GEM-dev May 2012

gem-dev@lists.iem.at

12 participants
17 discussions

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

02 May '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-05-02 06:33 Message: Just did a little more testing. alea.mpg and 64849285.mp4 both play fine in Quicktime and in Pd-extended 0.42.5. It is only Pd-extended 0.43.1 with Gem 0.93 that has this issue ---------------------------------------------------------------------- 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

[ pd-gem-Bugs-3513016 ] imageMAGICK plugin Inverted Colors on file read
by SourceForge.net 02 May '12

02 May '12

Bugs item #3513016, was opened at 2012-03-29 16:55 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3513016&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: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Nobody/Anonymous (nobody) Summary: imageMAGICK plugin Inverted Colors on file read Initial Comment: pd-extended 64bit osx 10.7.3 When opening a file the Red channel and the Green channel were inverted. FIX: Line 54: GL_RGB Line 60: "BGR" ...that fix took me half the day to figure out. anyway, i know i should be submitting a patch but im not too illiterate yet on the git systems and was failing quite miserably in my attempts to create a suitable patch.... m ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-05-02 06:15 Message: the problem with that fix is, that we are potentially losing the alpha channel of the image, which is not so good. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3513016&group_…

1 0

[ pd-gem-Bugs-3517189 ] pix_film crashes on Debian Wheezy 64 bits
by SourceForge.net 02 May '12

02 May '12

