Hi Istvan,

Thanks for this info.  I will try this at home later tonight.  I am
wondering though if there shouldn't be some kind of automatic
detection of dmix (if possible) when using -o dac, as since it is now
the default for kernel 2.6.12, I think this bug may affect others in
the future. Perhaps a warning of some sort, or ignoring of user given
buffer size params?  Or maybe this just needs to be documented?

steven


On 8/31/05, Istvan Varga <istvan_v@fibermail.hu> wrote:
> It is possible to find out the buffer sizes required by the dmix device,
> by playing a WAV file with aplay using the -v -D dmix options. The value
> printed for 'period_size' (I get 6000) should be used with -b, and
> 'buffer_size' (12000 for me) is the correct value for -B. Note that dmix
> also limits the use of sample rates (I found that it only allows 48000 Hz).
> However, it is definitely recommended to use the hw:* devices instead of
> dmix, as the above buffer sizes (0.125 and 0.25 second) do not suggest
> particularly good latency.
> 
> Steven Yi wrote:
> 
> > Hi Dave and all,
> >
> > I tried changing alsa RPMs here and while some things somehow started
> > working (like alsasequencer), still the same problem with csound.
> > However, I tried using "-+rtaudio=alsa -o dac:hw:0,0" and that worked!
> >  If I explicitly use "-o dac:dmix" then I get the same error as if I
> > use "-o dac".  So my current guess is that dmix *is* causing the
> > problem with the rtalsa plugin.  Has anyone gotten csound to output to
> > dmix using -+rtaudio=alsa ?
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net