World: r3wp

for those things rebcode was limited by SHOW in R2 and lacked some 
better pixel write routines.

We'll have some decent openGl implementation... right? :)

perhaps someday if/when Cyphre comes back :-)

until than here is what can be done in rebol during two coffees... 
:)
http://www.visaprom.com/tunel.r

in my demo (galaga) , actually i was limited by by the framerate 
of show, not by the inner speed of rebcode

vladimir, very cool!

and the sound port implementation was bugy too, as we know

Not bad :) Looking code...

its rough code.... map for level should be made from tiles, and the 
moving should be twice smoother.... than it would be same as on atari....

And it uses atari resolution.... and I did scaling in software... 
each atari pixel is actually 4x4 pixels in image....
Is there a way to scale image using hardware in rebol?

no, but you can smooth image scaling

yes Vlad, your code is clean, i see the inheritance of a good asm 
coder

hehehe :) thanks.... it could be cleaner :)

maybe I didn't need that much parenthesis but thats just to be sure.... 
:)

there are probably optimizations that can be made there.

hmm, i coold try to port your code in R3 if you want

img: make image! 4x4
poke img 1x1 red
poke img 2x2 white
view layout [image img (img/size * 8)]

Just remember, this was just made to find out if  calculations made 
on a napkin in a restaurant were correct :)

This script proved my math skills are still valid and now I need 
to implement them in 6510 asm... :)
Would be nice to see it in R3..... How is vid advancing in R3 ?

it's advancing...
Acutally, it's enough to handle drawings at bitmaps level

no need of Vid for your purpose

why? is there some other way of displaying pictures in R3...?

sure, you have to use gobs, wait a minute i rewrite your code....

ok.... Ill go make coffee.... looks like coding time :)

beer for me, please

probably get rid of FOR. it's a heavy mezzanine.

BTW, there are bugs in image! in R3, so colors might be wrong.

vladimir, GOBs are graphical objects blocks, light weight constructs 
that are the foundations of all graphics in R3.

a FACE in R2 would almost be the equivalent, although faces are more 
complex and heavier.

Another way to make tunnel effects.
do http://anton.wildit.net.au/rebol/demo/rebol-stargate1.0.2.r

I knew about gobs, I just thought you need vid for them.... :)

Vladimir - actually no - gob! is very low level, structure. Demos 
of former alpha, e.g. 1000cows, proved that R3 engine is much faster. 
Sometimes 10-20 times. Whole rendering back-end was switched to AGG 
renderer. So - still not HW accelerated, but decently fast.

Anton, impressive!

In theory, it would be easier to hardware accellerate AGG than the 
old View.

I'll wait to see what will Steeve write and than it will be clearer 
:)

I think the point of GOBs was both to be lightweight and fast and 
also to be hardware acceleratable (if that's a word :-))

accelerable

hmm :-)

guys, can you check that in R3, it's crashing here:
>>make image! 640x400

All the heavy work is done using face/effect/draw dialect.

That's a known bug, in CureCode already.

*hmmm...

sorry Vlad, i'm afraid, i can't port your demo in R3 with this bug

image! is broken in multiple places

It crashes for me when image height is > ~175

Btw, here are the reasons there won't be a compatible rebcode forr 
R3:

- R3 function parameter and local word references are 28% slower 
because of new function word model.

- R3 function calls are much faster because of typesets and the new 
function word model.

- There's a *lot* more natives, including all of the loop functions, 
iirc.

That first one would slow down rebcode even more than functions because 
even more of its overhead is word references. The last two mean that 
REBOL code will be a *lot* faster, so the relative speedup of rebcode 
is less.

Vladimir - I wonder if you checked demos in Desktop section of Viewtop? 
Go to rebol.com and then Contest folder. Look e.g. at Cyphre's demo 
called Quick Hack ...

Those reasons are why R2-style rebcode isn't worth the trouble to 
make in R3. What *would* be worth making would be a *different* rebcode 
that would be even faster :)

Anton, it crashes under R2?

no no, under R3, of course.

ah, good. I mean, bad. :-)

We can still play with R2 graphics until R3 stabilizes.