Bugs item #3517189, was opened at 2012-04-12 06:07 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&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: linux >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_film crashes on Debian Wheezy 64 bits Initial Comment: Hello, pix_film crashes while loading an AVI [gemhead] | | [open /home/olivier/test.avi( | / | / [pix_film] The media codec is MJPEG using ffmpeg. Debian Wheezy 64bit using Pd-extended nightly build ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-05-02 06:03 Message: btw, i tried with both the 0.93 branch of Gem and Gem's mnaster on amd64 (debian wheezy/sid) and cannot reproduce the crash ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-30 00:45 Message: - does it also crash if you don't load any other libraries? $ pd-extended -stdout -nrt -noprefs -lib Gem - please provide a gdb backtrace - please try to find out which backend (quicktime, avifile, gmerlin, mpeg3) is the culprit and whether removing the problematic plugin (e.g. gem_filmGMERLIN.so) helps. ---------------------------------------------------------------------- Comment By: oli44 (oli44) Date: 2012-04-12 08:39 Message: Tried with homer.avi olivier@vaurien:~/oli44-code-base/forecasting$ pd-extended -nrt video-model.pd open: /etc/pd/gem.conf: No such file or directory open: /home/olivier/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory <init> : Avifile RELEASE-0.7.48-120106-09:51-../src/configure <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl <init> : 2201.00 MHz Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz processor detected Pixelformat not specified for video frame Erreur de segmentation olivier@vaurien:~/oli44-code-base/forecasting$ pd-extended -nrt -stderr video-model.pd couldn't open MIDI input device 0 couldn't open MIDI input device 0 couldn't open MIDI output device 0 couldn't open MIDI output device 0 opened 0 MIDI input device(s) and 0 MIDI output device(s). verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux verbose(3): libdir loader 1.9 verbose(3): compiled on Mar 27 2012 at 06:30:11 verbose(3): compiled against Pd version 0.43.1.extended-20120327 verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen <claudiusmaximus(a)goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Mar 27 2012 06:30:11 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla' verbose(6): not registering [pix_filmQT] again... verbose(4): GEM: Graphics Environment for Multimedia verbose(4): GEM: ver: 0.93.3 verbose(4): GEM: compiled: Mar 27 2012 verbose(4): GEM: maintained by IOhannes m zmoelnig verbose(4): GEM: Authors : Mark Danks (original version) verbose(4): GEM: Chris Clepper verbose(4): GEM: Cyrille Henry verbose(4): GEM: IOhannes m zmoelnig verbose(4): GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al. verbose(4): GEM: found a bug? miss a feature? please report it: verbose(4): GEM: homepage http://gem.iem.at/ verbose(4): GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ verbose(4): GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ open: /etc/pd/gem.conf: No such file or directory open: /home/olivier/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory verbose(5): eventually adding Gem path '/usr/lib/pd-extended/extra/Gem' to search-paths verbose(4): GEM: compiled for SIMD architecture: SSE2 MMX verbose(4): GEM: using SSE2 optimization verbose(3): libdir_loader: added 'cyclone' to the global objectclass path verbose(14): Loaded libdir 'cyclone' from '/usr/lib/pd-extended/extra/cyclone' verbose(3): libdir_loader: added 'zexy' to the global objectclass path verbose(14): Loaded libdir 'zexy' from '/usr/lib/pd-extended/extra/zexy' verbose(3): libdir_loader: added 'creb' to the global objectclass path verbose(14): Loaded libdir 'creb' from '/usr/lib/pd-extended/extra/creb' verbose(3): libdir_loader: added 'cxc' to the global objectclass path verbose(14): Loaded libdir 'cxc' from '/usr/lib/pd-extended/extra/cxc' verbose(3): libdir_loader: added 'iemlib' to the global objectclass path verbose(14): Loaded libdir 'iemlib' from '/usr/lib/pd-extended/extra/iemlib' verbose(3): libdir_loader: added 'list-abs' to the global objectclass path verbose(14): Loaded libdir 'list-abs' from '/usr/lib/pd-extended/extra/list-abs' verbose(3): libdir_loader: added 'mapping' to the global objectclass path verbose(14): Loaded libdir 'mapping' from '/usr/lib/pd-extended/extra/mapping' verbose(3): libdir_loader: added 'markex' to the global objectclass path verbose(14): Loaded libdir 'markex' from '/usr/lib/pd-extended/extra/markex' verbose(3): libdir_loader: added 'maxlib' to the global objectclass path verbose(14): Loaded libdir 'maxlib' from '/usr/lib/pd-extended/extra/maxlib' verbose(3): libdir_loader: added 'mjlib' to the global objectclass path verbose(14): Loaded libdir 'mjlib' from '/usr/lib/pd-extended/extra/mjlib' verbose(3): libdir_loader: added 'motex' to the global objectclass path verbose(14): Loaded libdir 'motex' from '/usr/lib/pd-extended/extra/motex' verbose(3): libdir_loader: added 'oscx' to the global objectclass path verbose(14): Loaded libdir 'oscx' from '/usr/lib/pd-extended/extra/oscx' verbose(3): libdir_loader: added 'pddp' to the global objectclass path verbose(14): Loaded libdir 'pddp' from '/usr/lib/pd-extended/extra/pddp' verbose(3): libdir_loader: added 'pdogg' to the global objectclass path verbose(14): Loaded libdir 'pdogg' from '/usr/lib/pd-extended/extra/pdogg' verbose(3): libdir_loader: added 'pmpd' to the global objectclass path verbose(14): Loaded libdir 'pmpd' from '/usr/lib/pd-extended/extra/pmpd' verbose(3): libdir_loader: added 'sigpack' to the global objectclass path verbose(14): Loaded libdir 'sigpack' from '/usr/lib/pd-extended/extra/sigpack' verbose(3): libdir_loader: added 'smlib' to the global objectclass path verbose(14): Loaded libdir 'smlib' from '/usr/lib/pd-extended/extra/smlib' verbose(3): libdir_loader: added 'unauthorized' to the global objectclass path verbose(14): Loaded libdir 'unauthorized' from '/usr/lib/pd-extended/extra/unauthorized' verbose(3): libdir_loader: added 'pan' to the global objectclass path verbose(14): Loaded libdir 'pan' from '/usr/lib/pd-extended/extra/pan' verbose(3): libdir_loader: added 'hcs' to the global objectclass path verbose(14): Loaded libdir 'hcs' from '/usr/lib/pd-extended/extra/hcs' verbose(3): libdir_loader: added 'jmmmp' to the global objectclass path verbose(14): Loaded libdir 'jmmmp' from '/usr/lib/pd-extended/extra/jmmmp' verbose(3): libdir_loader: added 'ext13' to the global objectclass path verbose(14): Loaded libdir 'ext13' from '/usr/lib/pd-extended/extra/ext13' verbose(3): libdir_loader: added 'ggee' to the global objectclass path verbose(14): Loaded libdir 'ggee' from '/usr/lib/pd-extended/extra/ggee' verbose(3): libdir_loader: added 'ekext' to the global objectclass path verbose(14): Loaded libdir 'ekext' from '/usr/lib/pd-extended/extra/ekext' verbose(3): libdir_loader: added 'flatgui' to the global objectclass path verbose(14): Loaded libdir 'flatgui' from '/usr/lib/pd-extended/extra/flatgui' verbose(3): libdir_loader: added 'chaos' to the global objectclass path verbose(14): Loaded libdir 'chaos' from '/usr/lib/pd-extended/extra/chaos' verbose(3): PDP: pure data packet version 0.12.7 declare: ../../pd-externals: unknown declaration verbose(3): libdir_loader: added 'mrpeach' to the canvas-local objectclass path verbose(14): Loaded libdir 'mrpeach' from '/usr/lib/pd-extended/extra/mrpeach' verbose(3): libdir_loader: added 'tof' to the canvas-local objectclass path verbose(14): Loaded libdir 'tof' from '/usr/lib/pd-extended/extra/tof' verbose(3): libdir_loader: added 'moocow' to the canvas-local objectclass path verbose(14): Loaded libdir 'moocow' from '/usr/lib/pd-extended/extra/moocow' <init> : Avifile RELEASE-0.7.48-120106-09:51-../src/configure <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl <init> : 2201.00 MHz Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz processor detected verbose(6): backend 'DirectShow' unavailable verbose(6): backend 'AVI' unavailable verbose(6): trying to add 'gmerlin' as backend verbose(6): added backend#0 'gmerlin' @ 0x262b550 verbose(6): backend 'QuickTime' unavailable verbose(6): trying to add 'quicktime4linux' as backend verbose(6): added backend#1 'quicktime4linux' @ 0x262b7c0 verbose(6): trying to add 'MPEG3' as backend verbose(6): added backend#2 'MPEG3' @ 0x262b8b0 verbose(6): trying to add 'aviplay' as backend verbose(6): added backend#3 'aviplay' @ 0x262b9e0 verbose(6): backend 'MPEG1' unavailable verbose(6): trying to add 'MPEG3' as backend verbose(6): trying to add 'aviplay' as backend verbose(6): trying to add 'gmerlin' as backend verbose(6): trying to add 'quicktime4linux' as backend [pix_film]: gmerlin support [pix_film]: quicktime4linux support [pix_film]: MPEG3 support [pix_film]: aviplay support verbose(3): libdir_loader: added 'mrpeach' to the canvas-local objectclass path verbose(14): Loaded libdir 'mrpeach' from '/usr/lib/pd-extended/extra/mrpeach' verbose(3): [import] loaded library: 'mrpeach' verbose(3): libdir_loader: added 'tof' to the canvas-local objectclass path verbose(14): Loaded libdir 'tof' from '/usr/lib/pd-extended/extra/tof' verbose(3): [import] loaded library: 'tof' verbose(3): libdir_loader: added 'moocow' to the canvas-local objectclass path verbose(14): Loaded libdir 'moocow' from '/usr/lib/pd-extended/extra/moocow' verbose(3): [import] loaded library: 'moocow' verbose(1): [import]: can't load library in 'pdmtl' error: udpsend: not connected verbose(4): ... you might be able to track this down from the Find menu. error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected udpsend: connecting to port 4565 GEM: Direct Rendering enabled! verbose(4): GEM: GLEW version 1.5.4 verbose(3): GEM: Start rendering [pix_film]: opening /home/olivier/oli44-code-base/forecasting/homer.avi with format 1908 verbose(5): [pix_film:demuxer] Detected AVI format [pix_film:track] No video decoder found for fourcc IV32 (0x49563332) track 0 does not contain a video-stream: skipping Pixelformat not specified for video frame verbose(5): gmerlin: succeeded [pix_film]: loaded file: /home/olivier/oli44-code-base/forecasting/homer.avi with 86 frames (160x120) at 25.000000 fps Erreur de segmentation ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&group_…

