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