Hi, first thing would be to make sure that all the pins are making good contact. You may try unmounting Pisound while RPi is off, mounting it again with applying slight pressure on the header pins, and testing again.
If that does not help, pin 40 on Raspberry Pi is the one responsible for transfering PCM data to Pisound. Would you be able to measure using oscilloscope or multimeter whether there’s any digital signal flowing on the pin while aplay or speakertest is sending output data?
Hi, I have the same problem here, I’ll see what the scope tells. Meanwhile, as this topic is marked to have been solved, what did the trick ? Cheers, Jeroen
What command or software are you running to get audio output? Does it successfully start up?
Audio software on Linux usually takes exclusive access to audio devices, so if some other audio software is running in the background, it may be blocking the audio.
#/> aplay -V=mono -Dsysdefault lxa.wav
keeps playing for the duration of the file but gives no sound
jackd is installed and seems to function when called, and scsynth is working in software (it shows up, and can be addressed), but gives no sound either.
But with jackd running or not running does not make a diff for speaker-test.
This is on headless Raspbian Stretch with a
Linux RT_PI_SOUND 4.9.43-rt30-v7+ #1 SMP PREEMPT RT