GEM-dev November 2011

gem-dev@lists.iem.at

16 participants
88 discussions

[ pd-gem-Bugs-3436804 ] Video not working on Acer laptop
by SourceForge.net 12 Nov '11

12 Nov '11

Bugs item #3436804, was opened at 2011-11-12 00:10 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3436804&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilson Jappe Beck (gilsonbeck) Assigned to: Nobody/Anonymous (nobody) Summary: Video not working on Acer laptop Initial Comment: The video is not working for me under ubuntu 11.10 32 bits. I compiled pd-extended and gem from the latest repositories. My computer is an Acer Aspire 5610. When I try to start the video using the help patch for the [pix_video], switching devices I get the following messages and a blank white screen. The camera is working fine with cheese. [pix_video]: no video backends found! [pix_video]: no video backends found! videoctl: device 1 videoctl: device 2 GEM: Only using 8 color bits GEM: Direct Rendering enabled! GEM: GLEW version 1.5.4 GEM: Start rendering GEM: Stop rendering Thanks for any help. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-12 07:35 Message: Did you try a nightly build? http://autobuild.puredata.info/auto-build/latest/Pd-0.43.1-extended-ubuntu-… Sounds like you are probably missing library dependencies when you built Gem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3436804&group_…

1 0

[ pd-gem-Bugs-3436804 ] Video not working on Acer laptop
by SourceForge.net 12 Nov '11

12 Nov '11

Bugs item #3436804, was opened at 2011-11-12 00:10 Message generated for change (Tracker Item Submitted) made by gilsonbeck You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3436804&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilson Jappe Beck (gilsonbeck) Assigned to: Nobody/Anonymous (nobody) Summary: Video not working on Acer laptop Initial Comment: The video is not working for me under ubuntu 11.10 32 bits. I compiled pd-extended and gem from the latest repositories. My computer is an Acer Aspire 5610. When I try to start the video using the help patch for the [pix_video], switching devices I get the following messages and a blank white screen. The camera is working fine with cheese. [pix_video]: no video backends found! [pix_video]: no video backends found! videoctl: device 1 videoctl: device 2 GEM: Only using 8 color bits GEM: Direct Rendering enabled! GEM: GLEW version 1.5.4 GEM: Start rendering GEM: Stop rendering Thanks for any help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3436804&group_…

1 0

[ pd-gem-Patches-3436466 ] multiblob help improvement
by SourceForge.net 12 Nov '11

12 Nov '11

Patches item #3436466, was opened at 2011-11-11 00:39 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&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: Pd patch Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: multiblob help improvement Initial Comment: Hi, I documented a crucial limitation about pix_multiblob, namely, that it limits blobs to 10K pixels (e.g. 100x100), since it needs to avoid stack overflow in its recursion-based algorithm. In the attached patch I am also explaining what \"weighted\" means, based on what the sourcecode does. As a workaround to the pix_multiblob limitation, people should be using pix_opencv_floodfill instead. Otherwise the results will be weird for any object greater than 10K pixels in area. ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-11 21:19 Message: I am working on the new implementation; in the meantime, multiblob_help_describe_weighted_rfabbri.patch only describes what weighted means; if you accept this patch we can close this; I will submit the new pix_multiblob implementation on a new patch or through a git repo. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-11 04:31 Message: i think a new implementation would be great, so please go ahead! ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-11 00:44 Message: In fact, I could write a stack-based implementation for pix_multiblob, if you agree. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&group_…

1 0

[ pd-gem-Bugs-3428705 ] framebuffer showing a black border
by SourceForge.net 11 Nov '11

11 Nov '11

Bugs item #3428705, was opened at 2011-10-26 04:10 Message generated for change (Comment added) made by avilleret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3428705&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: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: guido () Assigned to: Nobody/Anonymous (nobody) Summary: framebuffer showing a black border Initial Comment: a black border is showing around the edges of the framebuffer on osx, both in rectangle 1 and rectangle 0 mode. this is clearly visible when changing the texture coordinates. the patch attached can reproduce the bug, this image shows the output of that patch on osx: http://img256.imageshack.us/img256/9208/texturei.png ---------------------------------------------------------------------- Comment By: Antoine Villeret (avilleret) Date: 2011-11-11 10:15 Message: i tested the patch on OS X 10.6.8 with Pd 0.43.0 and GEM: ver: 0.93.git ddca887 the output looks exactly the same as the attached image ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-11-06 06:37 Message: according to the bug 3281206 discution, Gem did use GL_CLAMP, better then GL_CLAMP_TO_EDGE on framebuffer until recently. so, it would be interesting to test the attached patch on recent osX build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3428705&group_…

1 0

[ pd-gem-Bugs-3435688 ] [pix_mask] not masking completely
by SourceForge.net 11 Nov '11

