Closed jonaski closed 3 months ago
That's a lot of client-side log and I don't know what I should be looking at. Can you tell, what kind of requests are sent to the server and what kind or responses the client gets?
Did I understand correctly that this GStreamer is the underlying framework used by Strawberry Music Player to connect to the Subsonic backend?
I tested Strawberry Music Player 0.9.3 on Windows and 1.1.0 on Ubuntu, and for me, the seeking was working fine. However, it's possible to set up Nextcloud with many kinds of external data storages, and it's possible that not all of those support the fseek
function which would be needed to properly serve the HTTP range requests (assuming those are used here by the client).
Seeking also fails with gst-play-1.0
, so this is either a GStreamer bug or a server issue, but since it works with VLC I've reported this issue to GStreamer here: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3700
The HTTP is response is missing Content-Length header which is why seeking is not possible with GStreamer.
As stated in the linked issue https://github.com/strawberrymusicplayer/strawberry/issues/1474, the Nextcloud Music actually does set the Content-Length to the response but for some reason, it is missing on the responses on the system of the original reporter of the problem. It remains a mystery, who/what actually maims the HTTP headers on that system but it seems clear that this is not a bug in the Music app.
I'm not able find any information if seeking is supported, but
gst_element_seek_simple
returns false https://gstreamer.freedesktop.org/documentation/gstreamer/gstelement.html?gi-language=c#gst_element_seek_simpleDebug log: