Re: [PD] pdp_colorgrid bug
On Apr 25, 2008, at 10:26 PM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner [EMAIL PROTECTED] ha escrito: On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote: S'està citant Hans-Christoph Steiner [EMAIL PROTECTED]: On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part ofYves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd- extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. this could be a good solution but GIF can only handle 256 indexed colors, so it's not a good solution for a color picker ;( the strange thing here is that if i use the tk command :: COLORGRID_SYS_VGUI3(image create photo img%x -data {%s} \n,x,fdata); with the fdata being a base64 encoded GIF image it works without the Tk::Img library , but if You try to do the same with a base64 encoded PNM image you will need to load the Img library to get it work, with this :: sys_gui(package require Img\n); otherwise you will get: couldn't recognize image data it's a really strange thing because PNM is suposed to be also built-in supported by tk ... any tips? Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would first try making a .pnm file and see if you can get that working. it's done. this is how it works in the previous version (pdp_colorgrid) Then once that is working, try including it as base64. no way ;( I'll try asking in the tk mailing list ... I find #tcl on freenode is quite helpful too. .hc .hc .hc --- - kill your television This message was sent using IMP, the Internet Messaging Program. - --- There is no way to peace, peace is the way. -A.J. Muste This message was sent using IMP, the Internet Messaging Program. You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote: S'està citant Hans-Christoph Steiner [EMAIL PROTECTED]: On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. this could be a good solution but GIF can only handle 256 indexed colors, so it's not a good solution for a color picker ;( the strange thing here is that if i use the tk command :: COLORGRID_SYS_VGUI3(image create photo img%x -data {%s}\n,x,fdata); with the fdata being a base64 encoded GIF image it works without the Tk::Img library , but if You try to do the same with a base64 encoded PNM image you will need to load the Img library to get it work, with this :: sys_gui(package require Img\n); otherwise you will get: couldn't recognize image data it's a really strange thing because PNM is suposed to be also built- in supported by tk ... any tips? Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would first try making a .pnm file and see if you can get that working. Then once that is working, try including it as base64. .hc .hc - --- kill your television This message was sent using IMP, the Internet Messaging Program. There is no way to peace, peace is the way. -A.J. Muste ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
Hans-Christoph Steiner [EMAIL PROTECTED] ha escrito: On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote: S'està citant Hans-Christoph Steiner [EMAIL PROTECTED]: On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. this could be a good solution but GIF can only handle 256 indexed colors, so it's not a good solution for a color picker ;( the strange thing here is that if i use the tk command :: COLORGRID_SYS_VGUI3(image create photo img%x -data {%s}\n,x,fdata); with the fdata being a base64 encoded GIF image it works without the Tk::Img library , but if You try to do the same with a base64 encoded PNM image you will need to load the Img library to get it work, with this :: sys_gui(package require Img\n); otherwise you will get: couldn't recognize image data it's a really strange thing because PNM is suposed to be also built-in supported by tk ... any tips? Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would first try making a .pnm file and see if you can get that working. it's done. this is how it works in the previous version (pdp_colorgrid) Then once that is working, try including it as base64. no way ;( I'll try asking in the tk mailing list ... .hc .hc kill your television This message was sent using IMP, the Internet Messaging Program. There is no way to peace, peace is the way. -A.J. Muste This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. .hc kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
S'està citant Hans-Christoph Steiner [EMAIL PROTECTED]: On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. this could be a good solution but GIF can only handle 256 indexed colors, so it's not a good solution for a color picker ;( the strange thing here is that if i use the tk command :: COLORGRID_SYS_VGUI3(image create photo img%x -data {%s}\n,x,fdata); with the fdata being a base64 encoded GIF image it works without the Tk::Img library , but if You try to do the same with a base64 encoded PNM image you will need to load the Img library to get it work, with this :: sys_gui(package require Img\n); otherwise you will get: couldn't recognize image data it's a really strange thing because PNM is suposed to be also built-in supported by tk ... any tips? .hc kill your television This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. saludos, sevy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
Oh yeah, and I think that since pdp_colorgrid isn't really a PDP object, it would make more sense to call it just colorgrid. .hc On Mar 30, 2008, at 4:31 PM, [EMAIL PROTECTED] wrote: hi, pix_preview is just an experimental object in alpha stage ... actually only tryed on linux and it's really buggy, only works with very simple patches otherwise will crash pd. i thing it has to do with overflow on the socket between the tk and gem processes anybody can help on figure out this ?? for the pdp_colorgrid bug there is a new version with the pdvjtools which solves this problem, actually is only compiled for linux but it can be easyly compiled for macos ... Hans, how can i do to update this object on the extended version ? cheers, ll. S'està citant marius schebella [EMAIL PROTECTED]: Thanks, there is cool stuff in pdvjtools, do you know if pix_preview is working on os x? marius. Hans-Christoph Steiner wrote: That's because currently the background image is a file with a hard-coded path. So it'll only work if the app is called Pd-extended.app, which the release candidates will be. .hc On Mar 29, 2008, at 12:18 PM, marius schebella wrote: hi (yves), I tried to look at pdp_colorgrid, but I only get a white background. I tested this with pd-0.40.3 (extended) and mac os x pdp version 0.12.5-darcs and pidip version 0.12.21. anybody else having the same problems? marius ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list This message was sent using IMP, the Internet Messaging Program. Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
That's because currently the background image is a file with a hard- coded path. So it'll only work if the app is called Pd-extended.app, which the release candidates will be. .hc On Mar 29, 2008, at 12:18 PM, marius schebella wrote: hi (yves), I tried to look at pdp_colorgrid, but I only get a white background. I tested this with pd-0.40.3 (extended) and mac os x pdp version 0.12.5-darcs and pidip version 0.12.21. anybody else having the same problems? marius ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
Thanks, there is cool stuff in pdvjtools, do you know if pix_preview is working on os x? marius. Hans-Christoph Steiner wrote: That's because currently the background image is a file with a hard-coded path. So it'll only work if the app is called Pd-extended.app, which the release candidates will be. .hc On Mar 29, 2008, at 12:18 PM, marius schebella wrote: hi (yves), I tried to look at pdp_colorgrid, but I only get a white background. I tested this with pd-0.40.3 (extended) and mac os x pdp version 0.12.5-darcs and pidip version 0.12.21. anybody else having the same problems? marius ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
hi, pix_preview is just an experimental object in alpha stage ... actually only tryed on linux and it's really buggy, only works with very simple patches otherwise will crash pd. i thing it has to do with overflow on the socket between the tk and gem processes anybody can help on figure out this ?? for the pdp_colorgrid bug there is a new version with the pdvjtools which solves this problem, actually is only compiled for linux but it can be easyly compiled for macos ... Hans, how can i do to update this object on the extended version ? cheers, ll. S'està citant marius schebella [EMAIL PROTECTED]: Thanks, there is cool stuff in pdvjtools, do you know if pix_preview is working on os x? marius. Hans-Christoph Steiner wrote: That's because currently the background image is a file with a hard-coded path. So it'll only work if the app is called Pd-extended.app, which the release candidates will be. .hc On Mar 29, 2008, at 12:18 PM, marius schebella wrote: hi (yves), I tried to look at pdp_colorgrid, but I only get a white background. I tested this with pd-0.40.3 (extended) and mac os x pdp version 0.12.5-darcs and pidip version 0.12.21. anybody else having the same problems? marius ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdp_colorgrid bug
hi (yves), I tried to look at pdp_colorgrid, but I only get a white background. I tested this with pd-0.40.3 (extended) and mac os x pdp version 0.12.5-darcs and pidip version 0.12.21. anybody else having the same problems? marius ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list