Re: [LAD] making sense of Jack MIDI; or, is this an appropriate use for Jack?

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: M Donalies <ingeniousnebbish@...>
Cc: <linux-audio-dev@...>
Date: Saturday, February 16, 2013 - 12:16 pm

--nextPart2021257.8NluqRJHmj
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"

On Friday 15 February 2013 15:19:03 M Donalies wrote:

Audio and MIDI are two totally different concepts from the beginning. You can
mix both of them in your application, but to do so you are going to choose
between one or the other point of view, and the chosen alternative is going to
be determinant on your application's functionalities and which users are going
to be happy with(out) them.

I like to explain this issue with an analogy: it is similar to the image
world, where you have vector graphics (MIDI) and bit-mapped or raster graphics
(digital audio). There are Linux programs working from both points of view,
for instance: Inkscape (vector graphics) and Gimp (bitmaps). You can use
bitmaps with Inkscape and vector graphics in Gimp, they can interoperate quite
well, but when you mix both worlds, each program tries to convert the alien
object to its own point of view. There are graphic artists that start a design
with Inkscape producing SVG files, and for the final product they import a SVG
into Gimp. There is also people working directly with Gimp from scratch.

Saving the distances, it is comparable to the work-flow of some musicians
starting with a MIDI draft composition and arrangement, and finishing it with
a digital audio workstation. There are also musicians that work in a DAW from
scratch. In this analogy, the issues with zoom in images are comparable to
audio stretch/shrink, and the ability to change tempo or scale on the fly is a
direct consequence of this. Like the work based on arbitrary/symbolic units
for measuring time and distances, compared with measuring it in pixels and
frames/seconds.

Regards,
Pedro

--nextPart2021257.8NluqRJHmj
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"

p, li { white-space: pre-wrap; }

On =
Friday 15 February 2013 15:19:03 M Donalies wrote:
&gt=
; If I want to support=C2=A0
&gt=
; both audio and midi, then I have to learn 2 completely different and<=
/p>
&gt=
; conflicting=C2=A0 api's.
 
Aud=
io and MIDI are two totally different concepts from the beginning. You =
can mix both of them in your application, but to do so you are going to=
choose between one or the other point of view, and the chosen alternat=
ive is going to be determinant on your application's functionalities an=
d which users are going to be happy with(out) them.
 
I l=
ike to explain this issue with an analogy: it is similar to the image w=
orld, where you have vector graphics (MIDI) and bit-mapped or raster gr=
aphics (digital audio). There are Linux programs working from both poin=
ts of view, for instance: Inkscape (vector graphics) and Gimp (bitmaps)=
. You can use bitmaps with Inkscape and vector graphics in Gimp, they c=
an interoperate quite well, but when you mix both worlds, each program =
tries to convert the alien object to its own point of view. There are g=
raphic artists that start a design with Inkscape producing SVG files, a=
nd for the final product they import a SVG into Gimp. There is also peo=
ple working directly with Gimp from scratch.
 
Sav=
ing the distances, it is comparable to the work-flow of some musicians =
starting with a MIDI draft composition and arrangement, and finishing i=
t with a digital audio workstation. There are also musicians that work =
in a DAW from scratch. In this analogy, the issues with zoom in images =
are comparable to audio stretch/shrink, and the ability to change tempo=
or scale on the fly is a direct consequence of this. Like the work bas=
ed on arbitrary/symbolic units for measuring time and distances, compar=
ed with measuring it in pixels and frames/seconds.
 
Reg=
ards,
Ped=
ro
 
--nextPart2021257.8NluqRJHmj--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Fri Feb 15, 5:53 pm)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Sat Feb 16, 12:16 pm)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Sat Feb 16, 5:22 pm)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Sat Feb 16, 9:39 am)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Sat Feb 16, 10:03 am)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Sat Feb 16, 11:03 am)
Re: [LAD] making sense of Jack MIDI; or, is this an appropri..., Pedro Lopez-Cabanillas, (Fri Feb 15, 7:15 pm)