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