[PD] scaling pix_draw in GEM ,and GEM performance question
geiger at xdv.org
Tue Sep 10 18:32:02 CEST 2002
If pix_draw is faster than pix_texture, then I have the suspicion that
you don't have OpenGL hardware support enabled.
(Although I am not sure why texturing should be faster in one case and
slower in the other, especially texturing images should be really fast)
scaleXYZ doesn't work with pix_ objects, it only has effect on OpenGL
objects (like the square).
Resizing for pix objects would be very slow, thats probably why there is
no object for that.
I don't think that more RAM would help, faster RAM probably, but surely
not too much.
On Tue, 10 Sep 2002, Jim Ruxton wrote:
> I am having trouble scaling images using pix_draw. I thought I could
> scale an image using scale or scaleXYZ before pix_draw but it seems like
> these objects have no effect. I can scale an image by texture mapping
> onto a square and resizing it but I find it is slower than pix_draw in
> this case. When rendering movies I've found that texture mapping is
> faster but the image is more distorted. I'm using GEM 0.87 under Linux.
> Is this a problem with pix_draw or is it supposed to work this way? I
> have a fast processor ( 1 GHz) a good video card (Nvidia 2Go) and I find
> movies are playing quite slowly. I only have 128 MB ram. Just ordered
> another 256 MB hoping this will speed things up. Wondering what other
> people are using to get realtime playback with MPEGs in Linux?
> PD-list mailing list
> PD-list at iem.kug.ac.at
More information about the Pd-list