From alsa-devel-owner@alsa.jcu.cz  Mon Apr  6 17:26:23 1998
Received: from ife.ee.ethz.ch (ife-ife2.ee.ethz.ch [129.132.25.129])
	by marvin.jcu.cz (8.8.8/8.8.8) with ESMTP id RAA01654
	for <alsa-devel@jcu.cz>; Mon, 6 Apr 1998 17:25:53 +0200
Received: from eldrich.ee.ethz.ch (eldrich.ee.ethz.ch [129.132.24.203])
	by ife.ee.ethz.ch (8.8.5/8.8.5) with SMTP id RAA21577
	for <alsa-devel@jcu.cz>; Mon, 6 Apr 1998 17:25:53 +0200 (MET DST)
Message-ID: <3528F400.37D6@ife.ee.ethz.ch>
Date: Mon, 06 Apr 1998 17:25:52 +0200
From: Thomas Sailer <sailer@ife.ee.ethz.ch>
MIME-Version: 1.0
To: alsa-devel@jcu.cz
Subject: Re: ALSA 0.0.7
References: <199804022043.WAA19748@obelix.fvdpol.inter.nl.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: alsa-devel@alsa.jcu.cz
Sender: alsa-devel-owner@alsa.jcu.cz
Precedence: list

Frank van de Pol wrote:

> - provide an function (ioctl()) to emit this 'Go' event to the devices. When
>   (for instance in a system with an AudioPCI and GUS MAX card) all three DAC's
>   are armed, and waiting for the final 'Go'; all these (six) channels will
>   instantly start playing. Multitrack recorders here we come!

This solves the synchronous start - but it does not solve the
plesiochronous frequency problem, i.e. the sampling rates
of all the cards will be slightly different.

Anyway, you may not exactly start all cards at the same time,
but very close, and you can already obtain precise information on
which sample is actually played, with the current API, so this is
no excuse that there are no multitrack recorder right now :-)

Tom

