yup: hans@palatschinken bin $ dpkg -l tkpng Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-================-================-================================================ ii tkpng 0.9-1ubuntu1 PNG photo image support to Tcl/Tk
Does it not work with Tcl/Tk 8.5? hans@palatschinken bin $ tclsh % info patchlevel 8.5.11 .hc On 10/25/2012 12:11 AM, Ivica Bukvic wrote: > Do you have tkpng installed as per instructions on pd-l2ork's webpage? > On Oct 24, 2012 11:57 PM, "Hans-Christoph Steiner" <h...@at.or.at> wrote: > >> >> Hmm, something different, but still not running: >> >> hans@palatschinken bin $ cp ../src/pd.tk . >> hans@palatschinken bin $ ./pd-l2ork -stderr -d 3 >> set pd_whichmidiapi 2 >> pdtk_pd_startup {Pd version 0.42-6extended-l2ork-20121007 >> } { {OSS 2} {ALSA 1} } { {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans >> Mono} >> normal >> set pd_whichmidiapi 2 >> tcl: /media/share/code/pd-l2ork/pd/bin/pd.tk: can't open script >> ^CPd: signal 2 >> hans@palatschinken bin $ ls -l /media/share/code/pd-l2ork/pd/bin/pd.tk >> -rwxr-xr-x 1 hans hans 289074 Oct 24 23:55 >> /media/share/code/pd-l2ork/pd/bin/pd.tk >> >> >> >> On 10/24/2012 10:56 PM, Ivica Bukvic wrote: >>> You forgot pd.tk... >>> On Oct 24, 2012 10:52 PM, "Hans-Christoph Steiner" <h...@at.or.at> >> wrote: >>> >>>> >>>> I did: >>>> cd pd/ >>>> cp tcl/*.tcl bin/ >>>> cd bin >>>> ./pd-l2ork >>>> >>>> and got the same result: >>>> >>>> hans@palatschinken bin $ ./pd-l2ork -stderr -d 3 >>>> set pd_whichmidiapi 2 >>>> pdtk_pd_startup {Pd version 0.42-6extended-l2ork-20121007 >>>> } { {OSS 2} {ALSA 1} } { {default-MIDI 2} {ALSA-MIDI 1} } {DejaVu Sans >>>> Mono} >>>> normal >>>> set pd_whichmidiapi 2 >>>> >>>> >>>> >>>> .hc >>>> >>>> On 10/24/2012 10:16 PM, Ivica Bukvic wrote: >>>>> If you are not installing it onto system, copy TCL files into the >> pd/bin >>>>> dir. Remember, this is a fork of 0.42. >>>>> On Oct 24, 2012 9:07 PM, "Hans-Christoph Steiner" <h...@at.or.at> >> wrote: >>>>> >>>>>> >>>>>> I just tried the latest pd-l2ork from git, and it doesn't seem to >> start >>>>>> correctly. I did: >>>>>> >>>>>> cd pd/src >>>>>> aclocal >>>>>> autoconf >>>>>> ./configure >>>>>> make >>>>>> ../bin/pd-l2ork >>>>>> >>>>>> I also tried: >>>>>> >>>>>> cd ../bin >>>>>> ./pd-l2ork >>>>>> >>>>>> All I got was a great square window with no menu. I'm on Linux Mint >> 13 >>>>>> Maya >>>>>> amd64, which is basically Ubuntu/Precise. >>>>>> >>>>>> .hc >>>>>> >>>>>> >>>>>> On 10/24/2012 08:47 PM, Ivica Bukvic wrote: >>>>>>> It is only the draw command, not the communication... >>>>>>> >>>>>>> BTW do either of you know why one would be getting pdtk_post { stack >>>>>>> overflow } messages? Doors that mean the cpu is unable to handle all >>>> gui >>>>>>> requests? >>>>>>> On Oct 24, 2012 8:32 PM, "Hans-Christoph Steiner" <h...@at.or.at> >>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> Thanks for that info. Sounds like a good idea in general. I >>>> personally >>>>>>>> can't >>>>>>>> think of any reason why the DSP would need to be on during the >>>> quitting. >>>>>>>> But >>>>>>>> for the 'redraw' part, that depends. If it is literally only >>>> redrawing >>>>>>>> that >>>>>>>> is suspended, that would be fine. But if its all Pd<-->GUI >>>>>> communications, >>>>>>>> that will probably cause problems. >>>>>>>> >>>>>>>> .hc >>>>>>>> >>>>>>>> On 10/24/2012 06:02 PM, Ivica Ico Bukvic wrote: >>>>>>>>> Hans and Iohannes, >>>>>>>>> >>>>>>>>> The following is FYI. >>>>>>>>> >>>>>>>>> Several months ago I integrated the close all patches before >> quitting >>>>>>>> patch >>>>>>>>> in pd-l2ork and since then I've been experiencing extremely >> sporadic >>>>>>>> crashes >>>>>>>>> on close that would hang pd-l2ork. Now, I am not sure this is >> because >>>>>> of >>>>>>>>> architectural differences between regular pd and pd-l2ork but I >> doubt >>>>>> it >>>>>>>>> since most of the said components are very similar if not >> identical. >>>>>>>>> >>>>>>>>> The bottom line is this only occurs on very low-powered machines >>>> (e.g. >>>>>>>>> netbook) and relatively large patches and even then it does so very >>>>>>>>> sporadically. Consequently, I implemented an improvement to the >>>> closing >>>>>>>>> mechanism that consists of 2 additional steps and apparently >>>> alleviates >>>>>>>> said >>>>>>>>> problems entirely: >>>>>>>>> >>>>>>>>> 1) disable further redraws (this prevents calling functions that >> may >>>> be >>>>>>>>> referencing null pointers)--I have a special global var for this >>>> which >>>>>> is >>>>>>>>> also being used to optimize redrawing (many actions in pd-l2ork are >>>>>>>> several >>>>>>>>> times faster than regular pd as a result of this >> implementation--just >>>>>>>> look >>>>>>>>> for do_not_redraw call in the source if curious) >>>>>>>>> >>>>>>>>> 2) suspend dsp before going through the patches (all sub-patches >> try >>>> to >>>>>>>>> suspend it and resume it but for some reason, due to asynchronous >>>>>> nature >>>>>>>> of >>>>>>>>> communication between tcl and c funny things occasionally happen on >>>>>>>>> low-powered machines, so this way we ensure it is entirely off >>>>>> throughout >>>>>>>>> the whole destruction process) >>>>>>>>> >>>>>>>>> Hope this helps! >>>>>>>>> >>>>>>>>> Ivica Ico Bukvic, D.M.A. >>>>>>>>> Composition, Music Technology >>>>>>>>> Director, DISIS Interactive Sound & Intermedia Studio >>>>>>>>> Director, L2Ork Linux Laptop Orchestra >>>>>>>>> Head, ICAT IMPACT Studio >>>>>>>>> Virginia Tech >>>>>>>>> Dept. of Music - 0240 >>>>>>>>> Blacksburg, VA 24061 >>>>>>>>> (540) 231-6139 >>>>>>>>> (540) 231-5034 (fax) >>>>>>>>> i...@vt.edu >>>>>>>>> http://www.music.vt.edu/faculty/bukvic/ >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list