All Projects

intégration dans librazik-logiciel-audio
documentation
Voir : http://www.pogo.org.uk/%7Emark/bpm-tools/

• https://github.com/sjaehn/BSlizr/
• https://github.com/sjaehn/Bamp/

• https://librazik.tuxfamily.org/doc2/logiciels/bslizr
• https://librazik.tuxfamily.org/doc2/logiciels/bamp

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

- lui faire une page :logiciels - le mettre dans :logiciels et dans :paquets - lui faire une page sur linuxmao.org
- à mettre dans librazik-base-logicielsaudiomidi (IGU en FR)

Un paquet 0.10.2-6librazik1 se trouve dans testers.
Retours bienvenus avant de le passer dans users.

Mathieu (houston4444) a ajouté la possibilité de ne pas utiliser les noms de port uniques pour le pont a2j.
Car les noms de port uniques perturbaient la mémoire des connexions.
Avec les noms de port uniques, le nom de port JACK contient le client_id ALSA, qui peut carrément varier d’un démarrage à l’autre, donc les connexions vers un clavier MIDI peuvent être non rappelées par ray-jackpatch
Là, l’idée c’est de mettre les noms de port ‘non uniques’ par défaut, en gros le seul cas ou c’est mal géré, c’est quand on a deux fois exactement le même clavier par exemple.

Dans l’onglet “Système” de Cadence, il semble que Cadence ne repère pas qu’il s’agisse d’un noyau RT dans le “Vérifications du système”.

Voir : http://kxstudio.linuxaudio.org/Documentation:Manual:cadence_introduction

Une note a été placée dans la documentation ici : http://librazik.tuxfamily.org/doc/logiciels/suite-cadence/cadence#onglet_systeme

Hydrogen est censé permettre de faire en sorte que Cadence puisse recharger un kit de batterie, un morceau, … (avec NSM peut être ?)
Ceci dit, ça ne semble pas fonctionner.

Discussion avec le dev de ZynAddSubFX, il se peut que le support de NSM (qui est responsable du chargement de la banque de son soit cassé).

Y’a pas mal de petites choses à faire ici.

Par exemple : http://linuxmao.org/forumthread100638.

Une nouvelle version 0.9.0+20180317~git57ae8b9-0librazik1 (version bêta) est dans testers car Cadence a été porté de Qt4 à Qt5.
Cette version est donc principalement là pour voir et tester si le portage de Qt4 à Qt5 ne pose pas de soucis.

Retours bienvenus !

Il y a (normalement) une possibilité d'aperçu audio au survol de la souris pour les fichiers audio.

Résumé d'une discussion avec erwan sur IRC :

<r1> l'aperçu des fichiers sons sur le bureau fonctionne pour vous ? (je précise que cela ne fonctionnait pas avant mon banzai), genre, tu passes la souris sur l'icone d'un fichier et ça fait de la musique (je précise que l'option est sur toujours les préférences du gestionnaire de fichier → aperçu)
<trebmuh> elle n'est pas activée de base
<trebmuh> tu parles du gestionnaire de fichier de MATE ?
<r1> voui caja
<trebmuh> je m'étais déjà dit "un jour, je mettrai ça dans la doc, ça peut intéresser des gens", genre y'a 3 ans, à l'époque de LZK-1
<r1> ben ouais, pour les blaireaux, c'est bien, et j'utilise le truc très souvent :)
<trebmuh> t'as essayé de redémarrer la session ?(p't'être que c'est nécessaire pour être pris en compte)
<r1> oui oui
<trebmuh> et ça marche pas ?
<r1> niet
<trebmuh> alors tu viens de découvrir un bogue \o/, → flyspray stp
<r1> encore un bug d'internet… je te jure, je passe mon temps à me battre avec des bugs
<trebmuh> trouvé : https://github.com/mate-desktop/caja/issues/12, tu testes et tu me dis ?
<r1> avec gstreamer0.10-tools c'est pas mieux, avec totem c'est bon, mais ça fait une chiée de dépendance pour une "petite" fonctionnalité
<r1> y'avait cette info sur gstreamer-tools ici ausi : https://ubuntu-mate.community/t/no-audio-when-mouse-hovers-over-file/17493, mais sur ubuntu
<trebmuh> r1, et avec "gstreamer1.0-tools" ?
<r1> oui c'était bien celui-là, erreur de copier/coller toute à l'heure
<trebmuh> ok
<r1> j'ai déinstallé le bousin et les dep de totem, j'ai rebooté et ça fonctionne avec gstreamer1.0-tools, (après reboot)
<trebmuh> r1, ah, chouette !

Nouvelle version disponible : https://github.com/calf-studio-gear/calf/releases

Changelog version 0.90.1 :
+ Various bugfixes
+ Trayicon (voir https://github.com/calf-studio-gear/calf/issues/137 )

(était : "À partir du GIT du jour")
Nouvelle version amont.

Changements depuis la dernière version dans LZK2 :
* switch session jack handling depending on has_gui
* fix event handlers when using no-gui
* Attempt to fix missed initial transient in Transient Designer
* fix headless mode
* casting between float and enum not allowed in MSVC
* Add option -t (–no-tray) to disable tray icon on start
* Don't init GTK if –no-gui
* Limiter: Allow toggling auto-leveling
* Attempt to improve win-start-hidden behavior
* mise à jour de la page de man
* correction de plusieurs bogues

Voir : https://github.com/calf-studio-gear/calf/issues/188

Il semble y avoir un soucis ici.
À investiguer un peu plus.

J'ai mis une note dans la page du calf-limiter.

- https://librazik.tuxfamily.org/doc2/logiciels/jalv - https://librazik.tuxfamily.org/doc2/logiciels/calf-plugins/calf-limiter

https://github.com/calf-studio-gear/calf/releases/tag/0.90.3

Un seul changement : corrige une erreur de segmentation (autrement dit : un plantage).

https://librazik.tuxfamily.org/doc2/logiciels/calf-plugins

é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