11 Nov '11

Bugs item #3435688, was opened at 2011-11-09 10:47 Message generated for change (Comment added) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&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: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_mask] not masking completely Initial Comment: pix_mask (at least on os x and 0.91.3) does not mask the pixels completely. workaround is to use pix_takealpha instead ---------------------------------------------------------------------- >Comment By: max (maxn) Date: 2011-11-11 07:52 Message: tried on ver: 0.93.3 compiled: Nov 10 2011 and confirm that it has been fixed. thank you IOhannes for the os x binary release, i was waiting for that. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-11 04:30 Message: could you try 0.93.3? ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-11-11 03:18 Message: look like working for me. (ubuntu 64 bit, recent gem from git) ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2011-11-11 02:40 Message: further testing revealed that the issue is present in Gem 92.3 22 sept 2010 bot NOT in 0.91.3 May 30 2009! (the older version does work as expected) screenshot, patch and mask fies are attached. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-10 01:20 Message: please provide help-patches and screenshots illustrating your problem. also note that 0.91 is really quite old. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&group_…

1 0

[ pd-gem-Patches-3436466 ] multiblob help improvement
by SourceForge.net 11 Nov '11

11 Nov '11

Patches item #3436466, was opened at 2011-11-11 00:39 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&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: Pd patch Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: multiblob help improvement Initial Comment: Hi, I documented a crucial limitation about pix_multiblob, namely, that it limits blobs to 10K pixels (e.g. 100x100), since it needs to avoid stack overflow in its recursion-based algorithm. In the attached patch I am also explaining what \"weighted\" means, based on what the sourcecode does. As a workaround to the pix_multiblob limitation, people should be using pix_opencv_floodfill instead. Otherwise the results will be weird for any object greater than 10K pixels in area. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-11 04:31 Message: i think a new implementation would be great, so please go ahead! ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-11 00:44 Message: In fact, I could write a stack-based implementation for pix_multiblob, if you agree. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&group_…

1 0

[ pd-gem-Bugs-3435688 ] [pix_mask] not masking completely
by SourceForge.net 11 Nov '11

11 Nov '11

Bugs item #3435688, was opened at 2011-11-09 10:47 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_mask] not masking completely Initial Comment: pix_mask (at least on os x and 0.91.3) does not mask the pixels completely. workaround is to use pix_takealpha instead ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-11 04:30 Message: could you try 0.93.3? ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-11-11 03:18 Message: look like working for me. (ubuntu 64 bit, recent gem from git) ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2011-11-11 02:40 Message: further testing revealed that the issue is present in Gem 92.3 22 sept 2010 bot NOT in 0.91.3 May 30 2009! (the older version does work as expected) screenshot, patch and mask fies are attached. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-10 01:20 Message: please provide help-patches and screenshots illustrating your problem. also note that 0.91 is really quite old. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&group_…

1 0

[ pd-gem-Bugs-3435688 ] [pix_mask] not masking completely
by SourceForge.net 11 Nov '11

11 Nov '11

Bugs item #3435688, was opened at 2011-11-09 10:47 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_mask] not masking completely Initial Comment: pix_mask (at least on os x and 0.91.3) does not mask the pixels completely. workaround is to use pix_takealpha instead ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-11-11 03:18 Message: look like working for me. (ubuntu 64 bit, recent gem from git) ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2011-11-11 02:40 Message: further testing revealed that the issue is present in Gem 92.3 22 sept 2010 bot NOT in 0.91.3 May 30 2009! (the older version does work as expected) screenshot, patch and mask fies are attached. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-10 01:20 Message: please provide help-patches and screenshots illustrating your problem. also note that 0.91 is really quite old. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3435688&group_…

1 0

[ pd-gem-Bugs-3435688 ] [pix_mask] not masking completely
by SourceForge.net 11 Nov '11

11 Nov '11

1 0

[ pd-gem-Patches-3436466 ] multiblob help improvement
by SourceForge.net 11 Nov '11

11 Nov '11

Patches item #3436466, was opened at 2011-11-11 00:39 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&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: Pd patch Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: multiblob help improvement Initial Comment: Hi, I documented a crucial limitation about pix_multiblob, namely, that it limits blobs to 10K pixels (e.g. 100x100), since it needs to avoid stack overflow in its recursion-based algorithm. In the attached patch I am also explaining what \"weighted\" means, based on what the sourcecode does. As a workaround to the pix_multiblob limitation, people should be using pix_opencv_floodfill instead. Otherwise the results will be weird for any object greater than 10K pixels in area. ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-11 00:44 Message: In fact, I could write a stack-based implementation for pix_multiblob, if you agree. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507081&aid=3436466&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev November 2011