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

Suite à une discussion sur IRC avec fabrice, il semble qu'il faille activer le monitoring
dans le mixeur de Qtractor pour pouvoir s'entendre pendant l'enregistrement.
À vérifier et corriger si c'est confirmé.

Polyphone lancé depuis Claudia ne fait pas apparaître les connexions JACK dans le canevas. Étrangement, Polyphone fonctionne correctement et apparaît dans Catia.

Claudia git92034ff (20170108)
Polyphone git7ea963 (20170310)

Lors de la sélection en insertion piste, les effets LV2 Beat Repeater et Beat Slicer font complètement planter Qtractor 0.8.5 sur système Debian 9 Stretch 64 bits

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

Confirmé, il semble par exemple manquer une icône pour :
menu → Système → Préférences → Personnel → Applications préférées
menu → Système → Préférences → Autre

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

Ce bogue était déjà présent dans LZK1.

Un contournement est dans la doc : http://librazik.tuxfamily.org/doc2/logiciels/synaptic/doublon

Il faut trouver comment supprimer (ou commenter) les sources.list en doublon après une install-live.

Une idée pourrait être de voir comment est commenté le sources.list du CD à la fin de l'installation et de s'en inspirer.

Nekobee (DSSI) ne fonctionne pas. En tout cas, son interface graphique n'est pas lancée.

Contournement : utiliser Nekobi (LV2).

L’interface graphique ne se lance pas.
Voir le bogue chez debian : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864003

Et sur linuxmao : https://linuxmao.org/forumthread85841

(trebmuh : le sujet était "Le greffon Klangfalter n'est pas trouvé par Ardour")

Ardour, via son gestionnaire de greffon, ne propose pas Klangfalter, réverbe à convolution de la suite
DISTRO-Port.
Jalv.select la propose et la lance, mais l'affichage semble incomplet (après avoir sélectionné une IR,
la forme d'onde de celle-ci est invisible).
Essai dans Qtractor, klangfalter est bien présent et s'ouvre, mais après avoir sélectionné une IR,
gèle complet du système nécessitant un arrêt au bouton sur l'unité centrale.

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.

Il y a des greffons notés “expérimentaux” par l’amont : le ZamSynth (un synthétiseur) et le ZamSFZ (un lecteur de SFZ).

J’ai mis un paquet zam-plugins de version 3.9+20171231~git7d2226a-0librazik2 dans testers. (époque LZK-2)

Ce paquet contient deux greffons supplémentaires en cours de développement : le ZamSynth et le ZamSFZ. (époque LZK-2)

Voici quelques bogues de ces greffons :
(voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=374)

ZynSFZ

ZamSynth

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.