1 0

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

02 May '12

Bugs item #3521302, was opened at 2012-04-25 02:27 Message generated for change (Settings changed) 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: Closed Resolution: Invalid 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-05-02 05:25 Message: yesterday, my computer upgrade to 7:6.5.7.8-1ubuntu1.2 it did not fix the problem. but yes, the problem is fixed for latter ubuntu version. I did not have problem with 12.04, i gess i'll have to upgrade soon. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-05-02 04:35 Message: this seems to be a problem with the ubuntu package (confirm [1]). i don't have any issues here using Debian/sid with imagemagick-8:6.6.9.7; please also note that (according to packages.ubuntu.com) no ubuntu distribution ships the packages you specified (anymore), the closes you can get is "7:6.5.7.8-1ubuntu1.2" (which might have a fix for the given problem...or not) you might also want to check whether system tools like /usr/bin/convert also crash [1] http://www.imagemagick.org/discourse-server/viewtopic.php?f=23&t=19306 ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-29 09:27 Message: it still crash. i don't know if it's new or if i did not noticed before, but there is this message in the terminal, when pd crash : pd: magick/semaphore.c :288 : LockSemaphoreInfo: L'assertion « semaphore_info != (SemaphoreInfo *) ((void *)0) » a échoué. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:35 Message: and if updating still doesn't help, please provide a patch that triggers the problem ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:34 Message: please try again with an updated git ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-27 06:53 Message: git update did not change anything. i'm using ubuntu 10.04, libmagick++-dev version is : 7:6.5.7.8-1ubuntu1.1 here is a backtrace : #0 0x00007ffff7108a75 in raise () from /lib/libc.so.6 #1 0x00007ffff710c5c0 in abort () from /lib/libc.so.6 #2 0x00007ffff7101941 in __assert_fail () from /lib/libc.so.6 #3 0x00007fffe59a200a in LockSemaphoreInfo () from /usr/lib/libMagickCore.so.2 #4 0x00007fffe59357e1 in DestroyExceptionInfo () from /usr/lib/libMagickCore.so.2 #5 0x00007fffe595310d in DestroyImage () from /usr/lib/libMagickCore.so.2 #6 0x00007fffe595c9e8 in DestroyImageList () from /usr/lib/libMagickCore.so.2 #7 0x00007fffe5cf619e in Magick::ImageRef::~ImageRef() () from /usr/lib/libMagick++.so.2 #8 0x00007fffe5cebc5d in Magick::Image::~Image() () from /usr/lib/libMagick++.so.2 #9 0x00007fffe5f1ec82 in gem::plugins::imageMAGICK::save (this=<value optimized out>, image=..., filename=<value optimized out>, mimetype=<value optimized out>, props=<value optimized out>) at MagickPlusPlus.cpp:105 #10 0x00007fffef0cbc3a in gem::plugins::imagesaverMeta::save(imageStruct const&, std::string const&, std::string const&, gem::Properties const&) () from ./Gem.pd_linux #11 0x00007fffef0757f8 in mem2image (image=<value optimized out>, filename=0x7fffe0110fb8 "/aa/pix_test00000.jpg", type=<value optimized out>) at ImageSave.cpp:51 #12 0x00007fffef28cd83 in pix_write::doWrite (this=0x7fffe0110f10) at pix_write.cpp:159 #13 0x00007fffef0a908a in GemBase::gem_renderMess (this=0x7fffe0110f10, cache=<value optimized out>, state=0x7fffffffe150) at GemBase.cpp:154 #14 0x0000000000467021 in pd_typedmess (x=0x7fffe0110ed0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:685 #15 0x000000000046a40a in outlet_anything (x=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffdf90) at m_obj.c:418 #16 0x00007fffef0f1a91 in gemhead::renderGL (this=0x7fffe0110c80, state=0x7fffffffe150) at gemhead.cpp:160 #17 0x00007fffef0f4d37 in gemreceive::proxyCallback (p=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffe0f0) at gemreceive.cpp:284 #18 0x0000000000466e6b in pd_typedmess (x=0x7fffe0110da0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:769 #19 0x00007fffef076eac in GemMan::renderChain (s=0x7fffe0110cf0, state=<value optimized out>) at Manager.cpp:500 #20 0x00007fffef077a4a in GemMan::render () at Manager.cpp:782 #21 0x00000000004772b9 in sched_tick () at m_sched.c:372 #22 m_pollingscheduler () at m_sched.c:482 #23 m_mainloop () at m_sched.c:568 #24 0x00007ffff70f3c4d in __libc_start_main () from /lib/libc.so.6 #25 0x0000000000412be9 in _start () ---------------------------------------------------------------------- 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

