Mopidy: Есть ли возможность поддержки платформы WIN32?

Я знаю, что @abarisain успешно использовал Mopidy в Windows около года назад. Насколько мне известно, это было непросто установить, но это возможно при наличии правильного ноу-хау, и в исходном коде Mopidy не должно быть никаких препятствий, так как все проблемы на тот момент были устранены.

Поддержка Windows зависит от того, кто будет поддерживать Mopidy в Windows. Прежде всего, это включает в себя написание документации по установке для Windows. Кроме того, они должны регулярно запускать Mopidy development в Windows, чтобы обнаруживать и устранять проблемы совместимости с новыми выпусками до их выпуска.

Если я правильно помню, было немного сложно отследить правильный
gstreamer, но бинарные файлы были там.
29 марта 2015 г., 09:34, "Stein Magnus Jodal" [email protected] написал:

Я знаю, что @abarisain https://github.com/abarisain успешно использовал
Мопиды на винде около года назад. Насколько я знаю, это было непросто установить, но
возможно при правильном ноу-хау, и их не должно быть или их должно быть мало
препятствия в исходном коде Mopidy, так как все проблемы на тот момент были устранены.

Поддержка Windows зависит от того, будет ли кто-то поддерживать Mopidy на
Окна. Прежде всего, это включает в себя написание документации по установке для Windows.
Кроме того, они должны регулярно запускать Mopidy development в Windows, чтобы обнаруживать и
исправить проблемы совместимости с новыми выпусками до их выпуска.

—
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/mopidy/mopidy/issues/1088#issuecomment-87370977 .

Итак, кто-нибудь?

Я думаю, что это тоже возможно. Вечером проверю, если получится, выложу инструкцию по установке. Но я на 99% уверен, что это работает в Windows, возможно, с использованием Python (установка pip) и GStreamer для Windows.

См. https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20 для самой последней попытки сделать это. Мы нашли пару исправлений, которые вам понадобятся, но у меня нет времени помогать кому-то на каждом этапе этого пути (поскольку меня не интересует Windows), поэтому, если вы сможете закончить эту работу, это будет действительно хорошо. .

Я начал работать над этим, и он в основном работает. Но я не смотрел на бэкэнд MPD. Я также не сталкивался с теми проблемами, с которыми сталкивался Шонври в ветке обсуждения.

Последним, с чем я столкнулся, было добавление urlparse.urlunsplit дополнительного «/», что привело к тому, что os.path.realpath ошибочно добавил C:\ в начало пути.

Почти уверен, что причина, по которой я не столкнулся с тем, что сделал seanvree, заключалась в том, что я использую mopidy-local-sqlite.

Я нашел аналогичную проблему с m3u.

@jodal, почему это было закрыто - я не вижу здесь окон

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

так что похоже проблема не решена

Это был вопрос, и на этот вопрос был дан ответ. Вы заинтересованы в поддержке Mopidy в Windows?

@kingosticks , это глупый вопрос - как вы могли догадаться, я даже никогда не пользовался Mopidy - возможно, мне нужно попробовать, прежде чем брать на себя такое обязательство.

На случай, если кто-нибудь когда-нибудь возьмет это или просто захочет запустить его самостоятельно, как я. Вам нужен PyGObject для Windows для библиотек, используйте бэкэнд SQLite и что-то вроде https://github.com/mopidy/mopidy/compare/develop...dukrat :win32?expand=1 для патчей.

Кажется, это хорошее место, чтобы добавить, что в Python 3.8 вы должны отметить (из https://www.tornadoweb.org/en/stable/index.html#installation):

В Windows для Tornado требуется WindowsSelectorEventLoop. Это значение по умолчанию в Python 3.7 и более ранних версиях, но в Python 3.8 по умолчанию используется цикл обработки событий, несовместимый с Tornado. Приложения, использующие Tornado в Windows с Python 3.8, должны вызывать asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy()) в начале своего основного файла/функции.