GEM-dev July 2010

gem-dev@lists.iem.at

4 participants
29 discussions

[ pd-gem-Feature Requests-2519984 ] preferences system
by SourceForge.net 09 Jul '10

09 Jul '10

Feature Requests item #2519984, was opened at 2009-01-19 14:56 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2519984&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: Closed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: preferences system Initial Comment: currently Gem can be tuned via environmental variables. it might be nicer to use a preference-system, a la Pd: - linux: ~/.pd/Gem - osx, w32: registry/pref-file ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-09 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-24 07:29 Message: basically implemented in Gem-0.93 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2519984&group_…

1 0

[ pd-gem-Feature Requests-2922792 ] pix_video to look for all driver for each device
by SourceForge.net 09 Jul '10

09 Jul '10

Feature Requests item #2922792, was opened at 2009-12-29 12:51 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2922792&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: OS:: Linux Group: None >Status: Closed Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: pix_video to look for all driver for each device Initial Comment: opening /dev/video0 may fail if it is a v4l device and gem look for a v4l2 device. even if Gem is able to open a v4l device. i think when sending a [open ...< message Gem should try to open this device with all available driver (V4L,V4L2,DV). this would allow patch to work on diferent computer without changing the patch. i think no one should care the drivers used by a webcam, so Gem should not ask... ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-09 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-24 07:26 Message: good idea i have implemented this in the new plugin-based system ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2922792&group_…

1 0

[ pd-gem-Feature Requests-1658943 ] create a plugin-system for external libraries
by SourceForge.net 09 Jul '10

09 Jul '10

Feature Requests item #1658943, was opened at 2007-02-13 13:23 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=1658943&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: misc Group: None >Status: Closed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: create a plugin-system for external libraries Initial Comment: it would be nice if loader-functionality of movies and the like would be implemented as "plugins" which are loaded at the start of Gem (and possibly re-loaded!) this should make distribution much easier (esp. on linux systems, where a lot of external libraries are used and all distros handle them differently) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-09 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-24 07:27 Message: implemented ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-03-04 20:07 Message: Logged In: YES user_id=564396 Originator: YES basically this is (being) implemented in the VideoIO framework (which lives in Gem's CVS _besides_ Gem and GemLibs) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=1658943&group_…

1 0

[ pd-gem-Bugs-3000166 ] lighting with cone and cylinder
by SourceForge.net 08 Jul '10

08 Jul '10

Bugs item #3000166, was opened at 2010-05-11 20:48 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: lighting with cone and cylinder Initial Comment: hi, even if this is very unlikely, but is it possible that when turning on lighting with cone and cylinder the lighting vector is pointing to the wrong direction? at least it looks as if the light source is coming from the opposite side (compared to other geos like cube or sphere). I am using GEM: ver: 0.92.3, compiled: Mar 15 2010 on mac OSX ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-08 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: marius schebella (mariusschebella) Date: 2010-06-23 05:25 Message: thanks, I don't think it will break too much, if anything at all. (since nobody noticed till now...) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-21 10:59 Message: anyhow, i committed the fix to trunk ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 09:57 Message: this fix is quite simple: change the orientation value in cyliner.cpp:62 to "true" ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 09:47 Message: i think you are right. the question is: should we just change it to be correct (e.g. will it break anything)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&group_…

1 0

[ pd-gem-Bugs-2998103 ] pix_video duplicate frames
by SourceForge.net 06 Jul '10

06 Jul '10

Bugs item #2998103, was opened at 2010-05-07 10:07 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&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: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_video duplicate frames Initial Comment: at least on linux (v4l2), people keep reporting that they have problems with duplicate frames. if the camera runs at a lower rate than the grabber, the same frame might be captured twice. there should be a feedback (e.g. the newimage-flag) to the userspace, if this happens ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-06 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-21 12:44 Message: unable to reproduce, at least with the new plugin-based code: both v4l and v4l2 backends should already provide feedback when no new frame could be grabbed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&group_…

1 0

Gem fixes in Pd-extended
by Hans-Christoph Steiner 02 Jul '10

02 Jul '10

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

4 3

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 02 Jul '10

02 Jul '10

