Séquenceur pas à pas MIDI pour le Novation Launchpad Mk1
https://github.com/kasbah/launch-step https://lists.linuxaudio.org/pipermail/linux-audio-dev/2017-May/036745.html

Le greffon HiReSam provoque de nombreux xruns en insert dans les pistes ou bus d'Ardour.
Je suis sur le noyau 4.9.0-5-lkz-rt-amd64. Avec le noyau précédent (4.9.0-4-lkz-rt-amd64),
le greffon provoquait des xruns dans Ardour comme lancé avec Jalv.Select en mode jalv.gtk.
Avec ce nouveau noyau, plus de xruns avec Jalv, mais les xruns sont encore présent avec Ardour.
J'ai testé HiReSam sur des bus masters, avec ou sans autres greffons : de nombreux xruns,
sur des pistes audios mono ou stéréo, avec ou sans greffons, des xruns variables selon les cas,
sur des pistes midi avec des synthétiseurs virtuels, et là, peu ou pas de xruns.
Par contre, si on met le greffon sur plusieurs pistes et qu'on les ouvre en même temps,
les xruns apparaissent même sur les pistes où le greffon n'en provoquait pas. Si on désactive le
greffon, les xruns s'arrêtent.

Brian de linuxsynths.com est passé sur le canal IRC de #librazik.
Il a reporté des problèmes d'utilisation de pré-réglages pour Phasex et Wsynth/Xsynth,
"well, I find that the presets I have made on other distros for synths like Phasex and Wsynth/Xsynth are not usable in Librazik-2. They seem to have a different type of format."

Il a fait des patches pour Phasex trouvable ici (le dernier lien en bas de page) :
http://www.linuxsynths.com/PhasexBanksDemos/phasex.html

https://rawtherapee.com/

Copie d'une discussion sur IRC avec Jean Pierre :

<jpcima> https://github.com/WeAreROLI/JUCE/blob/ff4e54b32d96d75bd5011fe951aad759f1ea304a/BREAKING-CHANGES.txt#L30-L58 <trebmuh> merci pour l'info, fait chier
<trebmuh> bon, du coup, ça signifie que les VST2 (LXVST dans Ardour par exemple) fabriqués avec JUCE ne sont pas libres si j'ai bien compris jpcima ? genre le VST de tunefish
<jpcima> laisse moi vérifier un truc
<trebmuh> ok
<jpcima> tu peux appliquer "Workaround 1."
<jpcima> récupérer Vst2 dans juce 5.3.2, qui est la dernière version qui le distribue
<trebmuh> jpcima, côté technique, oui, je vois comment faire, mais côté légal, je suis pas 100% sûr que ça produit du code libre, faut regarder plus précisément

Logiciels potentiellement impactés par cela :
* Tunefish4,
* Squeezer, traKmeter, K-meter (mzuther)
* HybridReverb2
* ADLplug/OPNplug

Il faut vérifier si le code produit est libre ou pas.
S'il ne l'est pas, il faut reconstruire ces logiciels sans la version VST.
Dans ce cas, il faudra mettre une note lors de la publication disant qu'un contournement pour les hôtes uniquement VST est d'utiliser Carla-VST et de charger les versions LV2 des greffons dedans.

S'il y a d'autres paquets logiciels impactés, je les ajouterai au dessus au fur et à mesure.

J’ai été contacté par messagerie privée sur AudioFanzine par dawamss qui souhaite soumettre un éditeur pour le synthétiseur physique Waldorf Blofeld. Je l’ai invité à rejoindre le canal IRC.
“Aussi, comment vous contacter pour vous soumettre un éditeur en Qt pour le Waldorf Blofeld ?”

- https://github.com/amsynth/amsynth/issues/134 - https://github.com/amsynth/amsynth/pull/135

• https://www.openlighting.org/
• https://github.com/OpenLightingProject

Tâche-mère pour permettre l’utilisation de LibraZiK pour les non-francophones.

• https://github.com/jeremysalwen/kn0ck0ut-LV2
• https://github.com/jeremysalwen/So-synth-LV2
• https://github.com/jeremysalwen/TalentedHack
• https://github.com/jeremysalwen/tartini-debian
• https://github.com/jeremysalwen/Ecasound-LV2
• https://github.com/jeremysalwen/Aubio-LV2-Plugins
• https://github.com/jeremysalwen/Stutter-LV2
• https://github.com/jeremysalwen/Minicomputer-LV2

Bonjour,

Ce problème ne concerne que zynaddsubfx avec l’interface zyn-fusion. Avec l’ancienne interface, lorsqu’on envoie un “program change”, ça charge automatiquement le preset correspondant de la banque courante.
Avec l’interface zyn-fusion, j’ai beau essayer de sélectionner n’importe quelle banque, lorsque j’envoie un program change, c’est toujours le preset “Simple sound” du démarrage qui est chargé. Il se peut que la manière d’utiliser les program change ai changé, mais je n’ai trouvé d’info en rapport.

