Chargement...
 
Skip to main content

4 - Toutes les autres applications, les émulateurs...


[LIBRAZIK2] et calf FluidSynth[CONTOURNÉ ]

Articles: 18
Bonjour,

Je teste cette distribution et j'ai un truc bizarre.

Petit résumé rapide de la configuration de test.

''- Dell inspiron 15R 5520 I3 2370M
- Ram 4 Go
- HD 320Go 7200rpm
- Prodipe studio pro 22''

Installation

Installation sur le disque pas de problème.
Mise à jour pas de soucis excepté ceci :
Copy to clipboard
W: Target Sources (main/source/Sources) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:13 and /etc/apt/sources.list.d/librazik.list:5 W: Target Sources (contrib/source/Sources) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:13 and /etc/apt/sources.list.d/librazik.list:5 W: Target Packages (main/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Packages (main/binary-all/Packages) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (main/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (main/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (main/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Packages (contrib/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Packages (contrib/binary-all/Packages) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (contrib/i18n/Translation-fr_FR) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (contrib/i18n/Translation-fr) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4 W: Target Translations (contrib/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list.d/LZK-DCP-users.list:12 and /etc/apt/sources.list.d/librazik.list:4


Utilisation

Si je charge FluidR3_GMsf2 dans calf FluidSynth en standalone ou dans Ardour je prends des xrun.
Alors qu'avec a-Fluid Synth il n'y a aucun problème.
Au départ je pensai que c'était le disque mais c'est un 7200rpm donc je ne crois pas.
Carte vidéo ? sur un pc fixe avec une bonne carte c'est pareil.

Du coup je me demande si ce n'est pas calf qui est un peu lent. Ce n'est pas dramatique on peut s'en passer.

a+
Articles: 539 France
Bonjour,
Dans ta page de présentation tu parlais d'Ardour. J'ai lu à plusieurs reprise dans les forums qu'il y aurait des problèmes de compatibilité entre la série Calf et Ardour. Peut être que ton problème vient de là ?
Ca arrive de temps en temps qu'un programme provoque des xruns chez soi et pas chez les autres. Je te conseille d'utiliser une autre émanation de fluidsynth ( Qsynth, Fluidsynth-dssi, ou comme tu le fait, a-Fluid synth dans Ardour )
Articles: 5066 France
Concernant les warnings, c'est un bogue connu. Rien de méchant, certains dépôts sont installés en double, cela n'empêche en rien
les mises à jour.

Effectivement, comme l'a souligné tenryu (que je salue ici au passage), les CALF peuvent être
sources d'instabilité sur certains systèmes. Perso, je m'en passe autant que possible.
Je plussoie également le conseil d'utiliser QSynth pour utiliser les SF2.
Juste au passage, peux tu nous retourner le retour de terminal de cette commande stp ?

Copy to clipboard
uname -a

Articles: 18
Oui en survolant un peu les forums, j'ai vu qu'il y avait quelques problèmes de compatibilités avec Ardour, LMMS et le type de plugin LV2, LADSPA.
Donc je ne vais pas me prendre la tête si ça marche avec les autres.
Merci.
Articles: 18
@sub26nico
OK je pense que je vais faire ça ce soir. Entre temps j'ai installé Ubuntu studio sur la même machine. (Plutôt décevant). Donc je réinstalle LibraZik et je renvois l'info.
Articles: 539 France
Je pense que c'est une bonne initiative. LibraZik est une des distributions "musicale" les plus solides, eu égard au fait qu'elle s'adresse aussi aux débutants, et qu'il n'y a pas besoin de trop la configurer "à la main".
Articles: 18
Voila
Copy to clipboard
uname -a Linux MAOLZIK 4.9.0-7-amd64 #1 SMP Debian 4.9.110-1 (2018-07-05) x86_64 GNU/Linux


Du coup histoire de l'avoir toujours sous le coude, j'ai installé LibraZik sur une partition et KXStudio sur une autre pour test, plus un volume data.

@tenryu Effectivement, pour le moment j'ai plutôt une impression positive.
Sinon j'ai un peu travaillé en C et en python, installé des serveurs linux pour le boulot donc mettre les mains dans le cambouis cela ne me dérange pas.
Articles: 5066 France
Gruik, il te faudrait installer le noyau basse latence LibraZiK, voir cette page,
qui te permettra d'avoir moins d'xruns et autres joyeusetés en tout genre pour la MAO.
Car là, tu as un noyau de chez Debian.
Articles: 18
Ha, je pensais qu'il été activé par défaut. J'ai vu RT dans QJackctl, je me suis dit c'est OK.
Ou alors celui de Debian est moins optimisé ?

ps: ok marqué dans le doc. J'essaye
Articles: 5066 France
Je pense que quand tu as mis ton système à jour, le noyau standart de Debian s'est également
mis à jour dans une version supérieure ( 4.9.0-7) à celui de LibraZik ( 4.9.0-6),
du coup, ton système démarre sur le noyau le plus récent, donc celui de Debian.
Tu peux néanmoins redémarrer ton système et choisir au boot sur quel noyau démarré,
voir cette page. Une fois démarré sur le noyau LibraZiK, tu peux si tu ne souhaites pas refaire ces manips à chaque démarrage supprimer le noyau Debian 4.9.0-7 via Synaptic.
Articles: 18
Des nouvelles du front.

Tout d'abord, merci de votre aide.

J'ai installé le noyau LibraZik 4.9.0-5 ainsi que le 4.9.0-6.
J'ai viré le noyau Debian.

Malheureusement, la liste de boot de Grub ne se met pas à jour. (C'est pourquoi j'ai gardé la 4.9.0-5).

Je suis donc obligé d'aller dans les options de démarrage pour booter sur le 4.9.0-5.

J'ai tenté un
Copy to clipboard
update-grub
en root il me dit ok mais cela ne change rien. Ce n'est peut-être pas la bonne commande.

Une idée, ou je vais taper dans le fichier de conf en dur ?

ps: Pour les xruns avec calf cela ne change pas grand chose mais je ne m’attendais pas à un miracle.

Edit:

L'interface KXStudio ne me conviens pas du coup j'ai tout réinstaller de zero.
Plus de soucis avec Grub. j'ai mis le noyau de LibraZik en 0-6 et viré le standard.
Articles: 5066 France
Deux choses :
1) le update-grup doit être fait en root (avec 'su' sur LibraZiK).

2) Si ça ne marche pas, tu dois faire cette même manip sur ton autre
distribution présente sur le même pc. Chez moi, j'ai 3 distros et
je dois toujours faire le 'sudo update-grub' sur ma partition Ubuntu,
(le grub de démarrage est celui d'Ubuntu) même pour mettre à jour
mes noyaux LibraZiK.
Articles: 19632 France
Salut ici.

Après avoir lu ce fil de discussion, je vois que :
  • tu as (ou as eu) à corriger les doublons dans les dépôts
  • tu as eu à installer un noyau optimisé

Ce sont 2 éléments qui me font penser que tu n'as pas suivi le guide d'installation d'une LibraZiK-2 jusqu'à son terme. Je te conseille de le faire. Voir ici Image , et ne pas oublier les configurations à la fin.
Articles: 18
Salut Olinuxx, Oui, j'ai suivi le guide. Quand je pense que je dis toujours à certains utilisateurs RTFM et que je ne l'ai pas fait. Honte a moi...

Pour info RTMF read this Fu.. Manuel