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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox