The main difficulty I see with the VVID system is how to initialize
parameters on a new voice before the voice is activated with a VoiceOn
event.
The MIDI standard deals with this by allowing 2 particular parameters, pitch
and velocity, to be privileged as voice-on initializers. These parameters
are included inside the MIDI Voice On message so that the instrument always
receives them when they are needed: right when a voice is being activated.
It has been the general feeling in LAD discussions that XAP should not put 2
particular parameters into the Voice On event but, instead, should allow any
parameter-set events to be intializers. How to achieve this?
In XAP, it is not sufficient to consider all parameter setting events
received before a Voice On message to be initializers. Consider that, before
an actual voice is attached to a VVID, all events sent to that VVID are
discarded. For instance, if a voice is activated and then reappropriated
halfway through a note, before the sequencer has stopped using the VVID, the
remainder of the events which the sequencer sends on the voiceless VVID are
simply discarded.
Furthermore, any system which requires initializers to be timestamped before
the voice-on event forces at least a 1 timestamp delay into voice activation
which is undesireable.
We could instead put the voice-on event at the same timestamp as the
initializers and require that the plugin read ALL events for a particular
time position before discarding ANY events, but this makes it more complex
for plugins to read their events. If the plugin found a voice-on event at
the end of a queue section for a particular timestamp then it would need to
loop back to the first event in the queue matching that timestamp and read
again for any initializers.
Alternately, we could require that event ordering has 2 criterion:
-first- order on timestamps
-second- put voice-on ahead of all other event types.
A little ungainly, but effective as it frees the plugins to assume that
they'll get voice-on first but must consider all other events on that
timestamp as arguments to the initialization of the voice. Of course this
only applies to events having a particular VVID on a particular channel of a
particular plugin instance. I admit that introducing another criteria to
event ordering is inelegant, but it is the best approach to voice activation
that I can think of. I think that introducing any sort of mandatory 1 or 2
timestamp delay is far worse.
-jacob robbins.... current projects: soundtank.......<BR>..........
_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
On Fri, Jan 10, 2003 at 11:12:21 +0100, Robert Jonsson wrote:
> >Ahh, theres a misundersantding about what sidechains do here, they really
> >are just an audio stream.
>
> Hmmm, how do you recon? A sidechain for a compressor may be an audio
> stream, but it's the "control" behaviour of that stream that is of
> interest, right? That should mean that it would be possible to extract
> just the behaviour and only distribute "that".
Not in practice, each compressor will want to extract different features
from the audio stream.
> >There is an auto-phaser (sweeping allpass filter), but no auto wah
> >(sweeping bandpass), or auto panner, true. I tend to build things like
> >that out of SSM or pd. But there should be complete plugins.
>
> Ya, working mostly in MusE I'm somewhat limited in the number of
> solutions I can try. Currently MusE only supports basic features (pretty
> much modeled after Cubase).
OK, I'm not familar with MusE, I should try it again.
- Steve
is there any application at all like vsound for alsa? i notice that it can't write a buffer from the alsa driver..
i have a half-duplex card on a lappie so i cannot record and play at the same time, hence vsound is very useful to me.
cheers,
julian oliver
melbourne, australia
* Really fixes the UID clashes.
* Includes changes to make it build on ia64 and mips, thanks to Anand
Kumria.
I will now be walking around with a paper bag over my head for the next
few days.
- Steve
I've been using Linux for quite some time now and finally got around to using
it for audio and MIDI. I must say i'm very impressed with all the
applications i've been using.
Thanks to all (developers and users) for making Linux audio/music development
a reality.
Levi
"Is this thing on...?"
(Seems like at least one message was lost, and it's been *very*
silent for a while...)
//David Olofson - Programmer, Composer, Open Source Advocate
.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
--- http://olofson.net --- http://www.reologica.se ---
hello to evey body,
i'm new to this list.
I'd like to know more about Unified Audio PLugin Architecture.
I will begin a practical on this topic in mars.
where can I register to a mailing-list or forum or...
I' also looking for papers about audio dynamic
compression/expansion/limiting.
Does anybody have some good links on this topic?
(I'm not looking for "compression for the newbies" but some more in-depth
considerations.
like analog compressor modeling.... aliasing due to non linear
processing.....)
thanx
remy muller
http://membres.lycos/mdsp/
Hi,
for a project at our radio station I need to simultaneously record two
signals coming from an Amek DMS mixer.
The signals are digital optical S/PDIF (which I assume is the same as
TOSLINK ?).
I am looking for a card or a combination of two cards that would allow me
to record both these signals at the same time under linux. Of course I'd
like to go for the cheapest stable solution possible :)
I've been looking at specs of the Hammerfall Light, it seems to feature
more than one ADAT input port, which from the docs looks to be the same
type of connector as optical spdif. I'm just not very sure from the docs
if this will really work; ie if one Hamerfall Light can record two spdif
signals simultaneously.
One Hammerfall is about in the right price range, two is probably too
expensive :)
So, basically my questions are:
a) will one hammerfall record both optical spdif signals at the same time
?
b) what other, cheaper, card is there that can record an optical spdif
input ? (I looked at some obvious choices, the hercules cards aren't
supported well enough and the sblive cards only take coaxial optical)
Thanks in advance,
Thomas
The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/
<-*- thomas (dot) apestaart (dot) org -*->
I feel like I'm at something you always say you need more time
Well I'll stay right here and I'll wait for good
until I find a love worth mine
<-*- thomas (at) apestaart (dot) org -*->
URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/
>I think they should probably be treated as 2 separate databases from
>the viewers standpoint (even though the data would be stored in the
>same one, there would be 2 links). "Linux audio technician database"
>sounds good for the job related side of things "Find a Linux audio
>technician near you, today!" :)
>Perhaps "Linux audio community database" for the "network the Linux
>audio folks" side of things.
Well I have changed the name. Now it is "Linux audio professional
support & contacts database". I would prefer to keep it as one page just
to make things easier for me to manage. While I would love for this site
to become extreemely popular and require serious commitment I am
pragmatic that this probably won't happen in the next couple of years.
Splitting the page up at this point seems like more work than neccessary.
>He he.. The Linux audio dating service :) I wonder how many Linux audio
>gals are out there.. Maybe if they saw some of our pictures we'd have
>some converts.. or maybe not. I think it would be nice to have a way to
>put a photo, but perhaps this could also just be a link someone could
>put in the specifics field
I'm working on adding these things now.
>(BTW, would it be more appropriate to make
>that a text field rather than multiple lines?).
I thought about that but I decided multiple lines provides more scope
for presentation purposes. I expect people to eventually treat it
similar to an email signature.
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.comHttp://www.djcj.org - The Linux Audio Users guide
========================================
Being on stage with the band in front of crowds shouting, "Get off! No!
We want normal music!", I think that was more like acting than anything
I've ever done.
Goldie, 8 Nov, 2002
The Scotsman
The were some bugs in 0.3.4 so I'm releasing again. Sorry.
* UID clash with flanger and l/c/r delay [serious] - spotted by Bob Ham,
thanks
* SC4 had the wrong label [mild but anoying]
* autoconf script wasn't obeying CFLAGS [mild but anoying]
I believe that SC4 and the lookahead limiter might be causing problems
with some hosts as they have control outs. If you spot problems with these
and think its the host, please contact the author.
I know that ecasound and jack-rack handle it fine.
- Steve