Bugs item #2980652, was opened at 2010-04-01 17:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&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: Accepted Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [PD] strange colors with pix_record Initial Comment: System: GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3 Symptom: a grey cube will be shown in blue when recorded with pix_record. see attached files to test. Please report on this bug to se weather it affects other systems too, ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-07-02 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-16 16:58 Message: ok; i have committed a fix according to neuenhofer. hopefully it will work (cannot test on my G4) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-16 16:43 Message: i assume the k32BGRAPixelFormat -> k32ARGBPixelFormat is on macintel as well? (just to be sure; it seems like on my G4 i cannot select any of the RGBA-colorspaces, so i cannot really test) fgmasdr IOhannes ---------------------------------------------------------------------- Comment By: Matthias Neuenhofer (neuenhofer) Date: 2010-06-16 15:26 Message: here my suggestion from April think is still the same. or? yes the RGBA channels are set wrong on mac osx. the cube appears blue because the alpha channel is read as blue. when you change channels like this R > G G > R B > A A > B the movie will justified. but its not handy to give each record this process so i fixed this with a change in the code of recordQT.cpp in line 241 - instead of colorspace = k32BGRAPixelFormat; i use colorspace = k32ARGBPixelFormat; but i dont know how this affects other os also the recorded mov is upside down - this can fix in quicktime pro with a click in the properties of the video track - so i dont looked for the code issue. matthias ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2010-06-16 08:59 Message: please refer to the thread strange colors with pix_record on the list. codec was defaulting to video but that doesn't seem to have influence on it. didn't try it with pixes but doubt that would make a difference. and yes - changing the colorspace with pix_yuv is a workaround, it works then. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 10:04 Message: which codec are you using? does it work when just recording a pix (as aquired by pix_film) does it work if you manually change the colorspace, e.g. with [pix_yuv] resp. [pix_rgba] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&group_…

1 0

[ pd-gem-Feature Requests-2940286 ] support for GiGE cams
by SourceForge.net 01 Jul '10

01 Jul '10

Feature Requests item #2940286, was opened at 2010-01-26 16:13 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940286&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: image processing Group: None >Status: Pending Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: support for GiGE cams Initial Comment: support for cameras using the "GigE Vision" (video over gigabit ethernet) unfortunately it seems like there is no standardized (and free) implementation of GigE Vision. prosilica offers at least an SDK (for all platforms): http://www.prosilica.com/products/gige_sdk.html ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-07-01 18:28 Message: oh, and i have now added yet another backend called "videoAVT" which is supposed to work with Prosilica's "AVT GiGE SDK". it compiles nicely, but i have not tried whether it works at all. please test! if it doesn't work, either invest time to make it work, or send me a GiGE cam. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-23 16:55 Message: if it doesn't work, i would be happily accepting Prosilica's (and other GiGE's) to develop and test. contact me via email for postal instructions. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-23 16:53 Message: the problem with GiGE, is of course that the standard is not open, so people cannot a) build devices according to the GiGE standard and b) build APIs supporting the GiGE standard if they are not part of the AIA committee.[1] however, there is a commercial API available from MVtec called "HALCON" [2], that should be able to grab GiGE-cameras (and other cool stuff). you can purchase their framework for $$$ (or get a free (as in beer) evaluation license (lasting only a short period of time)). i have done the latter and implemented a videoHALCON backend for [pix_video], which seems to work so far (at least on linux) it comes with a README to get you going. [1] http://en.wikipedia.org/wiki/GigE_vision [2] http://www.mvtec.com/halcon/ ---------------------------------------------------------------------- Comment By: JordiPuig (jordipuig) Date: 2010-03-31 14:06 Message: Hi IOhannes, I have one Prosilica with me and I would like to get it working on PD. do you have any code started? i can test it on Mac and Windows. Thanks! j ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940286&group_…

1 0

[ pd-gem-Feature Requests-2940286 ] support for GiGE cams
by SourceForge.net 01 Jul '10

01 Jul '10

Feature Requests item #2940286, was opened at 2010-01-26 16:13 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940286&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: image processing Group: None >Status: Open Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: support for GiGE cams Initial Comment: support for cameras using the "GigE Vision" (video over gigabit ethernet) unfortunately it seems like there is no standardized (and free) implementation of GigE Vision. prosilica offers at least an SDK (for all platforms): http://www.prosilica.com/products/gige_sdk.html ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-07-01 18:28 Message: oh, and i have now added yet another backend called "videoAVT" which is supposed to work with Prosilica's "AVT GiGE SDK". it compiles nicely, but i have not tried whether it works at all. please test! if it doesn't work, either invest time to make it work, or send me a GiGE cam. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-23 16:55 Message: if it doesn't work, i would be happily accepting Prosilica's (and other GiGE's) to develop and test. contact me via email for postal instructions. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-23 16:53 Message: the problem with GiGE, is of course that the standard is not open, so people cannot a) build devices according to the GiGE standard and b) build APIs supporting the GiGE standard if they are not part of the AIA committee.[1] however, there is a commercial API available from MVtec called "HALCON" [2], that should be able to grab GiGE-cameras (and other cool stuff). you can purchase their framework for $$$ (or get a free (as in beer) evaluation license (lasting only a short period of time)). i have done the latter and implemented a videoHALCON backend for [pix_video], which seems to work so far (at least on linux) it comes with a README to get you going. [1] http://en.wikipedia.org/wiki/GigE_vision [2] http://www.mvtec.com/halcon/ ---------------------------------------------------------------------- Comment By: JordiPuig (jordipuig) Date: 2010-03-31 14:06 Message: Hi IOhannes, I have one Prosilica with me and I would like to get it working on PD. do you have any code started? i can test it on Mac and Windows. Thanks! j ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940286&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 July 2010