World: r3wp

Submitting to RAMBO

(Warning, this will lock up whatever instance of rebol you are running 
it in)

sp: 0
b: layout [
    c: box 400x400 white effect [
		draw [
			'pen 255.23.23 23.255.23 
			'line-pattern 1 sp
			'curve 50x350 200x50 350x350 200x300
		]
	]
	button "boom" [sp: sp - 1 show c]
]
view b

I don't know why someone would use a negative number, but this shouldn't 
happen if they do

May be a hard thing to check for without hitting performance too 
much, because of the late binding in REBOL. I can live with it.

Good one Josh. Keep them coming.

BTW, I've got a solution to the late-binding issue. I plan to write 
a blog about it soon.

On View 1.3.1, it didn't lock up for me..

I'm using REBOL/View 1.3.2.3.1 5-Dec-2005 Core 2.6.3

I thought I submitted a RAMBO ticket earlier for it, but now I can't 
find it

Ah, nm, found it

josh hum does it work with sp: -2 ? ( joking lol ) Cyphre thank you 
very mutch  and carl too for your hard work i'm a little far those 
last month from rebol ... but  i still have lot of  wants i will 
restart to work on the SVG rederer once all will be set /fixe if 
you have suggestions  about the svg engine make them to me i ill 
try to  add them too. ( a less 1000 lines SVG engines this will be 
very nice and flexible ...)

josh negative size for a line .... the issue no one would imagine. 
 lol but a good debug  lol this kind of issue can be really annoying 
for an miss parsing of the SVG data content for example -> crash 
so you  stend lot of hours trying to see if the crash comme from 
your SVG renderer engine from the SVG file or from rebol or from 
the engine or rebol/view VM ^^ you are right a message comming fromt 
the VM like "Error the size entrer for the lline is negative  " isntead 
of the vm crash would be nice  ^^

9-Dec 9:53 Cyphre "I'll post resume of AGG fixes/improvement very 
soon in this group so you are informed." Please, Cyphre, can you 
post it before competition's dead line so everyone can made use of 
it? :)

Ok, so here it is:

-fixed image keying bug (swapped color components in keying tuple!)
-line width is now now changing according to scale

-fixed rendering of transformed images(now uses aplha premultiplied 
data)

-fixed LINE-PATTERN bug (multiple line patterns in DRAW block should 
work properly now)

-fixed MATRIX bug(wrong matrix calcualtion was corrected in this 
case)

-fixed SKEW command inconsistency (now it takes degrees as arguments 
instead of radians)

-fixed FILL-PEN bug when filling images (now it doesn't render images 
upside down)

-fixed ANTI-ALIAS cmd(now it is possible to switch this mode within 
one DRAW block)

-removed POP command (was obsolete, PUSH with block! arg is used 
instead)
-fixed fill/outline pixel aligning problem
-fixed visual bug when rendering circle with line-width > 1
-fixed text character encoding problem
-improved gradients: added REFLECT and REPEAT modes, example:
view layout [
	origin 0
	box 400x460 effect [
		draw [
			pen none
			fill-pen linear 10x10 0 190 0 1 1 black red green blue black
			box 10x10 390x90

   fill-pen linear 10x160 0 190 0 1 1 black red green blue black repeat
			box 10x100 390x180

   fill-pen linear 10x310 0 190 0 1 1 black red green blue black reflect
			box 10x190 390x270
			fill-pen radial 80x350 0 20 0 1 1 black red green blue black
			circle 80x350 70

   fill-pen radial 190x350 0 20 0 1 1 black red green blue black repeat
			circle 190x350 70

   fill-pen radial 320x350 0 20 0 1 1 black red green blue black reflect
			circle 320x350 70
		]
	]
]

would make it for nice blog entry :-)

Nice, thanks.

cyphre    lot of work have been done I'm really impress
thank you so mutch  ^^

Cyphre as far as i test matrix problems have been solved in REBOL/view 
1.3.2 

this image was done with 1.3.1 http://shadwolf.free.fr/SVG-rend-compare.jpg

