Mopidy: ¿Hay alguna posibilidad de admitir la plataforma WIN32?

Creado en 29 mar. 2015  ·  12Comentarios  ·  Fuente: mopidy/mopidy

Veo que MPD tiene el binario de Windows en: http://www.musicpd.org/download/win32/

Aunque se trata principalmente de algunos lanzamientos ANTIGUOS, tiene una versión instantánea por ahora.

¿Puedo solicitar que mopidy también sea compatible con la plataforma Windows? Gracias por el gran trabajo.

Comentario más útil

@kingosticks, esa es una pregunta un poco tonta, como puede suponer, nunca usé Mopidy, tal vez tendría que probarlo antes de hacer ese tipo de compromiso

Todos 12 comentarios

Sé que @abarisain usó con éxito Mopidy en Windows hace aproximadamente un año. AFAIK, no fue fácil de instalar, pero es posible con el conocimiento adecuado, y debería haber pocos o ningún obstáculo en el código fuente de Mopidy, ya que todos los problemas en ese momento se solucionaron.

El soporte de Windows depende de que alguien dé un paso al frente para mantener Mopidy en Windows. En primer lugar, eso incluye escribir documentos de instalación para Windows. De manera continua, deben ejecutar Mopidy Develop en Windows con regularidad para detectar y solucionar problemas de compatibilidad con nuevas versiones antes de que se publiquen.

Si no recuerdo mal, fue un poco complicado encontrar el correcto
versión gstreamer, pero los binarios estaban disponibles.
El 29 de marzo de 2015 a las 09:34, "Stein Magnus Jodal" [email protected] escribió:

Sé que @abarisain https://github.com/abarisain usó con éxito
Mopidy en Windows hace aproximadamente un año. AFAIK, no fue fácil de instalar, pero
es posible con el conocimiento adecuado, y debe haber pocos o ningún
obstáculos en el código fuente de Mopidy ya que todos los problemas en ese momento se solucionaron.

El soporte de Windows depende de que alguien dé un paso al frente para mantener Mopidy en
Ventanas. En primer lugar, eso incluye escribir documentos de instalación para Windows.
En curso, deben ejecutar Mopidy Develop en Windows con regularidad para detectar y
solucione los problemas de compatibilidad con los nuevos lanzamientos antes de que se publiquen.


Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/mopidy/mopidy/issues/1088#issuecomment-87370977 .

Entonces, ¿alguien?

Creo que esto también es posible. Lo probaré esta noche y si funciona, publicaré una guía de instalación. Pero estoy 99% seguro de que funciona en Windows, probablemente usando Python (pip install) y GStreamer para Windows.

Consulte https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20 para ver el intento más reciente de esto. Encontramos un par de correcciones que necesitará, pero no tengo tiempo para ayudar a alguien en cada paso del camino (ya que no tengo ningún interés en Windows), así que si puede terminar este trabajo, sería realmente bueno. .

Empecé a trabajar en esto y lo tengo mayormente funcionando. Pero no he mirado el backend de MPD. Tampoco me encontré con los problemas que tuvo Seanvree en el hilo de discusión.

Lo último con lo que me encontré fue urlparse.urlunsplit agregando un "/" adicional, lo que provocó que os.path.realpath agregara erróneamente C:\ al frente de la ruta.

Estoy bastante seguro de que la razón por la que no me encontré con lo que hizo seanvree fue porque estoy usando mopidy-local-sqlite.

Encontré un problema similar con m3u.

@jodal por qué estaba cerrado - no veo ventanas aquí

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

por lo que parece que el problema no se ha resuelto

Era una pregunta y la pregunta fue respondida. ¿Está interesado en dar un paso adelante para mantener Mopidy en Windows?

@kingosticks, esa es una pregunta un poco tonta, como puede suponer, nunca usé Mopidy, tal vez tendría que probarlo antes de hacer ese tipo de compromiso

En caso de que alguien alguna vez recoja esto o simplemente quiera ejecutarlo por su cuenta como lo hago yo. Desea PyGObject para Windows para las bibliotecas, use el backend de SQLite y algo como https://github.com/mopidy/mopidy/compare/develop...dukrat :win32?expand=1 para parches.

Este parece un buen lugar para agregar que en Python 3.8 debe tener en cuenta (de https://www.tornadoweb.org/en/stable/index.html#installation):

En Windows, Tornado requiere WindowsSelectorEventLoop. Este es el valor predeterminado en Python 3.7 y versiones anteriores, pero Python 3.8 tiene como valor predeterminado un bucle de eventos que no es compatible con Tornado. Las aplicaciones que usan Tornado en Windows con Python 3.8 deben llamar a asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy()) al comienzo de su función/archivo principal.

¿Fue útil esta página
0 / 5 - 0 calificaciones