Re: Re : Music duration

[René Micout]

Hello Beat,
Naturally I will be (so) glad to receive your MidiLib...
Thank you
Bons souvenirs de Paris
René

Le 20 févr. 09 à 15:55, Beat Cornaz a écrit :


Hi René ,

I have been abroad and could not react earlier. Fortunalety Kurt  
has helped you out quite a bit.


Maybe the following can be of use to you. The thing that took the  
longest time for me in the Midi code to 'crack' was the 'Delta  
time' , being the time to the next midi event (whether a Note on,  
Note off or Midi message). As the Delta time cannot be fixed into a  
fixed data format (it must be flexible tpo accomodate for long  
Delta times), the Midi format uses 'Variable Length coding', which  
can accomodate any Delta Time.
As it is some years ago that I have coded my 'MakeMidiFile' script,  
I can't remember exactly how the Variable Length coding works, but  
I can send you the

handler or post it here if someone else is ineterested.

Another thing I remember, is that one of the Rev functions -  
baseconvert() or  BinaryDecode() would not work anymore as the  
number to convert got too big. I have made a workaround.  I just  
looked in my MidiLib, but could not find it anymore. Maybe it has  
been fixed in the newer Rev versions, as I tried big numbers and  
they converted just fine.But I realised that my MidiLib needs some  
serious cleaning up!!


In a midi file (as Kurt already explained), some (Hex) stuff is  
always there, like the Header , Tempo, TimeSignature and Key. The  
actual data for the Tempo (e.g. 120) etc. is given by you of course  
(in Hex). Track 1 contains all this information and the actual  
notes start in track 2. (In any case in a midi file with more than  
1 track). After you have the whole Midifile in Hex, you convert it  
to Binary (with BinaryEncode). Of course, the binary encode can be  
done earlier on, like after each Hex duplet or Hex part has been  
established (I think I remember Kurt does it that way).


In the header of each track, you'll need the specify the length of  
the data of that track (the number of Hex digits in that track).


So basically you have to convert decimal data (like noteNrs,  
velocity, duration etc) to Hex and the whole Hex data to binary.


I can send you my MidiLib, so you can see how I have done it. I  
will have to clean it up before I send it, it's too messy, but it  
works fine.
I have not yet experimented with the QT synth, as I was (am) aiming  
to directly address Logic. But I guess I will try with the QT synth  
as well, as my bigger goal is quite a challange it seems.


In my MidiLib, there is also a handler to import a MidiFile. I use  
it to import from Logic, then make variantions of the theme in my  
Rev stack and make a new MidiFile which I drag into my sequencer.


Don't let the dataformat of the Midi file get to you. It takes a  
while to get it. I have been 'struggling' with it for some months  
untill the handler finally worked. Bit by bit, you'll get to  
understand it better. I'll be gladly  helping you, but  
unfortunately I don't have the time to read the usergroup's mails  
on a daily basis.


I hope this helps some,

kind regards, Beat
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re : Music duration

[Beat Cornaz]

Hi René ,

I have been abroad and could not react earlier. Fortunalety Kurt has  
helped you out quite a bit.


Maybe the following can be of use to you. The thing that took the  
longest time for me in the Midi code to 'crack' was the 'Delta time' ,  
being the time to the next midi event (whether a Note on, Note off or  
Midi message). As the Delta time cannot be fixed into a fixed data  
format (it must be flexible tpo accomodate for long Delta times), the  
Midi format uses 'Variable Length coding', which can accomodate any  
Delta Time.
As it is some years ago that I have coded my 'MakeMidiFile' script, I  
can't remember exactly how the Variable Length coding works, but I can  
send you the

handler or post it here if someone else is ineterested.

Another thing I remember, is that one of the Rev functions -  
baseconvert() or  BinaryDecode() would not work anymore as the number  
to convert got too big. I have made a workaround.  I just looked in my  
MidiLib, but could not find it anymore. Maybe it has been fixed in the  
newer Rev versions, as I tried big numbers and they converted just  
fine.But I realised that my MidiLib needs some serious cleaning up!!


