1. RE: Python games. was RE: Version 2.4 and beyond
Hey, Mike, thanks for your research. Looks like if you want to do
anything "fast" with Python, you better know C or get the
extension/library written in C for what you want to do. Can the same be
said for EUPHORIA? (I don't know; that's why I'm asking.)
> > http://www3.bc.sympatico.ca/futility/twitch/
>
> "..augmented with C code for speed-critical functions"
I've heard this all over the place regarding Python: "augmented with C
code for speed-critical functions."
I don't want to learn C, so my best tool remains EUPHORIA.
I also agree with whoever said they'd rather have EUPHORIA tight and
controlled by one than have a committee voting to put every new
whiz-bang feature into it.
2. RE: Python games. was RE: Version 2.4 and beyond
> I believe all the graphics libraries for Euphoria (SDL is one of
> them) were written in C, or C++. So, yes, if you want to do
> anything fast with Euphoria graphics, you are gonna be calling
> C code. Same with every other interpreted language.
My point (which might just be out of ignorance) was that with EUPHORIA,
I don't "need" to know ANY C. I created a game using ExoticaX for
Windows and it runs great and I'm going to port it to Allegro or OpenGL
(haven't decided yet, but OpenGL looks like the cross-platform way to
go)... without knowing any C!
It's probably the same in Python, but EUPHORIA is FASTER, isn't it, so,
therefore, your EUPHORIA games would operate faster than your Python
games when each utilizes a C graphics library.
3. RE: Python games. was RE: Version 2.4 and beyond
> My point (which might just be out of ignorance) was that with EUPHORIA,
> I don't "need" to know ANY C. I created a game using ExoticaX for
> Windows and it runs great and I'm going to port it to Allegro or OpenGL
> (haven't decided yet, but OpenGL looks like the cross-platform way to
> go)... without knowing any C!
>
> It's probably the same in Python, but EUPHORIA is FASTER, isn't it, so,
> therefore, your EUPHORIA games would operate faster than your Python
> games when each utilizes a C graphics library.
Except ExoticaX and Allegro are C libraries with Euphoria wrappers.
Euphoria and Python are identical in this regard, once someone has
written a wrapper no one else needs to write C code. Just plain
Euphoria and Python using the wrappers.
The main point to remember here is that Python isn't going to be
used to write a full featured state of the art 3D shooter.
For that matter Euphoria isn't either (not without wrappers to C
libraries.
Python is a wonderful language with probably the biggest potential
of any open source language. With all the wonderful features of
Python games making (although possible) isn't it's mean use.
Ray Smith
http://www.geocities.com/ray_223
4. RE: Python games. was RE: Version 2.4 and beyond
Ray Smith wrote:
> > It's probably the same in Python, but EUPHORIA is FASTER, isn't
> > it, so, therefore, your EUPHORIA games would operate faster
> > than your Python games when each utilizes a C graphics library.
>
> Except ExoticaX and Allegro are C libraries with Euphoria wrappers.
> Euphoria and Python are identical in this regard, once someone has
> written a wrapper no one else needs to write C code. Just plain
> Euphoria and Python using the wrappers.
That's what I said, so I emphasized the contrast: EUPHORIA is faster
than Python, so, all things being equal (each using a C graphics
library), EUPHORIA would be the faster one.
5. RE: Python games. was RE: Version 2.4 and beyond
C. K. Lester wrote:
> That's what I said, so I emphasized the contrast: EUPHORIA is faster
> than Python, so, all things being equal (each using a C graphics
> library), EUPHORIA would be the faster one.
I misread your message :(
... so continuing the thread ...
C as faster than both Euphoria and Python ... why not just write
everything in C?
And the same for assembler?
But by moving to C and assembler you begin to loose some of the
features of Euphoria.
By moving from Python to Euphoria you loose some of the features of
Python ...
so it all a compromise between speed and features.
so use the language that has the best features for the speed you
require.
btw, I played Pysol about a year ago. I played it on and off
for weeks and loved it! It's must be the best multi purpose card
game available. I think it even had Sokoban built in???
Ray Smith
http://www.geocities.com/ray_223
6. RE: Python games. was RE: Version 2.4 and beyond
Ray Smith wrote:
>
> C. K. Lester wrote:
>
> C as faster than both Euphoria and Python ... why not just write
> everything in C? And the same for assembler?
'cuz C and assembler are harder to learn than EUPHORIA. And I already
know EUPHORIA.
(I know you're asking the collective "you," but I'm answering personally
anyway.)
> But by moving to C and assembler you begin to loose some of the
> features of Euphoria.
The only thing you lose is ease-of-use. EUPHORIA makes programming
simple. C and assembler not so much.
> so it all a compromise between speed and features.
>
> so use the language that has the best features for the speed you
> require.
I think that sums it up!!! :)
