-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-04-07 09:01, IOhannes m zmoelnig wrote: > On 2011-04-07 00:31, chris clepper wrote: >> I just tried the nightly from 4/1/11 and it looks like the problem is >> pix_texture. The movie was playing judging by the change in CPU load. >> Also, I could load one image with pix_image, but after that texturing went > > ok, so is it possible that the problem only appears on i386?
ah, finally i have been able to reproduce the problem. it turned out that i had a Gem.pd_linux in ~/Library/Pd/Gem, which was always loaded before the one that comes with Pd-extended, and which was working. the version in Pd-extended 2011/04/01 indeed does NOT work. (however, i'm hesitant to invest more time in debugging a package with such a release date) > otoh, if [pix_info] do report "no image" (that is: dimensions are -1), > then the problem is not with [pix_texture] but really with the image > acquisition (not inserting the decoded frame into the Gem chain) and indeed there is no image reported by [pix_info], so the problem is not with [pix_texture] on second thought i remember the course of the problem being a complete rewrite of GemState. i'd rather not find the remaining problems in [pix_filmDarwin] but suggest to switch to the plugin-based system now, and fix problems there. fgamsdr IOhannes _______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2daxEACgkQkX2Xpv6ydvR7RACgr45rVeXUqmcoo8ZRbuQ6YR7r 0qEAn1XuJKx9boRsfmoG1qGzFDC/ddSz =S5Gs -----END PGP SIGNATURE-----
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev
