All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Revell <rlrevell@joe-job.com>
To: "Asbjørn Sæbø" <asbjs@stud.ntnu.no>
Cc: Peter Zubaj <pzad@pobox.sk>,
	alsa-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: Q: Periodsize for capture, SBLive
Date: Wed, 20 Oct 2004 03:57:37 -0400	[thread overview]
Message-ID: <1098259057.1429.9.camel@krustophenia.net> (raw)
In-Reply-To: <20041020071517.GA27086@stud.ntnu.no>

On Wed, 2004-10-20 at 03:15, Asbjørn Sæbø wrote:
> On Tue, Oct 19, 2004 at 04:28:08PM -0400, Lee Revell wrote:
> > On Tue, 2004-10-19 at 04:19, Asbjørn Sæbø wrote:
> 
> > [...]
> > > Why will increasing the channel count give lower latency?
> > 
> > http://sourceforge.net/mailarchive/message.php?msg_id=9514175
> 
> 
> Thanks!  That made things at least a bit clearer.  "Still confused, but 
> on a higher level", as it has been said.
> 
> When the post says that the EMU10k1 can record 16 channels, is that for
> digital sources only?  (I am using the analog inputs.)  I have been of the 
> impression that the SBLive was an 5.1 card.
> 
> And what is the EFX device?  What inputs does it correspond to?

The emu10k1 contains a DSP called the FX8010.  On the emu10k1 this has
16 hardware effects buses, on the emu10k2 has 64.  The FX8010 also has
32/64 (emu10k1/10k2) inputs and outputs.  Some (not all) of these map to
physical inputs and outputs.  The EFX device captures these outputs. 
Each PCM stream has an FX bus routing associated with it.  You would use
DSP code to connect the FX buses to outputs, then you can record these
outputs via the EFX device, whether or not they correspond to physical
outputs.

The userspace code to support all this is not quite there yet but it is
close.

Lee



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

  reply	other threads:[~2004-10-20  7:57 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-19  8:07 Q: Periodsize for capture, SBLive Peter Zubaj
2004-10-19  8:19 ` Asbjørn Sæbø
2004-10-19 20:28   ` Lee Revell
2004-10-20  7:15     ` Asbjørn Sæbø
2004-10-20  7:57       ` Lee Revell [this message]
2004-10-20  8:42         ` Asbjørn Sæbø
  -- strict thread matches above, loose matches on Subject: below --
2004-10-18 13:36 Asbjørn Sæbø
2004-10-18 13:42 ` Paul Davis
2004-10-18 14:22   ` Unknown
2004-10-18 19:52     ` Glenn Maynard

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=1098259057.1429.9.camel@krustophenia.net \
    --to=rlrevell@joe-job.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=asbjs@stud.ntnu.no \
    --cc=pzad@pobox.sk \
    /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.