Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

snapcast randomly creates new fifo queue and then can't read from it #1347

Open
kunze-johannes opened this issue Feb 9, 2025 · 0 comments
Open

Comments

@kunze-johannes
Copy link

kunze-johannes commented Feb 9, 2025

Describe the bug
Hi.
First of all: Great software, I use it for almost 5 years now.
I do have a problem since almost a year which I can't seem to fix. Every once in a while (no pattern so far), the fifo queue under /tmp/snapfifo is being renamed (or deleted and recreated) as /tmp/snapfifo-01. Another fifo queue named /tmp/snapfifo-02 appears 5 min after.

My setting is not too exotic: I record incoming sound from bluealsa using arecord and then pipe it into the fifo queue. In other words: the raspberry that snapserver runs on and distributes sound to the snapclients, is also functioning as a bluetooth speaker I cast music to.

/usr/bin/arecord -D bluealsa -f dat --fatal-errors /tmp/snapfifo 2> /dev/null || sleep 10;
After renaming, snapaserver rightly complains about no /tmp/snapfifo queue being present.

I found nothing in your code that could explain the renaming.

Steps to Reproduce

  1. Wish
  2. I
  3. Could :-(

Environment details

  • OS: Raspbian
  • Snapcast version 0.31.0 and before
  • used your deb package

Attach logfile if applicable
Generate logs with snapclient --logfilter debug or snapserver --logging.filter debug if possible and paste them in the following codeblock

# Replace this with your logs
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant