GEM-dev October 2011

gem-dev@lists.iem.at

9 participants
54 discussions

Output two images from pix_ object
by Matthias Kronlachner 16 Nov '11

16 Nov '11

hi! is it possible to output 2 images (gem_states) from one pix_ object? is there any example for something like this around? i'm working on an openni external in the moment that can output skeleton data and kinect video streams at the same time. it's working fine but i don't know how to output the depth and the rgb videostream at the same time. matthias

5 7

problem with [pix_mask]
by Jack 08 Nov '11

08 Nov '11

Hello, Is it normal that i get transparency when i use [pix_mask] in my example. It seems the white pixels from dancer.JPG are not enough white. Even with [pix_duotone] on dancer.JPG to get a white (1,1,1) and a black (0,0,0), it is still the same. Any idea to avoid this problem ? ++ Jack

2 1

gemframebuffer flood
by Guido Tamino 02 Nov '11

02 Nov '11

Hello everybody, I'm new to the list. I'm working on a multipass glsl blur for Gem which needs downsampling for each pass. I managed to do that easily with a dimen message. It works fine, but [gemframebuffer] is flooding the console with "init" messages for every dimen change. [gemframebuffer]: using rectmode 1:GL_TEXTURE_RECTANGLE [gemframebuffer]: using type: BYTE [gemframebuffer]: using color: RGB [gemframebuffer]: using texunit: 0 Is there a way to silence [gemframebuffer]? Am I supposed to take a different approach? I'm not an expert but I guess this is not an isolated case, downsampling seems to be a common technique when working with textures for glsl use. Best, Guido

4 33

[ pd-gem-Bugs-3430198 ] gem help crashes Pd for any pix_* opened a second time
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3430198, was opened at 2011-10-29 18:24 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430198&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: Works For Me Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: gem help crashes Pd for any pix_* opened a second time Initial Comment: By clicking on any pix_ help file a second time, after closing the one opened the first time, Pd will crash. To reproduce: click on a pix_ help in the help browser close it now open it again I can try to debug this later. This happens for the latest gem from git using pd-extended svn. ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 15:52 Message: stll happens. I am using 64bit linux. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-30 18:40 Message: btw, when you close the patch while rendering is turned on, you should get a "GEM: stopped rendering" (this will only work if the closed patch contains the last [gemwin] instance) ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-30 18:38 Message: unable to repoduce (though i'm using pd-vanilla 0.43.0) i can open any pix-help files multiple times with rendering turned on or off and closing the help-patches by closing the window via [X] ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-29 18:30 Message: Note that this happens when you lick on the "x" of the window manager, closing the help patch, then open another patch. It seems that if you create+destroy a Gem window in the help patch prior to clicking 'x' and opening a new one, then the crash does not happen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430198&group_…

1 0

[ pd-gem-Bugs-3431293 ] pix-video-help.pd: create/destroy gemwin: device busy
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3431293, was opened at 2011-10-31 15:46 Message generated for change (Settings changed) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431293&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: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: pix-video-help.pd: create/destroy gemwin: device busy Initial Comment: When opening the help, then create->destroy->create, the video doesn't open anymore and I get the messages: v4l2: VIDIOC_S_FMT(fmt): Invalid argument v4l2: VIDIOC_REQBUFS: Device or resource busy I am using a 64bit Ubuntu linux, Gem from git, pd-extended from svn and pd-extended core from git ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431293&group_…

1 0

[ pd-gem-Bugs-3431293 ] pix-video-help.pd: create/destroy gemwin: device busy
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3431293, was opened at 2011-10-31 15:46 Message generated for change (Tracker Item Submitted) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431293&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: pix-video-help.pd: create/destroy gemwin: device busy Initial Comment: When opening the help, then create->destroy->create, the video doesn't open anymore and I get the messages: v4l2: VIDIOC_S_FMT(fmt): Invalid argument v4l2: VIDIOC_REQBUFS: Device or resource busy I am using a 64bit Ubuntu linux, Gem from git, pd-extended from svn and pd-extended core from git ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431293&group_…

1 0

[ pd-gem-Bugs-3430199 ] pix_kaleidoscope help crashes Pd (64bit)
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3430199, was opened at 2011-10-29 18:26 Message generated for change (Settings changed) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430199&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: pix_kaleidoscope help crashes Pd (64bit) Initial Comment: By clicking on "Create Window" in the pix_kaleidoscope help, Pd crashes. I am using the latest gem git with pd-extended svn under Linux with the mesa drivers (Ubuntu 11.10). ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 15:12 Message: Your fix works. thanks!!! ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 12:42 Message: Hi, yes, my system is 64bit. I will do a git pull and test your fix. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 11:26 Message: i think i found the culprit in src/Utils/PetesPlugins.h there is a "typedef unsigned long U32", which is definitely wrong on LP64 architectures (e.g. linux/64bit) i replaced that to use "int32_t", which should fix this bug. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 11:00 Message: i can now reproduce the bug on 64bit debian/squeeze unfortunately, it seems to be unrelated to the "memory problem thread" pointed to in my other comment. instead, all ports of Pete's Plugins seem to be affected, here's the list (i haven't tested all of them, though) - pix_backlight - pix_colorreduce - pix_halftone - pix_kaleidoscope - pix_levels - pix_lumaoffset - pix_metaimage ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 07:50 Message: is this a 64bit system? there seems to be a nasty memory problem somewhere. see also the gem-dev thread starting at http://lists.puredata.info/pipermail/gem-dev/2011-10/005504.html ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 01:00 Message: pix_luma_offset also crashes ... I can help trace this tomorrow. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 00:58 Message: pix_metaimage-help.pd also crashes in the same way, upon creating the gemwin. I tried opening another image file as you mentioned. For most images, the crash occurs directly. For a specific png file I opened, I get the following assersion error followed by the watchdog messages: $ pd-extended open: /etc/pd/gem.conf: No such file or directory open: /home/rfabbri/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory load plugins 'image' in '/usr/lib/pd-extended/extra/Gem/' pattern : /usr/lib/pd-extended/extra/Gem/gem_image*.so dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageJPEG.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageMAGICK.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageSGI.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageTIFF.so'! pd-extended: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Pd: signal 6 watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-30 22:52 Message: This also happens with pix_refraction-help.pd. I will investigate later. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-30 18:35 Message: unable to reproduce (on debian wheezy/sid with mesa) can this be related to the image not being found? does it work if you add the path to the Gem binary manually e.g. $ cd .../Gem $ pd -lib ./Gem -path . help/pix_kaleidoscope.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430199&group_…

1 0

[ pd-gem-Bugs-3430199 ] pix_kaleidoscope help crashes Pd (64bit)
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3430199, was opened at 2011-10-29 18:26 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430199&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: Fixed Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: pix_kaleidoscope help crashes Pd (64bit) Initial Comment: By clicking on "Create Window" in the pix_kaleidoscope help, Pd crashes. I am using the latest gem git with pd-extended svn under Linux with the mesa drivers (Ubuntu 11.10). ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 15:12 Message: Your fix works. thanks!!! ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 12:42 Message: Hi, yes, my system is 64bit. I will do a git pull and test your fix. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 11:26 Message: i think i found the culprit in src/Utils/PetesPlugins.h there is a "typedef unsigned long U32", which is definitely wrong on LP64 architectures (e.g. linux/64bit) i replaced that to use "int32_t", which should fix this bug. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 11:00 Message: i can now reproduce the bug on 64bit debian/squeeze unfortunately, it seems to be unrelated to the "memory problem thread" pointed to in my other comment. instead, all ports of Pete's Plugins seem to be affected, here's the list (i haven't tested all of them, though) - pix_backlight - pix_colorreduce - pix_halftone - pix_kaleidoscope - pix_levels - pix_lumaoffset - pix_metaimage ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 07:50 Message: is this a 64bit system? there seems to be a nasty memory problem somewhere. see also the gem-dev thread starting at http://lists.puredata.info/pipermail/gem-dev/2011-10/005504.html ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 01:00 Message: pix_luma_offset also crashes ... I can help trace this tomorrow. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-31 00:58 Message: pix_metaimage-help.pd also crashes in the same way, upon creating the gemwin. I tried opening another image file as you mentioned. For most images, the crash occurs directly. For a specific png file I opened, I get the following assersion error followed by the watchdog messages: $ pd-extended open: /etc/pd/gem.conf: No such file or directory open: /home/rfabbri/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory load plugins 'image' in '/usr/lib/pd-extended/extra/Gem/' pattern : /usr/lib/pd-extended/extra/Gem/gem_image*.so dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageJPEG.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageMAGICK.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageSGI.so'! dylib loading file '/usr/lib/pd-extended/extra/Gem/gem_imageTIFF.so'! pd-extended: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Pd: signal 6 watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-30 22:52 Message: This also happens with pix_refraction-help.pd. I will investigate later. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-30 18:35 Message: unable to reproduce (on debian wheezy/sid with mesa) can this be related to the image not being found? does it work if you add the path to the Gem binary manually e.g. $ cd .../Gem $ pd -lib ./Gem -path . help/pix_kaleidoscope.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3430199&group_…

1 0

[ pd-gem-Bugs-3431181 ] GEM image loading - failure if Quicktime absent
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3431181, was opened at 2011-10-31 13:42 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431181&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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Pierre-Olivier Boulant (po-b) Assigned to: Nobody/Anonymous (nobody) Summary: GEM image loading - failure if Quicktime absent Initial Comment: When loading a jpg, if gem_imageQT.dll is present in the GEM directory, but Quicktime has not been installed on the system and eventhough gem_imageJPEG.dll is present in the GEM directory as well, the jpg fails to load. Removing gem_imageQT.dll allows the image to load correctly with gem_imageJPEG.dll. GEM ver: 0.93.1 - compiled: Aug 28 2011 OS: Windows 7 64bit - 32bit application Pd ext 0.42.5 - GEM installed the the zip archive Pd ext 0.43.1 latest (GEM included) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 15:49 Message: thanks, this is somehow related to SF#3412354 [1], and should be fixed in current git. [1] https://sourceforge.net/tracker/?func=detail&aid=3412354&group_id=64325&ati… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3431181&group_…

1 0

[ pd-gem-Bugs-3412354 ] pix_film/pix_image fail to create on w32 if plugins fail
by SourceForge.net 31 Oct '11

31 Oct '11

Bugs item #3412354, was opened at 2011-09-21 17:30 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3412354&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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: pix_film/pix_image fail to create on w32 if plugins fail Initial Comment: this is with Gem-0.93.1 on win7 (from the installer) QuickTime is NOT installed creating a [pix_image data/bla.jpg] fails to create: - plugins installed: all but imageMAGICK (which crashes) - i think that imageQT throws an error which is caught only by the object creator (which fails creation) creating [pix_film] fails as well (because QuickTime is not installed) - plugins installed: default ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-10-31 15:43 Message: should be fixed with revs.0c9830451f0,c4ff30add0b ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3412354&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev October 2011