r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Pekr
1-Sep-2010
[10216]
but you have that, no?
Maxim
1-Sep-2010
[10217]
I've looked (briefly) in the A104 R3 host C code and it doesn't seem 
like it by what I understood of the extensions I found.  cyphre might 
illuminate me if I just missed it.
Pekr
1-Sep-2010
[10218]
Max - so far, all AGG functions are mapped just like commands, nothing 
more. Cyphre is working on a dialect right now, but it is not in-there. 
Each dialect keyword then maps to such a function - or how do you 
think the REBOL to AGG mapping is done?
Maxim
1-Sep-2010
[10219x2]
they are called via the command launcher, which is used within the 
draw command, not directly from rebol.

the elements aren't exported from the extension module.
for some reason, the text command was exported, and when I tried 
to use it, it just crashed R3.


the whole system requires you to tell it where to draw stuff. all 
the C code  expects either a gob! or a low level AGG graphics object.
Pekr
1-Sep-2010
[10221]
ah, I understand now ... I thought that each low level function is 
directly mapped via a command ...
Maxim
1-Sep-2010
[10222x2]
the issue is mostly that they need to know where to draw themselves. 
 which is not something I've seen refered to anywhere outside of 
the higher level draw commands and AGG calls.
so either there is a little magic trick to set a gob! as the current 
default rendering target, or there isn't any way to do this yet.
Pekr
1-Sep-2010
[10224]
We should ask Cyphre then .... I think that you might discuss all 
your concerns with him, maybe together you will find out something 
generally usefull :-)
Maxim
1-Sep-2010
[10225x2]
my use cases tend to be on the fringes  ;-)


but I don't want to impede their plan right now.  i can actually 
do (some/all?) of this work myself, since it would effectively be 
a completely separate rendering process than /view, I woudn't be 
competing with their efforts, it could just be an additional extension 
which uses the same AGG code, but with a different REBOL interface
I would also like to build my OpenGL extension, now that I have everthing 
required in the extension API to start work on that.
Pekr
1-Sep-2010
[10227]
Would you need a vector! type for your work? IIRC vectors are still 
not finished in R3, no? Dunno if extensions support them ....
Maxim
1-Sep-2010
[10228x4]
yes vector! is usefull, simply for speed considerations.   not sure 
either, if they where added back in A101/102
MAJOR milestone for Game kit.


test app updated and includes multiple shape collisions and propagation. 
 quite fun  :-)

also: press g to view spatial sorting grid, its a bit mesmerizing 
to see


do http://www.pointillistic.com/open-REBOL/moa/files/ctest-preboled.r
next step... dynamics using rigid bodies
I also want to try adding rotational collision response... i.e. push 
a polygon, and it twists as well as moves.
Pekr
1-Sep-2010
[10232]
if you do a quick drag-move, it can jump over the element, instead 
of pushing it forward .... is that a bug, or na intention?
Maxim
1-Sep-2010
[10233]
that is because I didn't add actor velocity to the collision detection. 
 this will be part of dynamics upgrade.

