All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Revell <rlrevell@joe-job.com>
To: Jaroslav Kysela <perex@suse.cz>
Cc: alsa-devel <alsa-devel@lists.sourceforge.net>, tiwai@suse.de
Subject: Re: [PATCH] emu10k1: add interval timer support
Date: Tue, 21 Sep 2004 15:36:42 -0400	[thread overview]
Message-ID: <1095795402.13220.21.camel@krustophenia.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0409171052300.1774@pnote.perex-int.cz>

On Fri, 2004-09-17 at 04:59, Jaroslav Kysela wrote:
> On Fri, 17 Sep 2004, Lee Revell wrote:
> 3) I don't like so much proposed scheduling as I stated in my previous 
>    e-mails; you cannot guarantee the right period boundary acknowledge
>    at all - there will be always some additional delay when more than one
>    stream is activated

OK, I think I see your point.  The channel loop interrupts give you
32/64 separate interrupt sources, where the timer interrupt is
monolithic, and won't work well with multiple streams using different
period sizes.

> 5) multichannel PCM should be created rather trying to do ugly things with
>    timer

This is my current project.  I almost have it working, but I have a few
questions.

I am using kX ASIO as a reference for how multichannel PCM should work. 
>From the application's point of view, this looks like 16 mono channels. 
In the mixer, for each of the 16 ASIO channels you have 4/8 drop down
boxes to set the FX send destinations and 4/8 sliders to set the send
amounts.  By default ASIO 1 goes to FXBus channel 0, 2 goes to FXBus 1,
etc.  Multiple applications can open the same ASIO channel and the
driver will allocate additional voices with the same send routing.

I think that the ALSA equivalent would be to have another device with
channels_min=channels_max=1, and 16 substreams for which the routing
would be controlled with the mixer; if multiple applications open the
same substream we would allocate another voice.  You would call
snd_pcm_period_elapsed for each of these streams in the handler for the
EFX capture interrupt.  All applications using this device must use the
same period size settings, as in the Windows driver, the only setting in
the ASIO control panel is the latency aka buffer size.

You would then use an .asoundrc plugin that would look like a 16 channel
PCM device, and would consist of 16 mono channels, hw:x,x,0 through
hw:x,x,15.

I am not sure of a few things.  Does it matter whether I use INTERLEAVED
or NONINTERLEAVED, since the device only supports mono streams?  Also,
since all capture and playback streams for this device will be updated
in the same interrupt handler, would it be best to use the linked
substreams feature of ALSA, or do this manually with list_for_each?

Lee 



-------------------------------------------------------
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-21 19:36 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 [this message]
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
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=1095795402.13220.21.camel@krustophenia.net \
    --to=rlrevell@joe-job.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=perex@suse.cz \
    --cc=tiwai@suse.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.