From: Florian Schmidt <mista.tapas@gmx.net>
To: pat@dumaisnet.ca
Cc: Clemens Ladisch <clemens@ladisch.de>, alsa-devel@lists.sourceforge.net
Subject: Re: hardware channel mixing
Date: Fri, 3 Sep 2004 16:31:46 +0200 [thread overview]
Message-ID: <20040903163146.110c2ba0@mango.fruits.de> (raw)
In-Reply-To: <Pine.LNX.4.58.0409030957010.9962@pat.dumaisnet.ca>
On Fri, 3 Sep 2004 10:04:29 -0400 (EDT)
Patrick Dumais <pat@dumaisnet.ca> wrote:
>
> That's the thing. I'm writing a soft-sampler. meaning that I have
> multiple samples playing at one time when the user presses the keys on
> his midi keyboard. I don't like software mixing because I feel I could
> gain quality by relying on the hardware (am I right?).
No.
> And I also want my app to go
> faster by letting the hardware do this job. But I realize that opening
> 16 devices (16voice polyphony for my app) can be ressource consuming,
> so it's a drawback. I'm not too sure what to do.
Also this will not help you any at all in avoiding latency [btw: what
are you referring to as "go faster"?]. And yes, opening 16 devices is
resource consuming..
>
> Mixing is a little bit more than adding the samples together, you have
> to do clipping and there is also a method shown on
> http://www.vttoth.com/digimix.htm
That method sounds like it's inappropriate for a soft sampler. Mixing is
adding. period. The user will have to make sure not to bust the headroom
by adjusting the samples gains. A method like in the link is maybe
useful for game sound systems, etc.. but a professional audio app should
avoid such approaches like hell. If you want to make sure you don't
bust the headroom, use a hardlimiter[and process everything in a
datatype that can hold the intermediate result], but i wouldn't want my
sampler to tinker with the dynamics at all if not explicitly requested.
> to make prevent one sound to be higher than the other one when one has
> a silence in it. With that in mind I think I could get a high quality
> sound for my app, but would it be worth all the processing? should I
> still use more than one device instead, assuming that I would include
> but functionalyties for users that don't have a compatible sound card.
flo
P.S.: you should come join the #lad channel on irc.freenode.org. there
we can discuss in RT. I hang around there in the evening [gmt] usually
P.P.S.: If you want to avoid all the alsa pcm troubles i strongly
recommend using jack
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
next prev parent reply other threads:[~2004-09-03 14:31 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-29 15:03 hardware channel mixing Patrick Dumais
2004-09-03 12:59 ` Clemens Ladisch
2004-09-03 13:15 ` Patrick Dumais
2004-09-03 13:24 ` Clemens Ladisch
2004-09-03 13:58 ` Florian Schmidt
2004-09-03 14:04 ` Patrick Dumais
2004-09-03 14:31 ` Florian Schmidt [this message]
2004-09-03 14:34 ` Patrick Dumais
2004-09-03 15:23 ` Florian Schmidt
2004-09-07 5:04 ` Glenn Maynard
2004-09-03 23:30 ` Lee Revell
2004-09-04 1:19 ` Manuel Jander
2004-09-04 23:28 ` Lee Revell
2004-09-05 3:02 ` Manuel Jander
2004-09-05 5:06 ` Lee Revell
2004-09-05 18:12 ` Manuel Jander
2004-09-05 18:39 ` Lee Revell
2004-09-05 18:28 ` Lee Revell
2004-09-06 11:54 ` Jaroslav Kysela
2004-09-06 20:41 ` Lee Revell
2004-09-07 1:09 ` hardware channel mixing [EMU10K1 DMA] Manuel Jander
2004-09-07 4:47 ` Lee Revell
2004-09-07 6:53 ` Lee Revell
2004-09-07 8:23 ` Jaroslav Kysela
2004-09-07 18:26 ` Lee Revell
2004-09-07 19:16 ` Jaroslav Kysela
2004-09-07 19:34 ` Lee Revell
2004-09-07 19:41 ` Jaroslav Kysela
2004-09-07 19:46 ` Lee Revell
2004-09-07 19:48 ` Lee Revell
2004-09-07 19:52 ` Jaroslav Kysela
2004-09-07 20:06 ` Lee Revell
2004-09-08 22:49 ` 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=20040903163146.110c2ba0@mango.fruits.de \
--to=mista.tapas@gmx.net \
--cc=alsa-devel@lists.sourceforge.net \
--cc=clemens@ladisch.de \
--cc=pat@dumaisnet.ca \
/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.