[PD] still no hdsp+alsa+pd
d
dieb13 at klingt.org
Sun Sep 15 10:34:29 CEST 2002
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
More information about the Pd-list
mailing list