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

• https://github.com/hansfbaier/ultranova4linux
• https://github.com/hansfbaier/ultranova4linux/blob/master/src/main.cpp
• https://github.com/hansfbaier/ultranova4linux/blob/master/Makefile

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

• faire des Tux “producteur hip-hop”, “musicien”, (différentes versions pour différents instruments), “enregistreur”,… avec un rappel au logo LibraZiK.
• voir https://wiki.debian.org/DebianArt/Themes/SynchronizedMotions
• faire un économiseur d’écran LZK
• librazification du debian-installer
• voir https://wiki.ubuntu.com/UbuntuStudio/Artwork/UserShowcase

Demande de piep ici : https://github.com/nicoroulet/RaffoSynth/issues/4#issuecomment-639883051.

https://github.com/ngeiswei/zynayumi

Synthé basé sur l’ayumi, une émulation très précise du YM2149.
LV2, DSSI, VST (2 il semble).

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

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.

Faire une version récente de https://github.com/justinfrankel/ninjam.

Lire :

• https://github.com/justinfrankel/ninjam/issues/4
• https://github.com/justinfrankel/ninjam/pull/9
• https://github.com/justinfrankel/ninjam/pull/10

Note : voir avec Bill Auger si ça ne casse pas ses logiciels (gninjam par exemple).

(précédent : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=961 )

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

Un instrument d’échantillonnage qui joue actuellement (quelques) échantillons de SFZ.

Voir : https://github.com/johannes-mueller/sonarigo/pull/1/files

https://packages.debian.org/buster/opencubicplayer

UNIX port of Open Cubic Player : this is a port of the Open Cubic Player to UNIX from DOS. Provides a nice textbased frontend, with some few optional features in graphical. Plays modules, sids, wave, audio CD, midi, ogg, flac, adlib, mp3, and ym.

(fourni opencubicplayer-doc également)

Un paquet 0.1.21-2librazik1 se trouve dans testers.
Retours bienvenus avant de le pousser dans users.

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=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 . […]

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

(résumé d’une discussion avec jpcima sur IRC)

Le site https://sfzformat.com/ peut être considéré comme référence officielle du sfz à ce jour.

Les sources de la doc ont été libéré suite à une demande de jpcima.
Auparavant, c’était sans licence, donc copyright “tout droit réservé” de base.
Les auteurs parlaient de domaine public sur le canal mais ce n’était pas explicite, et il n’y avait pas encore l’accord de tous les auteurs
Ça devient donc distribuable.

Il est alors possible de rendre le html sur la branche master en principe (attention !! ce n’est pas la branche par défaut)
https://github.com/sfzformat/sfzformat.github.io/tree/master

L’idée ici est d’en faire un paquet sfzformat-doc qui contient le site et donc la doc pour pouvoir être consulter en local (ex: sans accès internet).

• voir les trucs concernant MATE dans le paquet “librazik-base-bureau”
• voir également le paquet “librazik-menu”

Il semble qu’OBXD possède maintenant une version VST3.
Voir https://github.com/rncbc/qtractor/issues/274#issue-644282651.

https://github.com/francoisgeorgy/microfreak-reader

• comment l’utiliser avec FFADO
• utilisation éventuelle avec ALSA (dé-blacklistage,…)

Voir :

• http://linuxmao.org/forumthread94292 : diagnostique
• http://linuxmao.org/forumthread94537 : chaîner 2 interfaces firewire

(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

reported by briandc on the IRC channel

After having a look at it, it looks it’s because the original language is in French, and the EN translation incorporates several French parts.

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

sub26nico a signalé ici http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=377 qu'il n'y avait pas de préréglage alors que les versions windows et mac en fournissent.

https://librazik.tuxfamily.org/doc2/logiciels/distrho-lv2/obxd

https://code.google.com/archive/p/leetplugins/

• http://linuxmao.org/LEET
• http://linuxmao.org/forumthread22454

Pour le moment (version 0.6.6 de freewheeling), l’agencement du clavier par défaut est AZERTY.
C’est très bien pour les utilisateurs avec un clavier comme ça, mais ça doit être embêtant pour les autres.

Copie d’une discussion IRC avec Bill Auger (le mainteneur actuel) :

<bill-auger> it is highly configurable - pretty much any input that can be be plugged into a computer, could be used as triggers
<trebmuh> that is good for the French users, but no that good for other I guess :)
<trebmuh> my feature request is : it’s be very handy to have a config file to store a user choice about the keyboard layout
<trebmuh> then, all users would be fine with that, and I’ll not be enforcing anyone to use an AZERTY config
<bill-auger> there is
<trebmuh> oh ?
<bill-auger> almost everything is configurable
<trebmuh> in a config-file ?
<bill-auger> all that would need to happenis to include your interface in the sources
<bill-auger> the original azerty layout is not in the sources - but it is very easy to drop them in
<bill-auger> see the bottom of this file https://github.com/free-wheeling/freewheeling/blob/master/data/interfaces.xml#L32 <bill-auger> you can specify which interfaces/layouts will be available at runtine - at runtine you switch between them with TAB key
<bill-auger> just recently i made the ‘pckeyboard.xml’ be the default - yu would only need to add you custom XML, and change ‘pckeyboard.xml’ to the custom keyboard XML <bill-auger> send a PR adding your XML to the sources if you like - the configuration part is trivial