* fragment size using emu10k1
@ 2000-04-13 17:36 paco
0 siblings, 0 replies; only message in thread
From: paco @ 2000-04-13 17:36 UTC (permalink / raw)
To: linux-sound
Hi...
I've noticed a problem using the ioctl SNDCTL_DSP_GETBLKSIZE with my
SBPCI512. I'm not familiar with the underlying workings of the sound
driver (emu10k1), and I really don't know if this is a kernel problem or a
driver problem.
The problem is simple, when you issue the GETBLKSIZE call, the value that
is reported back is wrong by a power of 2. The call will report that the
buffer size is "X" Bytes, but it is really only of size "X/2" Bytes.
This can cause problems in applications that attempt to use this
information for malloc calls, or for applications that need to write
data to the card in full fragments at a time.
--Paco
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2000-04-13 17:36 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-04-13 17:36 fragment size using emu10k1 paco
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.