hi,
I am finding that gem is doing things very differently in two versions. The attached patch is slightly simplified from what I am running but the essence is running 3 versions of the same movie on 3 'screens' using [pix_threshold] and [pix_alpha] to selectively hide elements of the pictures at the front. This works fine when I use pd-extended0.38 When I try it with pd-extended0.39 (from http://at.or.at/hans/pd/installers.html ) it doesn't work. The pictures on the front 'screens' are all turned blueish but the selections aren't removed. I am running this on an intel Mac OSX10.4 I would be happy to stick with 0.38 but other things aren't working correctly with it, and I can't even run two versions in parallel because hans' version handles libraries internally, and gets confused when there is a preference file like the older version wants :(
Any ideas?
Thanks Oded
Oded Ben-Tal http://ccrma.stanford.edu/~oded oded@ccrma.stanford.edu
the color problem is a bug in the current gem version (I have the same problem). You can try to take the old gemversion you were using before and replace the buggy one. the problem with demux is, that it is an abbreviation for demultiplex, and pd(-extended) does not recognize it by default. (after you created demultiplex you can also create demux objects). to solve that problem add -lib zexy to your preferences/startup startup flags. I hope that does it. I think that bug is fixed in the newer versions of pe-extended (autobuild). you can also try to use [import zexy] in your patch. marius.
Oded Ben-Tal wrote:
hi,
I am finding that gem is doing things very differently in two versions. The attached patch is slightly simplified from what I am running but the essence is running 3 versions of the same movie on 3 'screens' using [pix_threshold] and [pix_alpha] to selectively hide elements of the pictures at the front. This works fine when I use pd-extended0.38 When I try it with pd-extended0.39 (from http://at.or.at/hans/pd/installers.html ) it doesn't work. The pictures on the front 'screens' are all turned blueish but the selections aren't removed. I am running this on an intel Mac OSX10.4 I would be happy to stick with 0.38 but other things aren't working correctly with it, and I can't even run two versions in parallel because hans' version handles libraries internally, and gets confused when there is a preference file like the older version wants :(
Any ideas?
Thanks Oded
Oded Ben-Tal http://ccrma.stanford.edu/~oded oded@ccrma.stanford.edu
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
the color problem is a bug in the current gem version (I have the same problem). You can try to take the old gemversion you were using before and replace the buggy one.
Is there a simple way to take Gem from the pd-extended instalation that where it works, and stick it in the Pd-extended instalation where it doesn't? I was looking through the directory where pd is intalled and couldn't find an obvious place (I'm very new to mac so I'm still struggling with where everything is and how to make changes. I looked for compiled versions of Gem and there aren't many for mac, and I can't even see which version of Gem is the one that's working because loading the old pd creates problems with new pd).
the problem with demux is, that it is an abbreviation for demultiplex, and
I don' think I am using demux in that patch.
Oded
which gem version do you have, that can handle macs uyvy format correctly? I tried old versions, but had not luck.
anyway, go to your Applications folder and right click on the pd-app. chose "show contents" and then look for Gem.pd_darwin (should be in resources/extra. make a backup of that version (just in case) and put your old gem there instead. marius.
Oded Ben-Tal wrote:
the color problem is a bug in the current gem version (I have the same problem). You can try to take the old gemversion you were using before and replace the buggy one.
Is there a simple way to take Gem from the pd-extended instalation that where it works, and stick it in the Pd-extended instalation where it doesn't? I was looking through the directory where pd is intalled and couldn't find an obvious place (I'm very new to mac so I'm still struggling with where everything is and how to make changes. I looked for compiled versions of Gem and there aren't many for mac, and I can't even see which version of Gem is the one that's working because loading the old pd creates problems with new pd).
the problem with demux is, that it is an abbreviation for demultiplex, and
I don' think I am using demux in that patch.
Oded
I just found a working version at http://gem.iem.at/releases/0.91 the version gem-CVS20070605-OSX-i686-bin-doc.tar.gz strange, the pd-extended version is newer, but not working. so maybe pd-extended is not using the latest cvs files??? marius.
marius schebella wrote:
which gem version do you have, that can handle macs uyvy format correctly? I tried old versions, but had not luck.
anyway, go to your Applications folder and right click on the pd-app. chose "show contents" and then look for Gem.pd_darwin (should be in resources/extra. make a backup of that version (just in case) and put your old gem there instead. marius.
Oded Ben-Tal wrote:
the color problem is a bug in the current gem version (I have the same problem). You can try to take the old gemversion you were using before and replace the buggy one.
Is there a simple way to take Gem from the pd-extended instalation that where it works, and stick it in the Pd-extended instalation where it doesn't? I was looking through the directory where pd is intalled and couldn't find an obvious place (I'm very new to mac so I'm still struggling with where everything is and how to make changes. I looked for compiled versions of Gem and there aren't many for mac, and I can't even see which version of Gem is the one that's working because loading the old pd creates problems with new pd).
the problem with demux is, that it is an abbreviation for demultiplex, and
I don' think I am using demux in that patch.
Oded
Pd-extended is using the latest CVS files. Sounds like a bug, please
add it to the tracker.
.hc
On Oct 8, 2007, at 12:40 PM, marius schebella wrote:
I just found a working version at http://gem.iem.at/releases/0.91 the version gem-CVS20070605-OSX-i686-bin-doc.tar.gz strange, the pd-extended version is newer, but not working. so maybe pd-extended is not using the latest cvs files??? marius.
marius schebella wrote:
which gem version do you have, that can handle macs uyvy format correctly? I tried old versions, but had not luck.
anyway, go to your Applications folder and right click on the pd-app. chose "show contents" and then look for Gem.pd_darwin (should be in resources/extra. make a backup of that version (just in case) and put your old gem there instead. marius.
Oded Ben-Tal wrote:
the color problem is a bug in the current gem version (I have the same problem). You can try to take the old gemversion you were
using before and replace the buggy one.Is there a simple way to take Gem from the pd-extended instalation that where it works, and stick it in the Pd-extended instalation
where it doesn't? I was looking through the directory where pd is intalled and couldn't find an obvious place (I'm very new to mac so I'm still struggling with where
everything is and how to make changes. I looked for compiled versions of Gem and there aren't many for mac, and I can't even see which version of Gem is the one that's working because loading the old pd creates
problems with new pd).the problem with demux is, that it is an abbreviation for demultiplex, and
I don' think I am using demux in that patch.
Oded
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess
himself of it. - Thomas Jefferson
anyway, go to your Applications folder and right click on the pd-app. chose "show contents" and then look for Gem.pd_darwin (should be in resources/extra. make a backup of that version (just in case) and put your old gem there instead. marius.
This doesn't work as I get 'wrong archtecture' error message when I start pd. I wonder if the cvs version would work I'll have to compie and try...
thanks Oded
if you get "wrong architecture" that means you are using a gem that was compiled for another type of cpu. why don't you go to the page I posted earlier and chose a version that fits your computer. if you don't know which computer you have, then look into "about this mac". processor will say something like 2.33 GHz Intel Core 2 Duo. if it says intel that means you need a version like "386" or "intel" or "mactel"... if not, you need a PPC version. marius.
Oded Ben-Tal wrote:
anyway, go to your Applications folder and right click on the pd-app. chose "show contents" and then look for Gem.pd_darwin (should be in resources/extra. make a backup of that version (just in case) and put your old gem there instead. marius.
This doesn't work as I get 'wrong archtecture' error message when I start pd. I wonder if the cvs version would work I'll have to compie and try...
thanks Oded
if you get "wrong architecture" that means you are using a gem that was compiled for another type of cpu. why don't you go to the page I posted earlier and chose a version that fits your computer.
I also though so but when copied the Gem.pd_darwind from pd0.38-extended to pd0.39-extended I did get the wrong archiecture error. I think the 39 version was compiled slightly differenty (i doesn't use the normal preference file for example). So the problem isn't the powerPC vis. Intel (after all I can run the 0.38 version on the same computer).
thanks Oded
can you copy the console output? thnks, marius.
Oded Ben-Tal wrote:
if you get "wrong architecture" that means you are using a gem that was compiled for another type of cpu. why don't you go to the page I posted earlier and chose a version that fits your computer.
I also though so but when copied the Gem.pd_darwind from pd0.38-extended to pd0.39-extended I did get the wrong archiecture error. I think the 39 version was compiled slightly differenty (i doesn't use the normal preference file for example). So the problem isn't the powerPC vis. Intel (after all I can run the 0.38 version on the same computer).
thanks Oded
It seems my Gem is missing [yuv2rgb] (and rgb2yuv ). A bit of history: I'm using pd0.39-extended from at.or.at, but that version of Gem had problems (see previous exchanges for the details) I replaced the pd.gem_drawin file from a more recent CVS version and that fixed many problems. I am running it on a macbook, osx10.4 [rgb2hsv] does exist.
Thanks Oded
-- ___________________________________________________ Oded Ben-Tal http://ccrma.stanford.edu/~oded oded@ccrma.stanford.edu
Oded Ben-Tal wrote:
It seems my Gem is missing [yuv2rgb] (and rgb2yuv ). A bit of history: I'm using pd0.39-extended from at.or.at, but that version of Gem had problems (see previous exchanges for the details) I replaced the pd.gem_drawin file from a more recent CVS version and that fixed many problems. I am running it on a macbook, osx10.4 [rgb2hsv] does exist.
these are now abstractions, you have to add the path were the Gem.pd_darwin lives to pd's search paths.
the path is usually <path-to-pd>/extra/Gem/
[import Gem] should do the trick as well...
fma.sdr IOhannes
these are now abstractions, you have to add the path were the Gem.pd_darwin lives to pd's search paths.
the path is usually <path-to-pd>/extra/Gem/
Two quesion than:
- as far as I could tell [rgb2hsv] and [rgb2yuv] exist in the same
directory. and while gem finds the former it doesn't find the latter. Unless there is another version of [rgb2hsv] in the linrary as an object and not an abstraction?
- This is just a stupid mac problem: When I look at the path settings in
pd I only see a partial list (about 10 lines) how do I add another one, witout removing any of the existing paths? (when I tried replacing a existing entry that I don't use, and save the setting, it seems it only saved the first few entries visible on the screen and removed a dozen or so additional ones hidden from view).
thanks Oded
Oded Ben-Tal wrote:
- as far as I could tell [rgb2hsv] and [rgb2yuv] exist in the same
directory. and while gem finds the former it doesn't find the latter. Unless there is another version of [rgb2hsv] in the linrary as an object and not an abstraction?
this might be the case: afaik [rgb2hsv] is also part of markEx (which used to be part of Gem but is no more; only the hsv<->rgb functions have stayed as abstractions)
do you have other markEx objects like [tripleLine]?
mfa.sdr IOhannes
this might be the case: afaik [rgb2hsv] is also part of markEx (which used to be part of Gem but is no more; only the hsv<->rgb functions have stayed as abstractions)
do you have other markEx objects like [tripleLine]?
Yes. that explains things thanks Oded
Hallo, Oded Ben-Tal hat gesagt: // Oded Ben-Tal wrote:
- This is just a stupid mac problem: When I look at the path settings in
pd I only see a partial list (about 10 lines) how do I add another one, witout removing any of the existing paths? (when I tried replacing a existing entry that I don't use, and save the setting, it seems it only saved the first few entries visible on the screen and removed a dozen or so additional ones hidden from view).
Seperate additional paths with a colon "path1:path2" etc.
Ciao
Frank Barknecht _ ______footils.org__
On Oct 10, 2007, at 6:01 AM, IOhannes m zmoelnig wrote:
Oded Ben-Tal wrote:
It seems my Gem is missing [yuv2rgb] (and rgb2yuv ). A bit of history: I'm using pd0.39-extended from at.or.at, but that version of Gem had problems (see previous exchanges for the
details) I replaced the pd.gem_drawin file from a more recent CVS version and
that fixed many problems. I am running it on a macbook, osx10.4 [rgb2hsv] does exist.these are now abstractions, you have to add the path were the Gem.pd_darwin lives to pd's search paths.
the path is usually <path-to-pd>/extra/Gem/
[import Gem] should do the trick as well...
fma.sdr IOhannes
Actually, [import Gem] won't work since it'll find the Gem.pd_darwin
first. I don't think it really works to have a Gem.pd_* and a folder
called Gem. I think for this to work ok, the folder should be called
something else and made into a libdir. Or even better, make all of
Gem a libdir and include the abstractions in that libdir for a
unified library called "gem". :D
.hc
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
Hans-Christoph Steiner wrote:
Actually, [import Gem] won't work since it'll find the Gem.pd_darwin
which is ok, [hsv2rgb] is supposed to sit in the same directory as Gem.pd_darwin; ah i remember that [import] doesn't like that...
first. I don't think it really works to have a Gem.pd_* and a folder called Gem. I think for this to work ok, the folder should be called something else and made into a libdir. Or even better, make all of Gem a libdir and include the abstractions in that libdir for a unified library called "gem". :D
it is more or less a libdir, with only one dll and several abstractions. i don't understand why it should be called "something else" (the quotes are here to quote you, not to imply that it should by literally called 'something else')
fmasd.r IOhannes
PS: btw, the library is called "Gem" and not "gem"
which is ok, [hsv2rgb] is supposed to sit in the same directory as Gem.pd_darwin; ah i remember that [import] doesn't like that...
Actually Gem.pd_darwin got installed in {..}/Resources/extra
while the hsv2rgb.pd file was installed at: {..}/Resources/extra/Gem/
so they aren't in the same direcory.
hi,
I'm using the video capture from the builtin camera on a MacBookPro. when I try to change colorspace to rgb (either by sending colorspace message to [pix_video] or by converting the image with [pix_rgba] the pictures turns very blue. This doens't happen when I use [pix_yuv]. Is this a feature or a bug?
Oded
-- ___________________________________________________ Oded Ben-Tal http://ccrma.stanford.edu/~oded oded@ccrma.stanford.edu
I tested your patch here on an Intel Mac and it works like I think it should work. Two of the layers are partially transparent based on the individual R G and B values. Can you post a screen capture of the working and non-working output?
On 10/8/07, Oded Ben-Tal oded@ccrma.stanford.edu wrote:
hi,
I am finding that gem is doing things very differently in two versions. The attached patch is slightly simplified from what I am running but the essence is running 3 versions of the same movie on 3 'screens' using [pix_threshold] and [pix_alpha] to selectively hide elements of the pictures at the front. This works fine when I use pd-extended0.38 When I try it with pd-extended0.39 (from http://at.or.at/hans/pd/installers.html ) it doesn't work. The pictures on the front 'screens' are all turned blueish but the selections aren't removed. I am running this on an intel Mac OSX10.4 I would be happy to stick with 0.38 but other things aren't working correctly with it, and I can't even run two versions in parallel because hans' version handles libraries internally, and gets confused when there is a preference file like the older version wants :(
Any ideas?
Thanks Oded
Oded Ben-Tal http://ccrma.stanford.edu/~oded oded@ccrma.stanford.edu
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
chris clepper -
Frank Barknecht -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
marius schebella -
Oded Ben-Tal