Bugs item #3292038, was opened at 2011-04-23 17:33
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3292038&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: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: pix_snap: what does "work best" mean
Initial Comment:
The help patch for pix_snap says: "pix_snap works best with single buffered windows". What does it mean? What are exactly its limitations or known issues with double buffered windows?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3292038&group_…
Bugs item #3290926, was opened at 2011-04-21 14:31
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3290926&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: None
Group: linux
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: amoog ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Fails to build with 2.6.38 kernel
Initial Comment:
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
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-04-21 15:20
Message:
this is fixed in current SVN (for 0.93)
if you need to run on 0.92, apply the patch as found here:
http://git.debian.org/?p=collab-maint/gem.git;a=commitdiff;h=3ca23072692841…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3290926&group_…
Bugs item #3290926, was opened at 2011-04-21 12:31
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3290926&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: None
Group: linux
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: amoog ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Fails to build with 2.6.38 kernel
Initial Comment:
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
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3290926&group_…
Feature Requests item #2880325, was opened at 2009-10-16 07:01
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2880325&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: misc
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: reduce interclass dependencies
Initial Comment:
to get a more stable ABI, it would be nice if implementation details could be hidden from the public APIs of classes.
- use pimpl (http://chadaustin.me/cppinterface.html)
- use symbol-keyed dictionaries (e.g. for accessing data in GemState)
- ...
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-21 12:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 12:10
Message:
i think we are kind of there.
for performance reasons, the GemState dictionary uses integer-keys though
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2880325&group_…
Feature Requests item #3134537, was opened at 2010-12-10 19:19
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=3134537&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: image processing
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: arguments for pix_crop
Initial Comment:
please add arguments for pix_crop
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-21 12:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 12:08
Message:
hmm, actually [pix_crop] has had arguments for a long time, though this was
not documented in the help-patch.
i've updated the help-patch (and clamped the defaults to 64x64+0+0)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=3134537&group_…
Bugs item #3279243, was opened at 2011-04-07 11:08
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3279243&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: None
Group: linux
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Pierre M. (r33p)
Assigned to: Nobody/Anonymous (nobody)
Summary: multimodel performance issue
Initial Comment:
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
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-21 12:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 11:52
Message:
thanks for the report and the example;
it turns out that the entire displaylists were rebuilt each time a new
model was selected, which ate all the performance...
should be fixed with rev3907
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3279243&group_…
Bugs item #3222807, was opened at 2011-03-18 14:28
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3222807&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: pix_image support for TIFF incomplete (linux)
Initial Comment:
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.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-20 19:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 09:39
Message:
i'm only saying that the fix is not as trivial as on linux.
i totally agree that it ought to be fixed (hence the requst for another
bug-report)
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2011-04-07 08:46
Message:
Sorry, you're right, i had tested on Linux and Windows, NOT Mac OS.
According to what you say there's almost no chance it is fixed in Windows
now, anyway I'll test it and open a separate bug report
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 08:11
Message:
well, i now tested on OSX with
- an uptodate Gem from svn
- a recent pd-extended buld (0.43-20110401)
- an old 0.92.1 version i found on the harddisk
- a recent build of 0.92.3 (_not_ the one included in Pd-extended)
all version of Gem on OSC were able to load your image without further
ado.
this basically leaves only w32 (which i cannot test right now)
if the problem indeed exists on w32, please submit another bug-report
indicating the OS (this is good for the bugs-closed statistic :-))
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-07 07:54
Message:
i don't know either :-)
in theory it is like that:
Gem uses several backends for image reading, which one are available/used,
depends on the platform.
- OSX: Gem uses QuickTime to read the image. if QuickTime fails, Gem
fails as well; otoh it is unlikely that QuickTime is unable to read such a
"problematic" TIFF file. Gem _could_ use imagemagick on OSX as well, but
afaik doesn't do so.
- w32: Gem uses some rather old static code to decode image files (hence
there is only a very limited number of supported formats); this code might
not be able to read your TIFF file, and i have no real intent to fix this;
rather, the w32 version should switch to a more common API (DirectSomething
and/or QT) for reading images.
- linux: Gem uses imagemagick OR libTIFF/libJPEG for reading images; the
fix in rev3906 fixed the problem with imagemagick, the direct libTIFF
reading did not seem to have a problem.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2011-04-06 19:32
Message:
With 0.92.3 the issue does exist on all platform (well on Linux, Windows
and Mac OS).
I don't know if the fix you mention is supposed to fix it for Windows and
Mac OS too.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-06 19:19
Message:
i believe the problem is fixed for ImageMagick loading code (as used e.g.
on linux) with rev3906
if you encounter the same problem on other platforms (esp. w32) please
reopen this report
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3222807&group_…
Bugs item #3037829, was opened at 2010-08-01 12:48
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3037829&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: None
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: jack (jackovic)
Assigned to: Nobody/Anonymous (nobody)
Summary: [pix_film] has inconsitent arguments across platforms
Initial Comment:
Putting the filename as argument in [pix_film] doesn't work, it doesn't load the movie on Ubuntu 10.04 and Pd 0.42.5 and GEM 0.92.3.
On MacOSX.4.11 and Pd-extended 0.41.4 and GEM 0.91.3 'tigital' it works fine.
++
Jack
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-20 16:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-04-06 16:03
Message:
thanks; this is fixed in Gem-0.93 with the new plugin architecture
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3037829&group_…
Bugs item #3224807, was opened at 2011-03-19 04:18
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3224807&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: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gem tries to print Str63 and/or Str255 as if they were ordin
Initial Comment:
pix film will not take $1 variable or %s variable to open mov file
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-04-20 16:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-03-23 18:50
Message:
I think I fixed this in this commit:
http://pd-gem.svn.sourceforge.net/viewvc/pd-gem?view=revision&revision=3890
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-03-19 04:23
Message:
I first thought that there might be a bug with printing the error message,
because I found that Gem has one or more similar bugs. Inside of the source
code of [pix_filmDarwin] the error message above is printed by this
command:
error("unable to find file: %#s", theFSSpec.name);
But when looking at the programming manual of MacOSX 10.4 for what %#s
means, it says that %#s has no meaning ("#" would mean nothing when used
together with "s").
So, I don't know what %#s is supposed to be doing there, and whether it
means that theFSSpec.name is printed in the console in the wrong way or
what.
I know that in some places, Gem does (or used to do):
error("blahblah: %s", name);
instead of:
error("blahblah: %*s", *name, name+1);
and that it caused weird stuff to appear in the console when I got those
errors, but it's normally a lot less garbled than what you've got: I
could really see the filename, prefixed by one unwanted character, and
suffixed
by possibly a bunch of unwanted characters.
However, when I look at what theFSSpec.name is supposed to be in the error
message, it looks like it's part of the same problem.
copied from matju's mail on pd-list
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3224807&group_…
Feature Requests item #2827107, was opened at 2009-07-25 21:13
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&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: image processing
Group: None
>Status: Pending
Priority: 5
Private: No
Submitted By: Cyrille Henry (nusmuk)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: improve pix_data
Initial Comment:
pix_data is very usefull, but could be improved :
- a quality 1 message could be add in order to set bilinear interpolation
- a 32 bit mode could be add in order to read data from a 32 bit framebuffer.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-04-18 16:47
Message:
i've added bilinear interpolation to [pix_data], though i'd rather had
[pix_data] be replaced by something like [pix_buffer_peek] (or a "peek"
message to [pix_buffer])
----------------------------------------------------------------------
Comment By: Cyrille Henry (nusmuk)
Date: 2009-08-18 16:38
Message:
ok, interpolation can be made in the patch, but it would be lot's easier to
use it it is in pix_data. It also would be faster.
so i think to have a "quality 1" message to pix_data would still be nice.
You are right for the framebufer, i'll do another feature request.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2009-08-10 21:40
Message:
bilinear (or whatever) interpolation could be easily done in the patch.
as for the other request: [pix_data] does not know anything about
framebuffers, but works on pixes, which currently are only 8bit per
channel.
however, it would be interesting to be able to query pixels of a
render-buffer with high-resolution.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&group_…