GEM-dev

gem-dev@lists.iem.at

2417 discussions

[ pd-gem-Bugs-3601578 ] some help files not installed
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3601578, was opened at 2013-01-20 11:33 Message generated for change (Tracker Item Submitted) made by avilleret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3601578&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: build-system Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Antoine Villeret (avilleret) Assigned to: Nobody/Anonymous (nobody) Summary: some help files not installed Initial Comment: hi, the following help files are not installed with `make install` command : pix_equal-help.pd pix_writer-help.pd trapezoid-help.pd a. on Ubuntu 12.04, Gem updated from git today ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3601578&group_…

1 0

[ pd-gem-Bugs-3564714 ] gemkeyname (only on os x?) doesn't report "space"
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3564714, was opened at 2012-09-04 07:45 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3564714&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: osx >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: gemkeyname (only on os x?) doesn't report "space" Initial Comment: at least under os x 10.7 with GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 gemkeyname doesn't report the symbol "space" when the spacebar is hit. insteat it generates an empty symbol, a space. That breaks for instance the reset funktion in 03.View_OSD.pd subpatch mousemove. so in case this behaviour is wanted, then it's a documentation error. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:17 Message: the behaviour is not really "wanted", but hard to avoid. most window-systems provide a key->name mapping (e.g. spacebar->"space") but they are inconsistent across platforms (e.g. spacebar->" "). it's hardly feasible to fix all those inconsistent names in Gem. the 03.View_OSD-patch should probably have a fallback to also accept ' '. (which i just implemented) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3564714&group_…

1 0

[ pd-gem-Bugs-3570525 ] pix_resize doesn't work with yuv colourspace
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3570525, was opened at 2012-09-21 07:56 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&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: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: pix_resize doesn't work with yuv colourspace Initial Comment: pix_resize donesn't resize an image with yuv colourspace. It still passes the image but with original size. I dont know the Gem vertion but it is the one from Pd-Extended 0.43.1.extended-20120502 ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:06 Message: nevertheless it would be interesting to know on which platform the problem appears (or put otherwise: whether gluScaleImage() provides YUV-support on OSX) ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:06 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, as well as the exact version of Gem, etc. If you are using Pd-extended (which comes with Gem installed), you still ought to provide the version-number of Gem (as printed out on the Pd-console). For example: > Mac OS X 10.5.7/Intel > Pd version 0.41.4-extended > Gem 0.93.3 (as packaged with PdX) > installed video backends: darwin, VLC > installed movie backends: none > installed image loaders: QT, ImageMagick ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:05 Message: that's most likely true. [pix_resize] uses gluScaleImage() internally, which might not have support for exotic colorspaces like YUV. gluScaleImage() is probably not the most efficient scaler anyhow, so we might want to consider replacing it with a self-written one, that supports all of Gem's colorspaces. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&group_…

1 0

[ pd-gem-Bugs-3566249 ] [pix_film] breaks Pd
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3566249, was opened at 2012-09-10 02:50 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3566249&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: João Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_film] breaks Pd Initial Comment: I'm trying to load a film into [pix_film], but that makes Pd shut down. Is there a way of sending a bug report or something? The system is XP, both Pd 0.42-ext and 0.43-ext. It makes the same with any film file, either from the Gem examples, or something else. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-11-10 12:11 Message: Nice details, several thanks towards the author. It's incomprehensible to me now, but in general, the usefulness and significance is overwhelming. Thanks once more and very good luck! outlet http://buytomsshoes.livejournal.com/1005.html ---------------------------------------------------------------------- Comment By: João Pais (jmmmp) Date: 2012-09-10 11:31 Message: Hi, I'm not at the computer, but I think I can answer. It's pd-ext 0.42.5, so I would say it has GEM: ver: 0.92.3 compiled: Mar 15 2010 in it. this came from the person using the computer: "there is no gem_film*.dll on the computer but unfortunately at the time we use an old quicktime version on this machine ( qt 6.5x) because of another software. we can update quicktime to the latest version 7.6 ? ..at least temporarily mnm/huma should run." A new installation of Gem isn't necessary, right? it's probably an issue with the system? joao ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-09-10 03:40 Message: you are using the official channel to submit bugreports. there is *no other* way... anyhow, please answer the following: what's your version of Gem? which film-plugins do you have installed (check for files called gem_film*.dll besides your Gem.dll)? what happens if you uninstall those plugins (that is: move them to another place) re-enable the plugins one-by-one (copy them back besides your Gem.dll), and check (and report) which plugin makes your system crash. once you established, which plugin crashes, check whether you have some special setup regarding the given backend (e.g. filmQT fails, and you have a broken QuickTime installation) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3566249&group_…

