GEM-dev April 2011

gem-dev@lists.iem.at

9 participants
62 discussions

[ pd-gem-Bugs-3284037 ] pix_blobtracker has dependencies not satisfied in Pd Extendd
by SourceForge.net 11 Apr '11

11 Apr '11

Bugs item #3284037, was opened at 2011-04-11 09:19 Message generated for change (Settings changed) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_… 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: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) >Summary: pix_blobtracker has dependencies not satisfied in Pd Extendd Initial Comment: The abstraction pix_blobtracker contains objects from iemmatrix, e.g. mtx_resize, but they are created as [mtx_resize] instead of [iemmatrix/mtx_resize]. The folder iemmatrix is not libdir'ed by default in Pd Extended (I don't know if it should), so those objects won't create and the abstraction is rendered useless unless you manually libdir iemmatrix. Also note that the abstraction itself is not available as [pix_blobtracker], you have to write [Gem/pix_blobtracker], because Gem's directory is not added either, but I think it's fixed in the svn (read something about it in the pd-list or gem-dev) ---------------------------------------------------------------------- >Comment By: Matteo Sisti Sette (sistisette) Date: 2011-04-11 21:24 Message: I'm changing the subject. Maybe this is more a bug of Pd Extended as a "distribution" than of Gem. pix_blobtrack simply depends on both Gem and iemmatrix. The issue in Pd Extended is that it includes things that depend on other things which are not included or are included in a way that does not work properly (i.e. iemmatrix) ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2011-04-11 09:22 Message: there is also a mtx_* object that also doesn't create but apparently is not part of iemmatrix (replacing it with [iemmatrix/mtx_x] doen't fix it) and I don't know which library it belongs to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_…

1 0

[ pd-gem-Bugs-3284037 ] pix_blobtracker broken
by SourceForge.net 11 Apr '11

11 Apr '11

Bugs item #3284037, was opened at 2011-04-11 09:19 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_… 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: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_blobtracker broken Initial Comment: The abstraction pix_blobtracker contains objects from iemmatrix, e.g. mtx_resize, but they are created as [mtx_resize] instead of [iemmatrix/mtx_resize]. The folder iemmatrix is not libdir'ed by default in Pd Extended (I don't know if it should), so those objects won't create and the abstraction is rendered useless unless you manually libdir iemmatrix. Also note that the abstraction itself is not available as [pix_blobtracker], you have to write [Gem/pix_blobtracker], because Gem's directory is not added either, but I think it's fixed in the svn (read something about it in the pd-list or gem-dev) ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2011-04-11 09:22 Message: there is also a mtx_* object that also doesn't create but apparently is not part of iemmatrix (replacing it with [iemmatrix/mtx_x] doen't fix it) and I don't know which library it belongs to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_…

1 0

[ pd-gem-Bugs-3284037 ] pix_blobtracker broken
by SourceForge.net 11 Apr '11

11 Apr '11

Bugs item #3284037, was opened at 2011-04-11 09:19 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_… 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: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_blobtracker broken Initial Comment: The abstraction pix_blobtracker contains objects from iemmatrix, e.g. mtx_resize, but they are created as [mtx_resize] instead of [iemmatrix/mtx_resize]. The folder iemmatrix is not libdir'ed by default in Pd Extended (I don't know if it should), so those objects won't create and the abstraction is rendered useless unless you manually libdir iemmatrix. Also note that the abstraction itself is not available as [pix_blobtracker], you have to write [Gem/pix_blobtracker], because Gem's directory is not added either, but I think it's fixed in the svn (read something about it in the pd-list or gem-dev) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3284037&group_…

1 0

Patch GEM to save scene in different resolution
by Jack 10 Apr '11

10 Apr '11

Hello, I would like to submit a patch for GEM examples to save a scene in different resolutions. I have also a game : pdTron. I can send it monday when i go back in Paris. It could go in 99-games. ++ Jack

2 2

gem: Mac OS X Deployment Target < 10.4 is invalid
by Hans-Christoph Steiner 09 Apr '11

09 Apr '11

> > /usr/include/AvailabilityMacros.h:108:14: warning: #warning Building > for Intel with Mac OS X Deployment Target < 10.4 is invalid. > GLStack.cpp:123:3: warning: #warning push/pop texture matrix has to > be done per texunit From the Gem build log on the Gem 10.6 machine, looks like the min version should be bumped to 10.4 by default. Or perhaps a better deal is to remove the -mmacosx-version-min=10.3 and let it use the platform it is built on as the min version. That's the default behavior. ---------------------------------------------------------------------------- Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom

