From alsa-devel-owner@alsa.jcu.cz  Sat Feb 13 01:23:33 1999
Received: from beta.queen.it (mbox.queen.it [195.223.140.121])
	by marvin.jcu.cz (8.9.1a/8.9.1) with ESMTP id BAA20720;
	Sat, 13 Feb 1999 01:19:58 +0100
Received: from igor.opun.it (isdn23-fae.e-mind.com [195.223.140.172])
	by beta.queen.it (8.9.1a/8.9.1) with ESMTP id CAA02057;
	Sat, 13 Feb 1999 02:22:59 +0100
Received: from racine.ra.it (localhost [127.0.0.1])
	by igor.opun.it (8.8.8/8.8.8) with ESMTP id BAA02741;
	Sat, 13 Feb 1999 01:18:03 +0100
Message-ID: <36C4C4BB.351B48A3@racine.ra.it>
Date: Sat, 13 Feb 1999 01:18:03 +0100
From: Abramo Bagnara <abbagnara@racine.ra.it>
MIME-Version: 1.0
To: alsa-user@alsa.jcu.cz, alsa-devel@alsa.jcu.cz
Subject: Suggestion for es1869 and es1879 owners
References: <Pine.GSO.4.05.9902112348420.16840-100000@galjas.cs.vu.nl>
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

From es18xx.c source:

 * BUGS:
 *
 * - There is a major trouble I noted:
 *
 *   using both channel for playback stereo 16 bit samples at 44100 Hz
 *   the second pcm (Audio1) DMA slows down irregularly and sound is garbled.
 *   
 *   The same happens using Audio1 for recording.
 *
 *   The Windows driver does not suffer of this (although it use Audio1
 *   only for recording). I'm unable to discover why.
 *
 *   --- UPDATE ---
 *   This happened when I used DMA 1 for Audio1 and DMA 0 for Audio2.
 *   Using DMA 0 for Audio1 and DMA1 for Audio2 this trouble is magically
 *   disappeared!!!
 *   Now alsa-lib/test/latency gives a 2000 us latency for fragment size 128.
 *   Formerly the underruns was always present for all fragment sizes.
 *

This is the good news.

Now two questions:

- Can someone tell me if this trouble is present only in my computer?

- Can someone imagine why it's sufficient to swap the two DMAs to eliminate it?

Abramo

