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

French/français : Bienvenue sur le logiciel de suivi du projet LibraZiK. Après vous être inscrit, vous pouvez commenter les tâches ouvertes, créer de nouvelles tâches, voter pour des tâches, vous inscrire à des tâches pour être tenu au courant des évolutions,… Pensez à être le plus précis possible dans vos messages. D'avantage d'information concernant le logiciel de suivi du projet LibraZiK.

Anglais/english : Welcome to the LibraZiK project tracking software. After registering, you can comment open tasks, create new tasks, vote for tasks, register for tasks to be kept informed of developments,… Remember to be as precise as possible in your messages. More information about the LibraZiK project tracking software. Feel free to write in French or in English.

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Demande fonctionnalité / Feature request
  • Catégorie distribution → mise à jour logiciel / software update
  • Assignée à
    Olivier Humbert
  • Système d'exploitation
  • Sévérité Basse
  • Priorité Très Basse
  • Basée sur la version version 2 20181115
  • Due pour la version version 2 20190702
  • Échéance Non décidée
  • Votes
  • Privée
Concerne le projet: LZK - (FR) suivi des tâches / (EN) tasks tracking
Ouverte par Olivier Humbert - 28.12.2018
Dernière modification par Olivier Humbert - 27.01.2019

FS#713 - adlplug/opnplug : nouvelle version beta5

https://github.com/jpcima/ADLplug/releases/tag/v1.0.0-beta.5

Changements :
* ajout d'une nouvelle puce : YM2608 (OPNA) utilisant l'émulation Neko Project II Kai
* ajout d'un nouvel émulateur : MAME YM2608
* permet de choisir le taux d'échantillonnage d'une puce qui correspond aux instruments OPN2 ou OPNA.
* permet de sauvegarder et restaurer la sélection du programme, une partie de sélection, et le nom de la banque.
* ajout de fonctionnalités IGU-optionnelle et bascule de la gestion de session NSM
* masquage d'un grand nombre de paramètres pour améliorer les performances dans les hôtes
* correction d'une mauvaise gestion des niveaux OPN sur l'interface graphique
* ajout d'une option de ligne de commande –version dans la version autonome de JACK
* ajout d'une icône de fenêtre dans la version autonome JACK

Disponible dans testers, retours bienvenus avant de les pousser dans users.

Fermée par  Olivier Humbert
27.01.2019 17:39
Raison de la fermeture :  Implémenté
Jean Pierre Cimalando a commenté le 28.12.2018 13:35

Corrections à apporter au journal de changements :

- choisir un taux de puce → choisir le taux d'échantillonnage d'une puce
- IGU-optionnelles → IGU-optionnelle (cela se réfère à la fonction de NSM servant à afficher ou masquer l'IGU)
- plus précisément, je dirais : les fonctionnalités "IGU-optionnelle" et "bascule" de la gestion de sessions NSM
- cache → masquage

Admin
Olivier Humbert a commenté le 28.12.2018 13:42

corrigés, merci

Jean Pierre Cimalando a commenté le 28.12.2018 15:04

J'appelle à réaliser un test visant à vérifier un problème susceptible de se produire avec les greffons LV2 et VST, ainsi que sa potentielle résolution.
Ce problème, s'il est avéré, impacte tous les greffons construits pour Linux avec Juce, pas uniquement celui-ci. (Tunefish)

Informations supplémentaires : https://github.com/DISTRHO/juce/issues/7 Rustine : https://github.com/jpcima/ADLplug/blob/master/resources/patch/juce-pthread-priority.patch

Description du problème

Des xruns se produisent lorsque l'affichage de l'interface graphique est sollicité.

La raison hypothétique serait la suivante : le cadriciel de greffons Juce accorde des priorités surélevées aux tâches annexes qui composent l'exécution, dont fait partie l'interface graphique. Sous Linux, ces priorités sont du domaine temps réel (`SCHED_RR`), quoique définies comme inférieures à la priorité audio.
Alors, une tâche non-prioritaire comme l'IGU vole des créneaux temporels pouvant autrement être accordées au travail audio, mettant parfois le système en situation de xrun.

Il est possible que les greffons aux interfaces graphiques dynamiques pendant qu'on joue (ADLplug, Tunefish, Ensemble Chorus) soient davantage impactés que les autres.

Reproduction du problème

C'est délicat, car c'est lié à l'ordonnancement et donc incertain.
A priori, le problème sera plus facilement reproductible en utilisant une latence basse et une machine peu puissante.

Je teste sur Core2 2.40GHz, échantillonnage à 48 kHz et tampon à 64 trames.

Je base la comparaison sur deux versions binaires en paquets deb.
Le problème devrait impacter la première et pas la seconde version.

- sans la rustine : https://download.tuxfamily.org/librazik/decepas/pool/main/a/adlplug/adlplug_0.99.9%2b20181228~git0c5a051~1.0.0-beta5-0librazik1_amd64.deb - avec la rustine : https://github.com/jpcima/ADLplug/releases/download/v1.0.0-beta.5/adlplug_amd64.deb

Chez moi, la reproductibilité du problème varie selon la chaîne d'effets utilisée. Avec ADLplug en direct, cela se produit peu. Mais une chaîne d'effet qui réussit bien, c'est par example (ADLplug→Ensemble Chorus→Calf Reverb→Calf Compressor).
Cette chaîne implique deux greffons à IGU dynamique développés en Juce, et il semble bien que cela accentue le problème.

Alors voila comment faire :
- on joue un fichier MIDI, pris sur le net (assez quelconque avec quelques instruments) dans un séquenceur vers ADLplug ; cela fait s'agiter l'interface graphique.
- dès lors, des problèmes de xruns pourront éventuellement être observés.
- souvent, il arrive que si je place le greffon sur un bureau virtuel à lui, je quitte le bureau virtuel et j'y reviens, un décrochage se produise pile à ce moment. (ce basculement est le moment où l'IGU du greffon se remet en activité)

L'hôte utilisé dans mon cas est Jalv avec GTK2.
Avec la rustine, aucun souci et le compteur de xruns reste à 0.

Nico Faure a commenté le 28.12.2018 21:45

Confirmé ici avec Ardour comme hôte. Une piste avec un fichier MIDI, ADLPlug, Ensemble Chorus, Calf reverb et calf compressor sur cette piste.
Jack réglé à 128 échantillons (car il ne démarre pas en dessous) et 44100hZ. Le simple fait de lancer l'interface d'ALDPlug fait apparaître des xruns, et si j'ouvre en plus celle d'Ensemble Chorus, c'est le festival d'xruns.

Avec la rustine, plus de xruns au lancement de IU de ALDPlug, par contre celle d'ensemble chorus en provoque.

Admin
Olivier Humbert a commenté le 07.01.2019 19:45

Nouvelle version 0.99.9+20190107~git7ec6a46~1.0.0-beta5-0librazik1 dispo dans testers.
Elle contient le correctif de Jean Pierre.
Retours bienvenus avant de pousser dans users.

Nico Faure a commenté le 12.01.2019 23:26

J'ai testé la nouvelle version 0.99.9+20190107~git7ec6a46~1.0.0-beta5-0librazik1 avec les mêmes réglages que pour le précédent test (44100/128 et priorité à 70).
ça me paraît tout bon même si j'ai observé un truc curieux :
Quand j'ouvre les IU pour la première fois dans la session, et ce à chaque fois que j'ouvre la session Ardour, j'ai 2 ou 3 xruns qui apparaissent dans le compteur DSP d'Ardour.
Cela n'affecte pas l'audio si la lecture est lancée avant l'ouverture des IU. Par contre, si je ferme l'IU puis la ré-ouvre, pas de xrun. Le comportement est le même avec les 2 greffons.
Avec un réglage à 44100/1024, par contre, ça ne chouine plus. Ça me paraît tout bon pour USER.

Jean Pierre Cimalando a commenté le 12.01.2019 23:44

Ceci n'est pas surprenant Sub26Nico : il est un fait connu que Juce peut occasionner une poignée de xruns à certaines rares occasions, dont certainement l'initialisation fait partie, sans que cela gène le fonctionnement sur la durée.

L'auteur de Juce déclare ne prêter aucune attention à ce problème à cause du très faible impact, et sa résolution introduirait dans le cadriciel une complexité supplémentaire indésirable.

Admin
Olivier Humbert a commenté le 26.01.2019 18:24

Merci pour le correctif Jean-Pierre, et pour le retour Nico.

Je les déclare prêt à passer dans users.

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche