Linux Sound subsystem development
 help / color / mirror / Atom feed
* 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox