bug: HTTP Playback, not always possible
System Details OS: EndeavourOS Arch: x64 Desktop Environment: GNOME Version: v3.3.1 Installed by: AUR
Describe the bug HTTP playback does not always start when it should. Restarting cantata fixes it.
To Reproduce Steps to reproduce the behavior:
- Enable Local Playback via built-in HTTP server
- Start playback
- Notice it does not play intermittently.
Expected behavior Sometimes it does not start the HTTP stream.
Additional context
pactl info
Server String: /run/user/1000/pulse/native Library Protocol Version: 35 Server Protocol Version: 35 Is Local: yes Client Index: 3115 Tile Size: 65472 User Name: john Host Name: john-ryzen Server Name: PulseAudio (on PipeWire 1.4.9) Server Version: 15.0.0 Default Sample Specification: float32le 2ch 48000Hz Default Channel Map: front-left,front-right Default Sink: bluez_output.80_99_E7_58_B0_8A.1 Default Source: alsa_input.usb-Blue_Microphones_Yeti_Stereo_Microphone_REV8-00.analog-stereo Cookie: 211c:bda0
How often does it approximately occur, for example in times per playing time or times per played files? How is Cantata physically connected to MPD?
I tried the local playback via HTTP streaming for a while with Cantata on my PC and MPD on a Raspberry Pi connected via wired LAN and it didn’t unintentionally stop once within 2 hours of playing time.
Also, have you checked the MPD log?
Preferably enable verbose logging via MPDs --verbose flag.
looks like I have the same issue on windows with 3.4.0.
The HTTP stream URL is filled in cantata, but the stream doesn't play, it seems to have played 3 seconds when I reopened cantata and the URL is working when pasted in my browser.
and right when I write this comment, it plays again and ... re stop (in cantata) :(
Thanks for the info.
Can you please answer these two questions?
How often does it approximately occur, for example in times per playing time or times per played files? How is Cantata physically connected to MPD
And do you see anything related in the MPD log (preferably with verbose logging)?
I've restarted mpd for verbose logging and in the 3 minutes it played cantata never made a noise, toggling play http output stream did nothing, the same stream works fine in my browser and nothing strange in mpd logs
as for the connection, remote machine, and the stream works fine in browser on same computer as cantata
haven't used cantata very long, just reinstalled mpd (and cantata) today.
Ok, I just realized that we are talking about different features. This issue is about Cantata serving local files via HTTP to MPD, such that MPD can play them. It corresponds to “Collection Settings” → “Local file playback: Via in-built HTTP server”.
You are talking about “Collection Settings” → “HTTP stream URL” and the menu entry “Music” → “Play HTTP Output Stream”, which allows Cantata to locally output MPD playback via a HTTP audio stream served by MPD. Please create a separate issue for that.
Ok, I just realized that we are talking about different features. This issue is about Cantata serving local files via HTTP to MPD, such that MPD can play them. It corresponds to “Collection Settings” → “Local file playback: Via in-built HTTP server”.
You are talking about “Collection Settings” → “HTTP stream URL” and the menu entry “Music” → “Play HTTP Output Stream”, which allows Cantata to locally output MPD playback via a HTTP audio stream served by MPD. Please create a separate issue for that.
I am talking about HTTP Stream URL
Play HTTP Output stream
Thanks for the info.
Can you please answer these two questions?
How often does it approximately occur, for example in times per playing time or times per played files? How is Cantata physically connected to MPD
And do you see anything related in the MPD log (preferably with verbose logging)?
Once it plays and doesn't get interrupted. It doesn't stop.
However, when relaunching, or after pausing, the http stream fails to initiate.
Should be some simple logic that changed in regards to initiating the http playback. I'll take a look at the code. It happens both with flac or mp3
https://github.com/nullobsi/cantata/issues/118
This is the same issue.
I believe this is the offending commit:
https://github.com/nullobsi/cantata/commit/b26f81606d226f560cdc8681eee2ad8ad3e60c3b
I was able to reproduce it.
I paused a track. Started it back up. No playback.
I would assume my Gnome 49 machine is using LibVLC, but I'm not sure how to verify.
Ok, good that we finally are on the same page. Sorry @rhaamo for the confusion.