Mopidy: Existe-t-il une possibilité de prendre en charge la plate-forme WIN32 ?

Je sais que @abarisain a utilisé avec succès Mopidy sur Windows il y a environ un an. AFAIK, ce n'était pas facile à installer, mais c'est possible avec le bon savoir-faire, et il ne devrait y avoir aucun ou peu d'obstacles dans le code source de Mopidy car tous les problèmes à ce moment-là ont été résolus.

Le support de Windows dépend de quelqu'un qui s'engage à maintenir Mopidy sur Windows. Tout d'abord, cela inclut la rédaction de documents d'installation pour Windows. En continu, ils doivent régulièrement exécuter Mopidy develop sur Windows pour détecter et résoudre les problèmes de compatibilité avec les nouvelles versions avant leur publication.

Si je me souviens bien, il était un peu difficile de trouver le bon
version gstreamer mais les binaires étaient là.
Le 29 mars 2015 à 09h34, "Stein Magnus Jodal" [email protected] a écrit :

Je sais que @abarisain https://github.com/abarisain a utilisé avec succès
Mopidy sur Windows il y a environ un an. AFAIK, ce n'était pas facile à installer, mais
est possible avec le bon savoir-faire, et il devrait y avoir peu ou pas
obstacles dans le code source de Mopidy car tous les problèmes à ce moment-là ont été résolus.

Le support de Windows dépend de quelqu'un qui s'engage à maintenir Mopidy sur
Les fenêtres. Tout d'abord, cela inclut la rédaction de documents d'installation pour Windows.
En continu, ils doivent exécuter régulièrement Mopidy develop sur Windows pour détecter et
corrigez les problèmes de compatibilité avec les nouvelles versions avant leur sortie.

—
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/mopidy/mopidy/issues/1088#issuecomment -87370977.

Alors, quelqu'un ?

Je pense que c'est possible aussi. Je vais tester ça ce soir et si ça marche, je posterai un guide d'installation. Mais je suis sûr à 99% que cela fonctionne sous Windows, probablement en utilisant Python (installation pip) et GStreamer pour Windows.

Veuillez consulter https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20 pour la tentative la plus récente. Nous avons trouvé quelques correctifs dont vous aurez besoin, mais je n'ai pas le temps d'aider quelqu'un à chaque étape du processus (car je n'ai aucun intérêt pour Windows), donc si vous pouvez terminer ce travail, ce serait vraiment bien .

J'ai commencé à travailler dessus et je l'ai surtout en cours d'exécution. Mais je n'ai pas regardé le backend MPD. Je n'ai pas non plus rencontré les problèmes rencontrés par Seanvree dans le fil de discussion.

La dernière chose que j'ai rencontrée était urlparse.urlunsplit en ajoutant un "/" supplémentaire, ce qui a amené os.path.realpath à ajouter par erreur C:\ au début du chemin.

Je suis presque sûr que la raison pour laquelle je n'ai pas rencontré ce que Seanvree a fait, c'est parce que j'utilise mopidy-local-sqlite.

J'ai trouvé un problème similaire avec m3u.

@jodal pourquoi était-ce fermé - je ne vois pas de fenêtres ici

http://docs.mopidy.com/en/latest/installation

donc il semble que le problème n'est pas résolu

C'était une question et la question a été répondue. Souhaitez-vous intensifier la maintenance de Mopidy sous Windows ?

@kingosticks c'est un peu une question idiote - comme vous pouvez le deviner, je n'ai même jamais utilisé Mopidy - peut-être devrais-je l'essayer avant de prendre ce genre d'engagement

Au cas où quelqu'un le récupèrerait ou voudrait simplement le faire fonctionner seul comme je le fais. Vous voulez PyGObject pour Windows pour les bibliothèques, utilisez le backend SQLite et quelque chose comme https://github.com/mopidy/mopidy/compare/develop...dukrat :win32?expand=1 pour les correctifs.

Cela semble un bon endroit pour ajouter que dans Python 3.8, vous devriez noter (de https://www.tornadoweb.org/en/stable/index.html#installation):

Sous Windows, Tornado nécessite le WindowsSelectorEventLoop. Il s'agit de la valeur par défaut dans Python 3.7 et versions antérieures, mais Python 3.8 utilise par défaut une boucle d'événement qui n'est pas compatible avec Tornado. Les applications qui utilisent Tornado sur Windows avec Python 3.8 doivent appeler asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy()) au début de leur fichier/fonction principale.