Jaime... thanks... ¿how i can change the rendering order? gemwin -1???? what is the float argument???

Thanks a lot for the help

JL

2009/5/12 Jaime Oliver jaime.oliver2@gmail.com

Hola Jose Luis,

send the messege color r g b (i.e. color 1 0 0 for red... etc.) to the gemwin (check the gemwin help patch for that matter).

each gemhead can have a float argument which is the rendering order to get layers, however, since it's a 3d space you can also create layers translating things on the Z axis with translateXYZ...

J

2009/5/12 Jose Luis Santorcuato santorcuato76@gmail.com:

...

Hi my dears friends... i like change the color of gem window... the

black

...

color, i can put video, pic, etc, but i can change the background

color...

...

and... how i can put the images or video in differents depths or

layers???

...

... i am talking about dont put the media on same background or put in layers....

Thanks

Jośe

-- http://www.chilemigra.cl http://arselectronicachile.blogspot.com/ www.myspace.com/santorcuato

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-- Jaime E Oliver LR

joliverl@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/http://www.realidadvisual.org/jaimeoliver%0Awww-crca.ucsd.edu/ www.realidadvisual.org

858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA

Jaime Oliver wrote:

so each rendering chain starts with a gemhead, each of them have an argument. the bigger the argument then it is rendered later.

so that:

gemhead 1

is rendered after

gemhead 0

hmm, while your explanation is right, your example is wrong.

[gemhead 2] will be rendered after [gemhead 1]. [gemhead 0] is equivalent to [gemhead] (without args), which actually translates to [gemhead 50].

the reason for this is to be able to easily insert [gemhead]s that are rendered _before_ the "default" gemhead (and _after_ as well).

of course, in theory the [gemhead] could check whether there are no arguments and handle this differently than when an argument "0" is present. but currently it doesn't do so.

everything written here is by heart, so i might be mistaken :-)

nevertheless, i would suggest to never use a rendering order of "0", as it is a borderline case.

I don't know how many levels you can get although i usually see people write 0-99...

the render-order is represented as floating point. so 47.7 will be rendered after 47.69; and 2e-9 will be renderend before 1e8 for all practical purposes, this should give you an "infinite" number of levels.

the important thing to notice is that negative render-orders are treated somewhat differently:

• first of all they are always rendered _after_ positive orders. (that

is: -1 will be rendered on top of 1000)

• negative render-orders will not be affected by view-point messages

(both of the above are like that to enable simple OSD overlays)

• iirc, negative orders are somehow reversed: that is "-2" is rendered

after "-1" (even though -2 is smaller than -1)

mfg.asdr IOhannes

Le 13 mai 09 à 09:08, IOhannes m zmoelnig a écrit :

Jaime Oliver wrote:

...

so each rendering chain starts with a gemhead, each of them have an argument. the bigger the argument then it is rendered later. so that: gemhead 1 is rendered after gemhead 0

hmm, while your explanation is right, your example is wrong.

[gemhead 2] will be rendered after [gemhead 1]. [gemhead 0] is equivalent to [gemhead] (without args), which
actually translates to [gemhead 50].

the reason for this is to be able to easily insert [gemhead]s that
are rendered _before_ the "default" gemhead (and _after_ as well).

of course, in theory the [gemhead] could check whether there are no
arguments and handle this differently than when an argument "0" is
present. but currently it doesn't do so.

everything written here is by heart, so i might be mistaken :-)

nevertheless, i would suggest to never use a rendering order of
"0", as it is a borderline case.

...

I don't know how many levels you can get although i usually see
people write 0-99...

the render-order is represented as floating point. so 47.7 will be rendered after 47.69; and 2e-9 will be renderend
before 1e8 for all practical purposes, this should give you an "infinite"
number of levels.

the important thing to notice is that negative render-orders are
treated somewhat differently:

• first of all they are always rendered _after_ positive orders.

(that is: -1 will be rendered on top of 1000)

• negative render-orders will not be affected by view-point messages

(both of the above are like that to enable simple OSD overlays)

• iirc, negative orders are somehow reversed: that is "-2" is

rendered after "-1" (even though -2 is smaller than -1)

Yes, and about this, there is a mistake in the help patch about
[gemhead] : example: "1" before "50" before "-23" before "-10" should be : example: "1" before "50" before "-10" before "-23" No ? ++

Jack

mfg.asdr IOhannes _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list