J’ai constaté que l’IGU de plusieurs greffons de la suite LSP boguais avec certain hôte. Les résultats diffèrent selon l’hôte utilisé. Par exemple, “LSP Expander Mono” avec :

• Carla : l’IGU est figé, mais le plugin fonctionne. Dans le journal, il y a plusieur erreur “CarlaRingBuffer::tryWrite(0x55907dcbc514, 3304): failed, not enough space”.
• jalv.gtk : lancé depuis une console, le greffons plante avec une erreur de segmentation.
• jalv.qt5 : la fenêtre n’affiche qu’une toute petite parti de l’IGU et n’est pas redimensionnable.
• qtractor : là, ça à l’air de fonctionner correctement.
• ardour5 : là aussi ça fonctionne.

https://github.com/sadko4u/lsp-plugins/issues/69#issuecomment-603195168

cross-compilation works fine if we setup binfmt and qemu-static, in a way that allows us to run arm/aarch64 binaries (that is the case for MOD anyway).
See https://github.com/moddevices/mod-plugin-builder/blob/master/docker/Dockerfile for how this is setup under debian-based distros.

Lire : https://github.com/audacity/audacity/issues/480.

voilà le problème à l’éxecution d’un .exe très probablement 32bits.

$ wine setup.exe 
it looks like wine32 is missing, you should install it.
as root, please execute "apt-get install wine32"

$ sudo apt install wine32
[sudo] Mot de passe de houston : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 wine32:i386 : Dépend: libwine:i386 (= 4.0+rt-2librazik1) mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

Il y a une barre noire entre la barre de titre et le contenu de la fenêtre. J’ai pas l’impression que ce soit volontaire :)
Je mets une copie d’écran qui présent en rouge la barre noire.

Les différents logiciels utilisant NINJAM.

Bonjour,

Le greffon LV2 “High quality pitch scaler” de la suite swh ne fonctionne que dans ardour. C’est à dire que lorsque on tente de charger le greffon dans jalv ou carla, cela retourne une erreur et le greffon n’est pas chargé.

Par exemple avec jalv :
error: Failed to open library /usr/lib/lv2/pitch_scale-swh.lv2/plugin-linux.so (/usr/lib/lv2/pitch_scale-swh.lv2/plugin-linux.so: undefined symbol: fftwf_execute)

Ça ressemble à une librairie partagée manquante. J’ai essayé d’installer fftw2 et libfftw3 mais ça na pas résolu le problème.

Curieusement la version LADSPA n’est pas affecté par ce problème.

Agordejo est son IGU pour new-session-manager. Donc il dépend de la tâche #1127.
Patroneo est un séquenceur de motifs axé percussions compatible NSM.
Fluajho est un simple lecteur sf2 pour NSM.

Tâche mère et info à propos de l’amélioration de l’intégration de NSM dans LibraZiK-3 LibraZiK-4.

Voir également :

• https://github.com/linuxaudio/new-session-manager/issues/63
• https://github.com/linuxaudio/new-session-manager/issues/62

Ajout du support dans les fichiers .desktop :

• https://github.com/rncbc/drumkv1/pull/51
• https://github.com/rncbc/synthv1/pull/25
• https://github.com/rncbc/samplv1/pull/41
• https://github.com/rncbc/padthv1/pull/13

• https://github.com/jpcima/ADLplug/pull/98
• https://github.com/jpcima/adljack/pull/31

• https://github.com/brummer10/XTuner/pull/10
• https://github.com/brummer10/Mamba/pull/59

• https://github.com/hydrogen-music/hydrogen/pull/2042
• https://github.com/jack-mixer/jack_mixer/pull/186
• https://github.com/PlagiatBros/tap192/pull/12
• https://github.com/bgribble/mfp/pull/306
• https://github.com/emuse/qmidiarp/pull/17
• https://github.com/Ardour/ardour/pull/926
• https://github.com/rock-hopper/shuriken/pull/33
• https://github.com/petri-foo/Petri-Foo/pull/45
• https://github.com/zynaddsubfx/zynaddsubfx/pull/303
• https://github.com/openAVproductions/openAV-Luppp/pull/339

https://sourceforge.net/projects/kmetronome/files/kmetronome/1.2.0/

Description

Reproduction du bug

Prérequis

Installation x2go

Configurer client x2go

Démarrer la session et bug

Solution

Note

xset:  unable to open display ""
xset:  unable to open display ""
setterm: le terminal xterm-256color ne prend pas en charge --blank
setterm: impossible de (dé)configurer le mode powersave: Ioctl() inapproprié pour un périphérique

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.

Nouvelle version 8.8 pour Ardour (la version actuelle est la 8.6)

Nouvelle version 1.2.18 pour les greffons LSP