1 0

[ pd-gem-Bugs-3570525 ] pix_resize donesn't work with yuv colourspace
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3570525, was opened at 2012-09-21 07:56 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&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: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_resize donesn't work with yuv colourspace Initial Comment: pix_resize donesn't resize an image with yuv colourspace. It still passes the image but with original size. I dont know the Gem vertion but it is the one from Pd-Extended 0.43.1.extended-20120502 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:06 Message: nevertheless it would be interesting to know on which platform the problem appears (or put otherwise: whether gluScaleImage() provides YUV-support on OSX) ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:06 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, as well as the exact version of Gem, etc. If you are using Pd-extended (which comes with Gem installed), you still ought to provide the version-number of Gem (as printed out on the Pd-console). For example: > Mac OS X 10.5.7/Intel > Pd version 0.41.4-extended > Gem 0.93.3 (as packaged with PdX) > installed video backends: darwin, VLC > installed movie backends: none > installed image loaders: QT, ImageMagick ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:05 Message: that's most likely true. [pix_resize] uses gluScaleImage() internally, which might not have support for exotic colorspaces like YUV. gluScaleImage() is probably not the most efficient scaler anyhow, so we might want to consider replacing it with a self-written one, that supports all of Gem's colorspaces. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&group_…

1 0

[ pd-gem-Bugs-3570525 ] pix_resize donesn't work with yuv colourspace
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3570525, was opened at 2012-09-21 07:56 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&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: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_resize donesn't work with yuv colourspace Initial Comment: pix_resize donesn't resize an image with yuv colourspace. It still passes the image but with original size. I dont know the Gem vertion but it is the one from Pd-Extended 0.43.1.extended-20120502 ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:06 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, as well as the exact version of Gem, etc. If you are using Pd-extended (which comes with Gem installed), you still ought to provide the version-number of Gem (as printed out on the Pd-console). For example: > Mac OS X 10.5.7/Intel > Pd version 0.41.4-extended > Gem 0.93.3 (as packaged with PdX) > installed video backends: darwin, VLC > installed movie backends: none > installed image loaders: QT, ImageMagick ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:05 Message: that's most likely true. [pix_resize] uses gluScaleImage() internally, which might not have support for exotic colorspaces like YUV. gluScaleImage() is probably not the most efficient scaler anyhow, so we might want to consider replacing it with a self-written one, that supports all of Gem's colorspaces. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3570525&group_…

1 0

[ pd-gem-Bugs-3570525 ] pix_resize donesn't work with yuv colourspace
by SourceForge.net 20 Jan '13

20 Jan '13

1 0

[ pd-gem-Bugs-3588913 ] INCLUDES is the old name for AM_CPPFLAGS
by SourceForge.net 20 Jan '13

20 Jan '13

Bugs item #3588913, was opened at 2012-11-21 04:26 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3588913&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: build-system Group: linux >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: kubriel (kubriel) Assigned to: Nobody/Anonymous (nobody) Summary: INCLUDES is the old name for AM_CPPFLAGS Initial Comment: for now just warning, but according to http://www.mail-archive.com/automake@gnu.org/msg18202.html Stefano will remove support for $(INCLUDES) in Automake 1.13 configure.ac:103: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') im using x64 arch linux pd git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data gem git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem autoconf --version autoconf (GNU Autoconf) 2.69 automake --version automake (GNU automake) 1.12.5 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-20 10:02 Message: Gem doesn't really use INCLUDES anywhere in the Makefiles, so the warning can be considered a false positive. anyhow, i removed the (unused) portions in configure.ac, so now the warning should go away as well... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3588913&group_…

1 0

[ pd-gem-Bugs-3600457 ] [pix_video] not disposed
by SourceForge.net 12 Jan '13

12 Jan '13

