Hey all,
I'd like to include Max's updated help patches in this Pd-extended. Should I commit them to the Gem/0.92 branch or import the Gem 0.92 source into pure-data SVN and commit there?
.hc
----------------------------------------------------------------------------
Access to computers should be unlimited and total. - the hacker ethic
On 2010-06-25 20:39, Hans-Christoph Steiner wrote:
Hey all,
I'd like to include Max's updated help patches in this Pd-extended. Should I commit them to the Gem/0.92 branch or import the Gem 0.92 source into pure-data SVN and commit there?
there is absolutely no cause for alarm [1]
i believe that most "patches" in the patch-tracker make it into Gem pretty soon (probably not within hours; but mostly within days). if they fix bugs, they usually make into the last stable release (in this case branches/0.92) as well)
mfgasdr IOhannes
hi IOhannes and gem-dev list! i run into a brickwall when using many (> 30) text3d objects. i get the error message 'cant load font file /...' and 'to many open files' wich causes the system to freeze. i guess it's because text3d loads the whole fontfile for every object and therefor fills my ram with fonts. so it would be more than nice to have the ability to acces fonts in a way like pix_buffer does for images. same for .obj files and sequences. wish you beautiful summer days... mfg sebastian pirch
sebastian pirch wrote:
hi IOhannes and gem-dev list! i run into a brickwall when using many (> 30) text3d objects. i get the error message 'cant load font file /...' and 'to many open files' wich causes the system to freeze. i guess it's because text3d loads the whole fontfile for every object and therefor fills my ram with fonts. so it would be more than nice to have the ability to acces fonts in a way like pix_buffer does for images. same for .obj files and sequences. wish you beautiful summer days...
cannot reproduce.
i would recommend to a) report more details (OS, Gem version) b) to switch to a decent OS (there is a known issue on w32 which leaks file-handles; the problem is due to microsoft's security model and Pd's API: if one library (pd.dll) opens a file (which is done because Gem uses Pd's search patch feature), the file-handle MUST be closed in the same library (thus Gem cannot close the file; only Pd could, but Pd has no API for this)
fgmards IOhannes
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes zmölnig
-
sebastian pirch