Bugs item #2887417, was opened at 2009-10-27 20:46
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=507079aid=2887417group_id=64325
Please note that this message will contain a full copy of the comment
Hi,
Now, I don't know if this is possible at all.
Suppose I have a [rectangle] (or whatever primitive indeed) with a
texture, and something behind the rectangle.
Is it possible to have the rectangle blend with the background with
some blending mode (such as add, multiply, etc)?
(without
Is it what you are looking for ?
++
Jack
Le samedi 28 novembre 2009 à 17:53 +0100, Matteo Sisti Sette a écrit :
Hi,
Now, I don't know if this is possible at all.
Suppose I have a [rectangle] (or whatever primitive indeed) with a
texture, and something behind the rectangle.
Is it
Jack escribió:
Is it what you are looking for ?
Well, since I use Windows pix_share_write and read don't work, but I
guess I could do the same without those objects.
Yes, this is one approach. I was looking for another approach that
wouldn't involve taking snapshots of the scene and adding
Matteo Sisti Sette escribió:
A) Use several [rectangle]s on a plane, get a snapshot of the
framebuffer and put it into a texture
B) manipulate the camera input as pix, or as texture, and compose a
bigger pix, so only at the very end, for displaying, you would use a
rectangle
?
H I
This 10.4 build issue seems to be fixed in trunk (pd-devel builds
include Gem from trunk) but not for the 0.92 branch (pd-extended
builds use the 0.92 branch).
.hc
Begin forwarded message:
--
Message: 1
Date: Sat, 28
Bugs item #2905446, was opened at 2009-11-28 21:26
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=507079aid=2905446group_id=64325
Please note that this message will contain a full copy of the
Oh s...@#*,
[pix_snap] seems to be the answer, isn't it!!!
Matteo Sisti Sette escribió:
Hi,
I realized that a recent thread was about something very similar to what
I need to do right now (the thread was way to get gemframebuffer back
onto main memory for pix_operations)...
The ultimate
Hi,
I realized that a recent thread was about something very similar to what
I need to do right now (the thread was way to get gemframebuffer back
onto main memory for pix_operations)...
The ultimate question for me is: how do I take a [pix_texture] and get
the image again into a pix so I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matteo Sisti Sette wrote:
Hi,
Now, I don't know if this is possible at all.
Suppose I have a [rectangle] (or whatever primitive indeed) with a
texture, and something behind the rectangle.
Is it possible to have the rectangle blend with the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matteo Sisti Sette wrote:
(without having to render all the rest of the scene except the rectangle
into a texture via gemframebuffer, and then blending the two textures
with pix_add and friends)???
and don't do that if you can avoid it. uses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
This 10.4 build issue seems to be fixed in trunk (pd-devel builds
include Gem from trunk) but not for the 0.92 branch (pd-extended builds
use the 0.92 branch).
well yes. half true.
i prefer to not backport fixes
Bugs item #2905446, was opened at 2009-11-28 21:26
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=507079aid=2905446group_id=64325
Please note that this message will contain a full copy of the comment
IOhannes m zmölnig escribió:
there's [env $1( (with $1=0..5 or so) to [pix_texture] which will give
you a number of different blending modes.
I have tried, but I see no difference between values 0,1,2,4,5, a part a
one-pixel white border in some case; and with 3 I get an all-white image
(or
I wasn't completely compensating for the bug,
but even now that I am, I can obtain
- normal blending (i.e. no blending)
- all white (dunnwo what this is supposed to be)
- inverted opaque texture (still no blending)
No additive nor subtractive nor any kind of blending at all
Matteo Sisti
Btw now I see in the documentation it says env is for texture
environment mode and I don't know what it means but the options don't
sound like blending modes the way I understand them (i.e. ways of
blending with the background)...
Matteo Sisti Sette escribió:
I wasn't completely
Ohhh, ok!!!
[env ( is the way the texture blends with the color of the survace (i.e.
the one set by [color])!!!
That's useless to my purpose: by blending mode I meant the way the
object (with its resulting color however it results from its color and
rexture) blends with its background
Send us the patch ! ;)
++
Jack
Le dimanche 29 novembre 2009 à 02:01 +0100, Matteo Sisti Sette a écrit :
Ohhh, ok!!!
[env ( is the way the texture blends with the color of the survace (i.e.
the one set by [color])!!!
That's useless to my purpose: by blending mode I meant the way the
18 matches
Mail list logo