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

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

https://librazik.tuxfamily.org/doc2/logiciels/synaptic/doublon

Erwan a relancé la discussion autour du "c'est un peu relou ce truc, y'a pas moyen de le virer ?".
Et il a proposé l'idée de supprimer librazik.list lorsqu'on installe le paquet librazik-apt.

Voir si c'est faisable avec une vérification sur l'existence de fichier et un if/else en script de post-install du paquet librazik-apt.

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

J’ai été contacté par dawamss sur AudioFanzine à propos de pd-l2ork :

Bonjour,
sur le descrptif de lbz2 sur audiofanzine il est écrit :

Logiciels qui disparaissent
“pd-l2ork : n’a pas semblé être utilisé sur LZK-1”

j’aimerai pour ma part le voir revenir aussi bien implémenté que tous les autres logiciels. Je l’ai installé à “ma façon” et la charge DSP fait de grands bonds ; principalement à cause du GUI. Cet outil est vraiment puissant (pour des non-codeur), reste “à la mode” dans les réseaux DIY et il serait justifié par la présence de Pd-Pulp et pulp_fx dans la distrib’ ; non ?”

J’ai fait la réponse suivante (tout en l’invitant à venir sur le canal IRC pour en parler) :

Salut Damien,

À ma connaissance, pd-l2ork n’est plus maintenu (dernière version datant de 2015) et vu le peu de retour sur son utilisation (demande du développeur de LibraZiK dans les forums de linuxmao.org), il est probable que l’intérêt d’empaqueter ce logiciel pour LibraZiK 2 n’était pas assez élevé. Cela dit, Pure Data est présent dans les dépôts Debian, il est donc facilement installable via Synaptic (ce que j’ai fait ici et qui fonctionne bien pour le peu que je fasse avec).”

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.