what does incredibly slow mean to you:
not even heavy videoprocessing, just playing back a uncompressed avi 720x576. it's 10 or maybe 20% of the speed with gem0.90 compared with gem0.87+CVS on the same comp. i've tried diffrent patches videoprocessing & openGL processing - all over the same: incredibly slow.
no other processes in background, excluding my personal firewall and windows system stuff.
maybe it has something to do with the glut libs??
no idea
cheers rainer
MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus
On Jun 30, 2004, at 4:28 PM, rainer _ wrote:
what does incredibly slow mean to you:
not even heavy videoprocessing, just playing back a uncompressed avi 720x576. it's 10 or maybe 20% of the speed with gem0.90 compared with gem0.87+CVS on the same comp. i've tried diffrent patches videoprocessing & openGL processing - all over the same: incredibly slow.
Uncompressed video can easily be hard disk limited. A single stream on
a single 7200rpm IDE drive is fine, but more than that requires
dedicated media drives and RAID. What sort of drive(s) do you have?
Also, do you have DMA enabled? Windows has a history of disabling DMA
by default.
Perhaps the problem is texturing related. I don't think GEM does rectangle texturing on Windows so each frame uploads 1024x1024 frames which eats bandwidth. I'm not sure what the state of DMA texturing is either, but maybe it can be forced through the drivers.
Check to see if the pd process is using all of the CPU or not.
no other processes in background, excluding my personal firewall and windows system stuff.
Maybe you are sending 50,000 emails an hour? Or perhaps video playback triggers all the spyware logging?
maybe it has something to do with the glut libs??
Unless you are making excessive use of the teapot then GLUT won't even be called.
no idea
Post a sample patch and a short avi clip for others to test. This will at least help narrow down the problem to your specific config or reveal a larger problem.
cgc
cheers rainer
chris clepper wrote:
On Jun 30, 2004, at 4:28 PM, rainer _ wrote:
what does incredibly slow mean to you:
not even heavy videoprocessing, just playing back a uncompressed avi
the question was rather: do the problems occur in pix_ objects (or in conjunction with them) or not.
and are there performance issues when *only* using openGL (no pix at all)?
Uncompressed video can easily be hard disk limited. A single stream on a single 7200rpm IDE drive is fine, but more than that requires
but this wouldn't explain why it runs on gem-0.87...
Perhaps the problem is texturing related. I don't think GEM does rectangle texturing on Windows so each frame uploads 1024x1024 frames which eats bandwidth. I'm not sure what the state of DMA texturing is either, but maybe it can be forced through the drivers.
unfortunately i really don't know what the actual gem-0.90.0-build for windows has been. i have definitely done one windos-build with rectangle-textures enabled (for supported hw, like nvidia), and i do believe it is the one that i have put online.
but probably it is a good idea to send [mode 1/0( messages to the [pix_texture] (turning on/off rectangle textures) to see if something changes
Maybe you are sending 50,000 emails an hour? Or perhaps video playback triggers all the spyware logging?
;-)
maybe it has something to do with the glut libs??
Unless you are making excessive use of the teapot then GLUT won't even be called.
GLUT will never be called in 0.90 as it has been completely removed (the teapot-code has been copied to solve the problem with rectangle-textures...)
mfg.as.dr IOhannes
-
chris clepper -
IOhannes m zmoelnig -
rainer _