All Projects

écrire la docu.

(dépendance de LMMS)

http://quitte.de/dsp/caps.html#Download

Changements :
0.9.26

• documentation updates
• DDDelay removed, needs more work

0.9.25
* potential gcc overoptimisation resulting in NaN in Kaiser window setup eliminated (fix contributed by Jean Pierre Cimalando)
* updated to reflect changes to the div() and pow10f() functions in libc
* tonestack coefficient update reverted to original Yeh implementation
* Compress default measurement mode switched to RMS, attack range doubled
* Compress power and gain filter cutoff lowered to lessen intermodulation distortion
* Plate defaults changed
* volume control added to Spice hi and lo circuits, max gain reduced on both
* Wider output channels swapped
* AutoFilter rate lowered
* Scape parameters cleaned up and remapped, tune control removed
* Noisegate hysteresis increased to 180 ms
* dc-30 tonestack R3 20k → 10k
* Eq10 Q changed to render optimally flat response at all zero band gain settings
* div port added to Click
* new plugin DDDelay

caps-lv2 version 0.0.0+20181124~gitf64aeb3-0librazik1 dispo dans testers.
Celle ci suit le passage des greffons caps-ladspa 0.9.24 → 0.9.26.
(voir http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=641)

Par contre, moddevices était l'amont originel des caps-lv2 mais ne semblent plus les maintenir actuellement.
jujudusud a fait un diff entre les versions 0.9.24 et 0.9.26 de caps qu'il a soumis à BlokasLabs et BlokasLabs a intégré cela.

Du coup, cette version LZK-2 est basée sur le dépôt de BlokasLabs en espérant qu'ils corrigeront plus vite les choses que moddevices.

Carla est dans TESTERS.
Il n'est pas compilé avec le support SFZ/GIG.
À installer :
- les paquets "carla"
- "carla-bridge-linux64" (pour système 64 bits) ou "carla-bridge-linux32" (pour système 32 bits)

Bons testages !

http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-rc1-is-here

Traductions manquantes ou avec erreurs :
- menu Carla → Aide → À propos : "Perry Nguyen/li>" (il semble manquer un "<")
- lors d'un "Fichier → Quitter" , on a "Are you sure you want to quit Carla?"
- canevas : clic-droit → Supprimer tout (remove all) affiche le dialogue de confirmation : "Are you sure you want tot remove all plugins?".
- autre traduction manquante : "Failed to load file"
- autre traduction manquante : "This Carla build cannot handle this binary"
- autre traduction manquante : "Plugin bridge error, process thread has stopped"
- autre traduction manquante : "Timeout while waiting for a response from the plugin-bridge (or the plugin crashed on initialization?)"
- traduction manquante pour le greffon interne "MIDI Channel A/B" ?
- traduction erronée "à chaque fois que c'est possible, exécuter les greffons de mode ponté" (de mode → en mode)

Annoncer la capacité à utiliser certains greffons windows VST (*.dll) et modifier la page http://librazik.tuxfamily.org/doc2/tag/logiciel_en_greffon_vst et voir les sous-liens comme le lien vers le manuel par exemple.

