Le problème était déjà présent sur LibraZiK 1.
Par exemple, quand je poste sur les forums d'AudioFanzine, le texte que je rédige ne s'affiche pas,
il n'est en tout cas pas visible bien que présent. Je peux le voir en le sélectionnant.
J'ai rencontré ce problème sur d'autres sites, bien que ce soit assez sporadique.

Une page de manuel (manpage) pour un binaire jboverdrive est installé par le paquet.
Ceci dit, je ne vois pas de binaire de ce nom d'installé.
La question a été posée en amont : https://github.com/pantherb/setBfree/issues/46 (en anglais).

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

Parfois, l'icône de Cadence ne s'affiche pas dans la zone de notification de la barre des tâches (en haut à droite).
Ceci dit, si on lance l'interface graphique de Cadence, on s'aperçoit que Cadence est en fonctionnement normal (l'utilisation de Alt + F2 aide beaucoup ici).

Il suffit souvent de redémarrer pour l'ordi pour qu'elle ré-apparaisse.

Le contournement est de toujours avoir ses sorties connectées à quelque chose.

Note mise dans sa page de documentation http://librazik.tuxfamily.org/doc2/logiciels/helm#utilisation

Voir https://github.com/falkTX/Cadence/issues/150

Voir :
- https://github.com/jackaudio/jack2/issues/290 - https://github.com/jackaudio/jack2/issues/161#issuecomment-162158858

Rapporté par diigitae. Voir ici : http://linuxmao.org/forumthread76311

Étape de reproduction :

• créer une séquence avec tutka
• la sauvegarder en sélectionnant “Morceaux Tutka”
• faire “Fichier → Nouveau” pour réinitialiser (ou fermer puis réouvrir tutka)
• faire “Fichier → Ouvrir”, sélectionner “Morceaux Tutka”, le fichier sauvegardé n’apparaît pas comme fichier pouvant être ouvert

Contournement : en fait, tutka ne sauvegarde pas automatiquement en tant que fichier “machin.tutka” mais en tant que “fichier” tout court si on ne lui précise pas, mais il ne veut ouvrir que les fichiers en “.tutka”. Il suffit donc simplement d’ajouter un .tutka à la fin du fichier soit au moment de la sauvegarde, soit après.

Note : ça fait pareil avec une sauvegarde/ouverture en format “morceaux OctaMED SoundStudios” (.med).

Ni avec jalv.select, ni avec jalv, jalv.gtk, jalv.gtk3, javl.qt5.
Simplement une boîte à cocher "freewheel".
Voir :
- http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=363 - https://github.com/Yoshimi/yoshimi/issues/42

Versions testées : 1.5.6, 1.5.7, 1.5.8.2, 1.5.11.1

(rapporté par sub26nico)
Voir :
- http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=367 - http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=428

Dans Hydrogen, certains textes ne sont pas visibles entièrement dans la fenêtre d'importation des kits

Dans 'Instruments'- 'Importer une bibliothèque', dans la partie texte coté droit de la fenêtre,
certaines phrases sont coupées et la fenêtre n'est pas redimensionnable.

C'est principalement la ligne 'licence du kit de batterie' qui pose problème, pour les kits :
- Audiophob (voir pièce jointe)
- BJA_Pacific
- CircAfrique V4
- Forzee Stereo Drumkit
- GSCW Kit 1 (Flac edition)
- GSCW Kit 2 (Flac edition)
- Roland_MC307 (5 kits au total)
- rumpf_kit_gm

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.

Par exemple les kits : "Death Metal", "Boss DR-110 (sf)", "circAfrique v4", "BJA_Pacific", "rumpf_kit_z01_gm", "belofilm.com - AC-Guitar-Strums (flac)" et "Denon CRB-90".

Un moyen de contournement de ce bogue est de regarder dans la bibliothèque en bas à droite de la fenêtre principale d'hydrogen.
Un autre est de regarder directement dans le répertoire ~/.hydrogen/data/drumkits/ s'ils sont présents.

grub ne s’installe pas sur un EFI. donc impossible d’installer librazik2-64bits-20180120.iso sur un PC UEFI

je fournis en pièce jointe tout le dossier “install” de l’iso : librazik2-64bits-20180120.iso (lzk2-install.tgz)
ainsi que le dossier “install” de l’iso : debian-9.3.0-amd64-DVD-1.iso (deb9.3-install.tgz) pour comparaison.

ci-dessous un extrait du “syslog” de la librazik

Feb 10 12:54:53 lilo-installer: LILO not usable on EFI PCs without BIOS compatibility; use grub-efi
Feb 10 12:54:53 main-menu[363]: INFO: Falling back to the package description for brltty-udeb
Feb 10 12:54:53 main-menu[363]: INFO: Menu item 'grub-installer' selected
Feb 10 12:54:53 grub-installer: info: architecture: amd64/efi
Feb 10 12:54:53 in-target: Unexpected error; command not executed: 'sh -c debconf-apt-progress --no-progress --logstderr -- 	apt-get -q -y --no-remove install grub-common'
Feb 10 12:54:53 in-target: Unexpected error; command not executed: 'sh -c debconf-apt-progress --no-progress --logstderr -- 	apt-get -q -y --no-remove install grub-common'
Feb 10 12:54:54 grub-installer: info: Identified partition label for /dev/sda10: gpt
Feb 10 12:54:55 grub-installer: dpkg: warning: ignoring request to remove grub which isn't installed
Feb 10 12:54:55 grub-installer: dpkg: warning: ignoring request to remove grub-legacy which isn't installed
Feb 10 12:54:55 grub-installer: dpkg: dependency problems prevent removal of grub-pc:
Feb 10 12:54:55 grub-installer:  librazik-base-systeme depends on grub-pc | grub-efi; however:
Feb 10 12:54:55 grub-installer:   Package grub-pc is to be removed.
Feb 10 12:54:55 grub-installer:   Package grub-efi is not installed.
Feb 10 12:54:55 grub-installer: 
Feb 10 12:54:55 grub-installer: dpkg: error processing package grub-pc (--purge):
Feb 10 12:54:55 grub-installer:  dependency problems - not removing
Feb 10 12:54:55 grub-installer: dpkg: dependency problems prevent removal of grub-pc-bin:
Feb 10 12:54:55 grub-installer:  grub-pc depends on grub-pc-bin (= 2.02~beta3-5).
Feb 10 12:54:55 grub-installer: 
Feb 10 12:54:55 grub-installer: dpkg: error processing package grub-pc-bin (--purge):
Feb 10 12:54:55 grub-installer:  dependency problems - not removing
Feb 10 12:54:55 grub-installer: Errors were encountered while processing:
Feb 10 12:54:55 grub-installer:  grub-pc
Feb 10 12:54:55 grub-installer:  grub-pc-bin
.../...
Feb 10 12:54:55 main-menu[363]: WARNING **: Configuring 'grub-installer' failed with error code 1
Feb 10 12:54:55 main-menu[363]: WARNING **: Menu item 'grub-installer' failed.

Feb 10 14:03:19 lilo-installer: LILO not usable on EFI PCs without BIOS compatibility; use grub-efi
Feb 10 14:03:19 main-menu[360]: INFO: Falling back to the package description for brltty-udeb
Feb 10 14:03:19 main-menu[360]: INFO: Menu item 'grub-installer' selected
Feb 10 14:03:19 grub-installer: info: architecture: amd64/efi
Feb 10 14:03:20 in-target: Lecture des listes de paquets…
Feb 10 14:03:20 in-target: 
Feb 10 14:03:20 in-target: Construction de l'arbre des dépendances…
Feb 10 14:03:20 in-target: 
Feb 10 14:03:20 in-target: Lecture des informations d'état…
Feb 10 14:03:20 in-target: 
Feb 10 14:03:21 in-target: The following additional packages will be installed:
Feb 10 14:03:21 in-target:   os-prober
Feb 10 14:03:21 in-target: Paquets suggérés :
Feb 10 14:03:21 in-target:   multiboot-doc grub-emu xorriso
Feb 10 14:03:21 in-target: Les NOUVEAUX paquets suivants seront installés :
Feb 10 14:03:21 in-target:   grub-common os-prober
Feb 10 14:03:21 in-target: 0 mis à jour, 2 nouvellement installés, 0 à enlever et 1 non mis à jour.
Feb 10 14:03:21 in-target: Il est nécessaire de prendre 0 o/2 204 ko dans les archives.
Feb 10 14:03:21 in-target: Après cette opération, 15,2 Mo d'espace disque supplémentaires seront utilisés.
Feb 10 14:03:21 in-target: Réception de:1 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 grub-common amd64 2.02~beta3-5 [2 174 kB]
Feb 10 14:03:21 in-target: Réception de:2 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 os-prober amd64 1.76~deb9u1 [30,0 kB]
Feb 10 14:03:23 in-target: Sélection du paquet grub-common précédemment désélectionné.^M
Feb 10 14:03:23 in-target: (Lecture de la base de données... ^M
.../...
Feb 10 14:03:23 in-target: (Lecture de la base de données... 100%^M(Lecture de la base de données... 144617 fichiers et répertoires déjà installés.)^M
Feb 10 14:03:23 in-target: Préparation du dépaquetage de .../grub-common_2.02~beta3-5_amd64.deb ...^M
Feb 10 14:03:23 in-target: Dépaquetage de grub-common (2.02~beta3-5) ...^M
Feb 10 14:03:24 in-target: Sélection du paquet os-prober précédemment désélectionné.^M
Feb 10 14:03:24 in-target: Préparation du dépaquetage de .../os-prober_1.76~deb9u1_amd64.deb ...^M
Feb 10 14:03:24 in-target: Dépaquetage de os-prober (1.76~deb9u1) ...^M
Feb 10 14:03:25 in-target: Paramétrage de grub-common (2.02~beta3-5) ...^M
Feb 10 14:03:25 in-target: Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Feb 10 14:03:26 in-target: Paramétrage de os-prober (1.76~deb9u1) ...
Feb 10 14:03:28 in-target: Lecture des listes de paquets…
Feb 10 14:03:28 in-target: 
Feb 10 14:03:28 in-target: Construction de l'arbre des dépendances…
Feb 10 14:03:28 in-target: 
Feb 10 14:03:28 in-target: Lecture des informations d'état…
Feb 10 14:03:28 in-target: 
Feb 10 14:03:29 in-target: grub-common is already the newest version (2.02~beta3-5).
Feb 10 14:03:29 in-target: 0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.
Feb 10 14:03:30 grub-installer: info: Identified partition label for /dev/sda8: gpt
Feb 10 14:03:30 grub-installer: dpkg: warning: ignoring request to remove grub which isn't installed
Feb 10 14:03:30 grub-installer: dpkg: warning: ignoring request to remove grub-legacy which isn't installed
Feb 10 14:03:30 grub-installer: dpkg: warning: ignoring request to remove grub-pc-bin which isn't installed
Feb 10 14:03:30 grub-installer: dpkg: warning: ignoring request to remove grub-pc which isn't installed
Feb 10 14:03:31 in-target: Lecture des listes de paquets…
Feb 10 14:03:31 in-target: 
Feb 10 14:03:31 in-target: Construction de l'arbre des dépendances…
Feb 10 14:03:32 in-target: 
Feb 10 14:03:32 in-target: Lecture des informations d'état…
Feb 10 14:03:32 in-target: 
Feb 10 14:03:32 in-target: The following additional packages will be installed:
Feb 10 14:03:32 in-target:   efibootmgr grub-efi-amd64-bin grub2-common libefiboot1 libefivar1
Feb 10 14:03:32 in-target: Les NOUVEAUX paquets suivants seront installés :
Feb 10 14:03:32 in-target:   efibootmgr grub-efi-amd64 grub-efi-amd64-bin grub2-common libefiboot1
Feb 10 14:03:32 in-target:   libefivar1
Feb 10 14:03:32 in-target: 0 mis à jour, 6 nouvellement installés, 0 à enlever et 1 non mis à jour.
Feb 10 14:03:32 in-target: Il est nécessaire de prendre 0 o/1 347 ko dans les archives.
Feb 10 14:03:32 in-target: Après cette opération, 4 431 ko d'espace disque supplémentaires seront utilisés.
Feb 10 14:03:32 in-target: Réception de:1 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 grub2-common amd64 2.02~beta3-5 [526 kB]
Feb 10 14:03:32 in-target: Réception de:2 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 libefivar1 amd64 30-2 [40,8 kB]
Feb 10 14:03:32 in-target: Réception de:3 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 libefiboot1 amd64 30-2 [24,6 kB]
Feb 10 14:03:32 in-target: Réception de:4 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 efibootmgr amd64 14-2 [31,6 kB]
Feb 10 14:03:32 in-target: Réception de:5 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 grub-efi-amd64-bin amd64 2.02~beta3-5 [650 kB]
Feb 10 14:03:32 in-target: Réception de:6 cdrom://[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD Binary-1 20171209-12:11] stretch/main amd64 grub-efi-amd64 amd64 2.02~beta3-5 [73,1 kB]
Feb 10 14:03:34 in-target: Préconfiguration des paquets...
Feb 10 14:03:34 in-target: Sélection du paquet grub2-common précédemment désélectionné.^M
Feb 10 14:03:34 in-target: (Lecture de la base de données... ^M
.../...
Feb 10 14:03:34 in-target: (Lecture de la base de données... 100%^M(Lecture de la base de données... 144784 fichiers et répertoires déjà installés.)^M
Feb 10 14:03:34 in-target: Préparation du dépaquetage de .../0-grub2-common_2.02~beta3-5_amd64.deb ...^M
Feb 10 14:03:34 in-target: Dépaquetage de grub2-common (2.02~beta3-5) ...^M
Feb 10 14:03:35 in-target: Sélection du paquet libefivar1:amd64 précédemment désélectionné.^M
Feb 10 14:03:35 in-target: Préparation du dépaquetage de .../1-libefivar1_30-2_amd64.deb ...^M
Feb 10 14:03:35 in-target: Dépaquetage de libefivar1:amd64 (30-2) ...^M
Feb 10 14:03:36 in-target: Sélection du paquet libefiboot1:amd64 précédemment désélectionné.^M
Feb 10 14:03:36 in-target: Préparation du dépaquetage de .../2-libefiboot1_30-2_amd64.deb ...^M
Feb 10 14:03:36 in-target: Dépaquetage de libefiboot1:amd64 (30-2) ...^M
Feb 10 14:03:36 in-target: Sélection du paquet efibootmgr précédemment désélectionné.^M
Feb 10 14:03:36 in-target: Préparation du dépaquetage de .../3-efibootmgr_14-2_amd64.deb ...^M
Feb 10 14:03:36 in-target: Dépaquetage de efibootmgr (14-2) ...^M
Feb 10 14:03:36 in-target: Sélection du paquet grub-efi-amd64-bin précédemment désélectionné.^M
Feb 10 14:03:36 in-target: Préparation du dépaquetage de .../4-grub-efi-amd64-bin_2.02~beta3-5_amd64.deb ...^M
Feb 10 14:03:37 in-target: Dépaquetage de grub-efi-amd64-bin (2.02~beta3-5) ...^M
Feb 10 14:03:37 in-target: Sélection du paquet grub-efi-amd64 précédemment désélectionné.^M
Feb 10 14:03:37 in-target: Préparation du dépaquetage de .../5-grub-efi-amd64_2.02~beta3-5_amd64.deb ...^M
Feb 10 14:03:37 in-target: Dépaquetage de grub-efi-amd64 (2.02~beta3-5) ...^M
Feb 10 14:03:38 in-target: Paramétrage de libefivar1:amd64 (30-2) ...^M
Feb 10 14:03:38 in-target: Paramétrage de grub2-common (2.02~beta3-5) ...^M
Feb 10 14:03:38 in-target: Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u1) ...^M
Feb 10 14:03:39 in-target: Paramétrage de libefiboot1:amd64 (30-2) ...^M
Feb 10 14:03:39 in-target: Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...^M
Feb 10 14:03:39 in-target: Paramétrage de efibootmgr (14-2) ...^M
Feb 10 14:03:39 in-target: Paramétrage de grub-efi-amd64-bin (2.02~beta3-5) ...^M
Feb 10 14:03:40 in-target: Paramétrage de grub-efi-amd64 (2.02~beta3-5) ...^M
Feb 10 14:03:40 in-target: ^M
Feb 10 14:03:40 in-target: Creating config file /etc/default/grub with new version
Feb 10 14:03:40 in-target: ^M
Feb 10 14:03:41 in-target: Installation pour la plate-forme x86_64-efi.^M
Feb 10 14:03:54 in-target: Installation terminée, sans erreur.^M

Feb 10 12:54:55 grub-installer:  librazik-base-systeme depends on grub-pc | grub-efi; however:
Feb 10 12:54:55 grub-installer:   Package grub-pc is to be removed.
Feb 10 12:54:55 grub-installer:   Package grub-efi is not installed.

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

La gestion des préréglages n’est pas optimum.

Pour citer sub26nico sur IRC : le rappel des préréglages qui ne fonctionne pas est gênant. Mais ça se contourne avec une sauvegarde du préréglage dans Ardour (dans la fenêtre d’Ardour, ça le rappelle pas à l’ouverture mais en 2 clics, c’est mieux que tout refaire à la main). Et on peut aussi créer ses propres préréglages directement dans l’interface de HybridReverb2, du coup c’est vite rappelé également.

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

(note mise dans sa page de documentation : https://librazik.tuxfamily.org/doc2/logiciels/hybridreverb2)

La thème de couleurs employé par le site fait que je trouve certains éléments texte difficiles à lire.

Je mets une capture des éléments affectés tels que Chromium les affiche chez moi, mettant en surbrillance une partie du texte. Il s’agit du pied de page et des en-têtes de tableaux.

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.

Voir : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=669 et le rapport de bogue amont que je viens de faire : https://github.com/DISTRHO/JuicePlugins/issues/4

J'ai mis une note vers ici dans sa page de documentation : https://librazik.tuxfamily.org/doc2/logiciels/juice-plugins/stutterjuice

Paraîtrait qu'il faudrait installer le paquet "libasound2-dev".
Voir :
- http://linuxmao.org/forumthread90210 - https://linuxmusicians.com/viewtopic.php?t=14598

Il ne faut pas installer ce paquet car il fout en l’air les LV2.

Voir :

• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887400
• https://www.rncbc.org/drupal/node/2002

Testé dans carla avec les versions LV2 et VST2 de ZynAddSubfx et de ZynAddSubfx-old
Testé avec jalv.qt5 avec la version LV2 de ZynAddSubfx-old

Testé avec l'application "standalone", mais le problème ne semble pas être présent.

Lorsque que ZynnAddSubfx est en mode legato, du silence fini par être joué 1 notes sur 2 si le phrasé legato dure longtemps.

Les presets utilisant le "PAD" peuvent ne pas se charger correctement. C'est comme si certain paramètre du PAD avait été "randomizé", si bien que charger plusieurs fois le même preset d'affilée peu donner un son différent. On peut d'ailleurs voir dans la vue pad que la forme d'onde de "full oscillator" n'est pas toujours la même. Modifier et remettre un paramètre de l'oscillateur permet d'avoir le son attendu (faire "apply" pour que le son corresponde à la forme d'onde)

J'ai observé que ce phénomène est assez marqué avec le preset "Mallets" de la banque "oliviers-100", j'ai mis en pièces jointe une capture avec le preset mal chargé et une capture avec le preset correctemnt chargé.

PS: J'ai testé le même paramètre dans yoshimi, là ça fonctionne correctement.

La section mixer de ZynAddSubFX 3.0.5 est bien bogué :

* Les tranches de console ne modifie pas le volume du son
* Les VU mètres ne s'affiche pas sur les bonnes tranche:
le Vu mètre de la piste 1 s'affiche sur la piste 1 et 2
le Vu mètre de la piste 2 s'affiche sur la piste 3 et 4
le Vu mètre de la piste 3 s'affiche sur la piste 5 et 6
etc..

* Celui est plus une question : qu'est-ce qu'est censé faire le bouton "edit" en bas de chaque tranche ? j'ai l'impression qu'il ne se passe rien quand j'appuie dessus.

et enfin, j'ai un bug spécifique avec le plugin LV2 et carla, à partir de la piste 2 le volume de chaque tranche est à son maximum et donc trop fort.

Le sous-menu "Instruments virtuels" commence à être bien long.
Voir s'il serait possible de le sub-diviser en :
- synthétiseurs
- échantillonneurs
- éditeurs de banque de son
- tables d'onde

Salut,

Chaque fois que je scanne pour découvrir de nouveaux SFZ sur mon système, cela crée un doublon pour chaque sfz déjà présent dans la liste des greffons disponible.

Mise en évidence :

- Dans carla, cliquer sur “ajouter un greffon” - Dans la fenêtre qui s’affiche, afficher les filtre spéciaux
- Dans la colonne “Format de greffon” cocher “banque de son” et décocher tout le reste
- Dans la colonne “catégorie” cocher “Instruments” (le reste n’a pas d’importance
- Dans la colonne “Prérequis” s’assurer que tout soit décocher.
⇒ Dans la liste on doit voir uniquement les SFZ et SF2 disponibles, regarder la colonne “type” de la liste pour s’en assurer
- Cliquer sur “rafraichir” - Dans la fenêtre qui s’affiche, Dans la section “Chercher les nouveaux…” décocher tout sauf SFZ
- cliquer “scanner” ⇒ résultat attendu : seul des SFZ n’étant pas déjà présent dans la liste devraient être ajoutés
⇒ résultat obtenu : tout les SFZ trouvé lors du scan sont ajoutés à la liste, même ceux déjà présent, ce qui crée des doublons

Il me semblait que le travail du projet de noyau linux-libre avait été intégré dans le noyau Debian de base, mais ça n’a pas l’air si sûr que ça.

Voir :

• https://www.fsfla.org/ikiwiki/selibre/linux-libre/index.fr.html
• https://jxself.org/linux-libre/
• http://linux-libre.fsfla.org/pub/linux-libre/freesh/

Voir s’il est possible dans faire des BL (probablement puisqu’il ne s’agit que d’options de compilation du noyau) et éventuellement des RT (là, c’est moins sûr, il faut essayer) afin de les proposer comme des alternatives aux noyaux de chez Debian.

Il faut ajouter l’extension .rcc lors de la sauvegarde d’un préréglage sinon, on ne peut pas les ré-ouvrir.
Voir https://github.com/kmatheussen/radium_compressor/issues/5.

Une note est présente à ce propos dans la page logiciels/radium-compressor.

Dans les dokuwiki (la documentation de LibraZiK), les formulaires de recherche en haut à droite ne se voit que lorsque l’on est en haut de la page.
Si on défile vers le bas de la page, alors ils sont “cachés” par la page (ils passent “derrière”).

Ce qui est bizarre ici, c’est que le formulaire de recherche (champ + bouton “Rechercher”) sont censés être positionnés “par dessus” tout le reste grâceà la règle CSS appliquée :

form#dw__search.search {
	position: fixed;
	top: 44px;
	right: 10px;
	z-index: 15;
}

Note que si je mets le z-index à 5000000000000000, ça ne change rien.

Note : il fut un temps où ça fonctionnait, c’est après une mise à jour de dokuwiki (il y a longtemps) que ça a cessé.

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.

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 ».

Hello,

Pas d’icone sur Polyphone lors d’un [alt-tab].

Cf. Capture

A+
Erwan

Bonjour,

Erreur à la configuration post-installation script du paquetage librazik-optimisations-rtirq 3 si GRUB n’est pas configuré.
(système multi-boot avec GRUB configuré sur une autre distribution)

erreur:

Paramétrage de librazik-mate-all (3.01) ...
Des erreurs ont été rencontrées pendant l'exécution :
 librazik-optimisations-rtirq
 librazik-optimisations-all
E: Sub-process /usr/bin/dpkg returned an error code (1)
Échec de l'installation d'un paquet. Tentative de récupération :
Paramétrage de librazik-optimisations-rtirq (3) ...
sed: impossible de lire /etc/default/grub: Aucun fichier ou dossier de ce type

dpkg: erreur de traitement du paquet librazik-optimisations-rtirq (--configure) :
 installed librazik-optimisations-rtirq package post-installation script subprocess returned error exit status 2

dpkg: des problèmes de dépendances empêchent la configuration de librazik-optimisations-all :
 librazik-optimisations-all dépend de librazik-optimisations-rtirq ; cependant :
 Le paquet librazik-optimisations-rtirq n'est pas encore configuré.

dpkg: erreur de traitement du paquet librazik-optimisations-all (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 librazik-optimisations-rtirq
 librazik-optimisations-all

# dpkg --configure librazik-optimisations-rtirq
Paramétrage de librazik-optimisations-rtirq (3) ...
sed: impossible de lire /etc/default/grub: Aucun fichier ou dossier de ce type
dpkg: erreur de traitement du paquet librazik-optimisations-rtirq (--configure) :
 installed librazik-optimisations-rtirq package post-installation script subprocess returned error exit status 2
Des erreurs ont été rencontrées pendant l'exécution :
 librazik-optimisations-rtirq

# dpkg-query --control-show  librazik-optimisations-rtirq postinst


case "$1" in
    configure)

        sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT\=\"/GRUB_CMDLINE_LINUX_DEFAULT\=\"threadirqs /' /etc/default/grub
        update-grub2

# diff postint.orig postint.sh
16,17c16
< 	sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT\=\"/GRUB_CMDLINE_LINUX_DEFAULT\=\"threadirqs /' /etc/default/grub
< 	update-grub2
---
> [ -f /etc/default/grub ] && sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT\=\"/GRUB_CMDLINE_LINUX_DEFAULT\=\"threadirqs /' /etc/default/grub && update-grub2

Provient de http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=1017

De sub26nico :

Phénomème étrange avec Early Reflections, mais je ne pense pas que ça vienne du paquet librazik mais de l’amont. J’ai fait une petite vidéo :
https://exode.me/videos/watch/b78ce694-f775-4637-910d-ce1012131127 J’ai prévenu le dév via son canal sur riot.im.

Sans réponse du dév sur le canal RIOT, j’ai ouvert une tâche sur Github :
https://github.com/michaelwillis/dragonfly-reverb/issues/71

provient de http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=979

de sub26nico :

[…] remarquer une autre anomalie, que je soupçonne de venir du côté d’Ardour dont le support des VST n’est pas sans faille, lorsque on by-pass l’effet dans la version lv2, cela entraîne également l’extinction de la diode du greffon dans le mixeur d’Ardour, mais pas dans le VST, dont la diode du mixeur n’est pas reliée à l’activation de l’effet dans IU du greffon. Ça vient peut être de la norme VST cela dit, Jean-Pierre, je te laisse le soin de préciser ça . […]

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.

Bonjour!
I discovered that Wsynth (specifically in the standalone, 32-bit version, with DSSI, like Ghostess) can save presets but they do not load.
With other distros it works fine, so I think it is something in the LZK distro that is causing the problem. The 64-bit version doesn’t have DSSI capability.

Thanks for your help!

Brian

(provient de http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=307)

Les 2 synthés LV2 “AlmondOrgane et “MiniMock” n’ont pas d’entrée midi avec jalv (1.6.0).
Même chose dans Ardour 6.

Par contre, ils fonctionnent correctement dans Qtractor 0.9.14 (en LV2 et en VST2).

Bogue connu en amont : https://github.com/pierreguillot/Camomile/issues/160.

Note mise dans les pages de :

• https://librazik.tuxfamily.org/doc3/logiciels/ensemble-camomile/almondorgan
• https://librazik.tuxfamily.org/doc3/logiciels/ensemble-camomile/minimock

Hello,

J’utilise dexed-20200322-0librazik2 et je remarque un soucis quand il est connecté à un clavier USB.

Typiquement, ce qui est décrit ici :
https://github.com/falkTX/Carla/issues/789

Pas de soucis avec jack-keyboard et le fait de changer la conf dans PARM “règle” le soucis.

Je peux reproduire le truc avec jalv ou carla. Mais par contre, le greffon se comporte correctement dans Ardour.

Le paquet dispo dans librazik semble dérivé de celui de kxstudio.

A+
Erwan

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.

Hello,

J’ai constaté ce qui me semble être un bug sur le logiciel Giada sous LZK-3.
Le bouton FX ne me parait pas fonctionnel : lorsque je clique sur –add new plugin– puis sélectionne un effet rien ne se passe, en particulier l’effet ne s’ajoute pas à la liste.

Au préalable dans config, j’ai ajouté /usr/lib/vst dans “plugins folder” : il trouve environ 200 effets.

Cela empeche l’utilisation midi, mais la partie sample reste possible (sans effet dans Giada) pour faire des boucles de guitare par exemple.

La version de Giada sur laquelle j’ai eu le bug est la 0.15.4.

D’ailleurs il y a une version 0.17.0 qui integre le support VST3 d’après https://www.giadamusic.com/download

Arnaud (Fidz)

À priori, HUGO.

L’idée est de pouvoir faciliter la création/modification des pages statiques en les générant avec un cadriciel dédié.

Entre autre, celui-ci devrait (pour les pages statiques) améliorer ces points par rapport à la version actuelle (codé à la main) :

• permettre un affichage automatique des pages soit en français soit en anglais en fonction de la locale repérée et permettre de basculer de l’anglais vers le français
• permettre la gestion du bandeau de menu et du pied-de-page, et permettre un bandeau de menu déroulant
• s’adapter aux petits/grands écrans (être “responsive”)

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

If i log into TTY, i get 2 times the warning
xset: unable to open display “”

Commenting the two lines:
xset -dpms
xset s off
in the file
/etc/profile.d/disables-screensaver.sh
gets rid of the warnings during login to TTY.
It probably also omits running the according xset commands when starting X with startx.

I don’t know if something like:
if [ -n “$DISPLAY” ]; then xset -dpms; fi
if [ -n “$DISPLAY” ]; then xset s off; fi
might solve the problem a little better. After startx the two xset commands are still not run, i guess.

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.

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.

Faire un tutoriel utilisant :
- http://librazik.tuxfamily.org/doc/logiciels/qjackrcd - http://librazik.tuxfamily.org/doc/logiciels/drumkv1

Intégrer patchage à la documentation et y faire référence dans les pages (du type QjackCtl).

Tenter de rétro-porter Giada : https://packages.debian.org/source/sid/giada

Si ça fonctionne :
- faire une page de présentation
- intégrer au live
- mettre un mot ici : http://www.linuxmao.org/forumthread66350 si ça fonctionne.