Forum

J'ai vu que playonlinux etait finalement passé sous python3 et que le paquet a été rajouté sur mageia 8. Malheureusement chez moi ca ne fonctionne pas:

/usr/share/playonlinux/playonlinux : ligne 126 : 98834 Erreur de segmentation (core dumped)"$POL_PYTHON" mainwindow.py "$@"

en fait j'en ai besoin pour choisir une ancienne version de wine apparemment indispensable pour utiliser les sons de SWAM en MAO. Je voudrais tous simplement suivre ce tuto https://support.audiomodeling.com/guides/How_to_run_a_Audio_Modeling_SWAM_VSTi_on_Linux_v1.1.pdf

pour voir si ce que ce gentleman a fait sous ubuntu 16.04 pourrait marcher sous mageia 8 et peut etre que je peux me passer de playonlinux si j'arrive a gérer wine autrement...mais deja je voudrais etre sur de comprendre pourquoi mon playonlinux plante car si le package a été rajouté c'est bien que d'autres arrivent a le faire marcher... toute suggestion sera la bienvenue. Merci d'avance.

Étrange, je n'ai pas playonlinux sur Mga8 dans mon miroir, et il n'a pas été fait récemment : https://pkgsubmit.mageia.org/ et il n'est pas dans backports...
Quelle est ta source ?

urpmq --list-url

bon en fait j'aurais du commencer par tester si l'app windows fonctionnait out of the box, car il se trouve que c'est le cas (j'en reviens pas !)

du coup plus besoin de playonlinux mais juste par curiosité si quelqu'un sait pour quoi ce package plante au lancement ...

ca doit donc de venir de backport et pourtant je ne l'ai pas activé dans le ccm (?!)

urpmq --list-url
Core Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/core/release
Core Release Debug
Core Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/core/updates
Core Updates Debug
Core Updates Testing http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/core/updates_testing
Core Updates Testing Debug
Core Backports
Core Backports Debug
Core Backports Testing
Core Backports Testing Debug
Nonfree Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/nonfree/release
Nonfree Release Debug
Nonfree Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/nonfree/updates
Nonfree Updates Debug
Nonfree Updates Testing
Nonfree Updates Testing Debug
Nonfree Backports
Nonfree Backports Debug
Nonfree Backports Testing
Nonfree Backports Testing Debug
Tainted Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/tainted/release
Tainted Release Debug
Tainted Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/tainted/updates
Tainted Updates Debug
Tainted Updates Testing
Tainted Updates Testing Debug
Tainted Backports
Tainted Backports Debug
Tainted Backports Testing
Tainted Backports Testing Debug
Core 32bit Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/core/release
Core 32bit Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/core/updates
Core 32bit Updates Testing
Core 32bit Backports
Core 32bit Backports Testing
Nonfree 32bit Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/nonfree/release
Nonfree 32bit Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/nonfree/updates
Nonfree 32bit Updates Testing
Nonfree 32bit Backports
Nonfree 32bit Backports Testing
Tainted 32bit Release http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/tainted/release
Tainted 32bit Updates http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/i586/media/tainted/updates
Tainted 32bit Updates Testing
Tainted 32bit Backports
Tainted 32bit Backports Testing

Bonjour,

Il semble qu'il soit dans Updates Testing : https://madb.mageia.org/package/show/application/0/arch/x86_64/name/playonlinux.
Pour gérer efficacement Wine, je pense que Lutris est actuellement la meilleure solution plutôt que PlayOnLinux.

OK merci de l'info !!

Je viens de tester l'installation et playonlinux se lance chez moi. Mais plusieurs paquets viennent des testing. Peut-être n'es-tu plus à jour.

Au début je pensais qu'il y avait un bug au message vide de Henryco. Mais en fait, c'est juste que le message ne contenait qu'une image qui n'est pas hébergée sur MLO.
Il est possible d'héberger les images sur MLO, quelqu'un (pas moi) a pris la peine de faire un guide que j'ai mis en signature.

Comme dit plus haut j'arrive a faire fonctionner un programme de son SWAM (le nec plus ultra pour la MAO) en standalone sous wine.
mais il est aussi dans certains cas utilede pouvoir utiliser ces instrument virtuels en tant que plugins ...c'est pourquoi j'essaye d'intégrer les plugins VSTi de SWAM dans vsthost sous wine . cela marche mais je n'arrive pas a utiliser wineasio a la place de wine soundmapper par defaut apres avoir suivi les tutos qui sont sur ce site de reference pour la MAO linux

http://linuxmao.org/Wine+-+h%C3%B4tes+Windows
http://linuxmao.org/Wine+-+WineASIO?structure=Accueil+Logiciels

Je fais cela car wineasio semble un incontournable pour avoir de la latence faible mais je me demande si wineasio est toujours en 2021 d'actualité pour utiliser des VSTi sous wine car les tutos datent un peu et je me demande si d'autres ont reussi a faire fonctionner cela sous mageia car le dernier topic que j'ai trouvé concernant wineasio avec mageia date de 10 ans...mais peut etre aussi que cette question a cheval entre la MAO et wine serait mieux placée dans le sous forum consacré à la MAO.

Je pense que tu peux en effet ouvrir un deuxième sujet. Je me demande quand même si ça sert à quelque chose d'avoir de la latence faible si le noyau n'est pas lui-même compilé avec les bonnes options ? C'est une question, je n'ai pas la réponse.

en fait sans aller modifier le noyau (pour esperer atteindre quelques millisec de latence) mais seulement en redefinissant les priorités (*) on peut deja avoir des latences de quelques dizaines de millisecondes (8ms dans jack sans compter les latences supplementaires peut etre liées à wine), et pour mon usage je trouve pour le moment cela suffisant.

* juste mettre son user dans le groupe audio puis rajouter les lignes
@audio - rtprio 90
@audio - memlock unlimited

dans /etc/security/limits.conf