23 Aug
2005
23 Aug
'05
1:31 p.m.
Hi
I find that most soft synths (supercollider, pd, ams, zynaddsubfx,
amsynth, om) unser linux work in a "wrong" or at least unintuitive and
non-standard way. I'm wondering if a) it's something wrong with my
setup/keyboards or a general problem, b) if nobody else feels this is
an issue and c) if we should lobby the developers to change this behaviour.
The problem is in monomode. If one note is held and another played,
released, played, releaset, etc. there should always be sound as long as
at least one note is depressed.
Here's a graphical description of what I'm trying to say:
http://www.atte.dk/mono_synth.pdf
Any thoughts?
--
peace, love & harmony
Atte
http://www.atte.dk
23 Aug
23 Aug
1:53 p.m.
On Tue, 23 Aug 2005 17:31:01 +0200
Atte André Jensen <atte.jensen(a)gmail.com> wrote:
Hi
I find that most soft synths (supercollider, pd, ams, zynaddsubfx,
amsynth, om) unser linux work in a "wrong" or at least unintuitive and
non-standard way. I'm wondering if a) it's something wrong with my
setup/keyboards or a general problem, b) if nobody else feels this is
an issue and c) if we should lobby the developers to change this behaviour.
The problem is in monomode. If one note is held and another played,
released, played, releaset, etc. there should always be sound as long as
at least one note is depressed.
Here's a graphical description of what I'm trying to say:
http://www.atte.dk/mono_synth.pdf
Any thoughts?
Hi,
in Supercollider it is completely up to you how you implement a mono
synth. One of the advantages of it is that it ultimatively flexible. I
don't think there's any mechanism in SC that hinders you to do what you
want.
Regards,
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
3:36 p.m.
Here's a graphical description of what I'm
trying to say:
http://www.atte.dk/mono_synth.pdf
well, I guess it's the developer's decicion how his synth behaves, but
asking for making your idea the default behaviour of the synths is a
good thing IMHO.
I'd like to add that hardware synths sometimes have options to set the
trigger rule, like highest note oriority, lowest note priority, last
note priority, single trigger. The latter one behaves like the
softsynths do.
File feature requests :) .
Best regards
ce
4:48 p.m.
Christoph Eckert wrote:
I'd like to add that hardware synths sometimes
have options to set the
trigger rule, like highest note oriority, lowest note priority, last
note priority, single trigger. The latter one behaves like the
softsynths do.
True, and having more options is naturally preferable. I was just
surprised and disappointed that almost all Linux synths behave in a way
I consider wrong (at least wrong if it's the only available choice).
--
peace, love & harmony
Atte
http://www.atte.dk
3:55 p.m.
On Tue, Aug 23, 2005 at 05:31:01PM +0200, Atte Andr? Jensen wrote:
The problem is in monomode. If one note is held and another played,
released, played, releaset, etc. there should always be sound as long as
at least one note is depressed.
I agree, it's very usefull for playing lead sounds.
---
Thorsten Wilms
6:01 p.m.
Christoph Eckert wrote:
Not only useful, such abiilities define the style of a
solo.
It's actually a showstopper for me in certain areas. Pads and other
stuff work ok, but monosynths are no-go in most linux softsynths for me...
--
peace, love & harmony
Atte
http://www.atte.dk
6:33 p.m.
Not only
useful, such abiilities define the style of a solo.
It's actually a showstopper for me in certain areas. Pads and other
stuff work ok, but monosynths are no-go in most linux softsynths for
me... 
10:54 p.m.
On Tue, Aug 23, 2005 at 10:01:20PM +0200, Atte André Jensen wrote:
Christoph Eckert wrote:
I suppose you can guess what I'm going to say, but I'll go ahead anyway:
The behavior you want is easy to implement in a few lines of Python code,
as a MIDI filter that sits between the keyboard and the softsynth.
A tentative version is attached. I haven't tested it a lot, but it should
be okay as well as easy to extend to give more sophisticated behavior.
Peter
Not only useful, such abiilities define the style
of a solo.
It's actually a showstopper for me in certain areas. Pads and other
stuff work ok, but monosynths are no-go in most linux softsynths for me...
24 Aug
24 Aug
4:17 a.m.
Peter Brinkmann wrote:
I suppose you can guess what I'm going to say,
Actually not!
but I'll go ahead anyway:
The behavior you want is easy to implement in a few lines of Python code,
Nice, I'll give it a spin later today. It would be easier if this was
build into to synth, though.
--
peace, love & harmony
Atte
http://www.atte.dk
11:54 a.m.
Peter Brinkmann wrote:
I haven't tested it a lot, but it should
be okay as well as easy to extend to give more sophisticated behavior.
I added
#!/usr/bin/env python
# -*- coding: latin-1 -*-
to the beginning, which made it run :-) There sometimes is a strange
behaviour (sound off), must test more to se if I can figure out when it
appears...
Besides that this makes me even more interresting in python/midi. Soooo
flexible and powerful. Thanks for sharing!
--
peace, love & harmony
Atte
http://www.atte.dk
6:45 a.m.
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
The problem is in monomode. If one note is held and
another played,
released, played, releaset, etc. there should always be sound as long as
at least one note is depressed.
It may be desirable in some cases, but why should it always be this
way? What kind of priority is right: low note priority, low note
priority with re-triggered envelopes, high note priority, high note
priority with re-triggered envelopes, last note priority, last note
with envelopes (taken from http://tinyurl.com/93v8n)? SuperCollider
and Pd don't enforce any of these on the user, which IMO is The Right
Thing. I don't know how the other synths work.
Ciao
--
Frank Barknecht _ ______footils.org__
_ __latest track: "plak" @ http://footils.org/cms/show/44
25 Aug
25 Aug
4:46 a.m.
Frank Barknecht wrote:
SuperCollider
and Pd don't enforce any of these on the user, which IMO is The Right
Thing. I don't know how the other synths work.
Agreed.
The problem is that most synths don't offer these choices to the user.
They work in one, fixed way that's not the first choise IMHO. I even
suspect that the developers didn't even think that much about how this
area of their synth should work, so the default might be more chance
than design...
--
peace, love & harmony
Atte
http://www.atte.dk
6:12 a.m.
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
The problem is that most synths don't offer these
choices to the user.
They work in one, fixed way that's not the first choise IMHO. I even
suspect that the developers didn't even think that much about how this
area of their synth should work, so the default might be more chance
than design...
This could be. Actually it seems, that getting these basically 6 types
of monophony aren't totally trival to implement, at least in Pd. I
wonder, if anyone has a pointer to a description of the algorithms to
use, when converting midi messages to the various priorities. If we
could collect these, maybe with example code in C, then every synth,
modular or traditional, could easily implement them.
Ciao
--
Frank Barknecht _ ______footils.org__
_ __latest track: "plak" @ http://footils.org/cms/show/44
2:32 p.m.
On Aug 24, 2005, at 1:41 AM, Frank Barknecht wrote:
Atte André Jensen hat gesagt: // Atte André Jensen
wrote:
Thanks, André, for bringing this up -- Xsynth-DSSI and hexter maintain
a stack of playing notes, with last note priority, so they behave the
way
you are describing as desired. They also offer several envelope
retriggering options (no retrigger, retrigger any time the active note
changes, retrigger only upon a new note-on).
Thanks also to Frank, for pointing out some of the other possibilities
-- I'll
add the high-note and low-note priorities to my synth's to-do lists.
(Can't miss an opportunity to plug my work, what? ;-)
-Sean
The problem is in monomode. If one note is held
and another played,
released, played, releaset, etc. there should always be sound as long
as
at least one note is depressed.
It may be desirable in some cases, but why should it always be this
way? What kind of priority is right: low note priority, low note
priority with re-triggered envelopes, high note priority, high note
priority with re-triggered envelopes, last note priority, last note
with envelopes....
7367
days inactive
7369
days old
linux-audio-user@lists.linuxaudio.org
14 comments
7 participants
participants (7)
-
Atte André Jensen -
Christoph Eckert -
Florian Schmidt -
Frank Barknecht -
Peter Brinkmann -
Sean Bolton -
Thorsten Wilms