Notes :
- ajouter le support SF3 et SFZ (à l'aide de sfzero) dans https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble/carla - les greffons internes de bloc-notes "http://kxstudio.sf.net/carla/plugins/notes" est toujours présent dans Carla, mais n'est plus appelable avec un autre hôte de greffon LV2 : https://github.com/falkTX/Carla/issues/749 - tester le drag'n'drop qui ne fonctionne pas avec 1.9.9 et mettre une note ici : https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble/carla/tour_d_horizon#rack - ajouter la possibilité de sélectionner l'agencement d'un clavier et mettre une note ici : https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble/carla/tour_d_horizon#baie_de_brassage - activer les ponts de greffons : mettre une note ici : https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble/carla/tour_d_horizon#activer_les_ponts_de_greffon_experimental - ponts de greffons windows : mettre une note ici : https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble/carla/tour_d_horizon#activer_les_ponts_wine_experimental

http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-rc2-is-here

Nouvelle version 1.9.12~2.0-RC2-0librazik1 disponible dans testers.
Retours bienvenus avant de le pousser dans users.

Changements principaux :

Corrections générales
* corrige la détection des greffons dll Windows anciens
* corrige le cycle de traitement dynamique/séparé pour les ponts de greffons
* corrige les greffons internes recevant une mauvaise position de trame sur les tampons séparés
* corrige les changements de programme ("program changes" en anglais) passant à travers comme les changements de banques ("bank changes" en anglais) dans la sortie MIDI
* corrige les greffons LV2 avec des ports de rétro-action d'interface graphique en mode ponté ne recevant pas les événements de rétro-action
* libjack : corrige les applications qui enregistre des clients juste après avoir été démarré

Corrections d'utilisabilité
* toujours montrer le clavier dans le dialogue d'édition du greffon si le greffon possède des entrées MIDI
* toujours développer le chemin d'accès de l'utilisateur (~/) lors d'un chargement d'un projet à partir de l'interface en ligne de commande
* ne pas essayer de trouver le type binaire de certains greffons lors du chargement du projet (évite les assertions)
* utilise le nom de base de l'exécutable sur les applications jack comme nom lorsque le nom initial est vide

* libjack : attrape la fenêtre de fermeture quand c'est possible, et la cacher au lieu de fermer l'application entière.
* libjack : implémente la gestion de session de base via le signal SIGUSR1

À voir :
- nouveau greffon natif : https://github.com/falkTX/Carla/pull/780

http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-rc3-is-here

Message du développeur pour cette nouvelle version :

Bonjour tout le monde, bonne année !
Il s'agit d'un correctif rapide pour la série (bientôt) stable de l'hôte de greffon Carla.
Seules de très petites corrections ici, et un changement sur la façon dont les greffons spécifiques se chargent.
Cette version lance une attitude "release early, release often", que j'espère pouvoir maintenir à partir de maintenant.

Changements :
* Correction d'un plantage du bridge-lv2-x11 lors d'un démarrage manuel à partir de la ligne de commande
* LV2 : ne pas préférer les ponts de greffons pour certains greffons codés en dur (Calf, ir.lv2 et séries v1)
* VST : ne pas appeler le greffon effEditIdle sur la mise à jour de l'affichage de l'opcode, corrigeant des plantages pour quelques greffons

Auparavant, quelques greffons étaient codés en dur pour être exécuté comme des ponts de greffons, car ils étaient considérés comme dangereux à cause de la façon dont ils utilisaient leurs interfaces de greffon utilisateur (accès aux instances).
Carla démarrait automatiquement ces greffons comme des ponts, afin de ne pas planter le processus principal lorsque Gtk et Qt se mettaient en travers de son chemin. L'état des greffons dans les ponts a quelques problèmes (car les ponts de greffons sont expérimentaux en ce moment), que j'espérais corriger avant que la version 2.0 finale ne soit là. Mais cela n'arrivera pas, il semble (ce n'est pas facile à faire), donc maintenant ces greffons vont fonctionner normalement comme tous les autres, dans le même processus.

Cela signifie les changements suivants :
* si les greffons de la série v1 sont compilés avec une version de Qt différente de celle utilisée par Carla, attendez-vous à un plantage au chargement ou un peu après
* les interfaces-utilisateur des greffons CALF n'auront pas leurs graphiques par défaut, à moins que vous ne désactiviez les interfaces-utilisateur des greffons en mode ponté dans les paramètres Carla

Ça n'est pas un problème pour les autres interfaces-utilisateurs de greffons qui utilisent Qt ou Gtk, car ils n'utilisent pas l'instance-access LV2.
Carla exécute les interfaces utilisateur Gtk et Qt LV2 dans un processus séparé, mais comme ces interfaces nécessitent un accès direct à l'instance du greffon, elles ne peuvent être pontées.

(également connue en tant que version 2.0-beta6)

Changements depuis la version précédente :
http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-beta6-is-here (en anglais)
+ suppression des "external plugins"

Un paquet 1.9.8+20180225~git3ea17b4-0librazik1 se trouve dans testers.

Retours bienvenus avant de le pousser dans users.

Dommage que falktx ne soit pas chaud pour ça https://github.com/falkTX/Carla/issues/596

Ceci dit, y'a rien qui n'empêche que ça soit présent dans LZK.

Un paquet 1.9.8+20180225~git3ea17b4-0librazik2 se trouve dans testers. Une partie seulement de la traduction (la fenêtre principale) est faite pour l'instant. Je mettrai des commentaires dans cette tâche lorsque j'aurai avancé et qu'il y aura donc un nouveau paquet.

