GPU.

Jaime Oliver a écrit :

hi, thanks for your answer. by hardware you mean cpu or gpu?

J

On Sun, Jan 25, 2009 at 2:15 AM, cyrille henry <cyrille.henry@la-kitchen.fr mailto:cyrille.henry@la-kitchen.fr> wrote:

hello,

the size limit for texture is hardware dependant.
usually 4096x4096.

Cyrille

Jaime Oliver a écrit :

    Hello all,
    I am trying to texture a 8192 x 10000 pixel image using
    pix_buffer_read
    |
    pix_texture
    |
    rectangle

    but I get the message
    GL: INVALID OPERATION

    any help is appreciated,

    J

    -- 
    Jaime E Oliver LR

    joliverl@ucsd.edu <mailto:joliverl@ucsd.edu>
    <mailto:joliverl@ucsd.edu <mailto:joliverl@ucsd.edu>>
    www.realidadvisual.org/jaimeoliver
    <http://www.realidadvisual.org/jaimeoliver>
    <http://www.realidadvisual.org/jaimeoliver>
    www-crca.ucsd.edu/ <http://www-crca.ucsd.edu/>
    <http://www-crca.ucsd.edu/>
    www.realidadvisual.org <http://www.realidadvisual.org>
    <http://www.realidadvisual.org>


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


    ------------------------------------------------------------------------

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

-- Jaime E Oliver LR

joliverl@ucsd.edu mailto:joliverl@ucsd.edu www.realidadvisual.org/jaimeoliver http://www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ http://www-crca.ucsd.edu/ www.realidadvisual.org http://www.realidadvisual.org

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

---

---

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

Loic Kessous wrote:

Hi,

I just want to report this but I don't know if it's related to gem-dev or usual pd-gem, so sorry for cross-posting.

I am using pix_movement and pix_movement2 on os X and MSW vista and apparently with pix_movement the display is not correct on MSW, It doesn't show the video processed but the original one. On os X it's working correctly. For pix_movement2 it's working on the 2 plateforms.

this is as expected. when you are using [pix_movement] with an RGBA image-stream (which is the default on w32), it will store the difference images in the alpha-channel. if you send [pix_movement] a greyscale image (which has no alpha channel) it will output the processed data in the grey-channel as well. [pix_movement2] seems to internally convert the image to greyscale and work on the grey channel directly.

you could:

• convert the pix-stream to greyscale using [pix_grey] (before

[pix_movement])

• turn on alpha-blending with the [alpha] object to let the

alpha-channel have an effect.

i know that this is somewhat inconsisten (for legacy reasons). storing the processed data in the alpha-channel sounded like a good idea back then. it doesn't sound that right now. it will stay like this for legacy reasons. (but thinking of it: it might be a good idea to turn the functionality of [pix_movement] into [pix_movement1] (consistent with [pix_movement2]) and make [pix_movement] an abstraction using the new object and mimicking the old behaviour.

fhmasdr IOhannes