Le 18 mars 09 à 23:01, Richard Gaskin a écrit :
Or does truly cross-platform mean something else? :)
I don't really understand cross-platform concept in Rev ?! What
about sheet and drawer witch are Macintosh only stuff. Why other
Macintosh specificities (is it english ?) are not
René,
Richard is trying to demonstrate to Richmond that Director isn't really
cross-plat.
And I agree FWIW... for what little it is worth ;-)
Judy
http://revined.blogspot.com
On Thu, Mar 19, 2009 at 2:42 AM, René Micout rmic...@online.fr wrote:
Le 18 mars 09 à 23:01, Richard Gaskin a écrit :
Judy Perry wrote;
Richard is trying to demonstrate to Richmond that Director isn't really
cross-plat.
and Richmond has got the point.
But, as a consequence, now believes that cross-platform is a term
with very little meaning.
I am also inclined to agree with what Jim Lambert wrote:
There are
It's hard to conceive of Rev trying to reCreate what took Apple almost 20
years to develop and it being very good. Quicktime is still the best media
handler ever created. I still remember those early developer CDs and the
little postage-stamp movies that strained the machines, but were amazing.
I certainly wasn't offended.
As for the age of the young children, well, mine are nearly 8. They
desperately want a cell phone but aren't getting one anytime soon. ;-)
Yes, they *would* notice latency.
As you say, Kay, in the old days when we all weren't quite so long in tooth,
we could all
Judy,
In a previous message (no response at this time) I write : about
rewriting PlayCommandAgent from RealBasic to Transcript (an
idea... ?), and it is not necessary MIDI (but, I think, the solution
need CoreAudio (QuickTime ?) (for Mac) and equivalent for Windows and
Linux :
...
For
Judy's reference to children not likely noticing the sound quality I
suspect must be referring to very young children because all the fifth
graders at my wife's school all have the latest pop songs blasting out
their iPhones when somebody rings, they seem to be very image concscious.
Here in
Hiya,
If there isn't going to be an 'internal' version forthcoming from
RunRev anytime soon, why not create a user group bounty system for an
external?
- Anyone up to the task would propose their 'bounty'
OR
- A community set bounty which developers would then vie for
These could be
Hiya,
On which side?... :)
Cheers,
Luis.
On 18 Mar 2009, at 12:00, René Micout wrote:
Hello Luis,
I am interessed by this project
René from Paris
Le 18 mars 09 à 12:36, Luis a écrit :
Hiya,
If there isn't going to be an 'internal' version forthcoming from
RunRev anytime soon, why
Hello Luis,
I am interessed by this project
René from Paris
Le 18 mars 09 à 12:36, Luis a écrit :
Hiya,
If there isn't going to be an 'internal' version forthcoming from
RunRev anytime soon, why not create a user group bounty system for
an external?
- Anyone up to the task would propose
Luis,
I am an amateur musician, a medium rev developper. I make now
several virtual musical instruments (exagofon, yasarofon, rizomofon)
on Macintosh...
I offer all the help I can provide in relation to the requirements
and my skills.
But I have a disadvantage : english is not my maternal
On 17 th ,march Kurt wrote :
But we still need to create an actual file to be referenced by the
QT player, right?
We cannot, for instance:
set the filename of player MyPlayer to the myMidiData of player
MyPlayer
[where myMididata is a custom property of the player MyPlayer in
on march 18th Louis wrote :
if there isn't going to be an 'internal' version forthcoming from
RunRev anytime soon, why not create a user group bounty system for an
external?
- Anyone up to the task would propose their 'bounty'
OR
- A community set bounty which developers would then vie for
On Wed, Mar 18, 2009 at 7:14 PM, gerada...@yahoo.com wrote:
My main problem is to stop kids clicking away as if they have some sort
of motor disorder while either a program or a media file loads; these
children WANT IT NOW, or, given the chance, even sooner. So
LATENCY of all forms is my
On Mar 18, 2009, at 10:12 AM, Kay C Lan wrote:
I believe Colin Holgate's instigated MIDI experiment on Jacques slower
machine using a field (the slow method) as storage revealed a
latency of 8.3
MICROseconds.
That was just the reading the data from the field. The bigger
slowdown, which
Hello,
From my past message :
...
Pmd and MIDI Builder have a common disadvantage : we cannot “Play
live“ because of principle : create a MIDI file witch is play by QT
player, resulting in a latency of at least 1/5 seconds at the start
of the file...
Is 1/5 seconds (200 milliseconds) is
On Mar 18, 2009, at 10:52 AM, René Micout wrote:
Is 1/5 seconds (200 milliseconds) is too long ?
It might be, depends on the application. For setting some music going,
that would be quite responsive. For someone trying to play a tune,
where you might be playing five notes per second, you
Yes, I agree, to play live is too long...
Le 18 mars 09 à 15:57, Colin Holgate a écrit :
On Mar 18, 2009, at 10:52 AM, René Micout wrote:
Is 1/5 seconds (200 milliseconds) is too long ?
It might be, depends on the application. For setting some music
going, that would be quite
I have just uploaded HCDOORBELL.rev to revOnline; find it under 'Richmond'
This stack contains 3 notes craftily sucked out of a HyperCard stack and
converted into AIFF files.
By altering the WAIT period between notes one can get different effects :)
Download it,
Play with it,
Don't say I
Hi from Paris,
in the old days when we all weren't quite so long
in tooth, we could all roll our own. In HC, I could
roll my own tunes without having to know the midi
spec and with only knowing how to read sheetmusic.
When I wasn't quite so long in the tooth, we used to
make our own music
From the feeling I get about MIDI data rates, I don't think it's
requirements are any more demanding that the very successful libURL, which
is Rev code, so a C++ external is probably overkill. Some work with serial
ports (and USB midi) is needed. It's not trivial, but somebody just needs to
get
Hiya,
I think 'limiting' it to MIDI, although handy in itself, would be no
good when you want to deal with other types of music files/mixing and
_having_ to use QT for that.
Music/sounds are more than just MIDI: mp3, aiff, wav, flac, ogg, etc.
Cheers,
Luis.
On 18 Mar 2009, at 16:15,
But it relies on QT. That could be a deal killer in a non-Mac instance.
And it requires midi. I don't read or write midi. Do you? Do most?
Judy
http://revined.blogspot.com
On Wed, Mar 18, 2009 at 7:12 AM, Kay C Lan lan.kc.macm...@gmail.com wrote:
On Wed, Mar 18, 2009 at 7:14 PM,
hehehe.
Regrettably, I need Rev to make my music.
Judy
http://revined.bllogspot.com
On Wed, Mar 18, 2009 at 9:04 AM, Francis Nugent Dixon effe...@wanadoo.frwrote:
Hi from Paris,
in the old days when we all weren't quite so long
in tooth, we could all roll our own. In HC, I could
roll my
On Mar 18, 2009, at 2:41 PM, Judy Perry wrote:
But it relies on QT. That could be a deal killer in a non-Mac
instance.
And it requires midi. I don't read or write midi. Do you? Do most?
Something like 64% of machines have QuickTime
Well, since I have Macs, for me, personally, it isn't an issue, but I've
heard from others on this list that they'd really like to be free of QT
dependency.
Judy
http://revined.blogspot.com
On Wed, Mar 18, 2009 at 11:49 AM, Colin Holgate co...@rcn.com wrote:
On Mar 18, 2009, at 2:41 PM, Judy
Colin Holgate wrote:
Something like 64% of machines have QuickTime
You don't say . . .
However:
1. Runtime Revolution claims to be truly cross-platform.
2. Lists of system requirements that may require end-users to
install other bits and bobs are a guaranteed turn-off.
3. I have a 'funny
Richmond Mathewson wrote:
For RunRev to claim to be truly cross-platform it needs to become
independent of external sources of help, such as Quicktime.
It is. If QuickTime is not installed on Windows, Rev uses WMP instead.
On Linux it uses mplayer. Mac of course requires QT but that's not an
J. Landman Gay wrote:
It is. If QuickTime is not installed on Windows, Rev uses WMP instead.
On Linux it uses mplayer. Mac of course requires QT but that's not an issue.
Recent court cases against Microsoft seem to suggest that that company
may be forced to sell versions of it Operating system
J. Landman Gay wrote:
I'm curious how you'd play back video without a video component installed.
I have a funny feeling that Adobe/MacroMedia Director manages it by itself.
sincerely, Richmond Mathewson.
A Thorn in the flesh is
Richmond Mathewson wrote:
J. Landman Gay wrote:
I'm curious how you'd play back video without a video component installed.
I have a funny feeling that Adobe/MacroMedia Director manages it by itself.
You want RR to write an independent, cross-platform, full-featured video
and audio player?
That's a bit like saying Quicktime manages by itself. While Flash is
more of a RAD tool these days, it is at its heart a media playback
engine. Technically, you are correct, but Flash is more the exception
than the rule. Normally video is something provided by the OS.
With that said, you
That's good to know. I probably knew that once upon a time @;-P
Thanks Jacque!
Judy
http://revined.blogspot.com
On Wed, Mar 18, 2009 at 1:44 PM, J. Landman Gay jac...@hyperactivesw.comwrote:
Richmond Mathewson wrote:
For RunRev to claim to be truly cross-platform it needs to become
Judy wrote :
But it relies on QT. That could be a deal killer in a non-Mac
instance.
And it requires midi. I don't read or write midi. Do you? Do most?
I don't read midi fluently either :-)
But with a function that does the job it is easy. If you need a
function that translate times
J. Landman Gay wrote:
You want RR to write an independent, cross-platform, full-featured video
and audio player? You'd be happy to pay for one, right?
Gosh, must have touched a nerve there. Sorry!
Adobe Director costs $999 (whether that is only single platform or for
both Mac and Win is not
Beat,
Yes, I'd love to see such a thing! Might well tide me over until/if Rev
ever implements such a beast natively :-D
Now we just need sound channels...
Judy
http://revined.blogspot.com
On Wed, Mar 18, 2009 at 2:39 PM, Beat Cornaz b.cor...@gmx.net wrote:
Judy wrote :
But it relies on
Richmond Mathewson wrote:
Runtime Revolution is cross-platform insofar as it can lever components
that are often present on target platforms; it is not 'platforn neutral'
in that it still depends on those components being there, when they are
not a given.
I'm curious how you'd play back video
U, I don't think the $999 Director is for both plats; educationally it
can be had for less.
You might find Director better and more truly cross-plat, but I'm
tentatively certain it doesn't do unix, doesn't do OS-native controls, I was
chewed out by my instructor for my thinking it handled
Louis wrote :
I think 'limiting' it to MIDI, although handy in itself, would be no
good when you want to deal with other types of music files/mixing and
_having_ to use QT for that.
Music/sounds are more than just MIDI: mp3, aiff, wav, flac, ogg, etc.
I agree. Limiting to midi would not be
Richmond Mathewson wrote:
Adobe Director costs $999 (whether that is only single platform or for
both Mac and Win is not clear)
Runtime Revolution costs $499
about half the 'hit'.
No, I don't; but some people on this use-list seem unaware of what
it takes both in terms of money and work to
On 19/03/09 9:01 AM, Richard Gaskin ambassa...@fourthworld.com wrote:
Exercise for the reader: write a script editor in Director (heck, try
writing any good text editor in Director).
Well you may not get far, but at least your dog of an effort will have
paragraph level formatting.
Terry...
But i think that midi is a totally different sort of animal than
sounds. Midi are just instructions and the sounds you'll be hearing
are dependend on the soundmodule, syntheziser, midi instrument or
whatever thing that will receive your midi commands. As sounds, well
everybody knows what sounds
On Thu, Mar 19, 2009 at 6:51 AM, Kurt Kaufman kkauf...@snet.net wrote:
You could compare vector (draw) graphics to MIDI, and bitmapped (paint)
graphics to sound.
Nnnoo! Now some nostalgic is going to want to know why the glory days of
B/W PICT images in HC aren't cross platform supported
On Fri, Mar 13, 2009 at 5:50 AM, Judy Perry katheryn.swynf...@gmail.comwrote:
Ummm, geee... thanks Richmond.
Now we're never going to get scripted music sound channels, and when
somebody asks why, these links will be reposted as state's, er, company's
evidence.
;-)
I'd hate to say it,
Kay C Lan wrote:
I've been sitting back wondering why people want to play door bell jingles on
their computer ;-)
[Oh, Bad Luck; you thought Richmond was going to take that one on the
chin and then smile :) ]
Neither do I want to play door bell jingles (even if for the only
reason is that I
Richmond Mathewson wrote:
Embedding music files in RunRev / MetaCard stacks comes at quite a hit,
both in terms of file size, and RAM requirements; the HyperCard method
would be considerably 'cheaper' in both of these respects.
MIDI, with QuickTime in a player object.
--
Richard Gaskin
Hi Richard,
Richmond Mathewson wrote:
Embedding music files in RunRev / MetaCard stacks comes at quite a
hit,
both in terms of file size, and RAM requirements; the HyperCard
method
would be considerably 'cheaper' in both of these respects.
MIDI, with QuickTime in a player object.
Yep!
On Mar 17, 2009, at 9:45 AM, Klaus Major wrote:
MIDI, with QuickTime in a player object.
Yep!
Alas, if we just could use internal/imported files within a player
object...
Well, I wasn't fully sure this would work, but it seems to (the first
two lines just clear out the previous midi
Hi Colin,
On Mar 17, 2009, at 9:45 AM, Klaus Major wrote:
MIDI, with QuickTime in a player object.
Yep!
Alas, if we just could use internal/imported files within a player
object...
Well, I wasn't fully sure this would work, but it seems to (the
first two lines just clear out the
On Mar 17, 2009, at 10:59 AM, Klaus Major wrote:
This VERY old trick does not count as playing internal files in a
player object!
Sorry you're out :-D
I don't feel bad, having worked it all out for myself, without knowing
that it was an old trick! But what counts as an internal file? If
Hi Colin,
On Mar 17, 2009, at 10:59 AM, Klaus Major wrote:
This VERY old trick does not count as playing internal files in a
player object!
Sorry you're out :-D
I don't feel bad, having worked it all out for myself, without
knowing that it was an old trick!
Sorry, did not mean to
On Mar 17, 2009, at 11:16 AM, Klaus Major wrote:
If I can get those to play, would that count as a new trick?
YOU BET! :-D
The those I was referring to would have been external files that are
in the standalone bundle. I'm not sure how a file player can play
media if you're not allowed
Hi Colin,
On Mar 17, 2009, at 11:16 AM, Klaus Major wrote:
If I can get those to play, would that count as a new trick?
YOU BET! :-D
The those I was referring to would have been external files that
are in the standalone bundle.
I'm not sure how a file player can play media if you're not
Colin Holgate wroteL
The those I was referring to would have been external files that are
in the standalone bundle. I'm not sure how a file player can play
media if you're not allowed to make the media be a file as part of the
solution.
FWIW, I thought yours was a darn clever solution.
Klaus Major wrote:
On the other hand, many folks don't like to put media on the users
harddisk
The great thing about media files (sound, movies) once they have
been imported into a RuvRev stack is that they are hard to
steal for other purposes. The only problem is that, as has been
pointed
On Mar 17, 2009, at 11:58 AM, Richard Gaskin wrote:
What's the downside of playing it as a file?
Latency.
The MIDI file is already playing before I notice that the file dialog
has gone away, so that's fairly fast. What kind of thing might you
want to do that would show latency?
Re: MIDI as external file...
Just thinking...
How about storing MIDI data as a custom property in a substack?
Kurt
_
Windows Live™ Groups: Create an online spot for your favorite groups to meet.
Hello,
From my previous message (03/13/2009)
Pmd and MIDI Builder have a common disadvantage : we cannot Play
live because of principle : create a MIDI file witch is play by QT
player, resulting in a latency of at least 1/5 seconds at the start
of the file...
René from Paris
Le 17 mars
On Mar 17, 2009, at 1:13 PM, Kurt Kaufman wrote:
Just thinking...
How about storing MIDI data as a custom property in a substack?
I don't know about storing custom properties, but whatever that is,
would it have any advantage over storing the data in a field?
How about storing MIDI data as a custom property in a substack?
I don't know about storing custom properties, but whatever that is,
would it have any advantage over storing the data in a field?
From the Rev User Guide:
A custom property is a property that you define. You can create as
On Mar 17, 2009, at 4:05 PM, Kurt Kaufman wrote:
I do believe that since MIDI files contain binary data, the Rev
field object is not the proper type of container.
MIDI can contain any binary value, but the technique does work, the
saved out MIDI file plays fine. So presumably fields cope
How about storing MIDI data as a custom property in a substack?
Even if this is done, you still need to copy the binary data contained
in the custom property to a temporary MIDI file (invisible if
desired), to which the the player's filename is assigned. According
to the 3.0 User Guide,
MIDI can contain any binary value, but the technique does work, the
saved out MIDI file plays fine. So presumably fields cope with null
values just like variables do.
Is there a chance that the field-stored data might run into trouble if
you, say, saved the data on a Mac and reopened it on a
According
to the 3.0 User Guide, audio/video QT players must always reference a
discreet file.
Actually, even if it's not so discreet, it still has to be discrete!
:-)
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this
Colin Holgate wrote:
I don't know about storing custom properties, but whatever that is,
would it have any advantage over storing the data in a field?
Yes, a lot of advantages. One is speed, another is the ability to store
any kind of data including binary. Once you start using custom
...Custom
properties can store whole files or applications, images, arrays,
SSL-encoded data, fonts, entire databases, almost anything you can
think of
But we still need to create an actual file to be referenced by the QT
player, right?
We cannot, for instance:
set the filename of
Colin Holgate wrote:
Is there a limit to how much data can be in a custom property? Using
afield worked fine for the 40kbyte .MID files I tried.
There is no limit on custom property storage size except the amount of
room you have on disk for the file increase. Fields have no practical
Kurt Kaufman wrote:
...Custom
properties can store whole files or applications, images, arrays,
SSL-encoded data, fonts, entire databases, almost anything you can
think of
But we still need to create an actual file to be referenced by the QT
player, right?
We cannot, for instance:
set
On Mar 17, 2009, at 5:26 PM, J. Landman Gay wrote:
Yes, a lot of advantages. One is speed, another is the ability to
store any kind of data including binary. Once you start using custom
properties you won't use fields any more for anything but visible
text. Accessing a custom property is
On Tue, Mar 17, 2009 at 2:47 AM, Kay C Lan lan.kc.macm...@gmail.com wrote:
I'd hate to say it, but you're absolutely right.
I've been sitting back wondering why people want to play door bell jingles
on their computer ;-)
Well, I want to play door bell jingles because it would be useful in
On Tue, Mar 17, 2009 at 8:58 AM, Richard Gaskin
ambassa...@fourthworld.comwrote:
So if not for music, then what is the anticipated usage for such an
external?
Game development?
And as for the tinniness (or whatever) quality of scripted music, (a) I
suspect children would not likely notice
Colin Holgate wrote:
On Mar 17, 2009, at 5:26 PM, J. Landman Gay wrote:
Yes, a lot of advantages. One is speed, another is the ability to
store any kind of data including binary. Once you start using custom
properties you won't use fields any more for anything but visible
text. Accessing a
On Mar 17, 2009, at 6:41 PM, J. Landman Gay wrote:
It isn't really. Fields are probably the most inefficient place to
store data that you need to access a lot.
For what I was trying, playing a whole tune, I would only need the
data once. Did you try my script? Does it not work fast
The issue I think was PUTTING something into a field, not GETTING the
contents of a field.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Mar 17, 2009, at 4:42 PM, Colin Holgate wrote:
On Mar 17, 2009, at 6:41 PM, J. Landman Gay wrote:
It isn't really. Fields are probably
Also you are getting ALL the properties of an object, and not the
single property that one field of data would represent.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Mar 17, 2009, at 4:42 PM, Colin Holgate wrote:
On Mar 17, 2009, at 6:41 PM, J. Landman Gay wrote:
It
On Mar 17, 2009, at 7:48 PM, Bob Sneidar wrote:
The issue I think was PUTTING something into a field, not GETTING
the contents of a field.
Yes, setting customproperties is very fast, and putting text into a
field is a lot slower (about a 1000 times slower than getting the
text). For the
Colin Holgate wrote:
For what I was trying, playing a whole tune, I would only need the data
once. Did you try my script? Does it not work fast for you too?
Oh yes, for single-use access a field is plenty fast enough.
As for fields being slower than customproperties, it seems that may not
Hi Colin.
Your test is wrong on several levels. I ran this script:
ON mouseUp
put abcdefghijklmnopqrstuvwxyz1234567890 into theValue
put the ticks into StartFieldTime
REPEAT FOR 1
put theValue into field TestField
get field TestField
END repeat
put the
Whoops! Bad math. 175 times faster.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Mar 17, 2009, at 5:05 PM, Bob Sneidar wrote:
I got 350,2 as a result. That is, setting and getting a property is
exactly 125 times faster than putting and getting the samve value in a
field.
Colin Holgate wrote:
The figures I got were 198 and 325 ticks. If I was arguing that fields
was a bit faster, then 198 to 325 would prove that. But note that the
routine gets the text from the field a million times, and only gets the
customproperties 100,000 times. You can try the
On Mar 17, 2009, at 8:05 PM, Bob Sneidar wrote:
3. Your first repeat loop was one million whereas the second repeat
loop was One Hundered Thousand. Not sure why the disparity there...
Because when I tried a million for the customproperties I thought I
was going to have to restart my
PLUS you have the added effect that a person (a) doesn't need to rely on
QuickTime for delivery, which can be iffy on Windows (I've personally
encountered difficulties getting permission to install anything in a Windows
environment, even 6 mo. old Microsoft software for which we have a
license!),
On Tue, Mar 17, 2009 at 11:58 PM, Richard Gaskin ambassa...@fourthworld.com
wrote:
While referring to HC's notation as door bell jingles may sound derisive,
these days when people are accustomed to richer sound design, it's not an
entirely unfair characterization to the modern ear.
Nice
http://joshburker.blogspot.com/2007/07/mac-68k-hypercard-music.html
Download the stacks;
Crack out the Mac that can cope with 'Classic'.
CRY!
If you can't manage that, at least go here:
http://homepage.mac.com/senorwences/mac68k/stacks.html
read the code in the third picture down, and ask
I did go to the second link. I did listen to the music clips. I did
indeed almost cry. ;-)
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Mar 12, 2009, at 11:03 AM, Richmond Mathewson wrote:
http://joshburker.blogspot.com/2007/07/mac-68k-hypercard-music.html
Download the
Oh my.
I see what you mean ;-)
Still, give these people a full professional symphony orchestra, and I
suspect you'd still cry.
Judy
http://revined.blogspot.com
On Thu, Mar 12, 2009 at 1:25 PM, Bob Sneidar b...@twft.com wrote:
I did go to the second link. I did listen to the music clips. I did
Ummm, geee... thanks Richmond.
Now we're never going to get scripted music sound channels, and when
somebody asks why, these links will be reposted as state's, er, company's
evidence.
;-)
Judy
http://revined.blogspot.com
On Thu, Mar 12, 2009 at 11:03 AM, Richmond Mathewson
87 matches
Mail list logo