World: r3wp

:-) hmm, and if you would like to make object movement faster?

To make objects move faster you can just change their speed, it's 
not rebol vs. rebcode thing :)

yes, but if I would like some of them to rotate like mad, rebol limitation 
would just show, so it might become rebol vs rebcode thing ;-)

rebol limitation may show but it won't be rebol math speed limitation 
but rebol face refresh speed limitation :)

not necessarily - you don't have to refresh more than 24/sec, yet 
rebol math speed may become limiting factor, depending upon how complex 
your scene is .... but - I am not here to argue with you about single 
details, just wanted to see those two versions compared, that is 
all ...

Pekr as I said, here on this computer, classic rebol is capable of 
updating more than 120 trinagles at full speed (rate: 0) without 
problem. And after 120 triangles I became bored adding more so I 
did not test it :)

looks neat, but I think people use more than 120 triangles in their 
own demos. :-) is it open or flexible enough to be used as a general 
engine?

Henrik I know that 120 triangles is not that much, but I'm adding 
them manually, I have no loader for some 3d files, so that was the 
reason why I stopped :) Basic idea is four years old but I think 
it can be used as general engines after some little changes. Feel 
free to look at the code, if you want to.

I think it would be fun to have a little engine. I'm thinking something 
like:

view 3d-layout [sphere 50 red .... ] etc. :-)

This is also how Maya is built. A powerful 3D engine and a comprehensive 
programming language which builds the editor. A little like Emacs.

There are "entities" like "faces" in View. And 3d "pane". It can 
be dialected as you wrote.

a pity pairs don't have a third dimension... otherwise you'd have 
to use tuples except it would be confusing with positions vs. colours.

kru, yes I think dialects would be ideal for describing a 3D environment, 
at least the parts that are not related to motion perhaps.

i use blocks of decimals for 3d points, it's much more precise

I remember some talk between Cyphre and Carl about "subpixel accuracy" 
in regards to AGG, but dunno if related. Carl was thinking if he 
should allow decimals for pairs IIRC.

I also remember, that he said that rebol is good fit even for 3D, 
where 3D is another container, and result put back to face (bitmap). 
But dunno if I got it right. I doubt it :-)

btw - don't you expect any possible rebol 3D engine, even if we have 
rebcode, as simply slow? Isn't the only chance linking rebol to external 
engine/library (e.g. OpenGL)?

that's probably the only way... also you shouldn't expect to do any 
serious 3D without access to 3D hardware acceleration. it would be 
nice to do this through openGL somehow, but it would take up too 
much footprint to build this into rebol directly

As I'm interested only in pure vectors, REBOL speed is succifient 
for me :)) But yes, REBOL can probably be linked to some external 
library (as Cyphre did with OpenGL) or SDL maybe? But I don't think 
it should be high on priority list, other things are more important.

Cool: IMHO the priority should be on moving camera now. And some 
support for collisions, maybe only in 2d-space. Idea: some kind of 
3d-icons. I can live with colored pyramids and some text, but i need 
to move.

Volker: there's camera code, but there's probably bug in invert matrix 
function so the camera does not work right now. I'm trying to find 
some informations on that topic and to fix it.

And then we do a 3d-desktop? :)

distributed 3d desktop nased on rebservices? :)

nased=based

Yes. Something like this atomic modells. Each ball is a site and 
you can move along the connections :)

Just a small update: I've fixed matrix inversion so it's possible 
to move camera now. It's not possible to rotate camera but I'm working 
on it.

nice demo, it's eating almost no CPU on my computer. But if I click 
and move cursor, everything is stoped.

that's because mouse events have higher priority than time events 
and the scene is refreshed only when time event occur. If you move 
your mouse, no time-events are generated.

Every event has a time (event/time), so this could be worked around.

Is there someone interested in making dialect form making rebcodes? 
Or someone already doing it?

form = for

I think Gabriele has work on that IIRC

work=worked

Maybe it would be goot to have some registers in rebcode to store 
temporary values which are needed for more cmplex calculations (no 
need to set named variables)

Yeah, I was thinking about that, too. Maybe someone with more experience 
in this area can comment.

Added to Rambo (with bug in the example:( http://www.rebol.net/cgi-bin/rambo.r?id=-505&

and with bug in my english as well: goot = good :(

Fast atan2 function: do http://box.lebeda.ws/~hmm/rebol/rebcode/latest/rc_atan2.r

Based on this C code: http://www.dspguru.com/comp.dsp/tricks/alg/fxdatan2.htm

How accurate is it ?

just do the usage block to see

It could be more accurate, but I don't know how to do [ r^3 ] in 
rebcode (where r is decimal)

But I think the accuracy is fine if you are doing animations and 
effects based on atan2 function - where speed is more important than 
precision

sorry, wrong link, should be: do http://box.lebeda.ws/~hmm/rebol/projects/rebcode/latest/rc_atan2.r

Mmm.. It looks slower than ARCTANGENT

Can you put the rebol equivalent (non-rebcode) alongside the atan2 
examples, in the Usage ?

(about 20% slower, by the way. But I'm not confident of my quick 
tests.)

How can I access values in objects from rebcode? (when rebcode is 
not in the same context)

Anton: it's logical, Arctangent is one opcode in the rebcode

Kru: I don't know, write it to Rambo as a wish if you wish:)