Mopidy: 有没有机会支持WIN32平台？

我知道@abarisain大约一年前在 Windows 上成功使用了 Mopidy。 AFAIK，安装起来并不容易，但只要有正确的专业知识就可以实现，并且 Mopidy 源代码中应该没有或很少有障碍，因为当时所有问题都已修复。

Windows 支持取决于有人加紧维护 Windows 上的 Mopidy。 首先，这包括为 Windows 编写安装文档。 他们必须定期在 Windows 上运行 Mopidy 开发，以在新版本发布之前检测和修复兼容性问题。

如果我没记错的话，找到右边有点棘手
gstreamer 版本，但二进制文件在那里。
2015 年 3 月 29 日 09:34，“Stein Magnus Jodal” [email protected]写道：

我知道@abarisain https://github.com/abarisain成功使用
大约一年前在 Windows 上的 Mopidy。 AFAIK，安装起来并不容易，但是
有正确的技术是可能的，应该没有或很少
Mopidy 源代码中的障碍，因为当时的所有问题都已修复。

Windows 支持取决于有人加紧维护 Mopidy
视窗。 首先，这包括为 Windows 编写安装文档。
持续，他们必须定期在 Windows 上运行 Mopidy develop 来检测和
在新版本发布之前修复它们的兼容性问题。

—
直接回复此邮件或在 GitHub 上查看
https://github.com/mopidy/mopidy/issues/1088#issuecomment -87370977。

那么，有人吗？

我认为这也是可能的。 今晚我将对其进行测试，如果它有效，我将发布安装指南。 但我 99% 确定它可以在 Windows 上运行，可能使用 Python (pip install) 和 GStreamer for Windows。

请参阅https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20了解最近的尝试。 我们找到了一些你需要的修复，但我没有时间在这方面的每一步都帮助别人（因为我对 Windows 不感兴趣）所以如果你能完成这项工作，那就太好了.

我开始研究这个并且大部分时间都在运行。 但我还没有看过 MPD 后端。 我也没有遇到 seanvree 在讨论线程中遇到的问题。

我遇到的最后一件事是 urlparse.urlunsplit 添加了一个额外的“/”，从而导致 os.path.realpath 错误地将 C:\ 添加到路径的前面。

很确定我没有遇到 seanvree 所做的事情的原因是因为我使用的是 mopidy-local-sqlite。

我发现 m3u 也有类似的问题。

@jodal为什么关闭 - 我在这里看不到窗户

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

所以看来问题还没有解决

这是一个问题，这个问题得到了回答。 您是否有兴趣加紧在 Windows 上维护 Mopidy？

@kingosticks这是一个愚蠢的问题——你可能猜到我什至从未使用过 Mopidy——也许我需要在做出这种承诺之前尝试一下

万一有人真的选择了这个，或者只是想像我一样自己运行它。 你需要 PyGObject for 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 不兼容的事件循环。 在带有 Python 3.8 的 Windows 上使用 Tornado 的应用程序必须在其主文件/函数的开头调用 asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy())。