hi all!
i CAN start pd with -alsa if my .asoundrc looks like pcm.hdsp_convert { type plug slave { pcm { type hw card 1 } rate 48000 format S32_LE channels 18 } }
and my .pdrc looks like -rt -alsa -alsadev hdsp_convert -r 48000
but the sound i get then is incredible. a osc~ 440 sounds like a c64-datasette played backwards...
as soon as i define -channels in .pdrc , pd will refuse to start with pd: pcm_params.c:1051: _snd_pcm_hw_param_refine: Assertion `0' failed.
regards d13b
Thomas Grill hat gesagt: // Thomas Grill wrote:
Is there a way to cope with interleaved streams by having an appropriate .asoundrc?
If I understand ALSA's asoundrc and device nameing correctly (which might very well not be the case) then one needs a "plug" or "plughw" type of device to convert between non- and interleaved streams, if the hardware cannot do this on its own.
Unfourtunatly I cannot get PD to open "plug"-type devices at all :( [with a Midiman Audiophile]
One standard plug device is called "default", seen for example with "aplay -L"
If I try to use this device:
$ pd -alsa -alsadev default:0,0 $ pd -alsa -alsadev default
PD's audio is stuck. The same happens, if I define a plug PCM in my asoundrc:
# asoundrc: pcm.maudio { type hw card 0 } ctl.maudio { type hw card 0 } pcm.mydsp { type plug slave.pcm maudio }
Now, "pd -alsadev maudio" works, but "pd -alsadev mydsp" doesn't. I can use "mydsp" with aplay without problems "aplay -D mydsp some.wav"
I suspect, that PD simply isn't able to use plug devices. But maybe working on the JACK support is more important.
ciao