5 Apr
2004
5 Apr
'04
10:47 p.m.
Greetings:
Is there some way to tell Qsynth that I want it to receive only on
certain channels and ignore the others ? I could really use that feature...
Best,
dp
6 Apr
6 Apr
1:37 a.m.
On Mon, 2004-04-05 at 18:14, Dave Phillips wrote:
Greetings:
Is there some way to tell Qsynth that I want it to receive only on
certain channels and ignore the others ? I could really use that feature...
Best,
dp
Wouldn't it be a nice feature in kaconnnect or qjackctl to one day add
MIDI filtering?
6:36 a.m.
Hallo,
Mark Knecht hat gesagt: // Mark Knecht wrote:
Wouldn't it be a nice feature in kaconnnect or
qjackctl to one day add
MIDI filtering?
There are various ways to do midi filtering already. Matthias Nagorni
wrote a tool for that whose name I don't remember currently, and it's
very easy to create even complex filtering rules in Pd/jMax.
Personally I don't think this belongs into a patch bay.
ciao
--
Frank Barknecht _ ______footils.org__
6:59 a.m.
On Tue, 6 Apr 2004 10:29:55 +0200
Frank Barknecht <fbar(a)footils.org> wrote:
Hallo,
Mark Knecht hat gesagt: // Mark Knecht wrote:
Midi tradition is that a device decides itself for which channel
messages it wants to listen. Every external midi device [except for very
old ones] i had under my fingers had some sort of mechanism to specify
which channels to listen to..
The reason for this is in the nature of normal external midi setups. It
is very common to hook up more than 2 instruments [though there is an
upper imit because of latencies] to a single midi port.. All midi
devices get the same midi stream so now they need to know which data is
for which device. This is done via the channels.
Breaking this concept would confuse many musicians, i suppose.. I know
in the case of internal midi routing with ALSA where you have
point2point connections between midi apps this doesn't relly make sense
anymore, because usually every midi app just gets the data it needs.
But still in the case of a dedicated computer that only runs softsynths
and has a single midi interface which is connected to a sequencer [be it
an external one or another computer] the channel selection method again
makes very much sense..
It is just part of how midi works..
Flo
--
kT
Wouldn't it be a nice feature in kaconnnect
or qjackctl to one day
add MIDI filtering?
There are various ways to do midi filtering already. Matthias Nagorni
wrote a tool for that whose name I don't remember currently, and it's
very easy to create even complex filtering rules in Pd/jMax.
Personally I don't think this belongs into a patch bay. 
1:46 p.m.
Florian Schmidt wrote:
On Tue, 6 Apr 2004 10:29:55 +0200
Frank Barknecht <fbar(a)footils.org> wrote:
Florian,
Hi. You an Frank make good points, but in my opinion the points are
stronger with older style MIDI hardware devices and less so with some of
the more interesting things going on with MIDI today under different
environments.
Personally I think it does make sense to consider MIDI filtering,
translation of one channel to multiple channels, velocity curve
remapping, customized keyboard splits, and easily 5-10 more features,
and how all of this maps to multiple MIDI interfaces (hardware and
virtual) all within the confines of a single MIDI patch bay app. It's
easier to do complex mappings in a single app vs. telling different
synths to do special things. It's far easier to save settings in a
single app than trying to save and restore 5 separate soft and hard synths.
When I started working with more advanced sample libraries, such as
Garritan, Dan Dean, etc., I found more and more use for these sorts of
features. Since sometimes I'm taking a specific MIDI line and driving
multiple synths, but driving them in different ways, and then mixing
audio all done live. It's good (IMO) to have tools that encourage and
support these sorts of capabilites.
Anyway, just my thoughts. If some developer finds them interesting
then maybe one day they'll undertake to develop them. If not then I
suppose they weren't important for users of MIDI under Linux.
Thanks,
Mark
Hallo,
Mark Knecht hat gesagt: // Mark Knecht wrote:
Midi tradition is that a device decides itself for which channel
messages it wants to listen. Every external midi device [except for very
old ones] i had under my fingers had some sort of mechanism to specify
which channels to listen to..
The reason for this is in the nature of normal external midi setups. It
is very common to hook up more than 2 instruments [though there is an
upper imit because of latencies] to a single midi port.. All midi
devices get the same midi stream so now they need to know which data is
for which device. This is done via the channels.
Breaking this concept would confuse many musicians, i suppose.. I know
in the case of internal midi routing with ALSA where you have
point2point connections between midi apps this doesn't relly make sense
anymore, because usually every midi app just gets the data it needs.
But still in the case of a dedicated computer that only runs softsynths
and has a single midi interface which is connected to a sequencer [be it
an external one or another computer] the channel selection method again
makes very much sense..
It is just part of how midi works..
Flo
Wouldn't it be a nice feature in kaconnnect or
qjackctl to one day
add MIDI filtering?
There are various ways to do midi filtering already. Matthias Nagorni
wrote a tool for that whose name I don't remember currently, and it's
very easy to create even complex filtering rules in Pd/jMax.
Personally I don't think this belongs into a patch bay.
9:13 a.m.
Greetings:
This is a precaffeinated message. You have been warned.
I own a Yamaha MJC8 MIDI patch bay. It's very nice, but alas, it does
nothing more than route connections. I would have preferred a
programmable patch bay. Such devices included many amenities for the
MIDI user, including channel control, scene memory, autoscanning
hardware, etc. Personally, I'd like to see such features in a software
MIDI patch bay. I'd also like to see something like a software MEP4 (a
MIDI event processor box), but again its features could be incorporated
into a programmable patch bay.
At this time, it's either all or nothing with MIDI channels. Very
frustrating when I want to use my TX802 on Ch 1, *only* Qsynth's drums
on Ch 10, and ZynAddSubFX on Ch 5. The synths do in fact include their
own channel selector, but the 802 is multitimbral and I often leave it
in an 8-channel (8 instruments) configuration. So if I have a connection
scene that includes Qsynth and the 802, everything on those eight
channels gets played by Qsynth, but I don't want that to happen.
So, can it be done ? I tried using holborn's SoundFontCombi but
couldn't get it to keep the settings I made. Every time I started
playing a sequence it would flip back to its original state. Sigh...
Best,
dp
Frank Barknecht wrote:
Hallo,
Mark Knecht hat gesagt: // Mark Knecht wrote:
Wouldn't it be a nice feature in kaconnnect or
qjackctl to one day add
MIDI filtering?
There are various ways to do midi filtering already. Matthias Nagorni
wrote a tool for that whose name I don't remember currently, and it's
very easy to create even complex filtering rules in Pd/jMax.
Personally I don't think this belongs into a patch bay.
ciao
1:44 p.m.
Dave Phillips wrote / a écrit:
I haven't played a lot with SoundFondCombi so I can't help you.
Maybe you should ask holborn (holborn(a)telefonica.net) .He is a nice guy, very open to
suggestions or modifications of his programs.
cheers
GuyCLO~
-------------------------------------
#219055 http://counter.li.org
-------------------------------------
http://perso.wanadoo.fr/guy.clotilde/
-------------------------------------
They laughed at Einstein. They laughed at the Wright Brothers. But
they also laughed at Bozo the Clown.
-- Carl Sagan
So, can it
be done ? I tried using holborn's SoundFontCombi but
couldn't get it to
keep the settings I made. Every time I started
playing a sequence it would flip back to its original state. Sigh...
7566
days inactive
7567
days old
linux-audio-user@lists.linuxaudio.org
6 comments
6 participants
participants (6)
-
Dave Phillips -
Florian Schmidt -
Frank Barknecht -
Guy Daniel CLOTILDE -
Mark Knecht -
Mark Knecht