Re: [GEM-dev] [ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail
by IOhannes m zmoelnig 02 May '12

02 May '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-05-02 14:25, SourceForge.net wrote: > ---------------------------------------------------------------------- > >> Comment By: Cyrille Henry (nusmuk) > Date: 2012-05-02 05:25 > > Message: > yesterday, my computer upgrade to 7:6.5.7.8-1ubuntu1.2 > it did not fix the problem. > but yes, the problem is fixed for latter ubuntu version. > I did not have problem with 12.04, i gess i'll have to upgrade soon. so do you think that the problem is an ubuntu problem and that i can close the ticket? fgam,sdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+hK3QACgkQkX2Xpv6ydvSBXQCfZxxbjJYN+SG1pckr/MTOUJpT NUoAoNGS+gSfqSHm6V/xfT+YCvfylWNz =SeGu -----END PGP SIGNATURE-----

2 2

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

02 May '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: Invalid 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-05-02 05:25 Message: yesterday, my computer upgrade to 7:6.5.7.8-1ubuntu1.2 it did not fix the problem. but yes, the problem is fixed for latter ubuntu version. I did not have problem with 12.04, i gess i'll have to upgrade soon. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-05-02 04:35 Message: this seems to be a problem with the ubuntu package (confirm [1]). i don't have any issues here using Debian/sid with imagemagick-8:6.6.9.7; please also note that (according to packages.ubuntu.com) no ubuntu distribution ships the packages you specified (anymore), the closes you can get is "7:6.5.7.8-1ubuntu1.2" (which might have a fix for the given problem...or not) you might also want to check whether system tools like /usr/bin/convert also crash [1] http://www.imagemagick.org/discourse-server/viewtopic.php?f=23&t=19306 ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-29 09:27 Message: it still crash. i don't know if it's new or if i did not noticed before, but there is this message in the terminal, when pd crash : pd: magick/semaphore.c :288 : LockSemaphoreInfo: L'assertion « semaphore_info != (SemaphoreInfo *) ((void *)0) » a échoué. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:35 Message: and if updating still doesn't help, please provide a patch that triggers the problem ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:34 Message: please try again with an updated git ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-27 06:53 Message: git update did not change anything. i'm using ubuntu 10.04, libmagick++-dev version is : 7:6.5.7.8-1ubuntu1.1 here is a backtrace : #0 0x00007ffff7108a75 in raise () from /lib/libc.so.6 #1 0x00007ffff710c5c0 in abort () from /lib/libc.so.6 #2 0x00007ffff7101941 in __assert_fail () from /lib/libc.so.6 #3 0x00007fffe59a200a in LockSemaphoreInfo () from /usr/lib/libMagickCore.so.2 #4 0x00007fffe59357e1 in DestroyExceptionInfo () from /usr/lib/libMagickCore.so.2 #5 0x00007fffe595310d in DestroyImage () from /usr/lib/libMagickCore.so.2 #6 0x00007fffe595c9e8 in DestroyImageList () from /usr/lib/libMagickCore.so.2 #7 0x00007fffe5cf619e in Magick::ImageRef::~ImageRef() () from /usr/lib/libMagick++.so.2 #8 0x00007fffe5cebc5d in Magick::Image::~Image() () from /usr/lib/libMagick++.so.2 #9 0x00007fffe5f1ec82 in gem::plugins::imageMAGICK::save (this=<value optimized out>, image=..., filename=<value optimized out>, mimetype=<value optimized out>, props=<value optimized out>) at MagickPlusPlus.cpp:105 #10 0x00007fffef0cbc3a in gem::plugins::imagesaverMeta::save(imageStruct const&, std::string const&, std::string const&, gem::Properties const&) () from ./Gem.pd_linux #11 0x00007fffef0757f8 in mem2image (image=<value optimized out>, filename=0x7fffe0110fb8 "/aa/pix_test00000.jpg", type=<value optimized out>) at ImageSave.cpp:51 #12 0x00007fffef28cd83 in pix_write::doWrite (this=0x7fffe0110f10) at pix_write.cpp:159 #13 0x00007fffef0a908a in GemBase::gem_renderMess (this=0x7fffe0110f10, cache=<value optimized out>, state=0x7fffffffe150) at GemBase.cpp:154 #14 0x0000000000467021 in pd_typedmess (x=0x7fffe0110ed0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:685 #15 0x000000000046a40a in outlet_anything (x=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffdf90) at m_obj.c:418 #16 0x00007fffef0f1a91 in gemhead::renderGL (this=0x7fffe0110c80, state=0x7fffffffe150) at gemhead.cpp:160 #17 0x00007fffef0f4d37 in gemreceive::proxyCallback (p=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffe0f0) at gemreceive.cpp:284 #18 0x0000000000466e6b in pd_typedmess (x=0x7fffe0110da0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:769 #19 0x00007fffef076eac in GemMan::renderChain (s=0x7fffe0110cf0, state=<value optimized out>) at Manager.cpp:500 #20 0x00007fffef077a4a in GemMan::render () at Manager.cpp:782 #21 0x00000000004772b9 in sched_tick () at m_sched.c:372 #22 m_pollingscheduler () at m_sched.c:482 #23 m_mainloop () at m_sched.c:568 #24 0x00007ffff70f3c4d in __libc_start_main () from /lib/libc.so.6 #25 0x0000000000412be9 in _start () ---------------------------------------------------------------------- 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 02 May '12

02 May '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: Pending >Resolution: Invalid 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-05-02 04:35 Message: this seems to be a problem with the ubuntu package (confirm [1]). i don't have any issues here using Debian/sid with imagemagick-8:6.6.9.7; please also note that (according to packages.ubuntu.com) no ubuntu distribution ships the packages you specified (anymore), the closes you can get is "7:6.5.7.8-1ubuntu1.2" (which might have a fix for the given problem...or not) you might also want to check whether system tools like /usr/bin/convert also crash [1] http://www.imagemagick.org/discourse-server/viewtopic.php?f=23&t=19306 ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-29 09:27 Message: it still crash. i don't know if it's new or if i did not noticed before, but there is this message in the terminal, when pd crash : pd: magick/semaphore.c :288 : LockSemaphoreInfo: L'assertion « semaphore_info != (SemaphoreInfo *) ((void *)0) » a échoué. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:35 Message: and if updating still doesn't help, please provide a patch that triggers the problem ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-29 08:34 Message: please try again with an updated git ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2012-04-27 06:53 Message: git update did not change anything. i'm using ubuntu 10.04, libmagick++-dev version is : 7:6.5.7.8-1ubuntu1.1 here is a backtrace : #0 0x00007ffff7108a75 in raise () from /lib/libc.so.6 #1 0x00007ffff710c5c0 in abort () from /lib/libc.so.6 #2 0x00007ffff7101941 in __assert_fail () from /lib/libc.so.6 #3 0x00007fffe59a200a in LockSemaphoreInfo () from /usr/lib/libMagickCore.so.2 #4 0x00007fffe59357e1 in DestroyExceptionInfo () from /usr/lib/libMagickCore.so.2 #5 0x00007fffe595310d in DestroyImage () from /usr/lib/libMagickCore.so.2 #6 0x00007fffe595c9e8 in DestroyImageList () from /usr/lib/libMagickCore.so.2 #7 0x00007fffe5cf619e in Magick::ImageRef::~ImageRef() () from /usr/lib/libMagick++.so.2 #8 0x00007fffe5cebc5d in Magick::Image::~Image() () from /usr/lib/libMagick++.so.2 #9 0x00007fffe5f1ec82 in gem::plugins::imageMAGICK::save (this=<value optimized out>, image=..., filename=<value optimized out>, mimetype=<value optimized out>, props=<value optimized out>) at MagickPlusPlus.cpp:105 #10 0x00007fffef0cbc3a in gem::plugins::imagesaverMeta::save(imageStruct const&, std::string const&, std::string const&, gem::Properties const&) () from ./Gem.pd_linux #11 0x00007fffef0757f8 in mem2image (image=<value optimized out>, filename=0x7fffe0110fb8 "/aa/pix_test00000.jpg", type=<value optimized out>) at ImageSave.cpp:51 #12 0x00007fffef28cd83 in pix_write::doWrite (this=0x7fffe0110f10) at pix_write.cpp:159 #13 0x00007fffef0a908a in GemBase::gem_renderMess (this=0x7fffe0110f10, cache=<value optimized out>, state=0x7fffffffe150) at GemBase.cpp:154 #14 0x0000000000467021 in pd_typedmess (x=0x7fffe0110ed0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:685 #15 0x000000000046a40a in outlet_anything (x=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffdf90) at m_obj.c:418 #16 0x00007fffef0f1a91 in gemhead::renderGL (this=0x7fffe0110c80, state=0x7fffffffe150) at gemhead.cpp:160 #17 0x00007fffef0f4d37 in gemreceive::proxyCallback (p=<value optimized out>, s=0x751050, argc=2, argv=0x7fffffffe0f0) at gemreceive.cpp:284 #18 0x0000000000466e6b in pd_typedmess (x=0x7fffe0110da0, s=<value optimized out>, argc=<value optimized out>, argv=0xffffffffffffffff) at m_class.c:769 #19 0x00007fffef076eac in GemMan::renderChain (s=0x7fffe0110cf0, state=<value optimized out>) at Manager.cpp:500 #20 0x00007fffef077a4a in GemMan::render () at Manager.cpp:782 #21 0x00000000004772b9 in sched_tick () at m_sched.c:372 #22 m_pollingscheduler () at m_sched.c:482 #23 m_mainloop () at m_sched.c:568 #24 0x00007ffff70f3c4d in __libc_start_main () from /lib/libc.so.6 #25 0x0000000000412be9 in _start () ---------------------------------------------------------------------- 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev May 2012