Problème avec Linuxsampler
Bonsoir à toutes et tous!
Alors que je galérais à mettre à jour Fluidsynth et Qsynth, je me suis dis qu'il était temps que je jette un œil à linuxsampler, au cas où je ne m'en sortirai pas avec les deux autres...Malheureusement j'ai aussi des soucis avec ce dernier!
Le but était d'envoyer la sortie midi d'une partition d'orchestre avec Musescore 3 sur linuxsampler pour qu'il fasse le rendu sonore. Mais linuxsampler plante très rapidement à la lecture avec une erreur de segmentation.
Au cas où, voici les versions des logiciels utilisés:
musescore 3.2.3
linuxsampler 2.1.1
qsampler 0.5.6
libgig 4.1.0
liblscp 0.6.0
J'avais commencé avec Fantasia, mais au final c'était plus rapide de faire les essais avec qsampler, et de toutes façons je me retrouvais avec le même problème.
Quand je lance la lecture sur Musescore, il joue la courte partition jusqu'au bout, mais le son n'est pas bon et il y a des crépitements. Au mieux je vais pouvoir la jouer une ou deux fois avant que ça plante, parfois c'est direct au lancement de la partition.
J'ai essayé plusieurs réglages sur Jack pour augmenter ma latence (jusqu'à 90ms), mais ça ne change rien.
J'ai surveillé l'utilisation du CPU et de la mémoire avec la commande 'top', mais il n'y a rien de particulier au moment où ça plante.
Est-ce quand même un problème de mémoire? Je suis sur un portable qui a 4go de ram (la carte graphique est une Intel Integrated Graphics).
La priorité du groupe audio est déjà réglée à un niveau très élevé, donc je ne pense pas que ça vienne de là, bien que je ne sois pas sûr de comment ça fonctionne exactement... (peut-on assigner un groupe à un logiciel? Comment sait-il qu'il en fait partie?)
De manière générale je n'ai pas de problèmes de ce genre avec les autres logiciels. Ardour fonctionne très bien, par exemple. Il y a juste Polyphone qui, depuis que je l'ai mis à jour récemment, dépasse allégrement les 140% d'usage du CPU sur certains sons...
Est-ce que ça pourrait être lié à Jack qui me crache sans arrêt ce genre de messages d'erreur?
(là c'est musescore, mais ça peut-être ardour ou hydrogen, par exemple)
Je n'arrive pas à me débarrasser de ceux-ci, si vous avez des solutions je suis preneur, au passage!
Le log de linuxsampler ne me dit pas grand chose, à part le fait qu'il ne trouve pas le répertoire LADSPA (qui est pourtant bien présent) et ce message:
alors que Jack est pourtant bien configuré pour fonctionner en temps réel.
J'ai essayé de lancer linuxsampler avec gdb pour essayer d'y voir plus clair, mais je n'ai que ceci au moment où ça plante:
Sans que je sois sûr que ce soit bien la cause du plantage, et pas une conséquence de celui-ci.
Comme je suis un peu à court d'idées, je viens m'en remettre à la sagesse de la communauté! Merci de votre lecture et de vos retours!
Alors que je galérais à mettre à jour Fluidsynth et Qsynth, je me suis dis qu'il était temps que je jette un œil à linuxsampler, au cas où je ne m'en sortirai pas avec les deux autres...Malheureusement j'ai aussi des soucis avec ce dernier!
Le but était d'envoyer la sortie midi d'une partition d'orchestre avec Musescore 3 sur linuxsampler pour qu'il fasse le rendu sonore. Mais linuxsampler plante très rapidement à la lecture avec une erreur de segmentation.
Au cas où, voici les versions des logiciels utilisés:
musescore 3.2.3
linuxsampler 2.1.1
qsampler 0.5.6
libgig 4.1.0
liblscp 0.6.0
J'avais commencé avec Fantasia, mais au final c'était plus rapide de faire les essais avec qsampler, et de toutes façons je me retrouvais avec le même problème.
Quand je lance la lecture sur Musescore, il joue la courte partition jusqu'au bout, mais le son n'est pas bon et il y a des crépitements. Au mieux je vais pouvoir la jouer une ou deux fois avant que ça plante, parfois c'est direct au lancement de la partition.
J'ai essayé plusieurs réglages sur Jack pour augmenter ma latence (jusqu'à 90ms), mais ça ne change rien.
J'ai surveillé l'utilisation du CPU et de la mémoire avec la commande 'top', mais il n'y a rien de particulier au moment où ça plante.
Est-ce quand même un problème de mémoire? Je suis sur un portable qui a 4go de ram (la carte graphique est une Intel Integrated Graphics).
La priorité du groupe audio est déjà réglée à un niveau très élevé, donc je ne pense pas que ça vienne de là, bien que je ne sois pas sûr de comment ça fonctionne exactement... (peut-on assigner un groupe à un logiciel? Comment sait-il qu'il en fait partie?)
De manière générale je n'ai pas de problèmes de ce genre avec les autres logiciels. Ardour fonctionne très bien, par exemple. Il y a juste Polyphone qui, depuis que je l'ai mis à jour récemment, dépasse allégrement les 140% d'usage du CPU sur certains sons...
Est-ce que ça pourrait être lié à Jack qui me crache sans arrêt ce genre de messages d'erreur?
ERROR: JackEngine::XRun: client = mscore was not finished, state = Triggered ERROR: JackAudioDriver::ProcessGraphAsyncMaster: Process error
(là c'est musescore, mais ça peut-être ardour ou hydrogen, par exemple)
Je n'arrive pas à me débarrasser de ceux-ci, si vous avez des solutions je suis preneur, au passage!
Le log de linuxsampler ne me dit pas grand chose, à part le fait qu'il ne trouve pas le répertoire LADSPA (qui est pourtant bien présent) et ce message:
Thread: WARNING, can't assign realtime scheduling to thread!
alors que Jack est pourtant bien configuré pour fonctionner en temps réel.
J'ai essayé de lancer linuxsampler avec gdb pour essayer d'y voir plus clair, mais je n'ai que ceci au moment où ça plante:
Thread 3 "linuxsampler" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff7f39700 (LWP 3943)] LinuxSampler::MidiInputDeviceAlsa::Main (this=0x7fffec001e80) at MidiInputDeviceAlsa.cpp:305 305 int port = (int) ev->dest.port;
Sans que je sois sûr que ce soit bien la cause du plantage, et pas une conséquence de celui-ci.
Comme je suis un peu à court d'idées, je viens m'en remettre à la sagesse de la communauté! Merci de votre lecture et de vos retours!