GEM-dev February 2011

gem-dev@lists.iem.at

10 participants
42 discussions

[ pd-gem-Bugs-3186166 ] pix_image assertion fail crashes pd
by SourceForge.net 18 Feb '11

18 Feb '11

Bugs item #3186166, was opened at 2011-02-18 22:07 Message generated for change (Comment added) made by ritsch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3186166&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: rendering (e.g. display) Group: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Winfried Ritsch (ritsch) Assigned to: Nobody/Anonymous (nobody) Summary: pix_image assertion fail crashes pd Initial Comment: using pd0.43-test4 and Gem latest trunk of today pix_image crashes on loading an image using imagemagick-dev: #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb7d75751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d78b82 in *__GI_abort () at abort.c:92 #3 0xb7d6e8b8 in *__GI___assert_fail (assertion=0xb6e5f680 "semaphore_info != (SemaphoreInfo *) ((void *)0)", file=0xb6e5f66c "magick/semaphore.c", line=525, function=0xb6e5f751 "LockSemaphoreInfo") at assert.c:81 #4 0xb6d0be5c in LockSemaphoreInfo () from /usr/lib/libGraphicsMagick.so.3 #5 0xb6cd809e in GetMagickInfo () from /usr/lib/libGraphicsMagick.so.3 #6 0xb6cd3e1b in SetImageInfo () from /usr/lib/libGraphicsMagick.so.3 #7 0xb6c8cc5a in ReadImage () from /usr/lib/libGraphicsMagick.so.3 #8 0xb6f62ee6 in Magick::Image::read(std::string const&) () from /usr/lib/libGraphicsMagick++.so.3 #9 0xb71940b0 in magickImage2mem (filename=0xb474320c "/usr/local/lib/pd/extra/Gem/somefile.jpg") at GemPixImageLoad.cpp:738 #10 0xb71942ef in image2mem (filename=0x85c1db0 "/usr/local/lib/pd/extra/Gem/somefile.jpg") at GemPixImageLoad.cpp:128 #11 0xb7248a1d in pix_image::openThread (you=0x85c1820) at pix_image.cpp:165 #12 0xb7eb8955 in start_thread (arg=0xb4743b70) at pthread_create.c:300 #13 0xb7e16e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 OS: i386 squeeze stable Debian (just updated) Used pix_image-help patch. mfg winfried ---------------------------------------------------------------------- >Comment By: Winfried Ritsch (ritsch) Date: 2011-02-18 22:26 Message: compiling Gem with --without-ImageMagick doesnt crash so it is definitily ImageMagick with cloned process. image.read( filename ); so library is not thread save. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3186166&group_…

1 0

[ pd-gem-Bugs-3186166 ] pix_image assertion fail crashes pd
by SourceForge.net 18 Feb '11

18 Feb '11

Bugs item #3186166, was opened at 2011-02-18 22:07 Message generated for change (Tracker Item Submitted) made by ritsch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3186166&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: rendering (e.g. display) Group: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Winfried Ritsch (ritsch) Assigned to: Nobody/Anonymous (nobody) Summary: pix_image assertion fail crashes pd Initial Comment: using pd0.43-test4 and Gem latest trunk of today pix_image crashes on loading an image using imagemagick-dev: #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb7d75751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d78b82 in *__GI_abort () at abort.c:92 #3 0xb7d6e8b8 in *__GI___assert_fail (assertion=0xb6e5f680 "semaphore_info != (SemaphoreInfo *) ((void *)0)", file=0xb6e5f66c "magick/semaphore.c", line=525, function=0xb6e5f751 "LockSemaphoreInfo") at assert.c:81 #4 0xb6d0be5c in LockSemaphoreInfo () from /usr/lib/libGraphicsMagick.so.3 #5 0xb6cd809e in GetMagickInfo () from /usr/lib/libGraphicsMagick.so.3 #6 0xb6cd3e1b in SetImageInfo () from /usr/lib/libGraphicsMagick.so.3 #7 0xb6c8cc5a in ReadImage () from /usr/lib/libGraphicsMagick.so.3 #8 0xb6f62ee6 in Magick::Image::read(std::string const&) () from /usr/lib/libGraphicsMagick++.so.3 #9 0xb71940b0 in magickImage2mem (filename=0xb474320c "/usr/local/lib/pd/extra/Gem/somefile.jpg") at GemPixImageLoad.cpp:738 #10 0xb71942ef in image2mem (filename=0x85c1db0 "/usr/local/lib/pd/extra/Gem/somefile.jpg") at GemPixImageLoad.cpp:128 #11 0xb7248a1d in pix_image::openThread (you=0x85c1820) at pix_image.cpp:165 #12 0xb7eb8955 in start_thread (arg=0xb4743b70) at pthread_create.c:300 #13 0xb7e16e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 OS: i386 squeeze stable Debian (just updated) Used pix_image-help patch. mfg winfried ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3186166&group_…

