- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), crash, Pd-extended, pix_film
- **OS**: --> linux
- **Release**: linux --> 0.92.3
---
** [bugs:#124] pix_film crashes with homer.avi in ubuntu**
**Status:** closed-works-for-me
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) crash Pd-extended pix_film
**Created:** Wed Feb 02, 2011 11:40 AM UTC by Matteo Sisti Sette
**Last Updated:** Tue Feb 08, 2011 08:06 AM UTC
**Owner:** nobody
When opening the file homer.avi which is included in Gem's example folder, pix\_film causes Pd-Extended to crash.
Happens 100% of the times
Tested with Pd Extended 0.42.5 on Ubuntu 10.04
\[gemhead\]
|
| \[open homer.avi\(
| /
|/
\[pix\_film\]
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: rendering (e.g. display) --> rendering (e.g. display), pix_image, imagemagick, plugins
- **assigned_to**: IOhannes m zmölnig
- **OS**: --> linux
- **Release**: linux --> 0.93-git
---
** [bugs:#129] pix_image assertion fail crashes pd **
**Status:** open
**OS:** linux
**Release:** 0.93-git
**Labels:** rendering (e.g. display) pix_image imagemagick plugins
**Created:** Fri Feb 18, 2011 09:07 PM UTC by Winfried Ritsch
**Last Updated:** Fri Feb 18, 2011 09:07 PM UTC
**Owner:** IOhannes m zmölnig
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
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), tiff, adobe
- **OS**: --> linux
- **Release**: linux --> 0.92.3
---
** [bugs:#134] pix_image support for TIFF incomplete (linux)**
**Status:** closed-fixed
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) tiff adobe
**Created:** Fri Mar 18, 2011 02:28 PM UTC by Matteo Sisti Sette
**Last Updated:** Wed Apr 20, 2011 07:20 PM UTC
**Owner:** nobody
pix\_image doesn't load certain images saved with Adobe Photoshop. The worst thing is that it doesn't print an error message and, sometimes \(but not always\), it even prints the success message: "threaded loaded image: xxx.tif" even if the image is not decoded.
I attach a tiff file saved with Adobe Photoshop that triggers this issue. Maybe the source of the problem is the existence in the file of a private tiff tag "37724" \(Image Source Data\) which is used by Photoshop. All images I tried that have this tag suffer from this issue. Unfortunately if you open one such image with Photoshop and save it again, there seems not to be any way to get rid of this tag \(nor to know about its existance\). Note that a lot of people use Photoshop under Mac or Windows to edit or create image files.
However I created other images from scratch with Photoshop myself and they didn't suffer from this problem \(and they don't seem to have that tag\). I don't know what determines whether Photoshop includes this tag or not in the saved image.
Anyway, as far as I understand \(which is not very far\) the presence of an unknown tag shouldn't be a reason for not being able to decode an image.
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: --> model, CPU
- **assigned_to**: IOhannes m zmölnig
- **OS**: --> linux
- **Release**: linux --> 0.93-git
---
** [bugs:#137] multimodel performance issue**
**Status:** closed-fixed
**OS:** linux
**Release:** 0.93-git
**Labels:** model CPU
**Created:** Thu Apr 07, 2011 11:08 AM UTC by Pierre M.
**Last Updated:** Thu Apr 21, 2011 12:20 PM UTC
**Owner:** IOhannes m zmölnig
multimodel performs good with gem stable release 0.92.3
but multimodel is performing bad, i.e a very big cpu usage, with latest gem sources \(0.93 svn, 06/04/2011\)
gem compiled with pd vanilla 0.43 latest sources \(git\)
on ubuntu 10.10 64bits :
2.6.35-25-generic \#44-Ubuntu SMP Fri Jan 21 17:40:44 UTC 2011 x86\_64 GNU/Linux
see this files for test patch and models \(.obj\) files :
http://92.243.12.140/610\_\_\_Pd\_Patches/Gem\_Multimodel\_TestPatch.tar.gz
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **OS**: linux --> any
---
** [bugs:#139] pix_blobtracker has dependencies not satisfied in Pd Extendd**
**Status:** closed-works-for-me
**OS:** any
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) pix_blobtracker Pd-extended
**Created:** Mon Apr 11, 2011 07:19 AM UTC by Matteo Sisti Sette
**Last Updated:** Tue Jul 08, 2014 04:04 PM UTC
**Owner:** IOhannes m zmölnig
The abstraction pix\_blobtracker contains objects from iemmatrix, e.g. mtx\_resize, but they are created as \[mtx\_resize\] instead of \[iemmatrix/mtx\_resize\]. The folder iemmatrix is not libdir'ed by default in Pd Extended \(I don't know if it should\), so those objects won't create and the abstraction is rendered useless unless you manually libdir iemmatrix.
Also note that the abstraction itself is not available as \[pix\_blobtracker\], you have to write \[Gem/pix\_blobtracker\], because Gem's directory is not added either, but I think it's fixed in the svn \(read something about it in the pd-list or gem-dev\)
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_blobtracker, Pd-extended
- **assigned_to**: IOhannes m zmölnig
- **OS**: --> linux
- **Release**: linux --> 0.92.3
---
** [bugs:#139] pix_blobtracker has dependencies not satisfied in Pd Extendd**
**Status:** closed-works-for-me
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) pix_blobtracker Pd-extended
**Created:** Mon Apr 11, 2011 07:19 AM UTC by Matteo Sisti Sette
**Last Updated:** Wed Apr 27, 2011 03:20 PM UTC
**Owner:** IOhannes m zmölnig
The abstraction pix\_blobtracker contains objects from iemmatrix, e.g. mtx\_resize, but they are created as \[mtx\_resize\] instead of \[iemmatrix/mtx\_resize\]. The folder iemmatrix is not libdir'ed by default in Pd Extended \(I don't know if it should\), so those objects won't create and the abstraction is rendered useless unless you manually libdir iemmatrix.
Also note that the abstraction itself is not available as \[pix\_blobtracker\], you have to write \[Gem/pix\_blobtracker\], because Gem's directory is not added either, but I think it's fixed in the svn \(read something about it in the pd-list or gem-dev\)
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: --> v4l, build-system
- **OS**: --> linux
- **Release**: linux --> 0.93-git
---
** [bugs:#141] Fails to build with 2.6.38 kernel**
**Status:** closed
**OS:** linux
**Release:** 0.93-git
**Labels:** v4l build-system
**Created:** Thu Apr 21, 2011 12:31 PM UTC by amoog
**Last Updated:** Thu May 05, 2011 02:20 PM UTC
**Owner:** nobody
The linux kernel 2.6.38 removed support for v4l1, causing a builderror:
In file included from pix\_video.cpp:18:0:
../Pixes/videoV4L.h:43:29: fatal error: linux/videodev.h: No such file or directory
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_image, CPU
- **assigned_to**: IOhannes m zmölnig
- **OS**: --> linux
- **Release**: linux --> 0.92.3
---
** [bugs:#144] pix_image eats a lot of CPU even when idle**
**Status:** closed-fixed
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) pix_image CPU
**Created:** Fri May 27, 2011 07:50 PM UTC by Matteo Sisti Sette
**Last Updated:** Thu Jan 12, 2012 06:16 PM UTC
**Owner:** IOhannes m zmölnig
If you have many \[pix\_image\] objects in a patch, even if none of them loads any image and even if none of them is connected to any gemhead, Pd will consume a lot of CPU, apparently proportional to the number of \[pix\_image\] instances.
On a dual core machine, the amount of CPU consumption can exceed 100% of a core, so I guess the issue must be in some part of the code that is threaded - hopefully this may help to track down the issue.
The attached patch \(64 pix\_images\) eats 150% of my intel core duo t9300 on Ubuntu 10.04 while the patch is doing absolutely nothing.
This makes it impossible to have a handful of pix\_image objects with preloaded images and dynamically choose which one to show, just to name one thing that can't be done and which should not be resource-demanding. This kills any project working with images.
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_film, crash, jpeg
- **assigned_to**: IOhannes m zmölnig
- **OS**: --> linux
- **Release**: linux --> 0.92.3
---
** [bugs:#149] pix_film crash**
**Status:** closed-works-for-me
**OS:** linux
**Release:** 0.92.3
**Labels:** Pixes (pix_ objects) pix_film crash jpeg
**Created:** Tue Jun 14, 2011 03:49 PM UTC by Matteo Sisti Sette
**Last Updated:** Mon Jun 27, 2011 10:08 AM UTC
**Owner:** IOhannes m zmölnig
pix\_film systematically crashes Pd when I open the attached video \(and a few similar ones\)
This happens after upgrading Ubuntu 10.04 to Ubuntu 10.10 and installing the Pd Extended 0.42.5 package for ubuntu 10.10.
Thid didn\'t happen with the package for Ubuntu 10.04 on Ubuntu 10.04, though it seems to be the same version of GEM \(0.92.3\).
These are MOV files encoded with jpeg.
Oh sh\*\*\* I can't attach the file because it's bigger than 256k
I'll upload it somewhere else and post a link
EM: Graphics Environment for Multimedia
GEM: ver: 0.92.3
GEM: compiled: Sep 22 2010
GEM: maintained by IOhannes m zmoelnig
GEM: Authors : Mark Danks \(original version\)
GEM: Chris Clepper
GEM: Cyrille Henry
GEM: IOhannes m zmoelnig
GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christop Steiner, et al.
GEM: found a bug? miss a feature? please report it:
GEM: homepage http://gem.iem.at/
GEM: bug-tracker http://sourceforge.net/projects/pd-gem/
GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/
GEM: compiled for SIMD architecture: MMX
GEM: using MMX optimization
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **labels**: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_film, flv
- **OS**: --> linux
- **Release**: linux --> 0.93
---
** [bugs:#150] problem with flv file (libaviplay & gmerlin)**
**Status:** closed-fixed
**OS:** linux
**Release:** 0.93
**Labels:** Pixes (pix_ objects) pix_film flv
**Created:** Mon Jun 20, 2011 06:15 PM UTC by Matteo Sisti Sette
**Last Updated:** Thu Jan 12, 2012 06:15 PM UTC
**Owner:** nobody
When I try to play the linked flv files with pix\_film, I get only green garbage.
I guess it is playing it with libaviplay, since I see the following on the console:
pix\_film:: quicktime support
pix\_film:: libmpeg3 support
pix\_film:: libaviplay support
\[pix\_film\]: opening /home/teo/lavoro/nico\_baixes/new/test\_pages/proj1/video/pitchalt.flv with format 1908
\[pix\_film\]: ...
\[pix\_film\]: ...
\[pix\_film\]: ...
quicktime failed\[pix\_film\]: ...
MPEG3 failed\[pix\_film\]: ...
\[pix\_film\]: loaded file: ......./pitchalt.flv with 2147483647 frames \(320x213\) at 0.000000 fps
There's no error message.
The file plays fine on other players.
I guess the issue may be in libaviplay itself...
The test file: http://totalwebvideo.com/pitchalt.flv
---
Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.