Hi Ken,
Hi Klaus,
...
Correction: These formats might be playable via "MCIsendString" in
RR...
--
Really? That'd be cool...How about a clue on instructions.
I'd love to, if i had any ;-)
TIA,
Ken N.
Regards
Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
--- Ken Norris <[EMAIL PROTECTED]> wrote:
> > From: Barry Levine <[EMAIL PROTECTED]>
> --
> > There are so many up here who provide useful
> info to me that I don't
> > remember who recommended keeping the
> interface and the code separate.
> > I'll add my 2 cents: Keep the images, movies,
Hi Klaus,
> Date: Sat, 20 Sep 2003 18:23:46 +0200
> Subject: Re: windoze media, was: Pros and cons of where to store image data
> From: Klaus Major <[EMAIL PROTECTED]>
> Correction: These formats might be playable via "MCIsendString" in RR...
--
Really? That&
Hi Barry,
> Date: Fri, 19 Sep 2003 23:18:54 -0600
> Subject: Re: Pros and cons of where to store image data
> From: Barry Levine <[EMAIL PROTECTED]>
> I remember reading somewhere that Windows likes ".wav" files better than
> ".aiff"
--snip
S
Hi all,
...
As for Rev using a ".wmv" file in place of a ".mov"...I don't really
know.
Sorry, no way to have WMV or WMA files in RR :-(
(Its a MS private-brand ;-)
Correction: These formats might be playable via "MCIsendString" in RR...
Not tested yet...
Regards
Klaus Major
[EMAIL PROTECTED]
w
Hi Barry and Ken,
Ken,
My app runs on OSX and XP (probably other Windows, as well). I haven't
compiled
it for OS9 yet but I know it will work there, as well.
I use a QT Player object for referencing ".mov" and ".wav" files. Now,
I know that may seem
like a bizarre combination but I remember re
Barry Levine writes:
[snip]
How would you
show a movie without a Player object? And once QT loads, why use anything
else? (Of course, it is possible that I've misinterpreted the docs yet
again.)
Regards,
Barry
+
Win XP pro, MC 2.5
From the Message box:
play videoClip "pathA
Ken,
My app runs on OSX and XP (probably other Windows, as well). I haven't
compiled it for OS9 yet but I know it will work there, as well.
I use a QT Player object for referencing ".mov" and ".wav" files. Now,
I know that may seem like a bizarre combination but I remember reading
somewhere th
> Date: Fri, 19 Sep 2003 09:01:00 -0600
> Subject: Re: Pros and cons of where to store image data
> From: Barry Levine <[EMAIL PROTECTED]>
> your best advice to
> your customers is to stick with the "standard" QT movie (assuming you
> want to give them th
Ken,
Yes; that (QT-compatible) should work fine; but that's not
"incompatible". Let's use as an example the mpeg2 decoder that is an
optionally purchased add-on (from Apple). It may very well work in your
Rev app as long as you name it as what your app expects (myMovie.mov in
my example rather
Hi Barry,
> Date: Thu, 18 Sep 2003 11:15:19 -0600
> Subject: Re: Pros and cons of where to store image data
> From: Barry Levine <[EMAIL PROTECTED]>
> the application will
> automatically use the new media without a complaint (as long as the
> file format is what th
I thought I'd chime in because I faced this issue and found (was told)
the answer. Relative paths is correct; but what does that mean?
The path should be relative to the standalone application. I use a
"data" folder to store my external pictures, movies, sounds, etc. It
sits at the same level a
[EMAIL PROTECTED] wrote:
> I'm on a learning curve here so pardon newbie questions. When you reference
> images when do they get loaded and unloaded?
When a card is opened and closed, respectively.
> What are the guidelines for how to reference files so it's straightforward
> to include them wh
> > Thanks for the helpful responses on this. My potential aim
> is to do a
> > simple non-commercial Myst style game. As you move between
> the rooms of the
> > game the game needs to load up the images for the room
> being moved into, and
> > unload images for some other room based on a cach
Hi Peter,
> From: [EMAIL PROTECTED]
> Subject: Re: Pros and cons of where to store image data
> Date: Wed, 17 Sep 2003 04:06:53 -0400
> My current thinking is to have each room as its own stack embedding the images
> into them.
--
I don't think so. Definitely thin
--- Rob Cozens <[EMAIL PROTECTED]> wrote:
> >1. is there any trade-off downside to
> libraries?
>
> Yes, all images in the library are loaded in
> RAM with the library.
>
> >2. are icons in buttons any different?
>
> In general, an icon image and the appearance of
> a button using the
> image
--- Richard Gaskin <[EMAIL PROTECTED]>
wrote:
> As a general rule (very general), I externalize
> media for "multimedia" apps
> and embed media for "workflow" apps. But the
> lines between such arbitrary
> categories are ever blurred...
thanks. Erik
=
[EMAIL PROTECTED]http://www.erikhan
[EMAIL PROTECTED] wrote:
> Thanks for the helpful responses on this. My potential aim is to do a
> simple non-commercial Myst style game. As you move between the rooms of the
> game the game needs to load up the images for the room being moved into, and
> unload images for some other room based
Sent: Wednesday, September 17, 2003 3:07 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Pros and cons of where to store image data
>
>
> Thanks for the helpful responses on this. My potential aim is to do a
> simple non-commercial Myst style game. As you move between the
> rooms of
Thanks for the helpful responses on this. My potential aim is to do a
simple non-commercial Myst style game. As you move between the rooms of the
game the game needs to load up the images for the room being moved into, and
unload images for some other room based on a caching algorithm. My curren
Hi Peter,
> From: [EMAIL PROTECTED]
> Subject: Pros and cons of where to store image data
> Date: Tue, 16 Sep 2003 03:48:03 -0400
> Assuming that's correct what are the pros and cons? If you hold the image
> data inside the card is it compressed in the stack file? I&#x
Hi Erik,
> one can replace the
image library stack without modifying the
working stack.
===
two queries:
1. is there any trade-off downside to libraries?
Yes, all images in the library are loaded in RAM with the library.
2. are icons in buttons any different?
In general, an icon image and the
erik hansen wrote:
> --- Richard Gaskin <[EMAIL PROTECTED]>
> wrote:
>> everything in a stack file is loaded
>> into memory whenever you open
>> it, so referring to them is a good option for
>> stacks with lots of images, as
>> that generally takes less memory since it only
>> loads the images nee
--- Richard Gaskin <[EMAIL PROTECTED]>
wrote:
> everything in a stack file is loaded
> into memory whenever you open
> it, so referring to them is a good option for
> stacks with lots of images, as
> that generally takes less memory since it only
> loads the images needed for the current card.
in
If you want to have
an image on a card you have two choices as to where to store the image data?
Either inside the image itself or in an external file?
Assuming that's correct what are the pros and cons?
Hi Peter,
One point not already mentioned: If one modifies a referenced
external image, one
On Tuesday, September 16, 2003, at 01:48 AM, [EMAIL PROTECTED]
wrote:
I'm still on the newbie learning curve so bear with me. If you want
to have
an image on a card you have two choices as to where to store the image
data?
Either inside the image itself or in an external file?
If the image is
Does the Distribution Builder work correctly in changing in-stack
images to referenced ones? It didn't work when I made a distribution.
Using OSX 10.1 and Rev 2.0.3.
If it has worked or not for anyone else could you let me know?
Thanks,
Curry
___
use
[EMAIL PROTECTED] wrote:
> I'm still on the newbie learning curve so bear with me. If you want to have
> an image on a card you have two choices as to where to store the image data?
> Either inside the image itself or in an external file?
>
> Assuming that's correct what are the pros and cons?
I'm still on the newbie learning curve so bear with me. If you want to have
an image on a card you have two choices as to where to store the image data?
Either inside the image itself or in an external file?
Assuming that's correct what are the pros and cons? If you hold the image
data inside th
29 matches
Mail list logo
