On 04/30/2012 06:03 PM, jamesm wrote:
Hello all,
Hi!
The latest hdspm driver code from alsa and kernel.org indicates that the HDSPe AIO card has a fixed buffer size of 16384. I've chosen a period size of 1024, which gives me 16 periods.
Exactly.
The issue I have is that whenever I play audio through the hdspm driver, the delay between the hw pointer and sw pointer is always close to the maximum buffer size (approx 16000). This leaves me with a large delay between writing data into the PCM and it coming out of the card. I'd like this to be between 1024 and 2048, I could probably crank the period down further to 512.
I suggest to try jackd1 and see if you can achieve the desired latency. There's a tool jack_iodelay that helps you to measure the round trip latency.
If it works, have a look at the code in drivers/alsa/ how jackd configures the device.
I don't know what happened in alsa-lib between 1.0.17 and 1.0.25 wrt to PCM streams, so if in doubt, update that library, too, maybe on a different system if you don't want to touch your RHEL-5.5 installation.
Does anyone have any suggestions as to why the hdspm driver hw pointer is not following the application pointer more closely?
The hw pointer is the hw pointer, it's the hardware, not the driver. The hardware just cycles through its 16k sample buffer, so it's up to the software (read: alsa-lib and/or application) to write to the appropriate address.
It works just fine here on my RayDAT (also has a 16k sample buffer) down to 32 samples per period via the MMAP interface.
Cheers