1 0

external how-to
by sonia yuditskaya 18 Feb '11

18 Feb '11

Hello, I'm new to the list, nice to meet you! Is there an analogous page to the "external how-to" for Pd in GEM? I can't seem to find it in anywhere cyberspace. Thanks for any help or suggestions. Sofy

1 0

Re: [GEM-dev] kinect camera object for Gem
by cyrille henry 18 Feb '11

18 Feb '11

i send this mail back to the list, because i think it's important to know. anyway, i said it's the official answer because it's the one made by IOhannes 2 month ago on the pd list. i would also love any solution to have kinect on pd as soon as possible. (but i think it should not be a pix_kinect object, but a kinect plug in for pix_video). and i think i can also manage to have a kinect loan for the one that would work on this. C Le 18/02/2011 11:35, sebastian pirch a écrit : > no, this does not work. i tried. > >> hello, >> >> i think the official answer is : >> install a driver for kinect, and use it with pix_video. >> c >> >> >> Le 18/02/2011 02:13, Jack a écrit : >>> I am working with Kinect these days for an installation. It would be >>> nice to have this object in GEM. I can test it if you want when you have >>> an alpha version ;) >>> ++ >>> >>> Jack >>> >>> >>> >>> Le jeudi 17 février 2011 à 19:36 -0500, Hans-Christoph Steiner a >> écrit : >>>> Hey all, >>>> >>>> Joe Deken, the head of New Blankets, an NGO that's sponsoring some of >>>> my Pd work related to teaching, is interested in getting the kinect >>>> working with Pd. Anyone interested in hacking a gem object together? >>>> I know I can promise at least a long term loan of a kinect camera, >>>> more might be possible. [pix_kinect] would be awesome to have. >>>> >>>> .hc >>>> >>>> >>>> >> ---------------------------------------------------------------------------- >>>> >>>> "[W]e have invented the technology to eliminate scarcity, but we are >>>> deliberately throwing it away to benefit those who profit from >>>> scarcity." -John Gilmore >>>> >>>> >>>> >>>> _______________________________________________ >>>> GEM-dev mailing list >>>> GEM-dev(a)iem.at >>>> http://lists.puredata.info/listinfo/gem-dev >>> >>> >>> >>> _______________________________________________ >>> GEM-dev mailing list >>> GEM-dev(a)iem.at >>> http://lists.puredata.info/listinfo/gem-dev >> >> _______________________________________________ >> GEM-dev mailing list >> GEM-dev(a)iem.at >> http://lists.puredata.info/listinfo/gem-dev >

1 0

Re: [GEM-dev] [ pd-gem-Bugs-3177361 ] no images with FW camera
by IOhannes m zmoelnig 17 Feb '11

17 Feb '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-02-17 18:58, cyrille henry wrote: > hum, the cam default speed is 400, but it does not work in 400... > strange > so, why not try to allocate 800, and if it fails, then fall back on > defaults... > try again. it now tries to allocate from the highest speed supported by libdc1394 (which is insanely ISO3200) and then goes down till it finds a supported speed. fgamdf IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1daCMACgkQkX2Xpv6ydvQb3gCfTCPKBy0zENyzYlMGRVl324fu RgcAoM8X+Dk84mUjCaSPAgn6/9PqLLAF =GcLs -----END PGP SIGNATURE-----

1 0

Re: [GEM-dev] [ pd-gem-Bugs-3177361 ] no images with FW camera
by IOhannes m zmoelnig 17 Feb '11

17 Feb '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-02-17 17:43, cyrille henry wrote: > hello, > > it did not compile here... > aye; i should at least have tried to compile (even if i cannot test due to no dc1394 camera) should compile now. fgasdmr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1dU/8ACgkQkX2Xpv6ydvRHywCfQkOHwQ79M75xoBBIx1yVc8aB KcoAoI0suhAfvlG76cw7ob8u7hk37mFe =IChi -----END PGP SIGNATURE-----

2 2

gemlist and separator does not like "destroy"
by cyrille henry 17 Feb '11

