All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Paul Davis <paul@linuxaudiosystems.com>
Cc: Jaroslav Kysela <perex@suse.cz>,
	Lee Revell <rlrevell@joe-job.com>,
	alsa-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: Re: [PATCH] emu10k1: add interval timer support
Date: Fri, 24 Sep 2004 17:13:11 +0200	[thread overview]
Message-ID: <s5hk6uj3dko.wl@alsa2.suse.de> (raw)
In-Reply-To: <200409241453.i8OErtVR029650@localhost.localdomain>

At Fri, 24 Sep 2004 10:53:55 -0400,
Paul Davis wrote:
> 
> >On Fri, 24 Sep 2004, Takashi Iwai wrote:
> >
> >> > How would I open only channels 10 and 11 with one app and 1-6 with
> >> > another using a single 16 channel device?  
> >> 
> >> It's doable to implement the multi-channel non-interleaved PCM with
> >> multi open.  But even in this case, we provide eventually 16
> >> substreams, so perhaps providing 16 mono substreams would be easier to
> >> implement (at least for the kernel driver).
> >> 
> >> Regarding the efficiency (latency), there will be no difference
> >> between the multi-channel and multi-substream implementations.
> >> In the latter case, we can use linked substreams, as you already
> >> mentioned.
> >
> >I don't understand much the requirement. If you want to use other ALSA 
> >(legacy) applications, you can reroute them to appropriate FX bus only.
> >The controls are already available.
> >
> >The multichannel PCM should be best only for multichannel recording /
> >playback. You're trying to desing a new API which does not make much
> >sense.
> 
> more to the point, perhaps, is that the very first implementation of
> the RME Hammerfall (digi9652) driver that i did took lee's approach
> and when we measured it, there was a very definite performance
> hit. having to call the "elapsed" function for every mono stream added
> measurable overhead. when we collapsed it back to a single
> non-interleaved, 26 channel device, it was significantly more
> efficient.

It's a good point.  If you use the timer-style irq, the perfomance
decrease would be smaller, though, because you don't (can't) get irqs
per PCM stream.  However, the overhead must still exist.


Takashi


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php

  reply	other threads:[~2004-09-24 15:13 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-17  7:19 [PATCH] emu10k1: add interval timer support Lee Revell
2004-09-17  8:59 ` Jaroslav Kysela
2004-09-21 19:36   ` Lee Revell
2004-09-22 10:16     ` Takashi Iwai
2004-09-22 10:17       ` Jaroslav Kysela
2004-09-22 15:01       ` Lee Revell
2004-09-24 13:43         ` Takashi Iwai
2004-09-24 13:56           ` Jaroslav Kysela
2004-09-24 14:53             ` Paul Davis
2004-09-24 15:13               ` Takashi Iwai [this message]
2004-09-24 15:26                 ` Paul Davis
2004-09-24 15:33                   ` Takashi Iwai
2004-09-24 21:02                 ` emu10k1 multichannel playback design (was Re: [PATCH] emu10k1: add interval timer support) Lee Revell
2004-09-24 22:32                   ` Paul Davis
2004-09-24 22:57                     ` Lee Revell
2004-09-25  4:05                     ` Lee Revell
2004-09-26  0:55                   ` Lee Revell
2004-09-26  2:51                     ` Lee Revell
2004-09-26  3:10                       ` Lee Revell
2004-09-26  3:15                       ` Paul Davis
2004-09-26  3:19                         ` Lee Revell
2004-09-26  3:50                         ` Lee Revell
2004-09-26  6:50                           ` Lee Revell
2004-09-26 11:38                   ` Jaroslav Kysela
2004-09-27  0:40                     ` Lee Revell
2004-09-27  6:48                       ` Jaroslav Kysela
2004-09-27 14:35                         ` Lee Revell
2004-11-03 19:43   ` [PATCH] emu10k1: add interval timer support Lee Revell
2004-11-03 21:24     ` Lee Revell
2004-11-03 23:08       ` Lee Revell
2004-11-09 14:24       ` Takashi Iwai
2004-11-10  4:32         ` Lee Revell
2004-11-10  9:50           ` Takashi Iwai
2004-11-04 17:05     ` Jaroslav Kysela
2004-11-04 19:13       ` Lee Revell

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=s5hk6uj3dko.wl@alsa2.suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=paul@linuxaudiosystems.com \
    --cc=perex@suse.cz \
    --cc=rlrevell@joe-job.com \
    /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.