I spent 4 hours researching a solution to the following problem:
you want to play a music piece in wav or opus format, and your Puppy OS sends
you this message: "/dev/dsp busy".
Some suggest that you install alsa or pulse and redirect the sound output to those.
Well, I have alsa (default on most new Puppies) and I did also install the pulse driver,
but it did not help.
The solution was much simpler. There is no need to get all upset about OSS! I issued
the following one-liner directly in my console (one can do it with a bash script as well):
Code: Select all
chmod o+rw /dev/dsp;chmod o+rw /dev/dsp1
https://stackoverflow.com/questions/924 ... ce-dev-dsp
Answer # 2, retrieved July 9, 2018, at 19:49.
Giving wider permission to /dev/dsp (and twin /dev/dsp1) solved the problem.
I can play wav, opus, and mp3 files again, with wavplay, opusdec, and madplay
respectively.
Many thanks, Karoly Horvath! If we ever meet, I owe you at least one beer!(Notes:
-- ogg123 and mpg321 do not seem to have this problem;
-- a workaround would be to have an error trap and ask ffplay, for example, to act as
the backup player when the player you want to use can't do the job. I mention ffplay
because it comes by default with the ffmpeg libraries.
-- But this "Horvath" solution solves the problem at the source. This is what I wanted.
This solution is much more elegant.)
IHTH. Any comments on this subject are welcome.