In a midi file (as Kurt already explained), some (Hex) stuff is always  
there, like the Header , Tempo, TimeSignature and Key. The actual data  
for the Tempo (e.g. 120) etc. is given by you of course (in Hex).  
Track 1 contains all this information and the actual notes start in  
track 2. (In any case in a midi file with more than 1 track). After  
you have the whole Midifile in Hex, you convert it to Binary (with  
BinaryEncode). Of course, the binary encode can be done earlier on,  
like after each Hex duplet or Hex part has been established (I think I  
remember Kurt does it that way).


In the header of each track, you'll need the specify the length of the  
data of that track (the number of Hex digits in that track).


So basically you have to convert decimal data (like noteNrs, velocity,  
duration etc) to Hex and the whole Hex data to binary.


I can send you my MidiLib, so you can see how I have done it. I will  
have to clean it up before I send it, it's too messy, but it works fine.
I have not yet experimented with the QT synth, as I was (am) aiming to  
directly address Logic. But I guess I will try with the QT synth as  
well, as my bigger goal is quite a challange it seems.


In my MidiLib, there is also a handler to import a MidiFile. I use it  
to import from Logic, then make variantions of the theme in my Rev  
stack and make a new MidiFile which I drag into my sequencer.


Don't let the dataformat of the Midi file get to you. It takes a while  
to get it. I have been 'struggling' with it for some months untill the  
handler finally worked. Bit by bit, you'll get to understand it  
better. I'll be gladly  helping you, but unfortunately I don't have  
the time to read the usergroup's mails on a daily basis.


I hope this helps some,

kind regards, Beat
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

MIDI (was: Music duration)

[Kurt Kaufman]

*This is the MIDI file format reference I used when first learning  
about MIDI:

http://jedi.ks.uiuc.edu/~johns/links/music/midifile.htm

*This also seems useful, especially in describing the MIDI byte  
structure:

http://music.nuim.ie/music/sites/cpaneltest.nuim.ie.music/files/images/documents/StandardMidiFiles.pdf

*You don't have to provide data for all possible parameters.  For  
instance, MIDI Builder does not indicate a specific velocity  
(loudness) for each MIDI note event. It just sets the value at 64 (mid  
range) and leaves it.  If we were using a velocity-sensitive input  
device, i.e. a touch sensitive MIDI keyboard controller, then we would  
want to "trap" the value of the velocity for each note.


*Print out the transcript dictionary reference for binaryEncode. Look  
especially at the H parameter.


Kurt
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Beat Cornaz]

Kurt wrote :
>  I can also cc to the list if anyone else expresses an interest in  
the subject (anyone?).


Yes, Kurt,  I am interested too!

Thanks, Beat.

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[René Micout]

Kurt,
You are wonderfull ! :-)
René

Le 18 févr. 09 à 02:03, Kurt Kaufman a écrit :


René,
You need first of all to understand what you are seeing in the Hex  
Editor.  All of the MIDI data (including the data that is not  
printable in ascii text) is represented in Hexadecimal notation.   
It would be a good idea to practice a some conversions from Decimal  
to Hexadecimal (and the reverse); you'll get used to reading base-16.


http://en.wikipedia.org/wiki/Hexadecimal


-Kurt




--- On Tue, 2/17/09, René Micout <[]> wrote:

> ...I have many questions > ?
> The most important are lines 22, 30, 38 46 about note data,
> by example line 22 :
> 903C648400803C
> I think 03C is the pitch (!?) and 64844008 is the duration
> (!?)...

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[Kurt Kaufman]

René,
You need first of all to understand what you are seeing in the Hex  
Editor.  All of the MIDI data (including the data that is not  
printable in ascii text) is represented in Hexadecimal notation.  It  
would be a good idea to practice a some conversions from Decimal to  
Hexadecimal (and the reverse); you'll get used to reading base-16.


