GEM-dev August 2009

gem-dev@lists.iem.at

12 participants
29 discussions

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 23 Aug '09

23 Aug '09

Bugs item #2841090, was opened at 2009-08-20 15:34 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: but it also crashes on other systems, like 2.6.26.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this. btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2841090, was opened at 2009-08-20 15:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: but it also crashes on other systems, like 2.6.26.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this. btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2841090, was opened at 2009-08-20 15:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this. btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Bugs-2836834 ] 0.91.3 fails to build with g++-4.4
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2836834, was opened at 2009-08-13 10:34 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&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: Invalid Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: 0.91.3 fails to build with g++-4.4 Initial Comment: with: karmic/main g++-4.4 4.4.1-1ubuntu3 error: recordQT4L.cpp: In function 'lqt_file_type_t guess_qtformat(const char*)': recordQT4L.cpp:96: error: invalid conversion from 'const char*' to 'char*' suggested fix: fix code to compile with g++-4.4, and then make a new release ---------------------------------------------------------------------- >Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2009-08-20 13:59 Message: Ah, true, some digging leads to this being a bug in Ubuntu Karmic's glibc-2.10 : https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/412933/comments/2 Sorry for the noise. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 13:38 Message: since strrchr comes from libc6: which version of libc6/-dev do you have installed? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 13:37 Message: weird. according to "man 3 strrchr ", this function takes a "const char *s", which is exactly what it is given... does it happen to work with 0.92svn ? ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2009-08-15 18:11 Message: this fixes it: diff -Nur -x '*.orig' -x '*~' pd-gem-0.91.3/src/Pixes/recordQT4L.cpp pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp --- pd-gem-0.91.3/src/Pixes/recordQT4L.cpp 2008-04-11 08:41:44.000000000 +0100 +++ pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp 2009-08-15 15:46:32.000000000 +0100 @@ -93,7 +93,7 @@ /* guess the file-format by inspecting the extension */ static lqt_file_type_t guess_qtformat(const char* filename) { - char * extension = strrchr(filename, '.'); + char * extension = strrchr(const_cast<char*>(filename), '.'); int i=0; if(!extension) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&group_…

1 0

[ pd-gem-Bugs-2836834 ] 0.91.3 fails to build with g++-4.4
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2836834, was opened at 2009-08-13 12:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: 0.91.3 fails to build with g++-4.4 Initial Comment: with: karmic/main g++-4.4 4.4.1-1ubuntu3 error: recordQT4L.cpp: In function 'lqt_file_type_t guess_qtformat(const char*)': recordQT4L.cpp:96: error: invalid conversion from 'const char*' to 'char*' suggested fix: fix code to compile with g++-4.4, and then make a new release ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 15:38 Message: since strrchr comes from libc6: which version of libc6/-dev do you have installed? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 15:37 Message: weird. according to "man 3 strrchr ", this function takes a "const char *s", which is exactly what it is given... does it happen to work with 0.92svn ? ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2009-08-15 20:11 Message: this fixes it: diff -Nur -x '*.orig' -x '*~' pd-gem-0.91.3/src/Pixes/recordQT4L.cpp pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp --- pd-gem-0.91.3/src/Pixes/recordQT4L.cpp 2008-04-11 08:41:44.000000000 +0100 +++ pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp 2009-08-15 15:46:32.000000000 +0100 @@ -93,7 +93,7 @@ /* guess the file-format by inspecting the extension */ static lqt_file_type_t guess_qtformat(const char* filename) { - char * extension = strrchr(filename, '.'); + char * extension = strrchr(const_cast<char*>(filename), '.'); int i=0; if(!extension) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&group_…

1 0

[ pd-gem-Bugs-2836834 ] 0.91.3 fails to build with g++-4.4
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2836834, was opened at 2009-08-13 12:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&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: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: 0.91.3 fails to build with g++-4.4 Initial Comment: with: karmic/main g++-4.4 4.4.1-1ubuntu3 error: recordQT4L.cpp: In function 'lqt_file_type_t guess_qtformat(const char*)': recordQT4L.cpp:96: error: invalid conversion from 'const char*' to 'char*' suggested fix: fix code to compile with g++-4.4, and then make a new release ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 15:37 Message: weird. according to "man 3 strrchr ", this function takes a "const char *s", which is exactly what it is given... does it happen to work with 0.92svn ? ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2009-08-15 20:11 Message: this fixes it: diff -Nur -x '*.orig' -x '*~' pd-gem-0.91.3/src/Pixes/recordQT4L.cpp pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp --- pd-gem-0.91.3/src/Pixes/recordQT4L.cpp 2008-04-11 08:41:44.000000000 +0100 +++ pd-gem-0.91.3.new/src/Pixes/recordQT4L.cpp 2009-08-15 15:46:32.000000000 +0100 @@ -93,7 +93,7 @@ /* guess the file-format by inspecting the extension */ static lqt_file_type_t guess_qtformat(const char* filename) { - char * extension = strrchr(filename, '.'); + char * extension = strrchr(const_cast<char*>(filename), '.'); int i=0; if(!extension) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&group_…

1 0

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 20 Aug '09

20 Aug '09

Bugs item #2841090, was opened at 2009-08-20 15:34 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Feature Requests-2839658 ] getting data from 32bits framebuffer
by SourceForge.net 18 Aug '09

18 Aug '09

Feature Requests item #2839658, was opened at 2009-08-18 15:15 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2839658&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 Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: getting data from 32bits framebuffer Initial Comment: I would like to be able to get data from 32 bit frambuffer. both individual pixel value should be accesible inside the patch, and the all image should be saved on the HD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2839658&group_…

1 0

[ pd-gem-Feature Requests-2827107 ] improve pix_data
by SourceForge.net 18 Aug '09

18 Aug '09

Feature Requests item #2827107, was opened at 2009-07-25 19:13 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&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 Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: improve pix_data Initial Comment: pix_data is very usefull, but could be improved : - a quality 1 message could be add in order to set bilinear interpolation - a 32 bit mode could be add in order to read data from a 32 bit framebuffer. ---------------------------------------------------------------------- >Comment By: Cyrille Henry (nusmuk) Date: 2009-08-18 14:38 Message: ok, interpolation can be made in the patch, but it would be lot's easier to use it it is in pix_data. It also would be faster. so i think to have a "quality 1" message to pix_data would still be nice. You are right for the framebufer, i'll do another feature request. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-10 19:40 Message: bilinear (or whatever) interpolation could be easily done in the patch. as for the other request: [pix_data] does not know anything about framebuffers, but works on pixes, which currently are only 8bit per channel. however, it would be interesting to be able to query pixels of a render-buffer with high-resolution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&group_…

1 0

problem to play movies at normal speed with GEM objects
by Jack 16 Aug '09

16 Aug '09

Hello, I encounter a problem to play movies at normal speed with [pix_film] and [pix_movie]. I tried with a .mov (photo JPEG) and a .avi movies. During the movie play, sometimes the movies go fast, sometimes they go slowly. I use the message [auto 1( to start the movies or the second inlet with a counter but still have the problem !? So i think i have something wrong with Pd (or Ubuntu) and not GEM. For information, all is ok to play these movies with VLC. Can you help me to configure something wrong on my computer ? :) Thanx a lot ! Here my configuration : Pd version 0.41.4-extended GEM: ver: 0.92.CVS GEM: compiled: Jun 15 2009 Ubuntu 9.04 GPU : Nvidia 9700M GTS ++ Jack

4 13

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev August 2009