Mopidy: Gibt es eine Möglichkeit, die WIN32-Plattform zu unterstützen?

Ich weiß, dass @abarisain Mopidy vor etwa einem Jahr erfolgreich unter Windows eingesetzt hat. AFAIK, es war nicht einfach zu installieren, aber mit dem richtigen Know-how ist es möglich, und es sollte keine oder nur wenige Hindernisse im Mopidy-Quellcode geben, da alle Probleme zu diesem Zeitpunkt behoben wurden.

Der Windows-Support hängt davon ab, ob jemand die Wartung von Mopiady unter Windows übernimmt. Dazu gehört zunächst das Schreiben von Installationsdokumenten für Windows. Weiterhin müssen sie regelmäßig Mopidy development unter Windows ausführen, um Kompatibilitätsprobleme mit neuen Versionen zu erkennen und zu beheben, bevor sie veröffentlicht werden.

Wenn ich mich recht erinnere, war es etwas schwierig, den richtigen Weg zu finden
gstreamer-Version, aber die Binärdateien waren da draußen.
Am 29. März 2015 um 09:34 Uhr schrieb "Stein Magnus Jodal" [email protected] :

Ich weiß, dass @abarisain https://github.com/abarisain erfolgreich verwendet hat
Mopidy auf Windows vor etwa einem Jahr. AFAIK, es war nicht einfach zu installieren, aber
ist mit dem richtigen Know-how möglich, und es sollte keine oder wenige geben
Hindernisse im Mopidy-Quellcode, da alle damaligen Probleme behoben wurden.

Die Windows-Unterstützung hängt davon ab, dass jemand vortritt, um Mopidy aufrechtzuerhalten
Windows. Dazu gehört zunächst das Schreiben von Installationsdokumenten für Windows.
Laufend müssen sie Mopidy regelmäßig ausführen, um es unter Windows zu erkennen und zu entwickeln
Beheben Sie Kompatibilitätsprobleme mit neuen Versionen, bevor sie veröffentlicht werden.

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an
https://github.com/mopidy/mopidy/issues/1088#issuecomment -87370977.

Also, irgendjemand?

Ich denke auch, dass dies möglich ist. Ich werde es heute Abend testen und wenn es funktioniert, werde ich eine Installationsanleitung posten. Aber ich bin mir zu 99% sicher, dass es unter Windows funktioniert, wahrscheinlich mit Python (pip install) und GStreamer für Windows.

Den neuesten Versuch dazu finden Sie unter https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20 . Wir haben ein paar Korrekturen gefunden, die Sie benötigen, aber ich habe keine Zeit, jemandem bei jedem einzelnen Schritt zu helfen (da ich kein Interesse an Windows habe). Wenn Sie also diese Arbeit beenden könnten, wäre das wirklich gut .

Ich habe angefangen, daran zu arbeiten und habe es meistens am Laufen. Aber ich habe mir das MPD-Backend nicht angesehen. Ich bin auch nicht auf die Probleme gestoßen, die Seanvree im Diskussionsthread gemacht hat.

Das letzte, worauf ich gestoßen bin, war urlparse.urlunsplit, das ein zusätzliches „/“ hinzugefügt hat, wodurch os.path.realpath fälschlicherweise C:\ an den Anfang des Pfads angefügt hat.

Ich bin mir ziemlich sicher, dass ich nicht auf das gestoßen bin, was seanvree getan hat, weil ich mopidy-local-sqlite verwende.

Ich habe ein ähnliches Problem mit m3u gefunden.

@jodal warum war das geschlossen - ich sehe hier keine Fenster

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

also scheint das problem nicht gelöst zu sein

Es war eine Frage und die Frage wurde beantwortet. Sind Sie daran interessiert, Mopidy auf Windows zu warten?

@kingosticks das ist irgendwie eine dumme Frage - wie Sie vielleicht vermuten, dass ich Mopidy noch nie benutzt habe - vielleicht müsste ich es versuchen, bevor ich diese Art von Verpflichtung eingehe

Für den Fall, dass das jemals jemand aufgreift oder es einfach selbst ausführen möchte, wie ich es tue. Sie möchten PyGObject für Windows für die Bibliotheken, verwenden Sie das SQLite-Backend und so etwas wie https://github.com/mopidy/mopidy/compare/develop...dukrat :win32?expand=1 für Patches.

Dies scheint ein guter Ort zu sein, um hinzuzufügen, dass Sie in Python 3.8 Folgendes beachten sollten (von https://www.tornadoweb.org/en/stable/index.html#installation):

Unter Windows erfordert Tornado die WindowsSelectorEventLoop. Dies ist die Standardeinstellung in Python 3.7 und älter, aber Python 3.8 verwendet standardmäßig eine Ereignisschleife, die nicht mit Tornado kompatibel ist. Anwendungen, die Tornado unter Windows mit Python 3.8 verwenden, müssen asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy()) am Anfang ihrer Hauptdatei/Funktion aufrufen.