World: r3wp

I don't know where I put it, but I once built a detailed checklist 
of functions we would build for each game platform we worked on. 
 I designed the game interface for WebTV, which also did not have 
Key Up.

The basics are:


Input: Key up, and at least 3 simultaneous key overlap.  This is 
needed because during actual game place, people will press directional 
and fire buttons at the same time.


Video: Double buffer - triple buffer is better.  Without this, one 
needs to know where the beam is (called beam tracing) so that rendering 
happens on the sync.


Threading:  It is very difficult to write a game in a single thread. 
 At the very least it needs to be able to trigger functions.


Sound: Sounds need to be started, stopped, and volume changed on 
the fly.  Multiple channels (4 minimum) for a full experience.

large images like what size?  I had a 10000x800 image a while back 
which scrolled nicely and seemed to behave... but maybe I didn't 
check the RAM.

3kx3k IIRC

thanks Reichart... exactly the kind of data I wanted... obviously 
some of this is currently impossible.  :-(

just looking at my kid... playing a scrolling plane game... in 2 
minutes he figured out the random generator... so banked his plane 
at the far top of the screen and multiplied his high-score by 10 
 :-)  hehe

he's 4 years old :-)

This is why Rebol is not a possible game platform for us.  It is 
fine for games roughly like those written for the Apple II.

directional+fire: ctrl, shift

Rebol is however a GREAT scripting system for games.

using timers we can analyse the input events and trigger our own 
filtered events... but that is not very nice

(nice as in fun to do)

although it would work.

Probably, the best thing is to write a C library to provide the bse, 
then write the game in Rebol.

bse = base

yeah, just using a vast amount of stubs.

hmm, we could also wrap SDL, no?

that is the whole platform for multimedia - surely not the best one, 
but universal ... but then - is it rebol? :-) There would be Core 
underneath and no View ...

is the exchange of GFX from img datatype to dll struct! pretty fast? 
can we switch pointers? or does all of that ram have to be copied 
all the time?

some players where not that shocked by the framerate..

Cyphre could answer that. I invited him on ICQ to join this group 
...

If I understand the situation correctly, Cyphre is in charge of programming 
some elements of new View ....

wishlist2: background music, mp3

hmm, when I look into R3 diagram - there are various modules mentioned, 
but no sound :-) the best sound system probably is fmod, but this 
one is commercial. They have fmod mini IIRC, which could be good 
fit for Rebol, but investors would have to buy a license for RT ....

hum actually Cyphre's defender game is pretty cool !

where?

hum, I might have mixed up the name... on his rebsite  its called 
planet defense...

ah, you go  through reb.

nobody wants to try to walk around in my game?^^

your cube pushing game is A LOT of fun.

what is the name again... I always forget.

cube was not me

dockimbel?

i am talking about my networked memory killer

i did  a mahjong once, but  forgot  where it is

Ha! Planet Defense is fun! Never played that before. :-)

HIGHLY ADICTIVE.. do not start if you are at work !!   :-D

With a little library, many of the arcade grames from the 80'ies 
will be easy to do in REBOL.

To be played on mobile phones.

how expensive is online-playing with phones?

too expensive like with all other phone related services  ;-)

can it connect to wlans?^^

Not fair of me to say, that it'll be easy to do games. What I meant 
was, that it will be easier now with REBOL than back then.

hehe.

volker... your game seems interesting, but i don't speak german ;)

it has a  chat, meet  me and  i translate^^

But mainly  it shows  that  rebol can do some kind of adventure-graphic 
 and fast enough networking.

if there is interest, it needs a rewrite (homegrown spagetti), if 
someone is interest to team up. Alone its to boring^^

I've started on a hex-grid generator. Handles grain, background image, 
terrain and grid size so far.

i  use positions and an immage for background-collision. less performant 
than grids but the map can be a big image without much work.

Just a quick rebirth of the R-Box2 script:

make-dir %rbox2/ change-dir %rbox2/ do http://box.lebeda.ws/~hmm/rbox2/r-box2_latest.r

maybe I could come back and finish a multiplayer version one day:-)