| Antoine Lefebvre wrote:
>
> My system is a pentium 166 Mhz with 32M Ram and using linux 2.0.34 with the
> latest OSS/free that work.
> For the buffer, I try to change it with the -B and -b flag of the csound
> comand line but it change nothing!!!!
(Nothing, meaning the 6 second latency Antione is experiencing)
I hope you don't mind, Antione, that I CC'd this mail back to the
mailing list.
This problem suspiciously sounds liike it could be related to a bug in
the Csound OSS code a while back. Unfortunately, I don't have the source
on my machine at the moment, so hopefully another Linux person could
provide the details.
The problem was that in the OSS ioctl call that specifies the fragment
size, and the number of fragments, the code correctly used the
command-line buffer size as the fragment size. (The OSS "fragment" is
essentially what we think of as a buffer). But the top byte of the
argument, which specifies the number of fragments, was initially all
high, which means "allocate as many fragments as possible". At one point
I caught this error, and changed the top-half of the argument to specify
using two fragments.
Sorry the above is so muddled. Hopefully Dave Phillips or someone else
working on the Linux version could point you to the exact source code to
check.
OTOH, If you just recently downloaded the current Linux version, then
this should be already fixed, so maybe your problem is something else.
> I have code a little utility to change the setting of /dev/dsp (rate, bits,
> channels) but it seem to get back the default value when I close /dev/dsp in
> my program. Is it normal??????
>
I'm not a Unix expert, but yes, I think this is normal, if you're using
ioctl() calls.
Larry
-- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- |