World: r3wp

only a few beta versions had rebcode in them

grrr.  Seems they should put it in anyway to others for at least 
access to the support that it may provide.

and a (shrinking) number of ops are buggy.... but a bug in rebcode 
is much more dramatic than in normal REBOL

Just seems like what it may provide might still be better than nothing.

it can crash the interpreter and even make your OS buggy... so I 
think Carl is a bit wary of the bad publicity this might give REBOL.

yeah that is probably it.  Shame I hope it continues to develop

Although I do agree... in the least, it would allow a select few 
the opportunity to develop fast code other can just use...

there are no test suites made yet, AFAIK so there is no proper testing 
done yet. only (very promising) concept programs have been done.

yes speed did often seem to be in the 30-100 times faster!

(IIRC)

I coded a gauss blur test program and recreated it in rebcode and 
it was approximately 18 times faster. it could probably be 30-40 
times faster if there are going to be color conversion and pixel 
read/write routines built in. Right now that needs to be done manually. 
It will be fast enough for anyone to build a software rendering texture 
mapping 3D engine.

rebcode is really amazing. it reminds me of the demoscene in the 
early Amiga days :-)

and many image processing funcs could at least be coded in a fast 
pre-process mode (not interactive, but fast enough that rendering 
them isn't too slow as to be annoying

(by interactive I mean 30+ f/sec)

if we also could have direct access to the buffer that is used for 
outputs so we can skip the View engine, but throw pixels directly 
on screen, even more speed can be gained.

this would be very cool.

I'd also like a way to copy to/from an external image source... to 
allow easier access to DLL rendered gfx.  (opengl and others)

and things like capture cards or output framebuffers...

it would just allow us to stay within REBOL platform instead of having 
to resort to lib useage....

this could also be useful in situations where you don't need anything 
but rebcode. what if it were possible to build a rebol core that 
only consist of rebcode? that would be pretty small, wouldn't it?

imagine being able to call rebcode directly within AGG draw loop 
 :-)

we could probably define our own primitives.

possibilities, possibilities... :-)

I think a big issue was security. Because of the same issues that 
let you crash the system, bad things could be done by talented people. 
I'd love to see it included though, even if they had to take out 
the buggy and unsafe bits for the time being.

Opcodes of the new AVM+ runtime system: http://lxr.mozilla.org/mozilla/source/js/tamarin/core/opcodes.tbl?raw=1

maybe someone may find it useful: cvs -d :pserver:anonymous:[anonymous-:-cvs-mirror-:-mozilla-:-org]:/cvsroot 
co mozilla/js/tamarin

where can i find rebcode vm ?

its a specific beta version or rebol/view downloads are on rebol.net.

brian is your best bet for rebcode help, he helped a lot in designing 
and testing it with Carl.

found it: The current beta release is 031/rebview1352031.exe.

i think i will ahve no problems to covert Z80 opcodes in rebcode, 
it's a similar approach

just that if you have some bugs or wandering about specifics, he 
has deep knowledge of it, he might even be able to give you hints 
on how to go around a few missing things.

is there a way to test if a var is set to none ?

NONE? word

yep

ah sorry - rebcode - not sure :--x

^^^

is the T flag positionned after AND opcode execution ?

i should test that

seems not

so, i have to do something like that, to set the T flag, i mean :
 
AND tmp 255
eq.i  tmp 255

i have to do many operations like that to emulate the Z80 8-bit ship, 
Z80 modify his T-flag after any logical operation. i think Rebcode 
should do that  too :-)

Please write it to Rambo, better now, before R3

done

another prob is that all opcode operate on 32 bit integers only, 
in my case it would be cool if they can act as well on chars (8 bit)

i can do without, but my code is more verbose

...and slower

espacially with bit rotation opcode, which are useless in my case 
^^^

i need a speed reverse byte function with rebcode , for example 1100 
0000 => 000 0011
any idea ?

* 1100 0000 =>  0000 0011