Sound sequencer (at least with a GUS card) doesn't honor HZ value

From: Guus Sliepen (guus@warande3094.warande.uu.nl)
Date: Fri May 18 2001 - 10:54:41 EST


Hello,

I've recently started compiling i386 kernels with HZ (and also CLOCKS_PER_SEC)
set to 1024 instead of 100 for various reasons. All works perfectly, except
when I play mod files with s3mod on my Gravis UltraSound card. The modules are
played 10 times too fast:

[guus@haplo]~>time s3mod /usr/lib/bb/bb.s3m
[...]
98 00000 Length :4min 47sec
GUS (ALPHA support) Playing "/usr/lib/bb/bb.s3m"
Using 498690 of 524254 bytes of GUS RAM
0.814u 0.833s 0:29.95 5.4% 0+0k 0+0io 123pf+0w

Kernel version is plain 2.4.4. I've gone through the s3mod sources and did a
strace on it, but s3mod itself doesn't handle the timing, it only write()'s
stuff to /dev/sequencer, nothing else. This makes me strongly believe the
soundcard/sequencer driver itself is wrong here. A quick grep for 100, HZ and
CLOCKS didn't yield any useful information, so I guess it's not a trivial
problem...

P.S.: The change of HZ and CLOCKS_PER_SEC to 1024 is the only change I made.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <guus@sliepen.warande.net>


- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed May 23 2001 - 21:00:28 EST