Closed iparr closed 8 years ago
Hi iparr, the URL you posted above (http://pr0:8337/item/35570/file) looks like a URL from Beets' web api plugin. In this case it would be an issue of that plugin, or?
If it is indeed an issue of the beets plugin for mopidy: could you write down a curl request that exposes the issue? This will allow me to reproduce it.
I'm afraid it's no longer returning that error. After updating Mopidy and the plugins I'm unable to find music to play and no errors are displayed. Nothing is working at all so I'm unable to help you.
Gstreamer seems to require "seeking" for certain filetypes (e.g. OGG files): Gstreamer uses HTTP requests with a "Range" header for this purpose. Sadly the Beets web API does not support this header.
See the README for hints regarding an http proxy (e.g. Nginx) between Mopidy and Beets in order to solve this issue.
Unfortunately it just goes quiet.
This is another way in which mopidy doesn't treat beets originating music as a 'first class citizen', including being unable to display things as albums or as artists in web clients like Musicbox or the default client.
Are these things related and is it too ambitious for beets music to be perfectly integrated with local music?