17 Feb '11

hello, here is a patch that make Gem to crash. c

3 3

[ pd-gem-Bugs-3177361 ] no images with FW camera
by SourceForge.net 17 Feb '11

17 Feb '11

Bugs item #3177361, was opened at 2011-02-10 14:02 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3177361&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: no images with FW camera Initial Comment: hello, with Gem svn, ubuntu 10.04 (kernell 2.6.32), and a guppy pro (from AVT) connected with FW800, i can't have images. (same result with a stingray from AVT) the camera create a device /dev/raw1394 and /dev/video1394/0 i've got video plugin dv4l and dc1394. coriender can grab images without any problem. i don't know if it's related, but when creating pix_video object, i've got an error in the terminal : libdc1394 error: Error: Failed to allocate iso bandwidth libdc1394 error: Error: Failed to setup DMA capture ---------------------------------------------------------------------- >Comment By: Cyrille Henry (nusmuk) Date: 2011-02-11 11:25 Message: ok, i find the solution. adding : dc1394_video_set_operation_mode(m_dccamera,DC1394_OPERATION_MODE_1394B); before setting speed to 800 solve the problem. so i've go an image. i don't know to make this to work with both FW400 and FW800 device... i still have a small problem : the device is not properly closed. after quitting pd, i have to unpluged it if i want to use it again. (the green led is blinking after closing pd, just like when grabbing is on). ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-02-11 10:56 Message: if i change line 269 of file videoDC1394.cpp from dc1394speed_t speed=DC1394_ISO_SPEED_400; to dc1394speed_t speed=DC1394_ISO_SPEED_800; iv've got more information about why this speed can't be allocated in the terminal : libdc1394 error: An ISO speed >400Mbps was requested while the camera is in LEGACY mode. Please set the operation mode to OPERATION_MODE_1394B before asking for 1394b ISO speeds libdc1394 error: Error: Failed to allocate iso bandwidth libdc1394 error: Error: Failed to setup DMA capture i just don't know how to do that. any help is apreciated in order to make this work for this camera. ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2011-02-10 15:08 Message: well, i did not have other cam connected when i tried this, so pix_video tried all backend at the initialization. so, i now have a v4l device on the computer. when creating pix_video : no messages regarding 1394. (only a message that say pix_video open a v4l2 device). sending driver dc1394 gives in the terminal : libdc1394 error: Error: Failed to allocate iso bandwidth libdc1394 error: Error: Failed to setup DMA capture and in pd log : error videoDC1394: Generic failure: failed to enumerate then, sending device /dev/raw1394 did not change anything. if i do the other order : recreate pix_video, sending device /dev/raw1394, i've got an error that say V4L can not open this device. then sending driver dc1394 print nothing. the camera is in FW800, the computer have only a FW800 port... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-02-10 14:15 Message: this happens as soon as you create the [pix_video] object? Gem tries to set the bandwidth to 400 when it _open_s the device, but should fall back to whatever the device gives, if FW400 is not supported. but if the problem already occurs when creating [pix_video] (that is: when initializing the dc1394 infrastructure), it will never reach that... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3177361&group_…

2 1

[pix_video] osx (fwd)
by Mathieu Bouchard 15 Feb '11

15 Feb '11

---------- Forwarded message ---------- Date: Mon, 14 Feb 2011 08:43:11 -0500 (EST) From: Mathieu Bouchard <matju(a)artengine.ca> To: IOhannes m zmoelnig <zmoelnig(a)iem.at> Subject: [pix_video] osx Did you know that in gem 92, the "device" method of [pix_video] seems to have no effect ? I had to use two [pix_video] : one to force opening of the first camera, and one to get the other first remaining camera. It looks really weird. _______________________________________________________________________ | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC

2 4

Re: [GEM-dev] weirdeness
by IOhannes m zmoelnig 14 Feb '11

14 Feb '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-02-14 13:17, cyrille henry wrote: > > > Le 14/02/2011 13:13, IOhannes m zmoelnig a écrit : > >> ah, i think i start to understand. >> what you describe is definitely a bug, as in this case [pix_blabla] >> should fail to instantiate. > ok, good. we agree. fixed. fgasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1ZIdEACgkQkX2Xpv6ydvTSvgCfWf7hdL6nktQv9O5nhRjXZdv4 S28An2CZlNaA1qo9KdEsB5di6YeDCzmu =+ilf -----END PGP SIGNATURE-----

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev February 2011