GEM-dev April 2012

gem-dev@lists.iem.at

12 participants
31 discussions

[ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by SourceForge.net 27 Apr '12

27 Apr '12

Bugs item #3521302, was opened at 2012-04-25 02:27 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&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: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write and pix_buffe crash when writing a file fail Initial Comment: pix_write and pix_buffer crash when triing to write an image file in a non existant directory. tested with GEM git from 2012 04 24 on linux GEM: image saving support: jpeg magick tiff tested with both jpeg and tiff file saving. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-27 06:29 Message: that is weird. i found a bug in imageJPEG that would indeed crash Gem whenever saving failed (the mixed jpeg-62 and jpeg-80 system was only another problem that triggered the abort; the fix in Gem's git 493e28ee0aef9cd should fix all those problems) if there is indeed a problem with imageMAGICK as well, please provide full information about your installed ImageMagick as well as a backtrace ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-27 06:23 Message: hello, i did have only libjpeg-62 install on my computer. removing gem_imageJPEG.so and gem_imageJPEG.la file did not solve the probleme. The probleme was solved removing gem_imageMAGICK.*, but that disable png image loading suport. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 04:17 Message: i could confirm the crash but noticed, that i have two different libjpeg installations on my harddisk: - libjpeg-62 headers in /usr/local/include (but not corresponding libjpeg.so in /usr/local/lib - only a .a) - libjpeg-80 headers in /usr/include AND libjpeg-80 libjpeg.so in /usr/lib/i386-linux-gnu/ this resulted in imageJPEG being compiled against jpeg-62 headers, but being linked with jpeg-80. trying to write a file would abort (rather than crash) with a message "Wrong JPEG library version: library is 80, caller expects 62" once i removed the jpeg-62 headers and compiled Gem using the correct jpeg-80 headers, everything works as expected (loading works as well, which was not the case when using the mixed system (though it didn't abort)) could this be the same for you? i haven't yet found a way to check the jpeg library version at runtime, in order to prevent the abort. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 03:57 Message: afaict, the imageJPEG backend causes the crash; until the problem is fixed, you could try running Gem without imageJPEG support (imageMAGICK will provide jpeg loading/saving anyhow) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_…

1 0

[ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by SourceForge.net 27 Apr '12

27 Apr '12

Bugs item #3521302, was opened at 2012-04-25 02:27 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&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: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write and pix_buffe crash when writing a file fail Initial Comment: pix_write and pix_buffer crash when triing to write an image file in a non existant directory. tested with GEM git from 2012 04 24 on linux GEM: image saving support: jpeg magick tiff tested with both jpeg and tiff file saving. ---------------------------------------------------------------------- >Comment By: Cyrille Henry (nusmuk) Date: 2012-04-27 06:23 Message: hello, i did have only libjpeg-62 install on my computer. removing gem_imageJPEG.so and gem_imageJPEG.la file did not solve the probleme. The probleme was solved removing gem_imageMAGICK.*, but that disable png image loading suport. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 04:17 Message: i could confirm the crash but noticed, that i have two different libjpeg installations on my harddisk: - libjpeg-62 headers in /usr/local/include (but not corresponding libjpeg.so in /usr/local/lib - only a .a) - libjpeg-80 headers in /usr/include AND libjpeg-80 libjpeg.so in /usr/lib/i386-linux-gnu/ this resulted in imageJPEG being compiled against jpeg-62 headers, but being linked with jpeg-80. trying to write a file would abort (rather than crash) with a message "Wrong JPEG library version: library is 80, caller expects 62" once i removed the jpeg-62 headers and compiled Gem using the correct jpeg-80 headers, everything works as expected (loading works as well, which was not the case when using the mixed system (though it didn't abort)) could this be the same for you? i haven't yet found a way to check the jpeg library version at runtime, in order to prevent the abort. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 03:57 Message: afaict, the imageJPEG backend causes the crash; until the problem is fixed, you could try running Gem without imageJPEG support (imageMAGICK will provide jpeg loading/saving anyhow) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_…

1 0

[ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by SourceForge.net 26 Apr '12

26 Apr '12

Bugs item #3521302, was opened at 2012-04-25 02:27 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&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: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write and pix_buffe crash when writing a file fail Initial Comment: pix_write and pix_buffer crash when triing to write an image file in a non existant directory. tested with GEM git from 2012 04 24 on linux GEM: image saving support: jpeg magick tiff tested with both jpeg and tiff file saving. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 04:17 Message: i could confirm the crash but noticed, that i have two different libjpeg installations on my harddisk: - libjpeg-62 headers in /usr/local/include (but not corresponding libjpeg.so in /usr/local/lib - only a .a) - libjpeg-80 headers in /usr/include AND libjpeg-80 libjpeg.so in /usr/lib/i386-linux-gnu/ this resulted in imageJPEG being compiled against jpeg-62 headers, but being linked with jpeg-80. trying to write a file would abort (rather than crash) with a message "Wrong JPEG library version: library is 80, caller expects 62" once i removed the jpeg-62 headers and compiled Gem using the correct jpeg-80 headers, everything works as expected (loading works as well, which was not the case when using the mixed system (though it didn't abort)) could this be the same for you? i haven't yet found a way to check the jpeg library version at runtime, in order to prevent the abort. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-26 03:57 Message: afaict, the imageJPEG backend causes the crash; until the problem is fixed, you could try running Gem without imageJPEG support (imageMAGICK will provide jpeg loading/saving anyhow) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_…

1 0

[ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by SourceForge.net 26 Apr '12

26 Apr '12

1 0

[ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by SourceForge.net 25 Apr '12

25 Apr '12

Bugs item #3521302, was opened at 2012-04-25 02:27 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&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: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write and pix_buffe crash when writing a file fail Initial Comment: pix_write and pix_buffer crash when triing to write an image file in a non existant directory. tested with GEM git from 2012 04 24 on linux GEM: image saving support: jpeg magick tiff tested with both jpeg and tiff file saving. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_…

1 0

[ pd-gem-Bugs-3521187 ] pixes help patch
by SourceForge.net 25 Apr '12

25 Apr '12

Bugs item #3521187, was opened at 2012-04-24 17:08 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521187&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: documentation Group: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pixes help patch Initial Comment: hi, i just noticed pix_equal-help.pd is not install with others pix help patches on 'sudo make install' (on ubuntu 11.10, GEM pull today from git) i also noticed that some pix objects have no help file : pix_cubemap pix_emboss pix_hits pix_test pix_vpaint just for reporting, i don't know nor use those (but maybe it's because they don't have help patch) best a. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521187&group_…

1 0

USB 3.0 camera and Gem
by Jack 24 Apr '12

24 Apr '12

Hello, I would like to know if someone has ever tried a USB3.0 camera with Gem ? It seems that there are USB cables 20 m long working with this camera : it is a nice length for a performance on a stage. For example, i found this one with nice features : http://www.ximea.com/en/products-news/usb3-industrial-camera On this web site, it is writen camera are compatible with these libraries and frameworks : Adaptive Vision Studio AQSENSE SAL3D Digital Optics VPP Integrating Vision Toolkit Keyetech Matrox MIL MVTec HALCON NeuroCheck OpenCV STEMMER IMAGING Common Vision Blox Tordivel Scorpion Aforge.NET framework Cognex VisionPro EVT EyeVision Intopii Pinta libdmtx Micro-Manager National Instruments LabVIEW Neurotechnology SentiSight RoboRealm SANXO Modular-X Voyant Vision Does this camera will work with Gem (out of the box) on Ubuntu 11.10 and pd 0.43.2test1 ? If not, thanx to tell me what i have to do. ++ Jack PS : does anybody tried an other solution (like GigE or USB<->Ethernet<->USB) with Gem when you need long distance between camera and computer ? Is it very stable ?

6 22

[ pd-gem-Bugs-3517368 ] alea.mpg shows up as 1 frame using pix_film on OSX
by SourceForge.net 23 Apr '12

23 Apr '12

Bugs item #3517368, was opened at 2012-04-12 19:30 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517368&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: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: alea.mpg shows up as 1 frame using pix_film on OSX Initial Comment: Pd-extended 0.43.1, 2012-04-02 32-bit on a MacBook Pro 3,1 running Mac OS X 10.6.8/Intel. opening Gem -> examples -> 04.pix -> 05.film, then loading alea.mpg, it tells me the video is "1 frames (320x240) at 1.000000 fps" and procedes to make a fractal-like animation. Full Pd window log and screenshot attached ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-23 11:31 Message: I just tested this using Pd-0.43.1-extended-20120423-ubuntu-oneiric-i386.deb on Ubuntu Oneiric/i386 on my MacBook Pro 3,1 with a nVidia Corporation G84 [GeForce 8600M GT] . It seems to work fine with alea.mpg, /64849285.mp4, and others all work fine. Seems like its an OSX issue. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-22 06:34 Message: yes, both play fine. alea.mpg is the same old video that has been included in Gem forever ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-22 02:46 Message: can you play these movies with QuickTime? ---------------------------------------------------------------------- Comment By: jack (jackovic) Date: 2012-04-17 15:18 Message: The video works fine on my config. Last Gem from git, Pd 0.43.2test1, ubuntu 11.10. Here i get : [pix_film]: loaded file: /home/jack/Vidéos/filmsPourTests/64849285.mp4 with 359 frames (640x480) at 30.000000 fps So the problem seems to be related to MasOSX only. ++ Jack ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-17 10:43 Message: I am also seeing the same behavior using a mp4 from the internet: [pix_film]: loaded file: /Users/hans/64849285.mp4 with 1 frames (640x480) at 1.000000 fps This is the video, you can download the .mp4 from the download section of the page: http://vimeo.com/28911883 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517368&group_…

1 0

Re: [GEM-dev] Can't create object [pix_multitexture]
by Jack 22 Apr '12

22 Apr '12

Le 22/04/2012 15:46, Jack a écrit : > Le 22/04/2012 15:36, Cyrille Henry a écrit : >> >> Le 22/04/2012 15:27, Jack a écrit : >> >>>> yep, but i think it's easier to use display list and text /text3d >>>> object. >>> OK, but it would be nice to have a tool like this. VBO is faster than >>> display list. >> really? >> >> c > The both are server side, but with VBO you can update value for one > vertex (that's why it is faster than display list). > But i have to admit this is not important for my font problem, i will > not get gain in term of performance :) > ++ > > Jack > > So you are right, it will be simpler with display list, i give it a try today. Thanx. ++ Jack

1 1

[ pd-gem-Bugs-3517368 ] alea.mpg shows up as 1 frame using pix_film on OSX
by SourceForge.net 22 Apr '12

22 Apr '12

Bugs item #3517368, was opened at 2012-04-12 19:30 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517368&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: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: alea.mpg shows up as 1 frame using pix_film on OSX Initial Comment: Pd-extended 0.43.1, 2012-04-02 32-bit on a MacBook Pro 3,1 running Mac OS X 10.6.8/Intel. opening Gem -> examples -> 04.pix -> 05.film, then loading alea.mpg, it tells me the video is "1 frames (320x240) at 1.000000 fps" and procedes to make a fractal-like animation. Full Pd window log and screenshot attached ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-22 06:34 Message: yes, both play fine. alea.mpg is the same old video that has been included in Gem forever ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-22 02:46 Message: can you play these movies with QuickTime? ---------------------------------------------------------------------- Comment By: jack (jackovic) Date: 2012-04-17 15:18 Message: The video works fine on my config. Last Gem from git, Pd 0.43.2test1, ubuntu 11.10. Here i get : [pix_film]: loaded file: /home/jack/Vidéos/filmsPourTests/64849285.mp4 with 359 frames (640x480) at 30.000000 fps So the problem seems to be related to MasOSX only. ++ Jack ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-17 10:43 Message: I am also seeing the same behavior using a mp4 from the internet: [pix_film]: loaded file: /Users/hans/64849285.mp4 with 1 frames (640x480) at 1.000000 fps This is the video, you can download the .mp4 from the download section of the page: http://vimeo.com/28911883 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517368&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 April 2012