1 0

[ pd-gem-Bugs-3281206 ] thin white primitive borders are shown despite texture
by SourceForge.net 09 Apr '11

09 Apr '11

Bugs item #3281206, was opened at 2011-04-08 21:07 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_… 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: rendering (e.g. display) Group: any operating system Status: Open Resolution: None Priority: 7 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: thin white primitive borders are shown despite texture Initial Comment: Sometimes, depending on their size and/or position, rectangles (and I guess other polygons too but I mainly work with rectangles) are shown with a thin white border even if they are textured with a pix that has no white pixel in the proximity of the border, e.g. a completely black image or an image whose pixels close to the border are all black or transparent. This has been there for years, I've always seen this happen since I use gem, across many versions. This happens both with Linux and Windows, i don't know on Mac OS. If a rectangle is moving or changing size, the borders appear and disappear. Most of the time they are absent, I mean the values of position and size that cause the borders to appear are just a small fraction of the total. ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-04-08 22:35 Message: This is not a gem problem. it's the way the hardware interpolate a texture. i don't remember the exact configuration, but changing the default value of "quality" and/or "repeat" of pix_texture change can fix this problem. since it's not gem fault, and gem offer a solution, i think this can be closed. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2011-04-08 21:10 Message: I hope it is ok to rise the priority. Though this is an old bug, it is a real showstopper in a range of situations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_…

1 0

[ pd-gem-Bugs-3281206 ] thin white primitive borders are shown despite texture
by SourceForge.net 08 Apr '11

08 Apr '11

Bugs item #3281206, was opened at 2011-04-08 23:07 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_… 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: rendering (e.g. display) Group: any operating system Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: thin white primitive borders are shown despite texture Initial Comment: Sometimes, depending on their size and/or position, rectangles (and I guess other polygons too but I mainly work with rectangles) are shown with a thin white border even if they are textured with a pix that has no white pixel in the proximity of the border, e.g. a completely black image or an image whose pixels close to the border are all black or transparent. This has been there for years, I've always seen this happen since I use gem, across many versions. This happens both with Linux and Windows, i don't know on Mac OS. If a rectangle is moving or changing size, the borders appear and disappear. Most of the time they are absent, I mean the values of position and size that cause the borders to appear are just a small fraction of the total. ---------------------------------------------------------------------- >Comment By: Matteo Sisti Sette (sistisette) Date: 2011-04-08 23:10 Message: I hope it is ok to rise the priority. Though this is an old bug, it is a real showstopper in a range of situations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_…

1 0

[ pd-gem-Bugs-3281206 ] thin white primitive borders are shown despite texture
by SourceForge.net 08 Apr '11

08 Apr '11

Bugs item #3281206, was opened at 2011-04-08 23:07 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_… 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: rendering (e.g. display) Group: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: thin white primitive borders are shown despite texture Initial Comment: Sometimes, depending on their size and/or position, rectangles (and I guess other polygons too but I mainly work with rectangles) are shown with a thin white border even if they are textured with a pix that has no white pixel in the proximity of the border, e.g. a completely black image or an image whose pixels close to the border are all black or transparent. This has been there for years, I've always seen this happen since I use gem, across many versions. This happens both with Linux and Windows, i don't know on Mac OS. If a rectangle is moving or changing size, the borders appear and disappear. Most of the time they are absent, I mean the values of position and size that cause the borders to appear are just a small fraction of the total. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3281206&group_…

1 0

Pix_multiimage question
by Chrisy X. 08 Apr '11

08 Apr '11

Hi > Im working on a project now with pd i wanted to load multiple images > quickly, so that theres no lag between switching images while playing sound > also. But using the Pix_multiimage, i dont know why i cant see the images > in gem when I use pix_texture to display a shape like a square. The console says the pictures are loaded but they are not > visible. > > Also, how do I normalize the amplitude on live audio, like if im singing > and playing it back to dac? > > Thanks, chrisy >

1 0

loading Gem should add path/to/Gem to search path?
by Hans-Christoph Steiner 07 Apr '11

07 Apr '11

Currently there are some abstractions shipped with Gem in the Gem/ dir, but if you load Gem, it'll find Gem/Gem.pd_linux, and then never add Gem/ to the search path so that its possible to load the abstractions without a 'Gem/' prefix. How about adding Gem/ to the searchpath when Gem is loaded? I think gridflow does this and it seems to work well there. .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev April 2011