Si vous voyiez des fautes, des erreurs.

Édition : j'en ai trouvé une : canavas → canevas

https://github.com/falkTX/Carla/releases/tag/v2.0.0

et https://github.com/falkTX/Carla/releases/tag/v1.9.14 * carla-vst: Add Ardour workaround for its 'Analysis' window
* carla-vst: Fix typo leading to buffer size of 1 during plugin activation
* Fix for some stupid plugins messing up with global signals (restore original signals after creating plugin)
* Fix dry/wet for VST plugins (by creating extra buffer for inline processing)
* Fix crash in RtAudio when ALSA soundcard is listed but not available
* Fix crash on JACK buffer size changes in patchbay mode
* Fix crash when directly loading vst shell plugins (carla-single or drag&drop dll file)
* Fix loading multiple exported LV2 plugins (always copy full carla-plugin binary when exporting)
* Fix missing transport information when Carla is not jack transport master
* Fix opening a few VST2 UIs (we give up trying to follow VST spec, always assume UI opens nicely)
* Fix plugin bridges not working under Fedora (RT threads were able to be setup, but not started)
* Automatically terminate wine bridges if main carla dies
* Calculate VST2 ppqPos in a more reliable way
* Do not set up RtAudio in "hog device" mode
* Do not build external plugins in debug or strict build
* Handle more sources of VST2 automation via audioMasterAutomate
* Handle worst-case scenario of carla-plugin buffer size being too low
See the announcement at http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-rc4-is-here

http://kxstudio.linuxaudio.org/News/?action=view&url=carla-20-beta7-is-here https://github.com/falkTX/Carla/releases/tag/v1.9.9 ou "beta7".

Voir également un PPA d'empaquetage de Carla par un DD : https://code.launchpad.net/~rosco2/+git/carla

Version précédente : http://librazik.tuxfamily.org/flyspray/index.php?do=details&task_id=456

Page-mère de doc2/ : https://librazik.tuxfamily.org/doc2/logiciels/carla-ensemble

Voir :
- https://sourceforge.net/projects/chordv/ - http://www.gillesmaire.com/tiki-index.php?page=chordV - http://linuxmao.org/ChordV

https://sourceforge.net/p/chordv/code/ci/master/tree/

Version 0.8.6+20190211~git7c61987-0librazik1 disponible dans testers.
Retours bienvenus avant de le pousser dans users.

Si l'on regarde la capture d'écran suivante : http://kxstudio.linuxaudio.org/Applications:Claudia-Launcher#Interface On peut voir des petits "V" et "sens interdit" dans la partie droite.

Avec la version LibraZiK, ces icônes ne sont pas présentes (voir la capture d'écran attachée).

Si Claudia-launcher est lancé depuis un terminal, j'obtiens :
XIcon::getIcon(dialog-ok-apply) - N'a pas trouvé l'icône
XIcon::getIcon(dialog-cancel) - N'a pas trouvé l'icône

Il semble donc que l'interface ne trouve pas les icônes nécessaires.

En ayant regardé dans le code de Claudia-launcher, il semble que les lignes de code qui appellent ces icônes se trouvent ici https://github.com/falkTX/Cadence/blob/master/src/claudia_launcher.py lignes 142 et 143.

Les icônes font bien partie des sources et se trouvent ici : https://github.com/falkTX/Cadence/tree/master/resources/16x16 et sont bien présentes également dans le paquet-source de LibraZiK.

Mon impression est que lorsque l'on lance Claudia launcher, l'interface graphique est créée à la volée mais ne trouve pas les icônes en question et ne les affichent donc pas. J'ai dans l'idée que si je savais "où" elle les cherche, je pourrai les placer au bon endroit et ainsi corriger ce bogue. Le problème étant qu'après avoir farfouiller dans le code, je ne parviens pas à trouver où elle les cherche.

PS : à noter que le bogue semble déjà avoir été reporté ici : https://github.com/falkTX/Cadence/issues/78

https://github.com/rncbc/qsynth/issues/5

Empaqueter.
Traduction FR de la GUI.
Documentation.
Page linuxmao.
Billet de blog.
Note dans le plan pour LZK 1.4 (#145).

Expliquer comment choisir un autre clavier qu'un clavier FR à l'installation.