http://en.wikipedia.org/wiki/Hexadecimal


-Kurt




--- On Tue, 2/17/09, René Micout <[]> wrote:

> ...I have many questions > ?
> The most important are lines 22, 30, 38 46 about note data,
> by example line 22 :
> 903C648400803C
> I think 03C is the pitch (!?) and 64844008 is the duration
> (!?)...

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Kurt Kaufman]

René,
I'll reply to you either later today or tomorrow  (I have a long music 
rehearsal this evening).  I can also cc to the list if anyone else expresses an 
interest in the subject (anyone?).

-Kurt


--- On Tue, 2/17/09, René Micout <[]> wrote:

> From: René Micout []
> Bonjour Kurt,
> I hardly work this week-end (see my exercices in PDF file
> joined > off-list...).
> I have many questions > ?
> The most important are lines 22, 30, 38 46 about note data,
> by example line 22 :
> 903C648400803C
> I think 03C is the pitch (!?) and 64844008 is the duration
> (!?)
> Where is the velocity ?
> Thank you very much for these lessons :-)
> Theses functionalities are very interesting for making MIDI
> files but my problem is especially making MIDI messages (!?)
> by sending parameters from Revolution to QT synthesizer (is
> it correct ?)
> Bons souvenirs de Paris
> René

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[René Micout]

Bonjour Kurt,
I hardly work this week-end (see my exercices in PDF file joined >  
off-list...).

I have many questions > ?
The most important are lines 22, 30, 38 46 about note data, by  
example line 22 :

903C648400803C
I think 03C is the pitch (!?) and 64844008 is the duration (!?)
Where is the velocity ?
Thank you very much for these lessons :-)
Theses functionalities are very interesting for making MIDI files but  
my problem is especially making MIDI messages (!?)
by sending parameters from Revolution to QT synthesizer (is it  
correct ?)

Bons souvenirs de Paris
René


Le 12 févr. 09 à 01:02, Kurt Kaufman a écrit :


"...I know your work and I appreciate it, but but...
It is a little bit complex for me :-(
I dont understand binaryEncode(etc...)
and also the bridge between Revolution (code) and Midi..."

René,

I know it looks complicated.  I think it would take me a while to  
figure it out again, even though I commented the scripts fairly  
heavily!
But once you understand what makes up a MIDI file, which parts are  
constant (always the same in every MIDI file of that type), and  
which parts are variable (different in each music track), you see  
that it is not that complex.  If you look at the MIDI format  
document, you'll see the various parts described in the order in  
which they appear.


At least MIDI files are generally not very big, so if you want to  
open them up using a Hex editor, you're not scanning a tremendous  
amount of data.  To that end I would use MIDI Builder to create a  
MIDI file with a single note, and then take a look using HexEdit:


http://sourceforge.net/project/showfiles.php?group_id=9366
(there's a French version, too)

Now compare what's in the MIDI format document with what you see  
in the HexEdit.


Rev's binaryEncode function is called after all of the various  
parts of the data have been set up, as most of the MIDI data  
cannot be represented by ascii (it's not printable, for the most  
part).  But the binaryEncode function is automatic;  you just have  
to give the function its data and the proper parameters, and Rev  
does the rest. Rev makes it easy: You can simply add the  
successive bytes of encoded data "after" what's already there.   
The file can be created in a fraction of a second and played  
almost immediately.  Rev's QT player object handles most of the  
work, you just have to send it data that it understands.


Hope this helps,
Kurt

further info:
http://crystal.apana.org.au/ghansper/midi_introduction/ 
midi_file_format.html

http://www.harmony-central.com/MIDI/Doc/doc.html

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Judy Perry]

Right (I think);  what I am reading is that HC modified the pitch of a sound
resource to simulate MIDI; the scripter would write something like:
play flute c3e ebq  -- etc etc.

and the engine translated c3e into a modified pitch of the flute sound such
that third octave C key would be played as an eighth note (for the first
note) etc.
Yeah, I'm playing with Shakobox (again).  Is there some way of sucking in
Bettancourt's PlayCommand Agent X into a stack as a custom property,
spitting it out when needed, then deleting it?

I must admit I never had the opportunity to get into custom props...

Thank you,

Judy
http://revined.blogspot.com


On Sun, Feb 15, 2009 at 5:13 PM, Kurt Kaufman  wrote:

> Judy Perry wrote:
>
>  While looking for info on HC's old way of doing scripted musical
>> generation, I came across this page:
>> http://www.kenjikojima.com/pi/htmlFiles/program.html
>> Apparently, it's some sort of Rev port of an earlier HC work
>>
>
> If I remember correctly, didn't HC use a scriptable system to re-sample
> sound resources?  I don't think it had anything to do with MIDI per se.
> Concerning scripted MIDI sequence generation:
>
> Udi's makeSMF:
> http://homepage.mac.com/udi/stack/makeSMF133.hqx
>
> JLG's shakobox:
> http://www.hyperactivesw.com/shakobox.html
>
> -KK
>
>
>
>
>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[Kurt Kaufman]

Judy Perry wrote:

While looking for info on HC's old way of doing scripted musical  
generation, I came across this page:

http://www.kenjikojima.com/pi/htmlFiles/program.html
Apparently, it's some sort of Rev port of an earlier HC work


If I remember correctly, didn't HC use a scriptable system to re- 
sample sound resources?  I don't think it had anything to do with MIDI  
per se.   Concerning scripted MIDI sequence generation:


Udi's makeSMF:
http://homepage.mac.com/udi/stack/makeSMF133.hqx

JLG's shakobox:
http://www.hyperactivesw.com/shakobox.html

-KK






___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Judy Perry]

While looking for info on HC's old way of doing scripted musical generation,
I came across this page:
http://www.kenjikojima.com/pi/htmlFiles/program.html

Apparently, it's some sort of Rev port of an earlier HC work.

>From the parent page:

*OVERVIEW:*
--

*String Quartet Pi / Kenji Kojima*

* The music was created from the constant π (Pi*) to 3,000 decimal places. I
believed many artists and scientists have tried same idea before. I should
rather say "String Quartet Pi" was one of interpretations of Pi music. The
constant was always same, however as the result of each music by an
interpretation was accompany sense of beauty of composers.

One of purposes of this creation was beyond human being performance. I hope
you can enjoy the music and the reading process of the data. 2004, Kenji
Kojima

* Click on the top-left of QuickTime controller and listen it.

*A SEED OF THE MUSIC :*

* The constant Pi is used from the first number 3 to until under the point
3,000 decimal places.

*MUSICAL NOTATION /
PROGRAMMING
:*
* The score adopted with same musical notation that was play command of
HyperTalk a script language of Apple's HyperCard. And it was extended to
other MIDI functions that was PMD (Play Midi Data). A number plus one is a
step of chromatic scale is upped. For Ex. If the number 3 is C, 4 is C#. The
center C is set to the absolute pitch 60 for the application player* which
plays MIDI instruments by numeric steps. C# that is next of center C is
absolute pitch 61. Next D is 62.

Judy

http://revined.blogspot.com

On Thu, Feb 12, 2009 at 1:13 AM, René Micout  wrote:

