[PD] [Gem] pix-texture problem on windows
zmoelnig at iem.at
zmoelnig at iem.at
Sun Oct 14 17:53:42 CEST 2007
Quoting chris clepper <cgclepper at gmail.com>:
> On 10/14/07, Thomas Mayer <thomas at dergrossebruder.org> wrote:
>>
>>
>> > [gemhead]
>> > |
>> > [pix_(movie|film|image)] <-- reg_exp for human reading only
>> > |
>> > [pix_texture]
>> > |
>> > [gemhead] |
>> > | |
>> > [pix_texture]
>> > |
>> > [square]
>
>
> I can't figure out what this diagram is showing.
the diagram shows: one [gemhead] is uploading an image to the gfx-card
via [pix_texture].
another gemhead uses this texture and displays it onto a square.
the 2nd outlet of [pix_texture] should output enough information, so
that another [pix_texture] (without a pix in the chain), can re-use
the same texture when it get's the info in its 2nd inlet.
thomas: what is the problem? "not working" is a rather vague description.
i recently discovered that the output of the 1st pix-texture would
give wrong texture coordinates when using normalized textures
(power-of-two sized).
the w32-binaries certainly still have this bug.
for now i can think of two workarounds:
- if your machine/build supports it, try using rectangle-textures and
see if it works.
- if it is not supported, try manually setting the texture-coordinates
to 1,1 (e.g. use [pix_coordinate]) (you could also manually set the
texcoords by modifying the messages that comes out of [pix_texture];
it is human-readable and of the form (iirc): "<texid> <width> <height>
<texmode>"; you want to modify <width> and <height>)
mfa.dr
IOhannes
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
More information about the Pd-list
mailing list