Bugs item #3600457, was opened at 2013-01-11 18:06 Message generated for change (Comment added) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3600457&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: 6 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_video] not disposed Initial Comment: This is tested with GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 on os x 10.8.2 When using [pix_video] in a patch and closing and reopening it camera aquisition fails. Steps to reproduce: 1. open pd, make new patch 2. put [gemwin], [create, 1( and [gemhead], [pix_video] (console output: [pix_video]: backend #0='Darwin' : darwin dv iidc analog) 3. open gem window (console output: GemwinMac: width - 500 height - 500 GemWindow Activate err = 0 GEM: GLEW version 1.5.4 GEM: Start rendering SG channnel Device List count 4 index 3 SG channnel Device List[0] CamTwist SG channnel Device List[1] DV Video SG channnel Device List[2] IIDC FireWire Video SG channnel Device List[3] USB Video Class Video SGSetChannelDevice trying[0] CamTwist SGSetChannelDevice returned error -1 vdigName is FaceTime HD Camera (Built-in) digitizer rect is top 0 bottom 1200 left 0 right 1600 active src rect is top 0 bottom 1200 left 0 right 1600 could not set SG Rect using YUV ) 4. close patch (optional: close gem window before) (console output: GEM: Stop rendering destroyGemWindow() DisposeWindow ) 5. reopen the patch or recreate RESULT: failing to open the patch console: (Tcl) UNGÜLTIGER BEFEHL NAME: invalid command name "DVFreeThread" while executing "DVFreeThread - CFMachPortCreateWithPort hack = 0x54a3e0, fPowerNotifyPort= 0x549d30" ("uplevel" body line 1) invoked from within "uplevel #0 $cmds_from_pd" ---------------------------------------------------------------------- >Comment By: max (maxn) Date: 2013-01-12 09:23 Message: hi IOhannes, (most of) the info is already in the first line of my bug report. Mac OS X 10.8.2/Intel Pd version 0.43.4-extended-20130107 Gem ver: 0.93.3 GEM: compiled: Nov 10 2011 videoctl: enumerate SG channnel Device List count 3 index 2 SG channnel Device List[0] DV Video SG channnel Device List[1] IIDC FireWire Video SG channnel Device List[2] USB Video Class Video info: devices 3 info: device DV Video darwin info: device IIDC FireWire Video darwin info: device USB Video Class Video darwin ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-12 01:53 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, as well as the exact version of Gem, etc. If you are using Pd-extended (which comes with Gem installed), you still ought to provide the version-number of Gem (as printed out on the Pd-console). For example: > Mac OS X 10.5.7/Intel > Pd version 0.41.4-extended > Gem 0.93.3 (as packaged with PdX) > installed video backends: darwin, VLC > installed movie backends: none > installed image loaders: QT, ImageMagick ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3600457&group_…

1 0

[ pd-gem-Bugs-3600457 ] [pix_video] not disposed
by SourceForge.net 12 Jan '13

12 Jan '13

Bugs item #3600457, was opened at 2013-01-11 18:06 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3600457&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: 6 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_video] not disposed Initial Comment: This is tested with GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 on os x 10.8.2 When using [pix_video] in a patch and closing and reopening it camera aquisition fails. Steps to reproduce: 1. open pd, make new patch 2. put [gemwin], [create, 1( and [gemhead], [pix_video] (console output: [pix_video]: backend #0='Darwin' : darwin dv iidc analog) 3. open gem window (console output: GemwinMac: width - 500 height - 500 GemWindow Activate err = 0 GEM: GLEW version 1.5.4 GEM: Start rendering SG channnel Device List count 4 index 3 SG channnel Device List[0] CamTwist SG channnel Device List[1] DV Video SG channnel Device List[2] IIDC FireWire Video SG channnel Device List[3] USB Video Class Video SGSetChannelDevice trying[0] CamTwist SGSetChannelDevice returned error -1 vdigName is FaceTime HD Camera (Built-in) digitizer rect is top 0 bottom 1200 left 0 right 1600 active src rect is top 0 bottom 1200 left 0 right 1600 could not set SG Rect using YUV ) 4. close patch (optional: close gem window before) (console output: GEM: Stop rendering destroyGemWindow() DisposeWindow ) 5. reopen the patch or recreate RESULT: failing to open the patch console: (Tcl) UNGÜLTIGER BEFEHL NAME: invalid command name "DVFreeThread" while executing "DVFreeThread - CFMachPortCreateWithPort hack = 0x54a3e0, fPowerNotifyPort= 0x549d30" ("uplevel" body line 1) invoked from within "uplevel #0 $cmds_from_pd" ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2013-01-12 01:53 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, as well as the exact version of Gem, etc. If you are using Pd-extended (which comes with Gem installed), you still ought to provide the version-number of Gem (as printed out on the Pd-console). For example: > Mac OS X 10.5.7/Intel > Pd version 0.41.4-extended > Gem 0.93.3 (as packaged with PdX) > installed video backends: darwin, VLC > installed movie backends: none > installed image loaders: QT, ImageMagick ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3600457&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