GEM-dev August 2009

gem-dev@lists.iem.at

12 participants
29 discussions

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

15 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: 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: 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 13 Aug '09

13 Aug '09

Bugs item #2836834, was opened at 2009-08-13 10:34 Message generated for change (Tracker Item Submitted) 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: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2836834&group_…

1 0

[ pd-gem-Bugs-2824356 ] pix_flip doesn't behave like in the helpfile on os x
by SourceForge.net 10 Aug '09

10 Aug '09

Bugs item #2824356, was opened at 2009-07-20 18:14 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2824356&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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: pix_flip doesn't behave like in the helpfile on os x Initial Comment: pix_flip flips both directions by default and when sent the "none" message on os x. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-10 22:25 Message: ah, the helpfile uses [pix_draw] which behaves wrongly. should be fixed now (and [pix_draw] should go away entirely ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-07-22 21:32 Message: does this mean that "both" and "none" behave identical? do the other options work correctly? if it is behaving differently from the helpfile, does this mean that it works correctly in the helpfile? (just to make sure: you don't have rotated the image, do you?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2824356&group_…

1 0

[ pd-gem-Feature Requests-2808401 ] pix_buffer_filmopen should report # of frames and size
by SourceForge.net 10 Aug '09

10 Aug '09

Feature Requests item #2808401, was opened at 2009-06-18 16:02 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2808401&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: Pending Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: pix_buffer_filmopen should report # of frames and size Initial Comment: it would be very useful if pix_buffer_fimopen could report frame numbers and size of the loaded movie just like fpix_film does. and while at it: maybe also report with a bang when it's finished loading. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-10 21:41 Message: the patch (submitted on the list or so) has made it into svn ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-06-22 19:28 Message: since [pix_buffer_filmopen] is implemented as a pdpatch, i would welcome it if you could implement the wanted functionality and provide the patch here ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2808401&group_…

1 0

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

10 Aug '09

Feature Requests item #2827107, was opened at 2009-07-25 21:13 Message generated for change (Comment added) made by zmoelnig 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: IOhannes m zmlnig (zmoelnig) Date: 2009-08-10 21: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

[ pd-gem-Bugs-2835102 ] pix_add yields incorrect results
by SourceForge.net 10 Aug '09

10 Aug '09

Bugs item #2835102, was opened at 2009-08-10 21:22 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2835102&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: pix_add yields incorrect results Initial Comment: i noticed that a patch which adds to pixes (for a feedback) behaves differently on RGBA and YUV: running on YUV will create some saturated effects, while on RGBA it looks ok. a closer inspection of my patch showed, that i am pre-multiplying the two images one with 1.001 the other with 0.001; i guess i did this, because on RGBA (which is my default colourspace) the image started to fade-out if the 2 values sum-up to 1. so the problem seems to be in RGBA rather than YUV... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2835102&group_…

1 0

[OT] Gem-Game-Programmer needed !
by Winfried Ritsch 06 Aug '09

06 Aug '09

Hello, For the art project "the trend is your friend" at the "Medienkunstlabor" http://medienkunstlabor.at/ we needurgently a GEM Progammer, since we didnt find one here locally. Information about project: http://web.medienkunstlabor.at/projects/trends/the-trend-is-your-friend Situation: Projection with 270 degree surround unmapped by a render buffer ca. 9000x768 Pixel. we need two patches: 1) Implementation of the market modell liked described in a pdf which should be simple matrix operations, recating to inputs from tracked heads (seperate PD-Patch implemented) and sending status of market to the video and audio rendering machine. 2) GEM environment: 2.1) playing back 3 movies from files frame by frame doing kind of loops and wraps, which are rendered dynamicly scaling during on the whole screen as back 2.2) a info display moving over the screen for each of the twelve speakers with text displaying their budget and their sales and win or losses. also one animated gif should be added for the animated movement of the info display. We have a mixed german/english description of the whole project and one english one for the maketing model. The patches should be done until end of august. Afterwards some communication withe the artists are needed to satisfy their aesthetics. If somebody is interrested please email me. mfG Winfried Ritsch

1 0

[ pd-gem-Bugs-2824330 ] pix_flip doesn't work on video with os x
by SourceForge.net 06 Aug '09

06 Aug '09

Bugs item #2824330, was opened at 2009-07-20 15:19 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2824330&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: Duplicate Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: pix_flip doesn't work on video with os x Initial Comment: pix_flip sporadically doesn't flip single frames when applied to video when working under os x. cyrille reports it is working on linux though. workaround is to reverse the orientation of the geo the pix is textured on instead of using pix_flip. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-08-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: max (maxn) Date: 2009-07-20 16:11 Message: may be. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-07-20 15:52 Message: i believe that this is a duplicate of either (or both): http://sourceforge.net/tracker/?func=detail&aid=1939029&group_id=64325&atid… http://sourceforge.net/tracker/?func=detail&aid=2519970&group_id=64325&atid… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2824330&group_…

1 0

Intel success story
by Frank Barknecht 05 Aug '09

05 Aug '09

Hi, it's probably time to celebrate! For the first time in nearly two years I've been able to get a version of Gem running without any crashes on window close *and* with an actual rendering on a Mesa/DRI-enabled fully open source Intel Linux system. Die Zeit heilt alle Wunden. This is with a bleeding edge Debian unstable system with UXA, GEM (the other) and KMS enabled (2.6.30 kernel), and similarily bleeding edge hardware: my new powersaving battery lifetime wonder (almost 8h!) travel system Acer Timeline 3810T SU3500 CULV single core with some Mobile IntelÂ® GS45 Express Chipse inside. The Gem running is the svn snapshot from today, Pd is 0.42 from Miller's site with tcl/tk 8.5. Interestingly the Debian supplied Pd/Gem in unstable crashes as soon as I even open any Gem patch in GLclearColor or so (don't remember). I don't need to use any GL_SINGLE_CONTEXT environment stuff, just fire up pd -lib Gem and all is well. I should have come to Brazil and treat you to some beer thing, but you'll get one at a later occasion! Thanks a lot for whatever you did. :) Ciao -- Frank

4 3

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