Hi,
It may also be worth reducing checking the CPU load by running
top or htop in another terminal. Then reduce the sampling rate by
running with e.g. "direwolf -r 11025" . This made a difference for
me on slower single-core processors (A10, Pi Zero). It could also
be an issue with the soundcard itself.
I would agree that dwg_otg=1 can break usb keyboards and mice in my
experience. It did, however solve some issues I was having with SD
card readers when backing moving file systems from SD ->
microSD...
Nick.
toggle quoted message
Show quoted text
?
John,?
I have run into a similar error.?
What I found was that the Raspberry Pi processor
couldn't keep up with the audio demands at the higher USB
speeds. This resulted in dropped USB packets that caused
the Rpi to lock up.?
The solution was to force the Rpi to the lower USB
speed by adding a parameter to the cmdline.txt?
sudo
nano /boot/cmdline.txt
and
adding dwc_otg.speed=1 to the end of the text.
?However, this solution is not without its side
effects. Some keyboards and mice refuse to operate at this
speed. This is not an issue if you are connecting to the
Pi via ssh or VNC.
If there is a better solution, I am all ears.?
?
Nick G4IRX