|
I'm running alsa-1.0.4 on kernel 2.6.5 with an
sblive 5.1.
Everything works great except
asfxload.
It can only access the first 10MB or so of the
card's memory. Attempts to load more than this will hang the console, but not
the machine.
I've tried the same version of sfxload ( 0.5.0b )
as well as an older one ( 0.4.4 ) on the 2.4.22 audioslack kernel also on the
same machine. Works like a damn. The problem seems to be with alsa-1.0.4,
somewhere.
I notice that modinfo doesn't report any helpful
info on the buffer_size:
[EMAIL PROTECTED]#
modinfo snd-emu10k1 |grep
buffer_size
parm: max_buffer_size:Maximum sample buffer size in MB. Reassuringly though, the
alsa-kernel/pci/emu10k1/emu10k1.c file seems to have the right value
assigned:
[EMAIL PROTECTED]# grep
-e max_buffer_size emu10k1.c
static int max_buffer_size[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS - 1)] = 128}; MODULE_PARM(max_buffer_size, "1-" __MODULE_STRING(SNDRV_CARDS) "i"); MODULE_PARM_DESC(max_buffer_size, "Maximum sample buffer size in MB."); MODULE_PARM_SYNTAX(max_buffer_size, SNDRV_ENABLED); if (max_buffer_size[dev] < 32) max_buffer_size[dev] = 32; else if (max_buffer_size[dev] > 1024) max_buffer_size[dev] = 1024; (long)max_buffer_size[dev] * 1024 * 1024, Had a quick browse through memory.c, but nothing
really jumped out at me as a potential problem. Must admit I'm not very fluent
in C though.
Paring down from the 70MB soundfont I ordinarily
use to the crappy little 8MB one that works on this setup turns
my music into cheezy ring tones
Anyone else had similar
problems?
|
