All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Cannam <cannam@all-day-breakfast.com>
To: Jaroslav Kysela <perex@suse.cz>
Cc: alsa-devel <alsa-devel@lists.sourceforge.net>,
	rosegarden-devel <rosegarden-devel@lists.sourceforge.net>
Subject: Re: [Rosegarden-devel] Re: Sequencer port type flags
Date: Fri, 09 May 2003 13:00:01 +0100	[thread overview]
Message-ID: <3EBB9841.8090805@all-day-breakfast.com> (raw)
In-Reply-To: Pine.LNX.4.44.0305091237280.1237-100000@pnote.perex-int.cz

Jaroslav Kysela wrote:
> SNDRV_SEQ_PORT_TYPE_MIDI_* defines are for client which understands the 
> midi v1.0 commands and extensions

Right, so these flags are all about the events that a client
understands, not about describing the client as I had first
imagined.

So there is no way for a MIDI-based soft synth (that does not
support GM etc and does not do direct wavetable synthesis) to
indicate that it is a synth, for the benefit of an application
such as Rosegarden that would like to be able to show the user
a distinction between a soft synth and e.g. a record port on
another sequencer?

Similarly, since the APPLICATION type is not a MIDI_* type,
does that mean that it indicates a port that only understands
application-specific non-MIDI events?  So the numerous existing
soft synths that set APPLICATION on their MIDI input ports --
including the ALSA 0.9 programming howto example -- are actually
giving false (rather than merely incomplete) information?

And harking back to the other part of Pedro's initial question,
does this also mean that we shouldn't rely on the presence of
the SND_SEQ_PORT_TYPE_SYNTH flag to identify soundcard-hosted
MIDI synths that accept MIDI events (in order to distinguish
them from external MIDI devices), because that flag will not be
there if MIDI is all the synth's driver understands?


Chris



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

  reply	other threads:[~2003-05-09 12:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-07 23:42 Sequencer port type flags Pedro Lopez-Cabanillas
2003-05-08 17:51 ` Frank van de Pol
2003-05-08 20:00   ` Jaroslav Kysela
2003-05-09  9:54     ` [Rosegarden-devel] " Chris Cannam
2003-05-09 10:11       ` Chris Cannam
2003-05-09 10:54         ` Jaroslav Kysela
2003-05-09 10:43       ` Jaroslav Kysela
2003-05-09 12:00         ` Chris Cannam [this message]
2003-05-10 17:15         ` Pedro Lopez-Cabanillas
2003-05-12 10:02           ` Takashi Iwai

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=3EBB9841.8090805@all-day-breakfast.com \
    --to=cannam@all-day-breakfast.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=perex@suse.cz \
    --cc=rosegarden-devel@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.