Message: 3
Date: Mon, 24 Jan 2005 17:39:15 -0600
From: J. Landman Gay [EMAIL PROTECTED]
Subject: Re: Trouble with graphics display in OS X
To: How to use Revolution use-revolution@lists.runrev.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii; format=flowed
On 1/24/05 4
Last installment in my troubles with the display in OS X.
Following suggestions from Jacqueline, I have compared four basic
methods of moving a RunRev control smoothly through a sequence of
points--with mixed results.
What follows are four scripts, all of which do the same, very simple
thing:
On 1/24/05 4:15 PM, James Hurley wrote:
I was astonished to discover how much slower Windows was in executing
Move relative and MoveStopped.
The only one of the four which works for me is Set the loc. My only
problem is the fact that it is so much slower in OS X than OS 9 or Windows.
I think
J. Landman Gay wrote:
On 1/24/05 4:15 PM, James Hurley wrote:
I was astonished to discover how much slower Windows was in executing
Move relative and MoveStopped.
The only one of the four which works for me is Set the loc. My only
problem is the fact that it is so much slower in OS X than OS 9
--
Message: 2
Date: Sun, 16 Jan 2005 09:08:09 -0800
From: Scott Rossi [EMAIL PROTECTED]
Subject: Re: Trouble with graphics display in OS X
To: How to use Revolution use-revolution@lists.runrev.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII
Message: 2
Date: Sat, 15 Jan 2005 11:46:19 -0800
From: Scott Rossi [EMAIL PROTECTED]
Subject: Re: Trouble with graphics display in OS X
To: How to use Revolution use-revolution@lists.runrev.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII
Recently, James Hurley wrote
Recently, James Hurley wrote:
I have a scripted solution for OS X. But it is not very good. You can
see this best in Turtle Graphics applied to controls:
In the message box: go url
http://home.infostations.net/jhurley/ControlTurtles.rev;
James, I get: stack is corrupted, check for ~ backup
Bear with me on this one. I need to know whether my problem with OS X
lies in my computer graphics card or with RR.
If the problem is with my computer, I can deal with it, but if the
problem lies with the implementation of RR in OS X, I have problem.
Try this simple experiment in OS X. Run
I don't know whether it's RR or OS X, but I can confirm the behavior.
It doesn't change even if I set my display to thousands rather than
millions of colors.
Dan
On Jan 15, 2005, at 6:51 AM, James Hurley wrote:
Bear with me on this one. I need to know whether my problem with OS X
lies in my
Try this simple experiment in OS X. Run the following handler:
on mouseUP
repeat 1000
add 1 to field 1 -- This is an empty field.
end repeat
end mouseUP
In OS 9, I get a blur of numbers displayed in the field--this is fine
and what I would expect.
In OS X I get a discrete
James Hurley wrote:
In OS 9, I get a blur of numbers displayed in the field--this is fine
and what I would expect.
In OS X I get a discrete sequence of 4 numbers displayed. This is the
same kind of herky-jerky behavior I found with graphics display in OS
X (but not in OS 9.)
(As before,
Recently, James Hurley wrote:
I need to know whether my problem with OS X
lies in my computer graphics card or with RR.
One other question James: are the OS9 and OSX systems you're comparing
running on the same box or different boxes? Because another issue you *may*
be running into *might*
James Hurley wrote:
In OS 9, I get a blur of numbers displayed in the field--this is fine
and what I would expect.
In OS X I get a discrete sequence of 4 numbers displayed. This is the
same kind of herky-jerky behavior I found with graphics display in OS
X (but not in OS 9.)
(As
P. S. to my earlier message.
I found that I can speed this program considerably by eliminating all
Lock and Unlock Screens. They are not really necessary in this
example.
A better example is:
In the message box: go url
http://home.infostations.net/jhurley/ControlTurtles.rev;
In this example
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just a theory: try replacing the wait command with unlock screen.
See what that does for you.
On Jan 13, 2005, at 10:27 PM, Ken Ray wrote:
On 1/13/05 7:34 PM, James Hurley [EMAIL PROTECTED] wrote:
Klaus and Ken,
I'm sorry I didn't make myself clear.
Message: 2
Date: Fri, 14 Jan 2005 10:25:02 -0500
From: Frank D. Engel, Jr. [EMAIL PROTECTED]
Subject: Re: Trouble with graphics display in OS X
To: How to use Revolution use-revolution@lists.runrev.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message: 14
Date: Wed, 12 Jan 2005 16:32:17 +0100 (CET)
From: [EMAIL PROTECTED]
Subject: Re: Trouble with graphics display in OS X
To: use-revolution@lists.runrev.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=iso-8859-1
Hi James,
I am running RR 2.2.1 and OS X 2.3
Hi James,
...
Thanks to all who responded with advice. Right now I don't see a
solution.
I am aware that the components of the location are integers. But in
the line:
Set the loc of graphic ball to theXYcoordinates
RR will truncate the components of theXYCoordinates and set the loc of
the
On 1/13/05 10:41 AM, James Hurley [EMAIL PROTECTED] wrote:
But even with integers,
the move command is much slower than set loc.
set the loc of grc ball to tBallLoc -- Takes 34 ticks
--move grc ball to tBallLoc without messages-- Takes 266 ticks
Don't forget you can use the in time
Klaus and Ken,
I'm sorry I didn't make myself clear. I was hoping to avoid unnecessary detail.
The reason I can't make use of your suggestions, all of which are
excellent and appropriate to the specific handler I presented, is
that my problems apply to a set of generic handlers I use in an
On 1/13/05 7:34 PM, James Hurley [EMAIL PROTECTED] wrote:
Klaus and Ken,
I'm sorry I didn't make myself clear. I was hoping to avoid unnecessary
detail.
Sorry, Jim... now that you've explained the situation, I understand why our
suggestions won't work for you.
Sorry to be so long winded.
You can not set the loc of an object
or the rect of an object or, anything that uses integers (ie pixels)
with floats, Its just bad news.
put .1 into dx ---you have floating point numbers in
HERE
put .1 into dy ---you have floating point numbers in
HERE
Works well
Hi James,
I am running RR 2.2.1 and OS X 2.3 on a PowerBook G4
I suspect it´s one of the first Powerbooks G4 (am I right?)
The problem in this case is the built in graphics card and the way Os X
deals with displaying graphics. I´ve seen this with libRMC moved
objects (and also useing the move
Recently, James Hurley wrote:
on mouseUP
set the loc of grc ball to 100, 100
put .1 into dx
put .1 into dy
put the loc of grc ball into tBallLoc
repeat 5000
add dx to item 1 of tBallLoc
add dy to item 2 of tBallLoc
set the loc of grc ball to tBallLoc
--wait 1 millisec
I have been having a great deal of trouble switching over to OS X.
The following handler illustrates my problem:
on mouseUP
set the loc of grc ball to 100, 100
put .1 into dx
put .1 into dy
put the loc of grc ball into tBallLoc
repeat 5000
add dx to item 1 of tBallLoc
add dy to
On 1/11/05 9:12 PM, James Hurley [EMAIL PROTECTED] wrote:
on mouseUP
set the loc of grc ball to 100, 100
put .1 into dx
put .1 into dy
put the loc of grc ball into tBallLoc
repeat 5000
add dx to item 1 of tBallLoc
add dy to item 2 of tBallLoc
set the loc of
I have been having a great deal of trouble switching over to OS X.
The following handler illustrates my problem:
on mouseUP
set the loc of grc ball to 100, 100
put .1 into dx
put .1 into dy
put the loc of grc ball into tBallLoc
repeat 5000
add dx to item 1 of
27 matches
Mail list logo