> Thank you VERY much Kurt !!!
> I will look it (that ?) this week-end. If there are still "dark" ("obscur"
> in french), I will ask you some explanation.
> René
>
> Le 12 févr. 09 à 01:02, Kurt Kaufman a écrit :
>
>
>  "...I know your work and I appreciate it, but but...
>> It is a little bit complex for me :-(
>> I dont understand binaryEncode(etc...)
>> and also the bridge between Revolution (code) and Midi..."
>>
>> René,
>>
>> I know it looks complicated.  I think it would take me a while to figure
>> it out again, even though I commented the scripts fairly heavily!
>> But once you understand what makes up a MIDI file, which parts are
>> constant (always the same in every MIDI file of that type), and which parts
>> are variable (different in each music track), you see that it is not that
>> complex.  If you look at the MIDI format document, you'll see the various
>> parts described in the order in which they appear.
>>
>> At least MIDI files are generally not very big, so if you want to open
>> them up using a Hex editor, you're not scanning a tremendous amount of data.
>>  To that end I would use MIDI Builder to create a MIDI file with a single
>> note, and then take a look using HexEdit:
>>
>> http://sourceforge.net/project/showfiles.php?group_id=9366
>> (there's a French version, too)
>>
>> Now compare what's in the MIDI format document with what you see in the
>> HexEdit.
>>
>> Rev's binaryEncode function is called after all of the various parts of
>> the data have been set up, as most of the MIDI data cannot be represented by
>> ascii (it's not printable, for the most part).  But the binaryEncode
>> function is automatic;  you just have to give the function its data and the
>> proper parameters, and Rev does the rest. Rev makes it easy: You can simply
>> add the successive bytes of encoded data "after" what's already there.  The
>> file can be created in a fraction of a second and played almost immediately.
>>  Rev's QT player object handles most of the work, you just have to send it
>> data that it understands.
>>
>> Hope this helps,
>> Kurt
>>
>> further info:
>> http://crystal.apana.org.au/ghansper/midi_introduction/
>> midi_file_format.html
>> http://www.harmony-central.com/MIDI/Doc/doc.html
>>
>> ___
>> use-revolution mailing list
>> use-revolution@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[René Micout]

Thank you VERY much Kurt !!!
I will look it (that ?) this week-end. If there are still  
"dark" ("obscur" in french), I will ask you some explanation.

René

Le 12 févr. 09 à 01:02, Kurt Kaufman a écrit :


"...I know your work and I appreciate it, but but...
It is a little bit complex for me :-(
I dont understand binaryEncode(etc...)
and also the bridge between Revolution (code) and Midi..."

René,

I know it looks complicated.  I think it would take me a while to  
figure it out again, even though I commented the scripts fairly  
heavily!
But once you understand what makes up a MIDI file, which parts are  
constant (always the same in every MIDI file of that type), and  
which parts are variable (different in each music track), you see  
that it is not that complex.  If you look at the MIDI format  
document, you'll see the various parts described in the order in  
which they appear.


At least MIDI files are generally not very big, so if you want to  
open them up using a Hex editor, you're not scanning a tremendous  
amount of data.  To that end I would use MIDI Builder to create a  
MIDI file with a single note, and then take a look using HexEdit:


http://sourceforge.net/project/showfiles.php?group_id=9366
(there's a French version, too)

Now compare what's in the MIDI format document with what you see in  
the HexEdit.


Rev's binaryEncode function is called after all of the various  
parts of the data have been set up, as most of the MIDI data cannot  
be represented by ascii (it's not printable, for the most part).   
But the binaryEncode function is automatic;  you just have to give  
the function its data and the proper parameters, and Rev does the  
rest. Rev makes it easy: You can simply add the successive bytes of  
encoded data "after" what's already there.  The file can be created  
in a fraction of a second and played almost immediately.  Rev's QT  
player object handles most of the work, you just have to send it  
data that it understands.


Hope this helps,
Kurt

further info:
http://crystal.apana.org.au/ghansper/midi_introduction/ 
midi_file_format.html

http://www.harmony-central.com/MIDI/Doc/doc.html

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[Kurt Kaufman]

"...I know your work and I appreciate it, but but...
It is a little bit complex for me :-(
I dont understand binaryEncode(etc...)
and also the bridge between Revolution (code) and Midi..."

René,

I know it looks complicated.  I think it would take me a while to  
figure it out again, even though I commented the scripts fairly heavily!
But once you understand what makes up a MIDI file, which parts are  
constant (always the same in every MIDI file of that type), and which  
parts are variable (different in each music track), you see that it is  
not that complex.  If you look at the MIDI format document, you'll see  
the various parts described in the order in which they appear.


At least MIDI files are generally not very big, so if you want to open  
them up using a Hex editor, you're not scanning a tremendous amount of  
data.  To that end I would use MIDI Builder to create a MIDI file with  
a single note, and then take a look using HexEdit:


http://sourceforge.net/project/showfiles.php?group_id=9366
(there's a French version, too)

Now compare what's in the MIDI format document with what you see in  
the HexEdit.


Rev's binaryEncode function is called after all of the various parts  
of the data have been set up, as most of the MIDI data cannot be  
represented by ascii (it's not printable, for the most part).  But the  
binaryEncode function is automatic;  you just have to give the  
function its data and the proper parameters, and Rev does the rest.  
Rev makes it easy: You can simply add the successive bytes of encoded  
data "after" what's already there.  The file can be created in a  
fraction of a second and played almost immediately.  Rev's QT player  
object handles most of the work, you just have to send it data that it  
understands.


Hope this helps,
Kurt

further info:
http://crystal.apana.org.au/ghansper/midi_introduction/midi_file_format.html
http://www.harmony-central.com/MIDI/Doc/doc.html

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[Kurt Kaufman]

Location of MIDI Builder stack:

www.shopperturnpike.com/usefulsoftware/MidiBuilderStack.zip

Note: If you see a problem with the re-drawing of QT player controls,  
let me know and I'll send you a version that I wrote specifically to  
address the problem. It's unlikely, though, since I think that RunRev  
fixed that issue long ago.

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[René Micout]

Hello Kurt,
I know your work and I appreciate it, but but...
It is a little bit complex for me :-(
I dont understand binaryEncode(etc...)
and also the bridge between Revolution (code) and Midi
and (+++) english is not my language and I have difficulties to  
understand his subtilities :-(
A book about "Midi and quickTime Synthesizer" exist ? (in english  
naturally) I red Apple documentation but I dont understand how I can  
enter in it (QT synth)...

Thank you
René from Paris___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Judy Perry]

Kurt,
I'd LOVE to see your project "MIDI builder".

Where can one find it?

Thanks!

Judy
http://revined.blogspot.com

On Wed, Feb 11, 2009 at 7:46 AM, Kurt Kaufman  wrote:

> If I understand you correctly, you are trying to generate and then play
> and/or mix various music sequences using the QT musical synthesizers. The
> synthesizers can be instructed using MIDI.  I have worked with MIDI tracks,
> and what you are attempting can be done wherever QT is available.  MIDI
> tracks can be combined with a common starting point, or with an offset,
> accurate to within a tiny fraction of a second. You can easily play 4 (or
> more) tracks in this manner.  It can appear to the user that the discrete
> musical sequences are being layered "on the fly", but actually, they are
> combined in a new MIDI file in advance of their being played.  Rev/QT can do
> this very quickly.
> For more information, see my project "MIDI builder".  It used to be
> available from RunRev, but I'm not sure that it is now.  I can make it
> available if you have an interest.  The stack also includes a file that
> details the MIDI file format that I used.
>
> Best Wishes,
> Kurt
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Judy Perry]

Rene,
FWIW, I think I've been asking for it since pre-Version 1.

:-(

Judy
http://revined.blogspot.com

On Wed, Feb 11, 2009 at 2:10 AM, René Micout  wrote:

> Bonjour Thierry,
> Thank you, I have red that but it is not my problem...
> They talk about QuickTime Player sounds... And I talk about QuickTime
> Synthesizer sounds...
> And my problem is about "duration" : sequences, overlap, etc.
> I think days after days... Rev can not give me a satisfactory answer (in
> french : j'en viens à douter quant à la capacité de Revolution à donner une
> réponse satisfaisante à mon problème)
> Revolution have not a musical orientation...
> It is damage (?) because (for Macintosh) there are functions (in particular
> through the QuickTime synthesizer) should not be too difficult (not for me
> !!!) to call it by some appropriate commands. This is apparently not a
> priority for the development team. Version 4 does not seem to be interested
> in it, version 5 may be ?
> René from Paris
>
> Le 11 févr. 09 à 10:43, Thierry a écrit :
>
>
>  Bonjour René,
>>
>> May be you could shime the thread about "playing multi-sounds",
>> end of january on this list
>>
>> Judy, Scott and others gave some good advices ( and pitfalls )
>> about sounds and Rev...
>>
>> HTH,
>> Thierry
>>
>>  Hello !
>>> Actually my problem is making music with Rev (hi Beat !) on QuickTime
>>> Synthesizer via PlayCommand Agent X (Shakobox : hi ! Jacqueline).
>>> I have two solution to "do" duration (schematically):
>>> 1. First solution :
>>> A. Start sound
>>> B. Wait x millisec
>>> C. Stop sound
>>> 2. Second solution :
>>> A. Start sound
>>> B. Send "Stop sound" in x millisec
>>> With the first solution the sequences (and duration of and between
>>> sounds) of sounds work very well but if I have a second sequence the sound
>>> of this second sequence stop (and wait...) with the "wait" command of the
>>> first sequence.
>>> With the second solution the independance of sequences is right (no
>>> waiting...) but the sequence is not right because sounds overlap and do not
>>> really follow...
>>> Someone have a third solution to satisfy both requirements ?
>>>
>>
>> ___
>> use-revolution mailing list
>> use-revolution@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Judy Perry]

Hi Rene & Thierry,
Player objects won't work AFAIK with Shakobox, which is much more akin to
the old HC way of generating sounds/music using the engine (but in this
case, QT digital musical instruments and HC-like "play "instrument"
musicalNotation syntax).

Judy
http://revined.blogspot.com

On Wed, Feb 11, 2009 at 1:43 AM, Thierry  wrote:

> Bonjour René,
>
> May be you could shime the thread about "playing multi-sounds",
> end of january on this list
>
> Judy, Scott and others gave some good advices ( and pitfalls )
> about sounds and Rev...
>
> HTH,
> Thierry
>
>  Hello !
>> Actually my problem is making music with Rev (hi Beat !) on QuickTime
>> Synthesizer via PlayCommand Agent X (Shakobox : hi ! Jacqueline).
>> I have two solution to "do" duration (schematically):
>> 1. First solution :
>> A. Start sound
>> B. Wait x millisec
>> C. Stop sound
>> 2. Second solution :
>> A. Start sound
>> B. Send "Stop sound" in x millisec
>> With the first solution the sequences (and duration of and between sounds)
>> of sounds work very well but if I have a second sequence the sound of this
>> second sequence stop (and wait...) with the "wait" command of the first
>> sequence.
>> With the second solution the independance of sequences is right (no
>> waiting...) but the sequence is not right because sounds overlap and do not
>> really follow...
>> Someone have a third solution to satisfy both requirements ?
>>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[Kurt Kaufman]

If I understand you correctly, you are trying to generate and then  
play and/or mix various music sequences using the QT musical  
synthesizers. The synthesizers can be instructed using MIDI.  I have  
worked with MIDI tracks, and what you are attempting can be done  
wherever QT is available.  MIDI tracks can be combined with a common  
starting point, or with an offset, accurate to within a tiny fraction  
of a second. You can easily play 4 (or more) tracks in this manner.   
It can appear to the user that the discrete musical sequences are  
being layered "on the fly", but actually, they are combined in a new  
MIDI file in advance of their being played.  Rev/QT can do this very  
quickly.
For more information, see my project "MIDI builder".  It used to be  
available from RunRev, but I'm not sure that it is now.  I can make it  
available if you have an interest.  The stack also includes a file  
that details the MIDI file format that I used.


Best Wishes,
Kurt
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Mark Smith]

René, would solution 1 work better if it was "wait x millisecs with  
messages" ? ("with messages" should stop the waits interfering with  
each other).


Best,

Mark

On 11 Feb 2009, at 08:52, René Micout wrote:

Actually my problem is making music with Rev (hi Beat !) on  
QuickTime Synthesizer via PlayCommand Agent X (Shakobox : hi !  
Jacqueline).

I have two solution to "do" duration (schematically):
1. First solution :
A. Start sound
B. Wait x millisec
C. Stop sound
2. Second solution :
A. Start sound
B. Send "Stop sound" in x millisec


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[René Micout]

Bonjour Thierry,
Thank you, I have red that but it is not my problem...
They talk about QuickTime Player sounds... And I talk about QuickTime  
Synthesizer sounds...

And my problem is about "duration" : sequences, overlap, etc.
I think days after days... Rev can not give me a satisfactory answer  
(in french : j'en viens à douter quant à la capacité de Revolution à  
donner une réponse satisfaisante à mon problème)

Revolution have not a musical orientation...
It is damage (?) because (for Macintosh) there are functions (in  
particular through the QuickTime synthesizer) should not be too  
difficult (not for me !!!) to call it by some appropriate commands.  
This is apparently not a priority for the development team. Version 4  
does not seem to be interested in it, version 5 may be ?

René from Paris

Le 11 févr. 09 à 10:43, Thierry a écrit :


Bonjour René,

May be you could shime the thread about "playing multi-sounds",
end of january on this list

Judy, Scott and others gave some good advices ( and pitfalls )
about sounds and Rev...

HTH,
Thierry


Hello !
Actually my problem is making music with Rev (hi Beat !) on  
QuickTime Synthesizer via PlayCommand Agent X (Shakobox : hi !  
Jacqueline).

I have two solution to "do" duration (schematically):
1. First solution :
A. Start sound
B. Wait x millisec
C. Stop sound
2. Second solution :
A. Start sound
B. Send "Stop sound" in x millisec
With the first solution the sequences (and duration of and between  
sounds) of sounds work very well but if I have a second sequence  
the sound of this second sequence stop (and wait...) with the  
"wait" command of the first sequence.
With the second solution the independance of sequences is right  
(no waiting...) but the sequence is not right because sounds  
overlap and do not really follow...

Someone have a third solution to satisfy both requirements ?


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Music duration

[Thierry]

Bonjour René,

May be you could shime the thread about "playing multi-sounds",
end of january on this list

Judy, Scott and others gave some good advices ( and pitfalls )
about sounds and Rev...

HTH,
Thierry


Hello !
Actually my problem is making music with Rev (hi Beat !) on  
QuickTime Synthesizer via PlayCommand Agent X (Shakobox : hi !  
Jacqueline).

I have two solution to "do" duration (schematically):
1. First solution :
A. Start sound
B. Wait x millisec
C. Stop sound
2. Second solution :
A. Start sound
B. Send "Stop sound" in x millisec
With the first solution the sequences (and duration of and between  
sounds) of sounds work very well but if I have a second sequence  
the sound of this second sequence stop (and wait...) with the  
"wait" command of the first sequence.
With the second solution the independance of sequences is right (no  
waiting...) but the sequence is not right because sounds overlap  
and do not really follow...

Someone have a third solution to satisfy both requirements ?


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Music duration

[René Micout]

Hello !
Actually my problem is making music with Rev (hi Beat !) on QuickTime  
Synthesizer via PlayCommand Agent X (Shakobox : hi ! Jacqueline).

I have two solution to "do" duration (schematically):
1. First solution :
A. Start sound
B. Wait x millisec
C. Stop sound
2. Second solution :
A. Start sound
B. Send "Stop sound" in x millisec
With the first solution the sequences (and duration of and between  
sounds) of sounds work very well but if I have a second sequence the  
sound of this second sequence stop (and wait...) with the "wait"  
command of the first sequence.
With the second solution the independance of sequences is right (no  
waiting...) but the sequence is not right because sounds overlap and  
do not really follow...

Someone have a third solution to satisfy both requirements ?
Excuse me for my english...
René from Paris___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution