Le 14/04/2012 20:44, Marian Weger a écrit :
Thanks, Claude!
The stitching process is really not the problem, as all this is already
implemented in Extended View Toolkit [1].
oups, sorry, i forgot that EVT did also include this part.
My problem is more the computational effort, that is
On 04/15/12 00:38, J Oliver wrote:
are you sure that Gem is loaded before you try to load pix_example?
Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports
loading it as usual:
GEM: Graphics Environment for Multimedia
GEM: ver: 0.92.2
GEM: compiled: Sep 21 2010
Ok, so I just tried version 0.93.3 and autogen.sh fails with:
configure.ac:582: required file `abstractions/gemdefaultwindow.pd.in' not found
configure.ac:41: required file `plugins/modelOBJ/Makefile.in' not found
configure.ac:42: required file `plugins/modelASSIMP/Makefile.in' not found
Please ignore the previous message. I mixed up some files ...
autogen.sh runs fine.
pix_example compiles and loads fine now.
However, it is a limitation that pix_externals need to be compiled with the
same version of Gem.
This prevents combining two binaries compiled with different versions and
use display list to optimise bus transfer.
display list is the only i can imagine to optimised rendering.
Cool. Thanks, Cyrille.
I was not aware of that display-list thing.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
On 04/15/12 22:41, J Oliver wrote:
However, it is a limitation that pix_externals need to be compiled with the
same version of Gem.
this is true.
but there never has been a public API until Gem-0.93.
for 0.93, i changed the Gem-API a bit, in order to make it hopefully
more stable in the
On Apr 13, 2012, at 3:44 AM, Roman Haefeli wrote:
On Thu, 2012-04-12 at 17:52 +0200, Roman Haefeli wrote:
On Wed, 2012-04-11 at 22:49 -0400, Hans-Christoph Steiner wrote:
It would affect vanilla if you have the libdir loader running in it. Its
related to that.
I think I experienced once
Basically every library in Pd-extended is in libdir format, and from what I've
seen, most people have no problem using non-vanilla objects in Pd-extended.
Yes, in 0.43 development there were some problems related to libdirs, but you
got to break some eggs to make an omelet. Now everything
We now have Mac OS X/PowerPC builds again for Pd-extended 0.43:
http://puredata.info/downloads/pd-extended/releases/0.43.1
Thanks to Greg Pond/Sewanee for setting up and hosting the PowerPC build
machine.
.hc
___
Pd-list@iem.at mailing list
As of tomorrow's build, there are two new strings to translate in the
Preferences:
- Real-time scheduling (originally was Defeat real-time scheduling)
- Reset to Defaults
Update them in Transifex if you want them translated in your localization:
Hey Raphael,
Thanks for the bug reports! I'll answer inline:
On Apr 11, 2012, at 4:44 AM, Raphael Raccuia wrote:
Hi,
I use pd (ext) since several years, and first of all, congratulation and
thanks for this great project!
Here are some bugs and problems I experienced. I run PD on Ubuntu
On Apr 15, 2012, at 5:52 PM, IOhannes m zmölnig wrote:
this is true.
but there never has been a public API until Gem-0.93.
for 0.93, i changed the Gem-API a bit, in order to make it hopefully more
stable in the future...
Well, thanks for that and look forward to further developments on that
12 matches
Mail list logo