Hi all, i know this topic has been discussed several times and i tried to read everything i found about it. I'm (finally) migrating to linux - (Ubuntu Jaunty 9.04 + Pd-extended 41.4 rc3 + ATI Radeon) and my latest patch (which was working pretty fine on windozz) is sucking CPU in an awful way, making Pd freeze. What Pd don't like is [snap2tex]. When i run the usual example 07.texture/08.motionblur.pd Pd freeze almost totally, even if i change [teapot] with [square]. So i found this long discussion on the dev-list http://markmail.org/message/kfw4bottersadpgh#query:related%3Akfw4bottersadpg..., but i didn't find a solution about the issue of [snap2tex] going incredibly slow on some OS.
Beside i tried using [gemframebuffer] but i got no result and this message in Pd console:
[gemframebuffer]: default format is GL_RGB, 6407 [gemframebuffer]: default type is BYTE, 5121 [gemframebuffer]: default format is GL_RGB, 6407 [gemframebuffer]: default type is BYTE, 5121 GEM: Direct Rendering enabled! GEM: GLEW version 1.5.0 GEM: Start rendering error: [gemframebuffer]: openGL framebuffer extension is not supported by this system ... you might be able to track this down from the Find menu.
it seems everything fine, and then it fucks me in the last moment. Something i could do about these two issues, workarounds?
thanks..
M
Le vendredi 14 août 2009 à 16:09 +0200, Marco Donnarumma a écrit :
Hi all, i know this topic has been discussed several times and i tried to read everything i found about it. I'm (finally) migrating to linux - (Ubuntu Jaunty 9.04 + Pd-extended 41.4 rc3 + ATI Radeon)
Welcome ;)
and my latest patch (which was working pretty fine on windozz) is sucking CPU in an awful way, making Pd freeze. What Pd don't like is [snap2tex]. When i run the usual example 07.texture/08.motionblur.pd Pd freeze almost totally, even if i change [teapot] with [square].
Here with Ubuntu 9.04, Pd-ext 0.41.4, GEM 0.92 CVS, NVidia 9700M GTS, the CPU up to 65 % with teapot and 6 % with square. But no freeze on my system.
So i found this long discussion on the dev-list http://markmail.org/message/kfw4bottersadpgh#query:related% 3Akfw4bottersadpgh+page:1+mid:zklyzlsnycqfasjn+state:results , but i didn't find a solution about the issue of [snap2tex] going incredibly slow on some OS.
Try [pix_snap] and [pix_texture].
Beside i tried using [gemframebuffer] but i got no result and this message in Pd console:
[gemframebuffer]: default format is GL_RGB, 6407 [gemframebuffer]: default type is BYTE, 5121 [gemframebuffer]: default format is GL_RGB, 6407 [gemframebuffer]: default type is BYTE, 5121 GEM: Direct Rendering enabled! GEM: GLEW version 1.5.0 GEM: Start rendering error: [gemframebuffer]: openGL framebuffer extension is not supported by this system ... you might be able to track this down from the Find menu.
Problem of ATI driver ? I'm not expert about this, but try to get the last (good) driver for your graphic card. ++
Jack
it seems everything fine, and then it fucks me in the last moment. Something i could do about these two issues, workarounds?
thanks..
M
-- Marco Donnarumma aka The !S.A.D!
Multimedia Artist, Live Performer - Roma, IT
LAB: http://www.thesaddj.com | http://www.flxer.net
EVENT: http://www.liveperformersmeeting.net _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Marco Donnarumma wrote:
I'm (finally) migrating to linux - (Ubuntu Jaunty 9.04 + Pd-extended 41.4 rc3 + ATI Radeon) and my latest patch (which was working pretty fine on windozz) is sucking CPU in an awful way, making Pd freeze. What Pd don't like is [snap2tex].
error: [gemframebuffer]: openGL framebuffer extension is not supported by
which gfx-card? which drivers? i suggest using the latest (urgh) proprietary drivers to get decent openGL performance...
mfgasdr IOhannes
Thanks Jack, as IOhannes confirmed it is probably a driver problem (anyway i don't think i can make faster my pacth with [pix_snap] and family since they will eat my cpu.., i prefer to manage this driver issue).
@IOhannes
gfx card: VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
driver: xserver-xorg-video-ati 1:6.12.1-0ubuntu2 xserver-xorg-video-radeon 1:6.12.1-0ubuntu2
i suggest using the latest (urgh) proprietary drivers to get decent openGL performance...
yes, keep on looking i found out the same suggestion in other forums. ok, i'll try to install that right away .. (i was afraid to hear it) :P
M
2009/8/14 IOhannes m zmölnig zmoelnig@iem.at
Marco Donnarumma wrote:
I'm (finally) migrating to linux - (Ubuntu Jaunty 9.04 + Pd-extended 41.4 rc3 + ATI Radeon) and my latest patch (which was working pretty fine on windozz) is sucking CPU in an awful way, making Pd freeze. What Pd don't like is [snap2tex].
error: [gemframebuffer]: openGL framebuffer extension is not supported by
which gfx-card? which drivers? i suggest using the latest (urgh) proprietary drivers to get decent openGL performance...
mfgasdr IOhannes
mmm.. i found out the truth. i write this just for information (probably most of you already know it but it can be useful to post it anyway).
catalyst 9.3 and earlier drivers don't support x 1.6 and catalyst 9.4 doesn't support a bunch of older radeon cards (as mine). This means the only option one has is to downgrade to ubuntu 8.10.
M
2009/8/14 Marco Donnarumma devel@thesaddj.com
Thanks Jack, as IOhannes confirmed it is probably a driver problem (anyway i don't think i can make faster my pacth with [pix_snap] and family since they will eat my cpu.., i prefer to manage this driver issue).
@IOhannes
gfx card: VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
driver: xserver-xorg-video-ati 1:6.12.1-0ubuntu2 xserver-xorg-video-radeon 1:6.12.1-0ubuntu2
i suggest using the latest (urgh) proprietary drivers to get decent openGL performance...
yes, keep on looking i found out the same suggestion in other forums. ok, i'll try to install that right away .. (i was afraid to hear it) :P
M