[PD] pdp_colorgrid bug
Hans-Christoph Steiner
hans at eds.org
Sun Apr 27 02:12:53 CEST 2008
On Apr 25, 2008, at 10:26 PM, lluisgomez at hangar.org wrote:
> Hans-Christoph Steiner <hans at eds.org> ha escrito:
>
>>
>> On Apr 24, 2008, at 6:33 PM, lluisgomez at hangar.org wrote:
>>
>>> S'està citant Hans-Christoph Steiner <hans at eds.org>:
>>>
>>>>
>>>> On Apr 1, 2008, at 8:13 AM, ydegoyon at free.fr 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 ...
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
More information about the Pd-list
mailing list