I'm trying to load a png image to pdp_reg, but I am getting the following error:
WARNING: request to create image packet with illegal dimensions 533 x 400
What are the proper dimensions for using this object? It is not documented anywhere AFAIK.
derek
On Fri, 18 Feb 2005, derek holzer wrote:
I'm trying to load a png image to pdp_reg, but I am getting the following error: WARNING: request to create image packet with illegal dimensions 533 x 400 What are the proper dimensions for using this object? It is not documented anywhere AFAIK.
GEM and PDP have some restrictions on widths of pictures. It has to be a multiple of some number; i think it's 2 or 4 or 8. It may depend on colormodel too, as the point is to prevent unaligned (slow) computations from happening, which depends on the number of bytes per row.
GridFlow accepts any possible size, but it's still best (for speed) to pad or crop the picture to a good multiple: 8 for greyscale and rgb, 4 for greyscale-with-alpha, and 2 for rgb-with-alpha, and so on.
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
On Feb 17, 2005, at 9:58 PM, Mathieu Bouchard wrote:
On Fri, 18 Feb 2005, derek holzer wrote:
I'm trying to load a png image to pdp_reg, but I am getting the following error: WARNING: request to create image packet with illegal dimensions 533 x 400 What are the proper dimensions for using this object? It is not documented anywhere AFAIK.
GEM and PDP have some restrictions on widths of pictures. It has to be a multiple of some number; i think it's 2 or 4 or 8. It may depend on colormodel too, as the point is to prevent unaligned (slow) computations from happening, which depends on the number of bytes per row.
...don't spread FUD! GEM doesn't care about image dimensions, they are just passed on to the card as textures...perhaps you are conflating the difference between GL_TEXTURE_2D textures (which do need to be a power of two in each dimension, but any size can be converted to that) and GL_TEXTURE_RECTANGLE textures, which allow for any size texture without requesting the extra memory?
...don't know about pdp, but I'd try it with even dimensions...?
l8r, jamie
On Thu, 17 Feb 2005, james tittle wrote:
On Feb 17, 2005, at 9:58 PM, Mathieu Bouchard wrote:
GEM and PDP have some restrictions on widths of pictures. It has to be
...don't spread FUD! GEM doesn't care about image dimensions, they are just passed on to the card as textures...perhaps you are conflating the difference between GL_TEXTURE_2D textures (which do need to be a power of two in each dimension,
WOOPS again! not at all, i'm probably confusing it with PDP or with something else! I recall also another plugin called VDSP (later Pixonix) that had high restrictions on widths, but it never got ported from jMax to Pd...
I was certainly not thinking about power-of-two sizes: i was talking about (integer) multiples of certain small powers-of-two, only for alignment issues.
...don't know about pdp, but I'd try it with even dimensions...?
Systems that use YUV422 and other macropixel schemes tend to either refuse odd dimensions or pad them automatically because fractional pixels are troublesome. (However YUV444 is not a macropixel system so basically it behaves much more like regular RGB).
What does GEM do with odd-width YUV422 pixes ?
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
I don't know about standards, but usually in yuv you want to have multiples of 16,
so 16x32 is your minimum, 720 x 576 max.
512 x 384 has worked well for me in other software outside pd, optimal i'd say between quarter pall ( 352 x 288, not 360x288 as you'd expect ) ( can't try it now in pd ) and full pall in quality/processing tradeoff if quarter pall is too low for you. I never use any of the ntsc resolutions.
but, divide by 16
derek holzer wrote:
I'm trying to load a png image to pdp_reg, but I am getting the following error:
WARNING: request to create image packet with illegal dimensions 533 x 400
What are the proper dimensions for using this object? It is not documented anywhere AFAIK.
derek
-
chris clepper -
derek holzer -
james tittle -
Mathieu Bouchard -
MvH