World: r3wp

but, what exactly is a gob? is it a face or an image?

what does:

a: make gob! none

probe a

look like?

gob is a ptr to the AGG structure with a an abstraction layer.

Gabriele, the question I saw a while ago on reboltalk forum. The 
guy wanted to put two applications in one. Ie. take two random scripts 
from rebol.org and put them as two panels in a window. This is an 
interesting concept to me. It means abstracting an "app" away from 
the details of the window (or panel) it's in. Just an idea.

maxim, so it's like a buffer? where you can apply effects or do dynamic 
operations on it?

Yes, what are the fields of a gob!  Remember also that objects can 
be extended..

gob is like face, except that is not an object! but a gob! and that 
it is much more optimized

Henrik - from what I know from Cyphre, new View will use full AGG 
compositing (AGG contains compositing engine), so maybe so ...

gob! cannot be extended

ie. you can't make gob! [my-field: ...]

Mmm, ok.

Gabriele - but what is the difference between the gob? Just a name? 
IMO it is  kind of object, no? :-)

i think gob! has user-data, so you can put an object there

it looks like an object but it is a c structure

takes much less memory than faces

Question now is can coordinates of arbitrary points on curved lines 
in agg be accessible in rebol.

why? isn't face just a c structure anywa? As is object! too, no?

no, face is an object! value.

If anyone from Sahores-Conseil is listening...Thanks!  A lot.  It's 
a good day...

gabriele, so a fast arcade game would be made up of gobs (player, 
enemies, score) put inside other gobs (background, starfield)?

yep.

exactly.

just like you would do with faces now

except a billion times faster

(except the fast bit)

:-)

I just wonder if we needed new concept? Weren't we ok with kind of 
min-face, containing simply less fields?

this takes less memory

so do faces still exist? What is the relation?

well AGG still has to do the rasterizing and its CPU based... so 
not million times faster.. but less REBOL collision trying to MANAGE 
the internal C data.

Not caring about memory, if concepts eventually don't fit :-)

pekr, the current model is terribly slow and eats up a lot of memory

we've been discussing this with carl for more than one year, and 
he did compiutations to estimate memory use and so on... and in the 
end the simplest/best thing is a gob! type

no faces yet, but could be virtualized.

try getting more than 1-3 fps in full screen on a 1280x960 screen 
:-)

no faces? Aha, so you will use object! which will hold or refer to 
gobs?

yep

I mean - to replace face concept?

well a gob can be an assembly of gobs,

pekr, I heard carl mumbling something about emulating R2 faces

OK then ...

let's forget R2 :-)

of one gob can be a pointer to many gobs whcih will contain all the 
previous face constructs... like edge lets say.

I want to see slides, please :-) I just realised, how weak my english 
is :-)

Carl has an odd way of speaking English as well.

highspeed dialects .. rebcode ...

tomorrow you'll see globs, which actually seem like a 100% map to 
R3 gobs so far  :-)

high speed dialects? What is that?

intrinsics - lower-level functions that need higher-level support

did he say the word limit is gone?

yes