From alsa-user-owner@alsa.jcu.cz  Thu Apr 23 22:10:27 1998
Received: from casema.net (smoke@3dyn70.delft.casema.net [195.96.104.70])
	by marvin.jcu.cz (8.8.8/8.8.8) with SMTP id WAA04797
	for <alsa-user@alsa.jcu.cz>; Thu, 23 Apr 1998 22:09:41 +0200
Received: (from smoke@localhost) by casema.net (8.6.12/8.6.9) id WAA00179; Thu, 23 Apr 1998 22:07:49 GMT
Date: Thu, 23 Apr 1998 22:07:49 +0000 (GMT)
From: Smoke of Crap <smoke@casema.net>
To: alsa <alsa-user@alsa.jcu.cz>
Subject: gus modplayer (take #2)
In-Reply-To: <Pine.LNX.3.96.980423190255.854C-100000@entry.jcu.cz>
Message-ID: <Pine.LNX.3.91.980423220638.173C-100000@smoke>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: alsa-user@alsa.jcu.cz
Sender: alsa-user-owner@alsa.jcu.cz
Precedence: list



Hi,

i'm interested in this driver mainly because i'm working on a tracker as 
a part of a nice demo-oriented project. I'm using a GUS classic and i 
can't seem to figure how to do a real good modplayer with good timing. 
After fiddling with RtLinux a bit, i figured it'd be nice to have a hard 
real time task that runs a modplayer.

Now my question:

does any of you know how to do the innerloop of the player in a 
kernel-module (kernelspace) without having to rewrite my own gus drivers 
? (as i already did) Can i keep using /dev/dsp ? Has any of you ever 
tried something alike?

My problems were : 

- gmod buffers and can't be used to synchronize with video-effects
- mikmod uses /dev/dsp only and gives terrible results on a GUS Classic, 
which prefers hardware-mixing
- i found it hard to create a rtLinux module that does the timing needed 
for the player.. could i do this in another way that still allows me to 
have a good update of graphics ? (70 frames per second)

smoke/crap
 