This one is done wth 1.3.2  http://shadwolf.free.fr/svg-renderer-v07.jpg


now i have to found the good way to exploit and work  with some SVG 
datas. the gnome keayboard image is good but i still get some scaling 
problem with the orange part of the blender logo image  (the disposition 
is good but the sacle is not good )
see:
http://shadwolf.free.fr/svg-renderer-v07-2.jpg

so as you can see the compositing of the relative orange part is 
good it's relative position seems to be good too but now that's the 
scale wich is not good it"s like if it was disabled .... 


My SVG rendering engine is designed to work perfectly with ink scape 
SVG format.

Shadwolf, please send me the original SVG data of the logo image 
you are having problems with.

oki i send  you by mail right now   the  lastest svg engine script. 
I identified the  matrix compositing  line code   search  "Cyphre 
!!!"  in the  script. I added the svg file with the  blender logo 
(witch  use tranform matrix information)

line 480 of svg engine script code

arg  this email adress doesn't work any more <[cyphre-:-volny-:-cz]>:

I make a  zip archive SVG renderer  script lastest  + svg file for 
 blender  on my  ftp

http://shadwolf.free.fr/svg-demo-cyphre.zip

thanks, will check it soon.

Try this:

view layout [
    box 640x480 effect [

        draw [line-width 48 pen 0.132.28.0 0.0.0.0 arc 0x0 90x90 358.163265306122 
        90]
    ]
]

Thanks Kru! Put it into the Rambo. I'll fix that for next release.

I've probably got more of deadly bugs, but this one was the only 
I was able to reproduce. Probably later.

Good to know. There is so much combinations in the dialect so I appreciate 
any other reports ;)

Is is possible to deform an image into a triangular shape ?


I tried the following .... but specifying the 3rd & 4th co-ordinates 
as the same produces no image at all ....
view layout [

    box 100x100 effect [draw [image logo.gif 10x10 90x10 90x90 10x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 60x90 40x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 51x90 49x90]]

    box 100x100 effect [draw [image logo.gif 10x10 90x10 50x90 50x90]]
]

It looks like the algorithm always takes four points, so specifying 
two coincident points means a point at infinity, which means the 
image is infinitely stretched out. Mmmm....

try them a pixel apart

The reason for the question is I want to stretch the image into a 
triangle .... just wondered if this were a bug or a feature of the 
algorithm.
Is there another way of doing it using draw ?

a pixel apart still has the same problem - it is tending towards 
infinity.

(so you lose most of the image).

We want a "non-perspective" deform, I suppose.

Could do it with rebcode, I suppose.

Yes, the 'perspective' transforamtion cannot be used for triangles.

We can provide 'bilinear' transformer. But the bilinear algorithm 
in AGG is behave somehow strange. If anoyne know about correct one 
we might try to implement it or fix the current one in AGG.

In draw ref manual, I noticed an error about image: the third coordinate 
is not lower-left but lower-right

Does anyone knows what is the actual algo when resizing an image 
as a face attribute using 'aspect or 'fit ?

Now, using AGG style, I don't see any difference using bilinear or 
nearest neighboor... maybe I'm wrong in my code...

Actually, there is a diffrence when upscaling but not when downscaling

I think bilinear only works when scaling up. for scaling down, you 
need a different smoothling algorithm. I noticed this in Canvas as 
well

Reviewer: typo submited to the author.

ReViewver: the FIT and ASPECT effect block command are using the 
old(non Agg based) scaling algorithm. You can use the bilinear filter 
mode only in the DRAW block.

Also there is quality difference(nearest vs. bilinear)  when downscaling 
pictures.
See: http://www.rebol.cz/~cyphre/tests/filters.png

(But it is true there exists better quality algorithms for downscaling 
than simple bilinear one. Maybe we will add one of them in next version? 
Would be handy for high quality thumbnails etc.)

or spanned window to lower resolution?

If you don't need it in realtime the why not ;) Those HQ filters 
are much more time consuming.