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
…
[View More]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_…
[View Less]
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
…
[View More]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_…
[View Less]
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
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 …
[View More]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
>
[View Less]
-----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.…
[View More]10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1daCMACgkQkX2Xpv6ydvQb3gCfTCPKBy0zENyzYlMGRVl324fu
RgcAoM8X+Dk84mUjCaSPAgn6/9PqLLAF
=GcLs
-----END PGP SIGNATURE-----
[View Less]
-----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
…
[View More]KcoAoI0suhAfvlG76cw7ob8u7hk37mFe
=IChi
-----END PGP SIGNATURE-----
[View Less]
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
…
[View More]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_…
[View Less]
---------- 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.
…
[View More]_______________________________________________________________________
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
[View Less]
-----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/…
[View More]
iEYEARECAAYFAk1ZIdEACgkQkX2Xpv6ydvTSvgCfWf7hdL6nktQv9O5nhRjXZdv4
S28An2CZlNaA1qo9KdEsB5di6YeDCzmu
=+ilf
-----END PGP SIGNATURE-----
[View Less]