USB sound card fails on long playback

[Rich]

Hi patrikg

Closing the old process and starting a new one seems to restart this 6 hour time, as well as keeping the process open but stopping writes to the ALSA PCM device for several seconds and then resuming them.

I think that rules out a memory leak. Pausing the audio would not fix that.

Maybe some temp files build up ?
Out of swap ?

I don't think that's likely either for the same reason listed above.
The script wont work since it starts a new process after the previous one ends.

[Rich]

Hi vatte
Have you tried using the  --reopen  option?
From:
http://linux.die.net/man/1/mpg123

--reopen
       Forces reopen of the audiodevice after ever song

[vatte]

Hi Rich,

Have you tried using the  --reopen  option?

I tried it (with the full command mpg123 --reopen --loop -1 file.mp3 but the bug still happened as usual. I haven't had time to test yet with a 6h+ playlist, but I'll try to get that done soon.

[patrikg]

Is the mp3 file in ram ??
Or do you store the file in mmcblk0 and play the file.
Try to copy the file to ram first and then play.

[vatte]

Is the mp3 file in ram ??

Yes.

[patrikg]

What i can see in my cmdline.txt there are some misspelling.
And have you tested to passed the parameter to the usb device to say that just doing usb 1.1.

Added the dwc_otg.speed=1 parameter to force USB to work only in full speed mode (speed of USB 1.1).

What i can se in my cmdline.txt there are picore 7.0.
c_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/ram0 elevator=d
eadline rootwait quiet nortc loglevel=3 noembed

There sould be dwc_otg.lpm_enable...not just c_otg.

Just google of this parameters, get lots of performance/hanging problems with usb devices with raspberry pi.

Take a look at all this parameters
cd /sys/module/dwc_otg/parameters
ls
for i in $(ls);do echo $i----$(cat $i);done