HTTP stream URL fails to initialize after pausing, or launching cantata, requires relaunch

[thechitowncubs]

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:

1. Set HTTP Stream URL
2. Start playback with Play HTTP output enabled
3. 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

[maxmitti]

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.

[rhaamo]

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) :(

[maxmitti]

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)?

[rhaamo]

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.

[maxmitti]

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.

[thechitowncubs]

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

[thechitowncubs]

#118

This is the same issue.

I believe this is the offending commit:

b26f816

[thechitowncubs]

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.

[maxmitti]

Ok, good that we finally are on the same page.
Sorry @rhaamo for the confusion.