GEM-dev

gem-dev@lists.iem.at

2417 discussions

gemcocoawindow
by m.e.grimm 06 Mar '12

06 Mar '12

so.... gemcocoawindow works on 64 bit pd-extended on 10.7 (creates gem window) is there reason its not in the autobuild? m

2 1

Problem with texcoord and gemvertexbuffer
by Jack 04 Mar '12

04 Mar '12

Thanx to look at the patch attached and its abstraction. All comments are inside. Where is my mistake with the size of the texture on each face of the cube ? ++ Jack

2 2

pix_equal (was Re: new pix_colordetect)
by Ricardo Fabbri 03 Mar '12

03 Mar '12

Hi, following up on the color classification thread, I had promised a pix_equal object to mark the pixels that are equal to a given RGBA value/range. It is quite useful in the present form; perhaps another solution could be sought for the long term, but for now this does a useful job, in particular being required to decode the output of pix_colorclassify. pix_bitmask doesn't work for this, as what I need is an "and" interval test on all RGBA channels. The code for pix_equal and its documentation is are in the 'pix_equal_new' branch at this repo: git://github.com/rfabbri/Gem.git I rebased the branch on the latest Gem git master branch. I look forward to your feedback on this simple object, and your opinion about incorporating it into Gem. Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri pt.wikipedia.org/wiki/IPRJ labmacambira.sf.net 2011/11/14 IOhannes zmölnig <zmoelnig(a)iem.at>: > On 11/14/2011 06:30 PM, Ricardo Fabbri wrote: >> That will come with a later contribution. I wrote a [pix_equal] >> external which can change any pixels "equal" to some value within a >> given cosed r & g & b range. I use it to separate the colors into >> different images, change the color label, etc. > > > actually, i think what we really would need was a (high-performant, > jit-compiled) [pix_expr] object, that would allow to create such objects > in Pd space rather than in C++ space. > > fgmasdr > IOhannes > > > _______________________________________________ > GEM-dev mailing list > GEM-dev(a)iem.at > http://lists.puredata.info/listinfo/gem-dev >

2 4

blob orientation in pix_multiblob
by Ricardo Fabbri 27 Feb '12

27 Feb '12

Hi, I have included the computation of principal axis orientation for each blob returned by pix_multiblob. This is very useful for real-time interactive applications, e.g., I wrote a webcam-based steering wheel in Pd to control a video game with an arbitrary color object: http://vimeo.com/rfabbri/color-joystick Do you think this could be included in the main Gem repository? The computational overhead is very low, and the new object is still 100% backwards-compatible, since all that changes in terms of interface is that the output matrix will have an additional column which can be perfectly ignored by legacy code. The code is in the multiblob_angle_new branch in the following repo: git://github.com/rfabbri/Gem.git Looking forward to your feedback. If you think this should be included, I will then go ahead and polish the documentation. Best, Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri pt.wikipedia.org/wiki/IPRJ labmacambira.sf.net

2 2

[ pd-gem-Bugs-3494265 ] pix_buffer crashes with high frame count
by SourceForge.net 26 Feb '12

26 Feb '12

Bugs item #3494265, was opened at 2012-02-25 11:36 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3494265&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: osx Status: Open >Resolution: Postponed Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: pix_buffer crashes with high frame count Initial Comment: the pix_buffer object crashes Pd completely if instantiated with a rediculous high size (number of frames) instead of gracefully showing an error message. This is tested with OS X and GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-26 07:20 Message: this is by design... Pd/Gem tries to allocate the frames you told it to do without checking whether the numbers make sense or not (that's the "by design" part) iirc, it also tries to catch any problems related to out.-of-memory, in order to prevent a crash. nevertheless, in practice it seems that no out-of-memory exeception is ever thrown, and thus no counter measurements can take effect. instead the OS decides to close the application (eventually after first eating up all the swap space which might take literal ages) nevertheless, if you can provide a back-trace and/or a solution to the problem, i'll happily add a fix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3494265&group_…

