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

- 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

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.

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.

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/

(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

Faire entrer Cadence dans debian.

1) voir si je peux ajouter d'autre log dans cadence-log (genre cat /proc/asound/cards, ulimit, …).

Depuis fin Juin 2017, zamaudio a ajouté un support JACK natif à Firefox (voir http://www.zamaudio.com/?p=1580 ).

Pour l'instant, ni l'amont, ni les distributions majeures (dont Debian), ne compile ce module de base. Et donc nous sommes obligés de passer par pulseaudio et un pont pulseaudio-jack pour ressortir du son provenant de firefox vers JACK.

Une possibilité est de compiler soi-même un Firefox avec le support JACK mais ça n'est pas à la portée de tout le monde.

Intégration dans LibraZiK ?
Vu ma machine de dev (ma plus puissante) :
1. un empaquetage de firefox en 64 bits et en 32 bits devrait prendre plusieurs jours
2. de plus, ça signifierai qu'il faudrait faire le suivi de firefox, c'est à dire refaire un paquet intégrant cette option de compilation de support JACK à chaque nouvelle version. Et je ne suis pas très chaud pour l'instant considérant le temps/l'énergie/la motivation que ça me prendrait.

Une possibilité est d'appuyer ma demande à Debian d'empaqueter ce module : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844688

Comment faire fonctionner les préréglages de Brian avec SpectMorph ?
http://www.linuxsynths.com/SpectMorphPatchesDemos/spectmorph.html

Voir : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=392 pour le début de la discussion concernant cela.

Il y a plusieurs synthés qui deviennent périmés. En voici une liste :

• logiciels/azr3-jack : au format jack-autonome
• wsynth-dssi : au format DSSI - voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=254
• xsynth-dssi : au format DSSI, une version LV2 incomplète est dispo - voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=254
• logiciels/hexter : au format DSSI
• logiciels/sineshaper : au format DSSI, une version LV2 existe (ou a existé) - voir http://linuxmao.org/ll
• logiciels/whysynth : au format DSSI
• les LL : voir http://linuxmao.org/ll
• logiciels/minicomputer : au format jack-autonome
• logiciels/add64 : au format jack-autonome

Voir http://lists.linuxaudio.org/pipermail/linux-audio-user/2016-February/thread.html#103921

http://lists.ardour.org/pipermail/ardour-users-ardour.org/2016-February/027813.html

Lire : http://lists.linuxaudio.org/pipermail/linux-audio-user/2016-February/103908.html Intégrer DRC.
Documenter l'ensemble.

créer une piste stéréo
router les 2 sorties de la piste mono vers les 2 entrées de la piste stéréo
armer l'enregistrement de la piste stéréo
mettre en lecture

Voir également l'inverse : piste stéréo → 2 pistes mono
http://linuxmao.org/tiki-searchindex.php?filter~content=piste+mono+en+piste+st%C3%A9r%C3%A9o&search=Recherche

https://linuxmao.org/WineASIO

Wineasio ne peut pas être intégré proprement à LibraZiK car il nécessite le SDK de Steinberg pour pouvoir être compilé. Ce SDK n’étant pas libre, il ne peut pas être incorporé dans LibraZiK.

Donc, il faudrait un tutoriel de compilation/empaquetage local de wineasio.
Voir la page linuxmao qui semble pleine de bonnes informations.

• https://github.com/wineasio/wineasio
• https://github.com/jhernberg/wineasio

(Demande de sylinux sur IRC).

Voir :

• https://github.com/jhernberg/wineasio/issues/3
• https://github.com/jhernberg/wineasio/issues/6

- mettre les infos pertinentes dans http://librazik.tuxfamily.org/doc2/manuel/formats_de_fichier - traduire le README et en faire de la doc
- reprendre également la description de d/control pour en faire de la doc

(note : il reste à traduire un truc dans les sources, voir les notes d'empaquetage)

Il faudra documenter les différents contrôles de chaque greffon (les 44) de rkrlv2 comme pour la quasi-totalité des greffons.
http://librazik.tuxfamily.org/doc2/logiciels/rkrlv2

Mesure et ajustement du volume sonore de fichiers audio et vidéo.

Faire de la doc.

Sound Synthesis Toolkit (example applications)

Exemple : stk-demo TubeBell -or

https://packages.debian.org/search?keywords=rubberband Faire de la documentation.

https://packages.debian.org/search?keywords=faustwork Écrire de la documentation.

Améliorer la documentation de base de https://librazik.tuxfamily.org/doc2/logiciels/blop#les_differents_greffons avec la documentation de l'amont : http://blop.sourceforge.net/index.html

(voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=332 )

jmeters fonctionne si on le lance à partir du menu.

Il semble nécessiter des options, le lanceur de menu est : jmeters -t din -c 2 L R

Ceci dit, il semble pouvoir être lancé avec d'autres modes que "din" (lancer jmeters tout court en ligne de commande pour voir les différentes possibilités).

À voir :
- faire plusieurs lanceurs pour le menu
- il ne se lance pas dans Claudia (la ligne de commande utilisée est juste "jmeters"), voir s'il est intelligent de faire plusieurs lanceurs ici aussi.
- documenter le lancement par ligne de commande dans sa page de doc : http://librazik.tuxfamily.org/doc2/logiciels/jmeters

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

Développer et améliorer la documentation de guitarix avec une page-mère (genre "ensemble guitarix") et des pages :
- guitarix (le logiciel autonome)
- les greffons LV2
- les greffons LADSPA

D'autre part il me semble me souvenir que guitarix est compatible Ladish-L1, vérifier et ajouter ça sur sa page, et modifier claudia-launcher

Rapporté par Nico : J'ai trouvé pour le métronome et le drum sequencer….il faut impérativement qu'une entrée système soit connectée à l'entrée de guitarix sinon le son des 2 greffons ne sort pas de l'application alors que le signal était pourtant visible dans le préampli de guitarix ou dans meterbridge connecté à la sortie de guitarix-head.

Améliorer la documentation https://librazik.tuxfamily.org/doc2/tag/scala Infos : https://github.com/DISTRHO/Nekobi/issues/6

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

Améliorer la page https://librazik.tuxfamily.org/doc2/logiciels/distrho-lv2/juceopl avec les infos provenant de https://github.com/bsutherland/JuceOPLVSTi voire de http://bsutherland.github.io/JuceOPLVSTi/

( tâche précédente : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=319 )

Écrire de la documentation maintenant que le logiciel est en place dans la distribution.

À faire :
- mettre un lien vers la documentation embarquée dans les pages
- indiquer les manpage
- documentation en ligne : http://dsacre.github.io/mididings/doc/

À voir :
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721836 - https://github.com/KXStudio/Repository/issues/180 - faire une version à partir du git amont ? https://github.com/dsacre/mididings/commits/master

- manuel synthv1, par Wladimir J. van der Laan : https://gist.github.com/laanwj/a197c90789e9b8c67dc2 - manuel samplv1, par Menno Kenevel : https://github.com/rncbc/samplv1/wiki/User-Manual - manuel samplv1, par m4lez : https://github.com/rncbc/samplv1/files/2220022/manual.odt.zip

( http://www.rncbc.org/drupal/node/1924 )

https://librazik.tuxfamily.org/doc2/logiciels/hexter

Suite au passage de la version 1.0.3-0librazik4 à 1.1.0-0librazik1 ( http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=469 ), il faut revoir la documentation d’hexter et, spécialement, son tour d’horizon https://librazik.tuxfamily.org/doc2/logiciels/hexter/tour_d_horizon qui est une traduction du fichier README - https://github.com/smbolton/hexter/blob/master/README.rst . J’ai d’ailleurs mis une note dans la page de tour d’horizon redirigeant vers ici.

La spécification MPE a été adoptée par la fondation MIDI il y a quelque temps.
https://www.midi.org/articles/midi-polyphonic-expression-mpe

https://github.com/KaleidonKep99/Steinway-D-274

Un DES SFZ d'un Steinway-D-274, plutôt pas mal.

Expliquer comment l'installer proprement (comme pour la VSCO-2-CE) ici :
https://librazik.tuxfamily.org/doc2/manuel/les_banques_de_son_au_format_sfz

http://freepats.zenvoid.org/Piano/acoustic-grand-piano.html https://sites.google.com/view/hed-sounds/salamander-c5-light

Explication/tuto d'installation à mettre ici :
https://librazik.tuxfamily.org/doc2/manuel/les_banques_de_son_au_format_sfz et/ou
https://librazik.tuxfamily.org/doc2/manuel/les_banques_de_son_au_format_sf2

(voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=358 )

- faire des pages de documentation sur le site
- voir comment fonctionne la documentation embarquée (/usr/share/doc/lsp-plugins/html/overview.html) et mettre une note dans les pages de doc

Faire un tuto explicatif ou une page de doc expliquant :

• comment mesurer la vitesse d’un disque dur
• à quoi cette vitesse est elle reliée (combien de piste enregistrable à la fois)

- mettre des tags "amplification", "saturation", "distorsion", "fuzz", et "overdrive"
- voir pourquoi brummer divise les gxplugins en "overdrive", "fuzz/distorsion" et "ampli"
- distorsion/fuzz/overdrive étant 3 types de saturation selon jujudusud
- selon sub26nico "une fuzz est une disto qui bave"
- https://fr.wikipedia.org/wiki/Fuzz_(effet_audio)
- http://lifestyle.jimdunlop.com/the-dunlop-distortion-guide/

J'ai publié LMMS 1.2.0 (voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=853 ) sans avoir eu le temps de vérifier/refaire les tutos.

Vérifier (et agir/fermer) également : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=18

Vérifier (et mettre à jour si besoin) la traduction FR de l'IGU aussi.

Vérifier si cette version de LMMS peut encore ouvrir des fichiers de sessions FLP ("FL-studio/Fruityloops® Project") comme c'était le cas pour la 1.1.3 .

Mettre quelque part dans la documentation que Cadence et QjackCtl ne doivent pas être utilisés en même temps et expliquer pourquoi.

• http://linuxmao.org/forumthread93749

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

Voir et vérifier dans la doc3/ :

• https://github.com/lucianodato/noise-repellent/commit/96d493749c2f376ed6f1e551515c8d3fa39d7078
• https://github.com/lucianodato/noise-repellent/commit/8babaa9f02417e8d3fb2dad17c8db5cb8370acf7
• https://github.com/lucianodato/noise-repellent/issues/3
• https://github.com/lucianodato/noise-repellent/issues/20
• https://github.com/lucianodato/noise-repellent/issues/17
• https://github.com/lucianodato/noise-repellent/issues/2
• https://github.com/lucianodato/noise-repellent/issues/35
• https://github.com/lucianodato/noise-repellent/releases/

J’ai repéré que dans certaines pages, il n’y a pas de lien vers les pages linuxmao dédiées pour les développeurs suivants :

• Harry
• Steve Harris
• Fons

Cas d’utilisation intéressant : http://linuxmao.org/forumthread99245.
Écrire une documentation pas à pas.

On a déjà https://librazik.tuxfamily.org/doc3/logiciels/cninjam pour le clientn écrire une doc pour lancer un serveur.

Des infos ici :

• http://linuxmao.org/forumthread91839
• https://vimeo.com/186035015
• http://linuxmao.org/forumthread111473
• https://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=650 (waon)
• https://librazik.tuxfamily.org/doc4/logiciels/harmonizer
• http://linuxmao.org/forumthread113105#threadId113181

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

La documentation de LZK a été faite avec une version plus vieille que celle qui est présente dans LZK3.
Il faut donc relire les pages de documentation :

• http://librazik.tuxfamily.org/doc3/logiciels/whysynth/tour_d_horizon
• http://librazik.tuxfamily.org/doc3/logiciels/whysynth/guide_des_tables_d_onde

Une chose à vérifier est que les traductions de l’interface-utilisateur en FR sont les mêmes que dans les pages de doc.