pix_draw blits the image data directly to the screen, so you are correct, pix_scale will not have any effect (since it only works on geometry data, like triangles).

In theory with any modern day gfx card, pix_texture should always be faster than pix_draw (there are a couple of edge cases, but I don't think that you are dealing with them). I used to get 4 mpeg streams on a 400Mhz box with a TNT easily. I suspect that more RAM will help though.

Later, Mark

============================== = mdanks@stormfront.com = Technical Director PS2/XBox = http://www.danks.org/mark ==============================

-----Original Message----- From: Jim Ruxton [mailto:cinetron@passport.ca] Sent: Tuesday, September 10, 2002 1:06 AM To: pd-list@iem.kug.ac.at Subject: [PD] scaling pix_draw in GEM ,and GEM performance question

Hi,

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? Thanks, Jim

---

PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list