Message-ID: <491D3300.5050405@ladisch.de>
Date: Fri, 14 Nov 2008 09:12:48 +0100
From: Clemens Ladisch <clemens@ladisch.de>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: James Trevelyan <james@jamestrev.com>
CC: =?ISO-8859-1?Q?Lasse_K=E4rkk=E4inen?= <tronic+cv5n@trn.iki.fi>,
 alsa-devel@alsa-project.org, james@jamestrevelyan.com, timc@wnsp.com
Subject: Re: [alsa-devel] Roland/Edirol M-16DX
References: <487F10EE.6030405@trn.iki.fi>
 <48883AAC.6060101@ladisch.de>	 <4917B029.7010809@trn.iki.fi>
  <491C6E10.7090308@trn.iki.fi> <1226624101.4836.95.camel@localhost>
In-Reply-To: <1226624101.4836.95.camel@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

James Trevelyan wrote:
> ...
> However, what I did notice is that in all circumstances the windows
> driver was capturing at the same time as playback, even when I was not
> asking it to record.  This suggests to me that the comment in the driver
> source about synchronising playback to capture has some relevance ...

Indeed.  The driver would have to send the data at the exact speed of
the device's internal clock, and the only way to determine that clock's
speed is to capture data.

So far I haven't found the time to rewrite the driver to support this
synchronization mechanism.


Best regards,
Clemens