1. RE: Challenge for EUPHORIA Programmers
maybe, maybe not. depends on how you implement it.
but, no matter what you do, euphoria is interpreted, and interpreted
languages will never be as fast as compiled languages
C. K. Lester wrote:
> I was wondering and considered this:
>
> Is EUPHORIA "powerful" enough for running the "Flying Windows"
> screensaver?
>
> I'd like to see a EUPHORIA version, if it runs as fast or is as capable.
>
> Of course, you will use a EUPHORIA icon in place of the Windows icon. :)
2. RE: Challenge for EUPHORIA Programmers
> From: sephiroth _ <euman2376 at yahoo.com>
> To: EUforum <EUforum at topica.com>
> Reply-To: EUforum at topica.com
> Subject: RE: Challenge for EUPHORIA
> Programmers
> Date: 11/09/2001 3:17:10 PM
>
>
> maybe, maybe not. depends on how you
> implement it.
>
> but, no matter what you do, euphoria is
> interpreted, and interpreted
> languages will never be as fast as
> compiled languages
>
> C. K. Lester wrote:
> > I was wondering and considered this:
> >
> > Is EUPHORIA "powerful" enough for
> running the "Flying Windows"
> > screensaver?
> >
> > I'd like to see a EUPHORIA version, if
> it runs as fast or is as capable.
> >
> > Of course, you will use a EUPHORIA icon
> in place of the Windows icon. :)
>
But the question was not "Is EUPHORIA the fastest way to do 'Flying Windows'
screensaver?" but simply, is Euphoria fast enough (my paraphrase) for doing
such a screensaver? Even though it is interpreted, it still might be faster
enough to animate a logo.
I guess my first approach would be to create the stop-motion images of the
logo using a PaintShop type of program. This might need 15-20 images of the
logo in different positions as it "wiggles". Then I'd precalculate all the
X/Y coordinates of the movement path(s). Then program would load the images
into RAM and only need to cycle through the images using a single
double-buffer while moving the X,Y location through a preset path.
Basically, this approach tries to do as much computation as possible before
the program needs it, and preferable does it only once.
If the program needs to calculate the image for every cycle, then you might
have to resort to either OpenGL or DirectDraw libraries. This would arise if
the image can have varying sizes and/or color-cycling.
----
Derek
--------------------------------------------------------------------
CAUTION - This email and any files attached may contain privileged and
confidential information intended solely for the use of the individual or
entity to whom they are addressed. If you are not the intended recipient of
this message you are hereby notified that any use, dissemination,
distribution or reproduction of this message is prohibited. If you have
received this message in error please notify the sender immediately. Any
views expressed in this message are those of the individual sender and may
not necessarily reflect the views of Global Technology Australasia Limited.
--------------------------------------------------------------------
3. RE: Challenge for EUPHORIA Programmers
Concerning sephiroth's statement (interpreters
will never be as fast as compilers):
Actually, I've read that it IS possible to
have an interpreter that's faster than compiled
code.
I BELIEVE the ideas was in "The C Programming
Guide", a smaller, generic-looking white book
with blue lettering (it's been years since I
read it, so don't quote me on that.)
The trick was to have an interpreter designed
so that the interpreter, and the program, can
both fit into the chip's cache. The example
presented ran slighly faster than a comparable
compiled program also ran.
I know it sounds ludicrous, but I remember my
every disbelief fading as I read it; it made
perfect sense, and seemed very sound.
Rod Jackson
4. RE: Challenge for EUPHORIA Programmers
> -----Original Message-----
> From: David Cuny [mailto:dcuny at LANSET.COM]
> NB: The actual implementation is trivial enough that I'll leave it as an
> exercise for the reader. I have an elegant solution, but it's a bit to
> large to fit into the margin...
ROTFLMAO. Thank you Mr Fermat.
=====
Matt Lewis
http://www14.brinkster.com/matthewlewis
5. RE: Challenge for EUPHORIA Programmers
I think that everyone is missing the point. As I understand it,
Euphoria wasn't written to EXECUTE programs faster, but to make it so
programers could WRITE the code faster. Euphoria accomplishes that goal
quite well. I think someone could WRITE a program that does the same
thing as the windows screen saver in euphoria faster than in C. I'm
sure though that even if the person used the same algorhythm the
Euphoria program would be slower.
Euphoria is great though because now-a-days computers are getting faster
and faster, so the speed has less and less meaning in a program. Most
real-time programs/games are going to have some "slow-down" routine in
the program somewhere (unless event driven).
--Jon
That was my Programing soapbox (bitter diatrap)
Derek Parnell wrote:
> > From: sephiroth _ <euman2376 at yahoo.com>
> > To: EUforum <EUforum at topica.com>
> > Reply-To: EUforum at topica.com
> > Subject: RE: Challenge for EUPHORIA
> > Programmers
> > Date: 11/09/2001 3:17:10 PM
> >
> >
> > maybe, maybe not. depends on how you
> > implement it.
> >
> > but, no matter what you do, euphoria is
> > interpreted, and interpreted
> > languages will never be as fast as
> > compiled languages
> >
> > C. K. Lester wrote:
> > > I was wondering and considered this:
> > >
> > > Is EUPHORIA "powerful" enough for
> > running the "Flying Windows"
> > > screensaver?
> > >
> > > I'd like to see a EUPHORIA version, if
> > it runs as fast or is as capable.
> > >
> > > Of course, you will use a EUPHORIA icon
> > in place of the Windows icon. :)
> >
>
> But the question was not "Is EUPHORIA the fastest way to do 'Flying
> Windows'
> screensaver?" but simply, is Euphoria fast enough (my paraphrase) for
> doing
> such a screensaver? Even though it is interpreted, it still might be
> faster
> enough to animate a logo.
>
> I guess my first approach would be to create the stop-motion images of
> the
> logo using a PaintShop type of program. This might need 15-20 images of
> the
> logo in different positions as it "wiggles". Then I'd precalculate all
> the
> X/Y coordinates of the movement path(s). Then program would load the
> images
> into RAM and only need to cycle through the images using a single
> double-buffer while moving the X,Y location through a preset path.
> Basically, this approach tries to do as much computation as possible
> before
> the program needs it, and preferable does it only once.
>
> If the program needs to calculate the image for every cycle, then you
> might
> have to resort to either OpenGL or DirectDraw libraries. This would
> arise if
> the image can have varying sizes and/or color-cycling.
>
> ----
> Derek
>
>
> or
> entity to whom they are addressed. If you are not the intended recipient
> of
> may
> not necessarily reflect the views of Global Technology Australasia
> Limited.
>
>