1 0

[ pd-gem-Bugs-3494265 ] pix_buffer crashes with high frame count
by SourceForge.net 25 Feb '12

25 Feb '12

Bugs item #3494265, was opened at 2012-02-25 11:36 Message generated for change (Tracker Item Submitted) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3494265&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: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: pix_buffer crashes with high frame count Initial Comment: the pix_buffer object crashes Pd completely if instantiated with a rediculous high size (number of frames) instead of gracefully showing an error message. This is tested with OS X and GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3494265&group_…

1 0

how to share texture on different thread without having to copy it on the CPU?
by Cyrille Henry 23 Feb '12

23 Feb '12

hello, is there a solution to share texture between 2 pd instance, or between 2 software, without having to copy it back in CPU? somthing like pix_buffer_read and pix_buffer_write, but for gpu texture. it look like possible, but does anyone already implement it? http://developer.download.nvidia.com/opengl/specs/GL_NV_copy_image.txt Cheers Cyrille

2 2

pix_opencv not working with Gem from git
by Antoine Villeret 17 Feb '12

17 Feb '12

hi all, pix_opencv seems to not work with GEM: ver: 0.93.git 12c184c whereas it works with GEM: ver: 0.93.SVN rev4516 "doesn't work" means it crashes (seg fault) when an image comes in i don't test all objects but a lot of them suffer from this it crashes both on color or gray images does anyone can reproduce this and/or have an idea on how to fix it ? best antoine -- do it yourself http://antoine.villeret.free.fr http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour me contacter

5 13

[ pd-gem-Bugs-3487721 ] pix_image broken with some tiffs on Windows
by SourceForge.net 15 Feb '12

15 Feb '12

Bugs item #3487721, was opened at 2012-02-14 18:25 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3487721&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: win32 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_image broken with some tiffs on Windows Initial Comment: Note this is not a dup of 3222807 - well may well be related but this is a different issue. The attached tiff was created by converting from a png with imagemagick. On windows, pix_image seems to show the first line of pixels stretched to the whole height of the image... just as if the image had only one line of pixels. I can open the file in other programs in Windows, and the thumbnail looks fine in the file Explorer. On Linux, pix_image reads the image just fine. ---------------------------------------------------------------------- >Comment By: Matteo Sisti Sette (sistisette) Date: 2012-02-15 05:07 Message: it's 0.92.3 (the one included in Pd Extended 0.42.5) Given your comments in the mailing list, this may be fixed in the current version. It will take me a while to be able to test on Windows again because my Windows box has become unusable since the lats upgrade of VirtualBox and the physical machine where I've observed the issue is not mine and I have only sporadically access to it. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-15 01:43 Message: thanks for your report. please provide full version of Gem, as well as a relevant printout of the Pd-console when running the "-verbose -verbose" (in your case, everything related to image-loading, e.g. which plugins have been loaded,....) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3487721&group_…

1 0

[ pd-gem-Bugs-3487721 ] pix_image broken with some tiffs on Windows
by SourceForge.net 15 Feb '12

15 Feb '12

Bugs item #3487721, was opened at 2012-02-14 18:25 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3487721&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: win32 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_image broken with some tiffs on Windows Initial Comment: Note this is not a dup of 3222807 - well may well be related but this is a different issue. The attached tiff was created by converting from a png with imagemagick. On windows, pix_image seems to show the first line of pixels stretched to the whole height of the image... just as if the image had only one line of pixels. I can open the file in other programs in Windows, and the thumbnail looks fine in the file Explorer. On Linux, pix_image reads the image just fine. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-15 01:43 Message: thanks for your report. please provide full version of Gem, as well as a relevant printout of the Pd-console when running the "-verbose -verbose" (in your case, everything related to image-loading, e.g. which plugins have been loaded,....) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3487721&group_…

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev