AltME groups: search

I think the best way in REBOL is, as usual, to design dialects on 
the abstraction level of the user, and implement them in terms of 
the available C libraries. This is what Orca does so far with Qt 
and OpenGL

Here's the new manual for the Boron OpenGL interface:

Thanks, I was curious to see that. Interesting first approach to 
an OpenGL wrapper dialect.

There seems to be a difference in CALL/SHELL (at least under Windows). 
Earlier versions open a shell window, the latest doesn't. I can see 
it, when I run my OpenGL stuff.

Yes, a bit. There may be a simpler way. Or we could bundle a few 
such helper functions into a support library (as Max did in his OpenGL 
work).

oldes glut is compact, it's C based, it's portable on linux, windows, 
macosx only 117Ko and it opens a big gate to opengl since that's 
it's main purpose... Agg could be adapted at some point to use hardware 
accelerations proposed by OpenGL API at some point or at least we 
can investigate that part... Glut is old so this means it's super 
documented, and glut goal fits what r3/GUI basic goals are manegment 
of windows and management of user's inputs

Shadwolf, if you want a REBOL GUI that can just be recompiled on 
all platforms based on OpenGL or QT or GTK, the current host kit 
fully supports that. You can just build such an interface on it

doing a bit of stress-testing... I've just loaded a 15MB polygonal 
model of a tree in my 3d system ... it has ~350000 polygons and ~180000 
vertices.

a bit slow using the current unoptimized Old-school OpenGL commands, 
but I'm still averaging about 10 frames a sec on my 4 year old mobile 
nvidia GPU (which is like 16 times slower than an average desktop 
card of today ).

that might work.  I could put the needs to the cgr module within 
the opengl-cgr... I'll try that.

do you have OpenGL support on Amiga?

Maxim, if you keep things simple OpenGL-wise it will work just fine

btw, I released a new host-kit which has custom gob rendering enabled 
(very early prototype) but its got an OpenGL rendering engine running 
within view.


you can see the download link in the announce group, if you want 
to try it out.

Maxim: on OpenGL, that's good news.

BTW my internal unoptimized OpenGL accelerated version on the same 
machine as above ;)

0:00:08.342 47.95 FPS

If everything goes well we could use the OpenGL on OSX to render 
R3 graphics so my guess is R3 performance shouldn't be so bad.

Pekr, I'll publish r3.exe with the opengl rendering by monday. I 
wonder how much fater will be the benchmark script on your machine 
:)

yes, my machine is 4 years old Dell notebook, and the test was as 
fast as your OpenGL accelerated one. You really have to have an old 
machine, no? :-)

I received some critics about promising but not releasing the OpenGL 
test prototype so I decided to release what I have now. You can get 
it from here:

http://cyphre.mysteria.cz/tests/r3gl.zip

for more info please read the readme.txt inside the archive.

Thanks guys..so far it looks good:

-there are no crashes (yet) so it looks the method is highly compatible 
as I expected

-if you have at least decent (doesn't mean new or fast) card the 
difference can be somewhere between 70-100% performance increase 
in the test

-noone(yet) reported case when opengl-speed < sw-speed except Henrik 
running some VM which has most probably bad OpenGL support.


Regrading Pekr's case. He is using Intel on-board gfx which has either 
not good performance/opengl driver or he has forced in the driver 
config VSYNC limiter set to ON so the FPS cannot get higher than 
60Hz LCD frequency.

Yes, VirtualBox OpenGL is very poor. I may try something in Parallels 
later.

Again.. in the archive was wrong exe. Named R3.exe, but with OpenGL 
as well. So that's why Christian had almost same high values.

There are no plans for the accerated graphics yet. It's early concept 
but it is highly portable and will work on all platforms that has 
OpenGL support.

BrianH thank you :) ... As a side note GDI is deprecated and abandonned 
massively on hardware level... but Gfx libs like Cairo support directX 
rendering hardware accelaration or OpenGL depending the plateform 
... I'm not quite the super exper on the topic. But i know that's 
a tendency to move back graphical content to the GPU  and not only 
when it comes to 3D rendering ...

Kaj explained thath this depended on OpenGL and the quality of the 
3D card

Hi guys, I've spent a great time at the conference (and after also) 
with the people present. A big thank to Bas and Kaj for organizing 
this event, it was really nice meeting you all (pity that Robert 
couldn't been there to present RMA's GUI). The Boron's OpenGL demo 
was impressive (Star Trek's Enterprise ship), I'm looking forward 
to see the dialect used for that.


 I'm currently preparing the slides I've presented to put them online. 
 Should be done in the next hour.

Karl has published the 3D Boron demo, including OpenGL Boron builds 
for Linux and OS X:

You need to have OpenGL 2.1 and OpenAL installed in your system