Re: [GEM-dev] [ pd-gem-Bugs-1771966 ] texturing movies pegs CPU using fglrx/ATI Radeon X1x00
yo.. i updated and compiled Gem with NO configure flags (such as --with-glversion) nor did i delete any files like Manips/glsl_*
compiling went fine. loading was no problem.
i tested [pix_film] with following files: alea.mpg anim-1.avi homer.avi http://romanhaefeli.net/pix_film-test.mov
all of them worked fine.
at least for me (and probably for other ati users?) things have definitely improved since the switch to GLEW.
thank you very much for the efforts you put into making Gem work better.
roman
On Wed, 2008-03-05 at 11:49 -0800, SourceForge.net wrote:
Bugs item #1771966, was opened at 2007-08-10 22:08 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1771966...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: None
Status: Pending Resolution: Fixed
Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: texturing movies pegs CPU using fglrx/ATI Radeon X1x00
Initial Comment:
Whenever loading a movie with pix_movie on specific machines with an ATI, the CPU gets pegged. The example patch has notes on to isolate when it happens. It happened before and after the [mode 0( bug was fixed.
root@puesto18:~# pd -stderr -nogui GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Aug 5 2007
It is compiled like this:
./configure --without-ffmpeg --disable-NV --with-glversion=1.5
"ATI Technologies Inc RV515 [Radeon X1300]" with Ubuntu binary driver
It works fine on these machines:
Ubuntu Studio Feisty "nVidia Corporation G70 [GeForce 7600 GS] (rev a1) Ubuntu binary driver
Mac OS X 10.4.10 MacBook Pro ATY,RadeonX1600
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-03-05 20:49
Message: Logged In: YES user_id=564396 Originator: NO
this bug might be fixed in the current CVS (at least i don't get the CPU-pegging on re-load of a movie like i used to) especially with romans test-movie i now have acceptable results.
it still takes quite a lot of CPU here (compared to other hardware i am using), but this might well be related to my test laptop's memory bus
could anyone please test.
Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-26 11:18
Message: Logged In: YES user_id=564396 Originator: NO
confirmed with ati-x2300 und ubuntu/feisty (using fglrx drivers)
OpenGL info Vendor: ATI Technologies Inc. Renderer: ATI Mobility Radeon X2300 Version: 2.0.6334 (8.34.8)
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:36
Message: Logged In: YES user_id=1895440 Originator: NO
unfortunately, the 'create, 1, 0, 1' does not always work. i am working on a patch,where it doesn't. though, in pix_film-help.pd the trick works. couldn't find the reason of the different behaviour.
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:33
Message: Logged In: YES user_id=1895440 Originator: NO
the cpu hunger seems to correlate (proportionally?) with the displayed size of the geo, that is textured with the movie.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 07:03
Message: Logged In: YES user_id=1895440 Originator: NO
yo.. i could find a difference between anim-1.mov and my selfencoded movie files, that seem to trigger the cpu boost:
anim-1.mov uses colorspace: Planar 422P
my encodes use: Planar YV12
i tried to encode a movie with mencoder, that was also using colorspace 'Planar 422P', but it seems, that it is not possible with mencoder.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 05:24
Message: Logged In: YES user_id=1895440 Originator: NO
i investigated this a bit further. i made some test, which hopefully help locate the bug.
a) loading pix_film-help, loading a mov-file [1], 'create, 1' to gemwin -> 100% cpu / very slow
b) same, but sending 'create 1, 0, 1' instead -> no cpu boost / plays fine. it seems, that only the first time rendering is turned on, the problem can be triggered.
c) test only [gemhead]-[pix_film] (without [pix_texture]-[pix_rectangle]) -> no cpu boost / cpu consumption is similar to case b)
d) i noticed, that when cpu is boosted, the texturing is done wrong / image is stretched [2]. when playing fine, also the image is textured correctly [3].
[1] http://romanhaefeli.net/pix_film-test.mov [2] http://romanhaefeli.net/pix_film_test_wrong.png [3] http://romanhaefeli.net/pix_film_test_correct.png
Comment By: Roman Haefeli (reduzent) Date: 2007-09-21 06:18
Message: Logged In: YES user_id=1895440 Originator: NO
similar behaviour on my machine:
specs: GEM: ver: 0.91-cvs GEM: compiled: Sep 20 2007 pd 0.40.2 ubuntu dapper fglrx 7.0.0
fglrxinfo: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: MOBILITY RADEON 9600 Generic OpenGL version string: 2.0.5814 (8.25.18)
what i tested with pix_film-help.pd:
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
- any other selfmade mov was also slow and ate my cpu.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:08
Message: Logged In: YES user_id=27104 Originator: YES
Here's the lspci string for my card:
ATI Technologies Inc M56P [Radeon Mobility X1600]
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:06
Message: Logged In: YES user_id=27104 Originator: YES
Ok, another machine that's affected (my machine actually, so I can test things for you). Here's fglrxinfo:
OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1600 OpenGL version string: 2.0.6334 (8.34.8)
I am running Ubuntu Studio with the binary drivers from Ubuntu. anim-1.mov works fine, homer.avi and alea.mpg both trigger the problem. The texturing works fine after sending [mode 1( but it does not affect the CPU pegging or slowness of video playback.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-28 19:59
Message: Logged In: YES user_id=27104 Originator: YES
Here's Kubuntu machine that has the problem:
olsen@ll-928:~$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1400 OpenGL version string: 2.0.6334 (8.34.8)
04.pix/05.movie.pd
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
Also, we tested using a much older ATI that was not supported by fglrx, and it seemed to work fine. It seems the bug is related to fglrx.
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1771966...
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Thanks for testing this! One last request from me on this, could you try a nightly build of Pd-extended too? I want to make sure that these fixes are being included in the builds.
.hc
On Mar 5, 2008, at 6:27 PM, Roman Haefeli wrote:
yo.. i updated and compiled Gem with NO configure flags (such as --with-glversion) nor did i delete any files like Manips/glsl_*
compiling went fine. loading was no problem.
i tested [pix_film] with following files: alea.mpg anim-1.avi homer.avi http://romanhaefeli.net/pix_film-test.mov
all of them worked fine.
at least for me (and probably for other ati users?) things have definitely improved since the switch to GLEW.
thank you very much for the efforts you put into making Gem work better.
roman
On Wed, 2008-03-05 at 11:49 -0800, SourceForge.net wrote:
Bugs item #1771966, was opened at 2007-08-10 22:08 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/? func=detail&atid=507079&aid=1771966&group_id=64325
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: None
Status: Pending Resolution: Fixed
Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: texturing movies pegs CPU using fglrx/ATI Radeon X1x00
Initial Comment:
Whenever loading a movie with pix_movie on specific machines with an ATI, the CPU gets pegged. The example patch has notes on to isolate when it happens. It happened before and after the [mode 0 ( bug was fixed.
root@puesto18:~# pd -stderr -nogui GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Aug 5 2007
It is compiled like this:
./configure --without-ffmpeg --disable-NV --with-glversion=1.5
"ATI Technologies Inc RV515 [Radeon X1300]" with Ubuntu binary driver
It works fine on these machines:
Ubuntu Studio Feisty "nVidia Corporation G70 [GeForce 7600 GS] (rev a1) Ubuntu binary driver
Mac OS X 10.4.10 MacBook Pro ATY,RadeonX1600
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-03-05 20:49
Message: Logged In: YES user_id=564396 Originator: NO
this bug might be fixed in the current CVS (at least i don't get the CPU-pegging on re-load of a movie like i used to) especially with romans test-movie i now have acceptable results.
it still takes quite a lot of CPU here (compared to other hardware i am using), but this might well be related to my test laptop's memory bus
could anyone please test.
Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-26 11:18
Message: Logged In: YES user_id=564396 Originator: NO
confirmed with ati-x2300 und ubuntu/feisty (using fglrx drivers)
OpenGL info Vendor: ATI Technologies Inc. Renderer: ATI Mobility Radeon X2300 Version: 2.0.6334 (8.34.8)
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:36
Message: Logged In: YES user_id=1895440 Originator: NO
unfortunately, the 'create, 1, 0, 1' does not always work. i am working on a patch,where it doesn't. though, in pix_film-help.pd the trick works. couldn't find the reason of the different behaviour.
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:33
Message: Logged In: YES user_id=1895440 Originator: NO
the cpu hunger seems to correlate (proportionally?) with the displayed size of the geo, that is textured with the movie.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 07:03
Message: Logged In: YES user_id=1895440 Originator: NO
yo.. i could find a difference between anim-1.mov and my selfencoded movie files, that seem to trigger the cpu boost:
anim-1.mov uses colorspace: Planar 422P
my encodes use: Planar YV12
i tried to encode a movie with mencoder, that was also using colorspace 'Planar 422P', but it seems, that it is not possible with mencoder.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 05:24
Message: Logged In: YES user_id=1895440 Originator: NO
i investigated this a bit further. i made some test, which hopefully help locate the bug.
a) loading pix_film-help, loading a mov-file [1], 'create, 1' to gemwin -> 100% cpu / very slow
b) same, but sending 'create 1, 0, 1' instead -> no cpu boost / plays fine. it seems, that only the first time rendering is turned on, the problem can be triggered.
c) test only [gemhead]-[pix_film] (without [pix_texture]- [pix_rectangle]) -> no cpu boost / cpu consumption is similar to case b)
d) i noticed, that when cpu is boosted, the texturing is done wrong / image is stretched [2]. when playing fine, also the image is textured correctly [3].
[1] http://romanhaefeli.net/pix_film-test.mov [2] http://romanhaefeli.net/pix_film_test_wrong.png [3] http://romanhaefeli.net/pix_film_test_correct.png
Comment By: Roman Haefeli (reduzent) Date: 2007-09-21 06:18
Message: Logged In: YES user_id=1895440 Originator: NO
similar behaviour on my machine:
specs: GEM: ver: 0.91-cvs GEM: compiled: Sep 20 2007 pd 0.40.2 ubuntu dapper fglrx 7.0.0
fglrxinfo: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: MOBILITY RADEON 9600 Generic OpenGL version string: 2.0.5814 (8.25.18)
what i tested with pix_film-help.pd:
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
- any other selfmade mov was also slow and ate my cpu.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:08
Message: Logged In: YES user_id=27104 Originator: YES
Here's the lspci string for my card:
ATI Technologies Inc M56P [Radeon Mobility X1600]
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:06
Message: Logged In: YES user_id=27104 Originator: YES
Ok, another machine that's affected (my machine actually, so I can test things for you). Here's fglrxinfo:
OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1600 OpenGL version string: 2.0.6334 (8.34.8)
I am running Ubuntu Studio with the binary drivers from Ubuntu. anim-1.mov works fine, homer.avi and alea.mpg both trigger the problem. The texturing works fine after sending [mode 1( but it does not affect the CPU pegging or slowness of video playback.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-28 19:59
Message: Logged In: YES user_id=27104 Originator: YES
Here's Kubuntu machine that has the problem:
olsen@ll-928:~$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1400 OpenGL version string: 2.0.6334 (8.34.8)
04.pix/05.movie.pd
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
Also, we tested using a much older ATI that was not supported by fglrx, and it seemed to work fine. It seems the bug is related to fglrx.
You can respond by visiting: https://sourceforge.net/tracker/? func=detail&atid=507079&aid=1771966&group_id=64325
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------ ----
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
Hans-Christoph Steiner wrote:
Thanks for testing this! One last request from me on this, could you try a nightly build of Pd-extended too? I want to make sure that these fixes are being included in the builds.
unfortunately Gem currently breaks the autobuild on most machines.
the reason for this is that i watched claude suffer from the configure script not making clear whether it actually found the pd-headers or not. you had two choices: either ignore configures output and just run make, to see the compilation process (why do we have configure then?). or scroll up the the configure-output to see what it prints as the Pd-version: "0.0" would indicate "not-found".
so now configure will exit with an error-code at the very end, if it cannot find the pd-headers. (i prefer to do that at the very end, so people need fewer interactive configure-cycles if things are missing)
unfortunately, this behaviour (which i found improved) breaks the current pd-extended builds. i tried to fix it, but it seems like i don't fully understand how it works:
it seems like pd-extended is trying to do as follows: 1. run Gem's "make configure" 2. run "aclocal && autoconf" 3. run "./configure" with a lot of arguments 4. run "make"
steps 2 might be platform dependent, but i am not sure. all in all i don't understand the confusion between 1 and 2. #1 is supposed to build a working "configure" script via Gem's build-system. #2 is supposed to build a working "configure" script manually. why do it 2 times?
the obivous problem is, that Gem's "make configure" also run's ./configure itself (to create the missing Make.config), which fails since it cannot find m_pd.h
the obvious solution is to not run "configure" when doing "make configure" (which i am gonna try and fix), but i still would like to understand the reasoning for the double autoconf stuff.
a workaround would be to supply the configureflags to "make" (or at least "make configure") with something like CONFIGUREFLAGS="--with-pd=/path/to/pd --disable-ffmpeg make"
i have added something like this to the packages/Makefile (is this the right place?), but it has been ignored for todays debian-stable build.
mfga.dsr IOhannes
yo, i would like to do so (as soon as Gem will be included), but probably i won't be able too, becaue i am still running ubuntu dapper and won't be able to fulfill the dependencies of pd-extended for current debian/ubuntu.
which autobuild would you recommend?
roman
On Wed, 2008-03-05 at 20:51 -0500, Hans-Christoph Steiner wrote:
Thanks for testing this! One last request from me on this, could you try a nightly build of Pd-extended too? I want to make sure that these fixes are being included in the builds.
.hc
On Mar 5, 2008, at 6:27 PM, Roman Haefeli wrote:
yo.. i updated and compiled Gem with NO configure flags (such as --with-glversion) nor did i delete any files like Manips/glsl_*
compiling went fine. loading was no problem.
i tested [pix_film] with following files: alea.mpg anim-1.avi homer.avi http://romanhaefeli.net/pix_film-test.mov
all of them worked fine.
at least for me (and probably for other ati users?) things have definitely improved since the switch to GLEW.
thank you very much for the efforts you put into making Gem work better.
roman
On Wed, 2008-03-05 at 11:49 -0800, SourceForge.net wrote:
Bugs item #1771966, was opened at 2007-08-10 22:08 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/? func=detail&atid=507079&aid=1771966&group_id=64325
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: None
Status: Pending Resolution: Fixed
Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: texturing movies pegs CPU using fglrx/ATI Radeon X1x00
Initial Comment:
Whenever loading a movie with pix_movie on specific machines with an ATI, the CPU gets pegged. The example patch has notes on to isolate when it happens. It happened before and after the [mode 0 ( bug was fixed.
root@puesto18:~# pd -stderr -nogui GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Aug 5 2007
It is compiled like this:
./configure --without-ffmpeg --disable-NV --with-glversion=1.5
"ATI Technologies Inc RV515 [Radeon X1300]" with Ubuntu binary driver
It works fine on these machines:
Ubuntu Studio Feisty "nVidia Corporation G70 [GeForce 7600 GS] (rev a1) Ubuntu binary driver
Mac OS X 10.4.10 MacBook Pro ATY,RadeonX1600
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-03-05 20:49
Message: Logged In: YES user_id=564396 Originator: NO
this bug might be fixed in the current CVS (at least i don't get the CPU-pegging on re-load of a movie like i used to) especially with romans test-movie i now have acceptable results.
it still takes quite a lot of CPU here (compared to other hardware i am using), but this might well be related to my test laptop's memory bus
could anyone please test.
Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-26 11:18
Message: Logged In: YES user_id=564396 Originator: NO
confirmed with ati-x2300 und ubuntu/feisty (using fglrx drivers)
OpenGL info Vendor: ATI Technologies Inc. Renderer: ATI Mobility Radeon X2300 Version: 2.0.6334 (8.34.8)
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:36
Message: Logged In: YES user_id=1895440 Originator: NO
unfortunately, the 'create, 1, 0, 1' does not always work. i am working on a patch,where it doesn't. though, in pix_film-help.pd the trick works. couldn't find the reason of the different behaviour.
Comment By: Roman Haefeli (reduzent) Date: 2007-10-08 05:33
Message: Logged In: YES user_id=1895440 Originator: NO
the cpu hunger seems to correlate (proportionally?) with the displayed size of the geo, that is textured with the movie.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 07:03
Message: Logged In: YES user_id=1895440 Originator: NO
yo.. i could find a difference between anim-1.mov and my selfencoded movie files, that seem to trigger the cpu boost:
anim-1.mov uses colorspace: Planar 422P
my encodes use: Planar YV12
i tried to encode a movie with mencoder, that was also using colorspace 'Planar 422P', but it seems, that it is not possible with mencoder.
Comment By: Roman Haefeli (reduzent) Date: 2007-09-29 05:24
Message: Logged In: YES user_id=1895440 Originator: NO
i investigated this a bit further. i made some test, which hopefully help locate the bug.
a) loading pix_film-help, loading a mov-file [1], 'create, 1' to gemwin -> 100% cpu / very slow
b) same, but sending 'create 1, 0, 1' instead -> no cpu boost / plays fine. it seems, that only the first time rendering is turned on, the problem can be triggered.
c) test only [gemhead]-[pix_film] (without [pix_texture]- [pix_rectangle]) -> no cpu boost / cpu consumption is similar to case b)
d) i noticed, that when cpu is boosted, the texturing is done wrong / image is stretched [2]. when playing fine, also the image is textured correctly [3].
[1] http://romanhaefeli.net/pix_film-test.mov [2] http://romanhaefeli.net/pix_film_test_wrong.png [3] http://romanhaefeli.net/pix_film_test_correct.png
Comment By: Roman Haefeli (reduzent) Date: 2007-09-21 06:18
Message: Logged In: YES user_id=1895440 Originator: NO
similar behaviour on my machine:
specs: GEM: ver: 0.91-cvs GEM: compiled: Sep 20 2007 pd 0.40.2 ubuntu dapper fglrx 7.0.0
fglrxinfo: OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: MOBILITY RADEON 9600 Generic OpenGL version string: 2.0.5814 (8.25.18)
what i tested with pix_film-help.pd:
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
- any other selfmade mov was also slow and ate my cpu.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:08
Message: Logged In: YES user_id=27104 Originator: YES
Here's the lspci string for my card:
ATI Technologies Inc M56P [Radeon Mobility X1600]
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-29 18:06
Message: Logged In: YES user_id=27104 Originator: YES
Ok, another machine that's affected (my machine actually, so I can test things for you). Here's fglrxinfo:
OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1600 OpenGL version string: 2.0.6334 (8.34.8)
I am running Ubuntu Studio with the binary drivers from Ubuntu. anim-1.mov works fine, homer.avi and alea.mpg both trigger the problem. The texturing works fine after sending [mode 1( but it does not affect the CPU pegging or slowness of video playback.
Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-28 19:59
Message: Logged In: YES user_id=27104 Originator: YES
Here's Kubuntu machine that has the problem:
olsen@ll-928:~$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Mobility Radeon X1400 OpenGL version string: 2.0.6334 (8.34.8)
04.pix/05.movie.pd
- anim-1.mov seems to work fine
- homer.avi and alea.mpg peg the CPU and run very slowly.
Also, we tested using a much older ATI that was not supported by fglrx, and it seemed to work fine. It seems the bug is related to fglrx.
You can respond by visiting: https://sourceforge.net/tracker/? func=detail&atid=507079&aid=1771966&group_id=64325
___________________________________________________________ Der frÌhe Vogel fÀngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Wed, 2008-03-05 at 20:51 -0500, Hans-Christoph Steiner wrote:
Thanks for testing this! One last request from me on this, could you try a nightly build of Pd-extended too? I want to make sure that these fixes are being included in the builds.
yo.. i tested with:
http://autobuild.puredata.info/auto-build/2008-03-08/Pd-0.40.3-extended-2008...
it worked well for me. it seems the fixes are included.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Mar 9, 2008, at 9:03 PM, Roman Haefeli wrote:
On Wed, 2008-03-05 at 20:51 -0500, Hans-Christoph Steiner wrote:
Thanks for testing this! One last request from me on this, could you try a nightly build of Pd-extended too? I want to make sure that these fixes are being included in the builds.
yo.. i tested with:
http://autobuild.puredata.info/auto-build/2008-03-08/Pd-0.40.3- extended-20080308-ubuntu-dapper-i386.deb
it worked well for me. it seems the fixes are included.
Excellent, thanks! Nice work IOhannes!
.hc
------------------------------------------------------------------------ ----
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
Roman Haefeli wrote:
yo.. i updated and compiled Gem with NO configure flags (such as --with-glversion) nor did i delete any files like Manips/glsl_*
so i guess we can remove the --gl-version and --disable-ARB/NV flags as they don't do anything meaningful anymore.
fgmasdr IOhannes
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Roman Haefeli