> > Either you need to NEVER re-use a VVID, or you need to tell the host when an
> > ended VVID is actually re-usable. Or you need to have voice-ids allocated
> > by the plugin, and NOT the host, which I like more.
>
> Having the plugins allocate them is a pain, its much easier if the host
> aloo
> > > So maybe VOICE creation needs to be a three-step process.
> > > * Allocate voice
> > > * Set initial voice-controls
> > > * Voice on
>
> I think this is harder to handle.
All the further discussion leads me to understand we like this? Eek. I
proposed it as a straw man.
So we send 1 VOICE
> P.S. Where can I find the mentioned utility?
>
See my reply to the original message.
I forgot to change Subject... it is late...
/RogerL
--
Roger Larsson
Skellefteå
Sweden
On Wednesday 08 January 2003 03:34, Paul Davis wrote:
> >So I run that in a terminal and after playing around with a bunch of
> >jack apps got the machine to lockup... and then, after a little bit,
> >suddenly, it came back to life! (you could see that the monitor had
> >changed the priority of the
>> what do you want to know?
>
>Ahem, everything? :-) ;-) :-)
recompile with DEBUG_ENABLED defined at the top of engine.c and then
if necessary client.c as well.
this will produce reams of output, but will provide you with the next
hint. problem: the output will affect scheduling, which might ma
On Tue, 2003-01-07 at 18:07, Fernando Pablo Lopez-Lezcano wrote:
>
> One more (small) datapoint. Roger Larsson sent me off the list a couple
> of small utilities (VERY nice tools!) that monitors the cpu usage of
> SCHED_FIFO processes and after a timeout actually downgrades the
> persistent hogs t
> >So I run that in a terminal and after playing around with a bunch of
> >jack apps got the machine to lockup... and then, after a little bit,
> >suddenly, it came back to life! (you could see that the monitor had
> >changed the priority of the hogs to SCHED_OTHER).
> >
> >So I guess that somehow
>So I run that in a terminal and after playing around with a bunch of
>jack apps got the machine to lockup... and then, after a little bit,
>suddenly, it came back to life! (you could see that the monitor had
>changed the priority of the hogs to SCHED_OTHER).
>
>So I guess that somehow jack has a
> >I browsed the Kernel Source and there is only one mark_inode_dirty in
> >pipe_write (in fs/pipe.c). So we know where it is hanging...
> >
> >And in __mark_inode_dirty (in fs/inode.c) there is one
> > spin_lock(&inode_lock)
> >call, and I guess that is where the whole thing is hanging. So som
On Tuesday 07 January 2003 20.42, robbins jacob wrote:
[...]
> >OK... I was thinking that the initial mention of the VVID would
> > cause it creation (be that implicit or explict, though I prefer
> > explit I think), thereafter control changes would be applied the
> > the instantiated voice (or the
On Tuesday 07 January 2003 20.40, robbins jacob wrote:
> >I made a post a while back defining all the XAP terminology to
> > date. Read it if you haven't - it is useful :)
>
> I was hoping something of this sort existed. It would be very
> helpful if you could put the list of XAP terminology on the
unsuscribe
unsuscribe
I made a post a while back defining all the XAP terminology to date. Read
it if you haven't - it is useful :)
I was hoping something of this sort existed. It would be very helpful if you
could put the list of XAP terminology on the webpage. It would help keep
everybody on the same page when dis
It's obvious when you consider that "VVID has no voice" can happen
*before* the synth decides to start the voice; not just after a voice has
detached from the VVID as a result of voice stealing. At that point, only
the value of the control that triggered "voice on" will be present; all
other co
> ONe great thing about this scheme is that it encourages people not to
> think of certain, arbitary parameters as instantiation parameters, withc
> are special in some way, 'cos there not.
The way I've seen velocity-mapped samplers is not to change the sample later
- you get the sample that maps
On Tuesday 07 January 2003 17.10, Steve Harris wrote:
[...]
> OK... I was thinking that the initial mention of the VVID would
> cause it creation (be that implicit or explict, though I prefer
> explit I think), thereafter control changes would be applied the
> the instantiated voice (or the NULL vo
On Tue, Jan 07, 2003 at 03:50:26 +0100, David Olofson wrote:
> > > Right - so you can't play a polyphonic synth with a continous
> > > velocity controller, unless you track and re-send the controls
> > > that the synth happens to treat as note parameters.
> >
> > I dont understand why.
>
> It's ob
On Tue, Jan 07, 2003 at 03:38:05 +0100, David Olofson wrote:
> It might seem handy to allow synths to explicitly say that some
> controls *must* be rewritten at the instant of a VOICE_ON, but I
> don't think it's useful (it's useless for continous velocity
> instruments, at least) enough to moti
On Tuesday 07 January 2003 15.08, Steve Harris wrote:
> On Tue, Jan 07, 2003 at 01:49:23 +0100, David Olofson wrote:
> > > > The issue here is this: Where does control data go when there
> > > > is no voice assigned to the VVID?
> > >
> > > They get thrown away.
> >
> > Right - so you can't play a
Nacsa Paul,
Any plans to add Jack support to your synth?
Thanks,
Mark
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Nasca Paul
> Sent: Tuesday, January 07, 2003 2:13 AM
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: [linux-audio-dev] N
On Tuesday 07 January 2003 15.03, Steve Harris wrote:
[...]
> > It's just that there's a *big* difference between latching
> > control values when starting a note and being able to "morph"
> > while the note is played... I think it makes a lot of sense to
> > allow synths to do it either way.
>
> I
On Tue, Jan 07, 2003 at 01:49:23 +0100, David Olofson wrote:
> > > The issue here is this: Where does control data go when there is
> > > no voice assigned to the VVID?
> >
> > They get thrown away.
>
> Right - so you can't play a polyphonic synth with a continous
> velocity controller, unless yo
On Tue, Jan 07, 2003 at 01:41:43 +0100, David Olofson wrote:
> Yeah, byt you may not want control values to be latched except when a
> note is actually triggered (be it explicitly, or as a result of a
> contro change). Also, this voice.set_voice_map() may have significant
> cost, and it seems li
On Tuesday 07 January 2003 10.28, Steve Harris wrote:
[...]
> > This is also for debate - David dislikes (and I agree) the notion
> > that you have to send a note-on but the plugin does not have
> > enough info to handle (for example) a velocity-mapped sampler
> > until later. Process events in or
On Tuesday 07 January 2003 10.23, Steve Harris wrote:
> On Mon, Jan 06, 2003 at 11:17:07 +0100, David Olofson wrote:
> > These "instantiation parameters" are in fact just control events,
> > and they relate to "whatever voice is assigned to the provided
> > VVID".
> >
> > The issue here is this: Wh
On Tuesday 07 January 2003 10.19, Steve Harris wrote:
> On Tue, Jan 07, 2003 at 03:21:22 +0100, David Olofson wrote:
> > > > Problem is step 1. If the voice allocator looks at velocity,
> > > > it won't work, since that information is not available when
> > > > you do the allocation. Likewise for s
On Tuesday 07 January 2003 09.15, Tim Hockin wrote:
> > continuous note on a particular VVID. The sequencer only reuses a
> > VVID once it has ended any previous notes on that VVID. The
> > sequencer can allocate a
>
> This is the current issue at hand - just because the sequencer has
> ended a VVI
On Tuesday 07 January 2003 04.24, Tim Hockin wrote:
> > Two problems solved! (Well, almost... Still need temporary space
> > for the "parameters", unless voice allocation is
> > non-conditional.)
>
> I think if you get an allocate voice event, you MUST get a voice on
> event.
Why? Isn't a "voice o
ZynAddSubFX is a open-source software synthesizer for
Linux.
It is available at :
http://zynaddsubfx.sourceforge.net
or
http://sourceforge.net/projects/zynaddsubfx
news:
1.0.4 - It is possible to load Scala (.scl and .kbm)
files
- Added mapping from note number to scale degree
is possibl
On Tue, Jan 07, 2003 at 12:15:40 -0800, Tim Hockin wrote:
> > continuous note on a particular VVID. The sequencer only reuses a VVID once
> > it has ended any previous notes on that VVID. The sequencer can allocate a
>
> This is the current issue at hand - just because the sequencer has ended a
On Mon, Jan 06, 2003 at 11:17:07 +0100, David Olofson wrote:
> These "instantiation parameters" are in fact just control events, and
> they relate to "whatever voice is assigned to the provided VVID".
>
> The issue here is this: Where does control data go when there is no
> voice assigned to the
On Tue, Jan 07, 2003 at 03:21:22 +0100, David Olofson wrote:
> > > Problem is step 1. If the voice allocator looks at velocity, it
> > > won't work, since that information is not available when you do
> > > the allocation. Likewise for setting up waveforms with velocity
> > > maps and the like.
Bu
> continuous note on a particular VVID. The sequencer only reuses a VVID once
> it has ended any previous notes on that VVID. The sequencer can allocate a
This is the current issue at hand - just because the sequencer has ended a
VVID with a voice-off, doesn't mean the voice is off. It just beg
34 matches
Mail list logo
