From: Gorm David Lai <lai@daimi.au.dk>
To: Martin Langer <martin-langer@gmx.de>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: problems with rme digi96/8
Date: 11 Jun 2003 14:22:36 +0200 [thread overview]
Message-ID: <1055334156.1391.38.camel@duff> (raw)
In-Reply-To: <20030609172302.GA498@tuba.home>
On Mon, 2003-06-09 at 19:23, Martin Langer wrote:
> On Fri, Jun 06, 2003 at 12:06:33PM +0200, Gorm David Lai wrote:
> > On Thu, 2003-06-05 at 21:03, Martin Langer wrote:
> > > On Thu, Jun 05, 2003 at 12:17:32PM +0200, Gorm David Lai wrote:
> > > >
> > > > We have recently bought a RME Digi96/8 card. This connects via adat to a
> > > > mixing console.
> > >
> > > ADAT isn't well tested, so everything is possible. But a look to wiki page
> > > on http://opensrc.org/alsa/index.php?page=rme96 looks not so bad.
> > >
> > > Are you using plughw:0,1 or hw:0,1? What's your alsa version?
> > >
> > Well, I test and set only legal settings on the hardware. So every
> > setting I set returns success.
> >
> > I normally use hw:0,1, but just tried with plughw:0,1. Sadly with no
> > luck.
> > My legal settings do not follow those on the page. The period size seems
> > to match, but my only legal buffer size is 4096. This seems to be
> > contrary to the info on the page. I also use a sample size of 16.
>
> I read on this page:
>
> For using ADAT, in case of 16 bit:
> - 512 frames and 8 periods ( 512*8=4096 )
> - 128 frames and 32 periods ( 128*32=4096 )
>
> Why does it not match your 16bit case? Have you choosen spdif values instead?
>
> But the best would be a view into the hardware description, which was under
> ftp://ftp.alsa-project.org/documentation/rme/ IIRC.
>
>
> martin
>
>
I misunderstood the buffer size, I thought it was in kb not i frames.
Not I understand. Also from the documentation I read that the card has a
hardware buffer size of 64KB, which matches 4096 frames in 8 channels.
I have tried the hw:0,0 for spdif btw, but that doesn't work either.
Now I have also tried setting some of the sw_params. I seems the value
set by snd_pcm_sw_params_set_start_threshold affects things greatly.
What happens is that i can fill the buffer with samples, though at some
point I suddenly get an underrun, as if the entire buffer is emptied at
once. The value set by snd_pcm_sw_params_set_start_threshold
approximately determines how often this happens.
As said earlier these problems only occur with the rme card.
I looked in the cards documentation, but I am not sure what I can use
most of this for, unless I want to bypass ALSA entirely.
/Gorm
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
next prev parent reply other threads:[~2003-06-11 12:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-05 10:17 problems with rme digi96/8 Gorm David Lai
2003-06-05 19:03 ` Martin Langer
2003-06-06 10:06 ` Gorm David Lai
2003-06-09 17:23 ` Martin Langer
2003-06-11 12:22 ` Gorm David Lai [this message]
2003-06-11 13:17 ` Gorm David Lai
2003-06-11 13:48 ` Anders Torger
2003-06-11 14:03 ` Gorm David Lai
2003-06-11 14:15 ` Anders Torger
2003-06-12 10:36 ` Gorm David Lai
2003-06-12 10:58 ` Jaroslav Kysela
2003-06-12 12:50 ` Giuliano Pochini
2003-06-12 13:18 ` Jaroslav Kysela
2003-06-16 16:07 ` Gorm Lai
2003-06-11 13:23 ` Gorm David Lai
2003-06-06 10:10 ` Gorm David Lai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1055334156.1391.38.camel@duff \
--to=lai@daimi.au.dk \
--cc=alsa-devel@lists.sourceforge.net \
--cc=martin-langer@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.