World: r3wp

To new readers:

We're testing this Voxel Landscape script, I've made in rebcode: 
http://home.tiscali.dk/john.niclasen/voxel/NicomVoxel.r

Too see what it is, screengrab is here: http://home.tiscali.dk/john.niclasen/voxel/snapshot.png

You need View 1.3.50 to run it:
Windows: http://www.rebol.net/builds/031/rebview1350031.exe
Mac OSX: http://www.rebol.net/builds/024/rebview1350024.tar.gz
Linux: http://www.rebol.net/builds/042/rebview1350042.tar.gz

Use w, s, a and d to move around.

Q to quit and F1 to save snapshot.png

Nice job, John!


I have played with it a bit : the keys were not friendly for Azerty 
keyboards ;-)
And I wanted it to fly without "Control".


So the same things, but use Arrows to increase/decrease speed in 
both directions.
do http://membres.lycos.fr/didec/rebol/NicomVoxel.r


You can also try page up/down to change the view altitude, but rebcode 
part is not fully ready for that (can give error if you go too far).

:-) Unfortunately it doesn't work in MacOS, because of missing timers 
(rate).

DideC, I just tried your version on my PC. It's cool! :-) Ok flying 
experience, and the elevation is fun too. But code is not completely 
ready for that, as you point out.

Not bad. I got around 22 fps on P3  933MHz

I've got 22fps too on P4/2GHz

:-) strange, on so much powerfull machine ... maybe it is because 
of View slow refresh ....

I get 25fps on my 1Ghz PIII, but the script use "rate 30" so don't 
expect it to go to high in frame rate ;-)

To clarify: my original script only update the window, when moving 
around, so fps can only be measured when holding a move key. DideC's 
version use RATE, so it continuously update the window. Using RATE 
doesn't work with View 1.3.50 under MacOS (I don't know about the 
Linux version).

note that rate doesn't go past around 20/s on windows.

I can get up to 48Hz on WinXP.

Anton, with my original version or DideC's version using RATE?

I think there's confusion there between face/rate and the fps reported 
by your program. I think I have switched to talking about face/rate 
while everybody else is still talking about your program. I thought 
that Gabriele was probably talking about face/rate. Now I'm not so 
sure :)

Anton, I read it the same way as you did then. If Gabriele mean, 
using face/rate can only produce 20 ticks pr. second, then you've 
proven him wrong, yes. :-)

I think Gabriele might be remembering the number 20 milliseconds, 
which is close to the time interval given by 48Hz.

i remember not going much past 20 ticks per second on my machines, 
but i don't recall if i was measuring rate alone (probably not)

i also think others had similar results... but, if it's 48hz, then 
that's better :)

btw, Gabriele - I hope rebcode is part of rebol 3 big picture?

What about some security issues Brian pointed to earlier?

it will certainly be if the security issues are solved in time (i 
think we can do it for beta, but it might be delayed to final)

can anyone tell me if we can access objects! using rebcode... I read 
the whole document and did not notice any object using examples or 
explanations.  It seems we can, but its not stated explicitely. AFAICT

You use the DO opcode to access objects using REBOL code. There are 
currently no opcodes for direct object access, though they have been 
requested. Time will tell whether such opcodes exist for rebcode 
in REBOL 3.

You can also APPLY the IN native and SETW/GETW the resulting word.

They would be really usefull for editing faces,and other object-based 
REBOL resources... if they are in opcodes, we could expect a big 
speed improvement, even if that meant to "freeze" some aspects of 
the object within the rebocode loop. (JIT compile on demand  ;-)

getting a weird variable cross over in a rebcode code block where 
the function will run fine sometimes then inexplicably swaps its 
variable contents while under recursion..

ill post the code so anyone interested can have a play

http://rebol.mustard.co.nz/sudoku_gen.r

The issue is in the TestUniqueness function when it recurses within 
itself - the Gen function works fine

the irritating thing is that the TestUniqueness function does work 
about 5% of the time..

The variables swapping over are yp and sev - yp is an integer and 
sev is a series..

have tried the same code under rebview1352031.exe and rebview1361031.exe 
but same results.

Brian: I found my post above:

Kru: this really seems to be APPLY related, because the following 
code crashes too:

mulr: rebcode [][return 4]
mull: rebcode [][loop 10000000 [apply a mulr []] return a]
mull

is that the crash you mean?

Yup.

I never ran into it myself, but that's what I was talking about.

this seems to be corrected in
>> rebol/version
== 1.3.61.3.1

If so, cool.

Did they ever make a new rebcode alpha based on the latest REBOL 
version? I know I requested it many times...

The version above is the latest I have got, so I think there is not 
a newer one

Ah well. The rebcode VM was the basis for much of my own research 
projects. I would really like to see it return, as I am blocked on 
those projects until I can count on rebcode being there and safe 
to use. As it is, I rarely get to use REBOL professionally, it's 
more of an enabling tool.

How can I rewrite the following regular REBOL code into REBCODE?
There is no REBCODE version of "TO-CHAR".

; data is binary!
poke data j to-char data/:i

Implementing memory move ?

Yes. Implementing memory move.

REBCODE is AMAZING ...


I am trying to convert a 300+ MB file from little-endian 16-bit Unicode 
to UTF-8. I am pretty sure that all the characters in this file are 
ASCII characters, so I can just discard the second byte (0x00) of 
every 16-bit Unicode character. Beside that, the beginning 2 bytes 
(0xFFFE) need to be discard too. 


In these two days, I wrote REBOL scripts for this purpose in different 
ways, and I suffered in different ways, too. Sometime I got out-of-memory 
error, sometimes I didn't. Even if I didn't get any error, the performance 
would definitely dramatically dropped down after few minutes because 
of the memory issue, I guess. I would take me 30 minutes to convert 
the file in my PC. I was trying to make it less than 10 minutes, 
so I kept asking stupid questions in the AtlME REBOL3 World.

 

Few ours ago, REBCODE came to my mind out of the blue. I remembered 
Carl said something like 10-30 faster. Because I am no REBOL expert, 
I'd never used REBCODE before. I took 1-2 hours to read the REBCODE 
document, then I do my very first REBCODE code in my life. Guess 
what? It turned out very well. The REBCODE version took only 45 seconds. 
It's AMAZING.

Good to hear Jerry.

compared to what when not using rebcode?

oh, the 30 minutes you write above... , was that using REBOL?

Yes, the 30-minntes version is in REBOL