I'm just happy that propagation already works  :-)
Pekr
1-Sep-2010
[10234]
Interesting that you are able to do it via plain old R2 ....
Maxim
1-Sep-2010
[10235x2]
most of it is math, AGG is just reflecting the vector maths I am 
doing.  its also responsible for about 90% of the CPU use :-(


but for now its not an issue since the game kit doesn't actually 
use these shapes for the user graphics, only for collision detection.
the user graphics are statically bound pre-compiled AGG blocks and 
render much faster, since I use AGG matrix ops directly for all of 
the rendering.
Anton
1-Sep-2010
[10237]
That's very impressive, Max.
AdrianS
1-Sep-2010
[10238]
I can see a way nicer (well, if performance won't be an issue) alternative 
to Processing being built on top of something like this. With dialecting 
and extensions to interface to external hardware, it could be a killer 
app for the interactive/performance art community.

http://www.processing.org/
Maxim
1-Sep-2010
[10239]
yep, this is all built as a set of generic libs you can use in any 
app.


 the actual application-specific code part of this test (if you exclude 
 the event loop, which would be part of a generic toolkit) is 1kb 
 of code (~ 50 lines).
JoshF
2-Sep-2010
[10240]
Hi!


Is there a good way to draw an image with an alpha channel? In the 
example below, I would expect a green outlined circle with a transparent 
background so I could composite it over the red box in the layout 
(for instance). However, I get solid (and very un-transparent) black.


    x: draw 512x512 [pen green line-width 3 fill-pen blue circle 256x256 
    200]
    view layout/tight [box 512x512 red  at 0x0 image x]

Any ideas? Thanks very much!
Maxim
2-Sep-2010
[10241]
alpha is the fourth component of colors... 255 is full transparency.
JoshF
2-Sep-2010
[10242]
I am aware of this, but the draw command seems to start with full 
opacity instead. Any way to get it to be transparent except where 
I've drawn? Thanks!
Maxim
2-Sep-2010
[10243x2]
so there are a few options.


I'd build a transparent image to start and graph stuff over it using 
draw.

ex:

x: make image! 512x512
x/alpha: 255
draw x [fill-pen red circle  256x256 200]
one thing to consider is how transparency relates to color. in the 
above, you will probably get a dark edge around the circle.


that is because the color around the circle actually is darker, so 
even if its partly transparent, it will add transparent dark red 
instead of red.
JoshF
2-Sep-2010
[10245]
That is the missing link! Thank you very much, Maxim!

For what it's worth, it seems that it's possible to skip a step in 
your example by saying:

    x: make image! [512x512 0.0.0.255]


Since, I'm compositing over stuff, the pre-multiplied alpha problem 
you describe shouldn't be a difficulty.
Maxim
2-Sep-2010
[10246]
:-)
Nicolas
5-Sep-2010
[10247]
I'm trying to catch alt-down mouse events while the left mouse key 
is down. Can anyone do this?
Henrik
5-Sep-2010
[10248]
not sure the event system allows this.
Nicolas
5-Sep-2010
[10249x5]
Shouldn't it?
In windows, if I do this then the left mouse down is interrupted 
by the right mouse click
In rebol, the only thing that stops a left mouse drag is left mouse 
up.
How does the event system work?
Surely we can fix this.
Henrik
5-Sep-2010
[10254]
I'm not sure if it's easy to fix. Cyphre would know whether it's 
possible.
Nicolas
5-Sep-2010
[10255]
How do I get in contact with him?
Henrik
5-Sep-2010
[10256x2]
He is usually offline in the weekend, but he may come online tomorrow.
beware though, that this may not be fixable.
Graham
5-Sep-2010
[10258]
I think it's been asked for a few times in the past ...
ICarii
5-Sep-2010
[10259x2]
There is a hotkit file that can be modified to add ALT support but 
then you need to create pass-thru scenarios for general window meta 
commands if you want the application to behave normally - eg ALT-F4 
etc.
s/hotkit/hostkit*
Cyphre
6-Sep-2010
[10261]
Nicolas: It looks in R2 the scenario you described doesn't work (don't 
ask me why, I have no access to the R2 sources). But in R3 you can 
normally detect the RMB while LMB is down.
Maxim
9-Sep-2010
[10262]
does anyone have documentation for the R2 SHAPE subdialect within 
draw?


the rebol.com does doesn't have ANY information on them... and i'm 
totally at loss in trying to figure it out... its just creating random 
shapes for me right now.
Graham
9-Sep-2010
[10263x2]
eh? Lots of examples http://www.rebol.com/docs/draw-ref.html
Does Rebol support holy images? http://synapse-ehr.com/forums/showthread.php?133-VID-delete-area
Henrik
9-Sep-2010
[10265]
try an alpha instead of white.