Re: [PD] close all patches on quit sourceforge patch
Many thanks for sharing this, IOhannes! I've embellished your patch a bit and added it to pd-l2ork. Best wishes, Ico -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of IOhannes m zmoelnig Sent: Thursday, October 25, 2012 10:31 AM To: pd-list@iem.at Subject: Re: [PD] close all patches on quit sourceforge patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-25 06:18, Hans-Christoph Steiner wrote: 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/Tri g-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- +++ ii tkpng0.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 works here: zmoelnig@ferrari:~$ tclsh % info patchlevel 8.5.11 zmoelnig@ferrari:~$ dpkg -l tkpng ii tkpng 0.9-1 i386 PNG photo image support to Tcl/Tk originally i had the same problem: $ ./pd-l2ork tcl: /tmp/pd-l2ork/bin/pd.tk: can't open script pd: exiting but indeed i was missing tkpng first. i discovered this by directly running (after making pd.tk executable) $ ./pd.tk which initially threw an error Error in startup script: can't find package tkpng. so the can't open script error is a bit misleading (or generic). attached is a small patch that prints the full error message of the Tcl- Interpreter. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCJTRYACgkQkX2Xpv6ydvRuzgCgwy8NkGHXHgWqK/kLgY2a7f Uh fVEAn3mn9prk3dEVd9ut/JGJN7tufk2h =SSeI -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
I always get (Tcl) UNHANDLED ERROR: bad window path name .x94d6a18.c while executing winfo toplevel $tkcanvas (procedure pdtk_canvas_getscroll line 2) invoked from within pdtk_canvas_getscroll .x94d6a18.c (uplevel body line 349) invoked from within uplevel #0 $cmd_from_pd when I open a voice patch from it's parent patch and edit then save from there instead of opening the voice abstraction from file open instead using pd vanilla from ubuntu 12.04 not sure of version about is broken not sure if that has anything to do with what you guys are talking about i'm not familiar with anything tcl tk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
On 11/01/2012 05:55 PM, Billy Stiltner wrote: not sure if that has anything to do with what you guys are talking about i'm not familiar with anything tcl tk no (unless i misunderstood what we are talking about) fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Can you provide an example patch that does this every time? If so, please file a bug report (Help - Report Bug). .hc On Nov 1, 2012, at 12:55 PM, Billy Stiltner wrote: I always get (Tcl) UNHANDLED ERROR: bad window path name .x94d6a18.c while executing winfo toplevel $tkcanvas (procedure pdtk_canvas_getscroll line 2) invoked from within pdtk_canvas_getscroll .x94d6a18.c (uplevel body line 349) invoked from within uplevel #0 $cmd_from_pd when I open a voice patch from it's parent patch and edit then save from there instead of opening the voice abstraction from file open instead using pd vanilla from ubuntu 12.04 not sure of version about is broken not sure if that has anything to do with what you guys are talking about i'm not familiar with anything tcl tk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Just tried it here, works fine. There are some older versions of tcl/tk
files in the bin directory I forgot to clean out so make sure to explicitly
copy all tcl/tk files, like so:
cd pd/bin
cp ../src/pd.tk .
cp ../src/*tcl .
./pd-l2ork
That said, running core pd-l2ork without all the customized externals will
only give you a limited picture. E.g. pd-l2ork uses a custom version of
cwiid that supports wiimote passthrough mode, but that requires installing
the custom version of cwiid. If you are using the full installer, this will
be done for you...
Best wishes,
Ico
-Original Message-
From: Hans-Christoph Steiner [mailto:h...@at.or.at]
Sent: Thursday, October 25, 2012 12:18 AM
To: Ivica Bukvic
Cc: pd-list; IOhannes m zmoelnig
Subject: Re: close all patches on quit sourceforge patch
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 tkpng0.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
Re: [PD] close all patches on quit sourceforge patch
That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... To add to this, -k12 flag (or K12 mode) will not work unless you have full thing installed as it relies upon additional files found in the K12 module... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-10-25 06:18, Hans-Christoph Steiner wrote:
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 tkpng0.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
works here:
zmoelnig@ferrari:~$ tclsh
% info patchlevel
8.5.11
zmoelnig@ferrari:~$ dpkg -l tkpng
ii tkpng 0.9-1 i386 PNG photo image support to Tcl/Tk
originally i had the same problem:
$ ./pd-l2ork
tcl: /tmp/pd-l2ork/bin/pd.tk: can't open script
pd: exiting
but indeed i was missing tkpng first. i discovered this by directly
running (after making pd.tk executable)
$ ./pd.tk
which initially threw an error Error in startup script: can't find
package tkpng.
so the can't open script error is a bit misleading (or generic).
attached is a small patch that prints the full error message of the
Tcl-Interpreter.
fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlCJTRYACgkQkX2Xpv6ydvRuzgCgwy8NkGHXHgWqK/kLgY2a7fUh
fVEAn3mn9prk3dEVd9ut/JGJN7tufk2h
=SSeI
-END PGP SIGNATURE-
From 9e29d9c9670713438c500af9f8843e8a9c03dc7d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at
Date: Thu, 25 Oct 2012 16:29:15 +0200
Subject: [PATCH] print meaningfull error-message
in case Tcl_EvalFile fails
---
src/t_tkcmd.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/t_tkcmd.c b/src/t_tkcmd.c
index a66e5ed..c33568e 100644
--- a/src/t_tkcmd.c
+++ b/src/t_tkcmd.c
@@ -582,6 +582,7 @@ void pdgui_doevalfile(Tcl_Interp *interp, char *s)
if (Tcl_EvalFile(interp, buf) != TCL_OK)
{
char buf2[1000];
+printf(ERROR: %s\n, interp-errorLine, Tcl_GetStringResult(interp));
sprintf(buf2, puts [concat tcl: %s: can't open script]\n,
buf);
tcl_mess(buf2);
--
1.7.10.4
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
Ah, that was it. I did cp ../tcl/*.tcl and now it works. Maybe you could
just delete the stuff in tcl/ if its not in use?
I'll try the full distro too, I just want a way to quickly check stuff in your
git.
.hc
On 10/25/2012 09:07 AM, Ivica Ico Bukvic wrote:
Just tried it here, works fine. There are some older versions of tcl/tk
files in the bin directory I forgot to clean out so make sure to explicitly
copy all tcl/tk files, like so:
cd pd/bin
cp ../src/pd.tk .
cp ../src/*tcl .
./pd-l2ork
That said, running core pd-l2ork without all the customized externals will
only give you a limited picture. E.g. pd-l2ork uses a custom version of
cwiid that supports wiimote passthrough mode, but that requires installing
the custom version of cwiid. If you are using the full installer, this will
be done for you...
Best wishes,
Ico
-Original Message-
From: Hans-Christoph Steiner [mailto:h...@at.or.at]
Sent: Thursday, October 25, 2012 12:18 AM
To: Ivica Bukvic
Cc: pd-list; IOhannes m zmoelnig
Subject: Re: close all patches on quit sourceforge patch
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 tkpng0.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
Re: [PD] close all patches on quit sourceforge patch
On 10/25/2012 09:09 AM, Ivica Ico Bukvic wrote: That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... To add to this, -k12 flag (or K12 mode) will not work unless you have full thing installed as it relies upon additional files found in the K12 module... The -k12 mode is nice :) FYI, what started me on the kick is tracking down GUI slowness bugs. There are two that Im currently working on that affect Pd-vanilla, Pd-extended, and pd-l2ork = 0.42: * [bng] stops flashing when data comes in faster than every 50ms * arrays stop showing updates when data comes in faster than every 100ms I've almost got a complete fix for the [bng] problem, it now stops flashing 10ms, I think I can it working always. The source of the array problem still eludes me, here's that thread: http://lists.puredata.info/pipermail/pd-dev/2012-10/018679.html I attached test patches for both of these problems. .hc #N canvas 511 185 450 300 10; #N canvas 0 22 450 278 (subpatch) 0; #X array array1 4410 float 5; #A 0 0.501334 -0.778581 0.964787 0.405799 -0.79286 -0.78484 0.835877 -0.321006 -0.471601 0.0544877 0.223917 -0.392722 -0.348716 -0.256218 0.317765 0.37008 0.0837448 0.352364 -0.55163 0.953955 0.671133 -0.87613 0.854393 -0.488035 -0.888171 0.0856294 -0.0521629 0.22305 0.972863 0.158036 -0.92033 0.651404 -0.794454 -0.236073 -0.194551 -0.394152 -0.838911 -0.062046 0.650946 -0.50079 -0.893769 -0.0640379 0.34 -0.792304 0.238862 -0.655638 0.749008 -0.569737 0.203652 0.689504 0.794815 0.548002 0.107672 0.547059 0.578077 0.983503 -0.963981 -0.848616 0.460016 0.0602379 0.067445 0.504907 -0.134184 -0.638068 -0.38592 0.177814 -0.193654 0.160176 -0.616409 0.681946 0.451347 -0.491052 0.59131 0.478443 -0.446761 0.779899 -0.717217 0.587309 -0.589745 -0.0819185 0.325336 -0.406511 -0.0372808 -0.824322 0.423695 0.756246 0.558668 -0.528625 0.635616 -0.381467 -0.78052 -0.750265 0.387504 0.11637 -0.594503 -0.15942 0.990045 -0.811782 0.281652 -0.681645 0.653824 -0.115645 0.483091 0.861513 -0.995043 0.976251 -0.619199 -0.388117 -0.899292 -0.93406 -0.152765 0.0340511 0.945121 -0.804601 0.521933 -0.225271 0.504643 -0.0440769 -0.422847 0.0221356 0.223747 -0.902505 -0.0165101 0.365365 -0.959442 -0.361832 0.275506 0.153769 -0.0975214 0.473432 0.817352 0.356325 0.781815 -0.514402 -0.431607 -0.078983 -0.8086 -0.846834 -0.651164 0.634206 0.200218 0.660202 0.60535 0.480007 -0.0509686 0.505714 -0.323303 -0.500334 0.666005 -0.386972 0.559351 0.15093 -0.817669 0.93916 0.173128 0.167427 0.947853 -0.41581 -0.873193 -0.0819612 -0.453307 -0.599355 -0.0162415 0.266275 -0.287124 0.102863 -0.972434 0.929649 -0.154047 0.876376 -0.472344 -0.660946 0.0266265 0.487282 0.504915 -0.00186262 -0.467621 -0.108379 0.997325 0.342675 -0.146907 -0.655251 -0.174423 -0.900054 -0.79332 0.0107127 0.858708 -0.851891 0.554703 0.0716257 -0.220286 0.875576 -0.881998 -0.662957 0.351184 0.04039 -0.60768 0.353337 0.180923 0.129595 -0.336073 0.0130687 -0.0124272 -0.781385 0.0252457 -0.335631 0.366242 -0.669371 -0.109524 -0.279692 0.0541274 0.295944 -0.98878 0.768273 -0.303857 0.11137 -0.00789281 -0.820658 -0.889459 -0.200403 0.306419 -0.782339 0.054538 0.768569 -0.188284 -0.350185 0.489942 0.670859 -0.234542 0.854207 0.348776 -0.236957 -0.659365 0.430432 0.7989 -0.234923 -0.358612 -0.691351 -0.990358 -0.78033 -0.781365 0.358962 0.417418 -0.64834 -0.914302 -0.499213 0.491361 0.42739 -0.766075 -0.687764 -0.00106015 0.614079 0.648316 -0.860517 -0.228408 -0.660795 0.823149 -0.293853 0.970344 -0.85013 0.777604 0.222662 0.851436 0.0721815 -0.42861 -0.00434752 0.0319494 0.470627 0.320366 0.537311 -0.744571 0.407447 -0.28783 0.17477 -0.34249 -0.497989 -0.97816 -0.840521 0.531543 -0.709807 0.627445 -0.723419 0.594218 0.0837439 0.0257037 -0.0457195 0.75119 0.329671 -0.652388 0.873228 0.362703 0.469609 0.37407 -0.924112 -0.990782 -0.700803 -0.948496 0.575918 -0.242966 0.827453 -0.492508 0.467541 -0.0760855 -0.363851 -0.433609 -0.46508 -0.655286 0.739185 -0.235041 -0.638463 0.137002 -0.0580329 -0.132019 -0.0604357 -0.0333132 0.700778 0.883896 -0.22076 0.813642 -0.517845 0.58042 0.518245 -0.762668 -0.377736 0.500169 0.0310742 0.142433 -0.313723 0.47629 0.0384169 0.0444657 0.327742 0.648079 0.216527 -0.164588 -0.352038 0.976612 0.8066 -0.950656 -0.944631 0.260366 -0.275852 -0.371949 -0.3751 0.650845 0.168375 -0.81334 0.957368 -0.331794 0.73155 -0.220738 0.538844 -0.283117 0.00838442 0.164541 -0.399976 -0.898787 -0.294593 -0.428606 -0.524391 0.54106 0.250336 0.964557 0.463681 -0.81256 0.901457 -0.189767 -0.814926 0.138146 0.356997 0.341712 0.442751 -0.546625 -0.135501 -0.674998 -0.418821 0.671349 0.830199 -0.675552 -0.654296 0.823945 0.928396 -0.531637 -0.758074 -0.0476852 0.710835 -0.285354 -0.604926 0.122514 0.716073 0.616413
Re: [PD] close all patches on quit sourceforge patch
I'll try to check this out. I think the problem is the socket-based communication which is really a pain. When a cpu is on powersave mode it appears the sockets are such a low priority at times some messages arrive up to a half-second later... And this is on a lowlatency kernel too... Once I solidify the pd-l2ork code and release a stable version (and we appear to be darn close to it now), one of the things on my todo list is to do away with socket-based communication in favor of queuing calls via a separate thread. Sure, one will lose gui-less operation but with libpd around, I don't see a point in trying to maintain gui-less implementation (which from what I saw on the list appears to have a fair share of its own problems, please correct me if I am wrong here). P.S. Don't forget to check out the preset_hub and preset_node (k12 mode uses it so that you can store all states even among multiple instances of same abstraction, which is virtually impossible otherwise). Currently the documentation is not yet integrated (thanks to Jonathan for his work on this) but there are example patches in the complete source inside pd/src folder... Best wishes, Ico -Original Message- From: Hans-Christoph Steiner [mailto:h...@at.or.at] Sent: Thursday, October 25, 2012 12:48 PM To: Ivica Ico Bukvic Cc: 'pd-list'; 'IOhannes m zmoelnig' Subject: Re: close all patches on quit sourceforge patch On 10/25/2012 09:09 AM, Ivica Ico Bukvic wrote: That said, running core pd-l2ork without all the customized externals will only give you a limited picture. E.g. pd-l2ork uses a custom version of cwiid that supports wiimote passthrough mode, but that requires installing the custom version of cwiid. If you are using the full installer, this will be done for you... To add to this, -k12 flag (or K12 mode) will not work unless you have full thing installed as it relies upon additional files found in the K12 module... The -k12 mode is nice :) FYI, what started me on the kick is tracking down GUI slowness bugs. There are two that Im currently working on that affect Pd-vanilla, Pd-extended, and pd-l2ork = 0.42: * [bng] stops flashing when data comes in faster than every 50ms * arrays stop showing updates when data comes in faster than every 100ms I've almost got a complete fix for the [bng] problem, it now stops flashing 10ms, I think I can it working always. The source of the array problem still eludes me, here's that thread: http://lists.puredata.info/pipermail/pd-dev/2012-10/018679.html I attached test patches for both of these problems. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
Stack overflow usually comes from recursiveness in patches until Pd's stack
overflows, or at least that's my experience of that error.
The pdtk_post logic has changed a lot in 0.43 with drastic improvements. You
can now post 1000 lines/sec and still patch in Pd.
In related work, I've been playing around with making array redrawing respect
the Tk event loop more. Basically, each draw command you send gets queued
until the event loop executes it. But for something like an array, there is
no reason to draw multiple times in a single loop, so when a new draw command
gets posted, it cancels the previous one if it hasn't run already. That is
the key to what made pdtk_post so much faster as well. Another part of that
is using after idle so that Tk doesn't drop everything to try to run that
command, but instead queues it to happen in a big chunk.
You can see the first stab at this work for arrays in the attached patches.
The first patch is only there because it needs to be applied for the 2nd patch
to apply cleanly. They apply to pure-data.git master.
.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/
From f994eb249daf8dac552ea97e9f40ed0cf32456fa Mon Sep 17 00:00:00 2001
From: Hans-Christoph Steiner h...@eds.org
Date: Mon, 8 Oct 2012 10:56:24 -0400
Subject: [PATCH 1/2] remove pdtk_array.tcl, its unused and is old duplicates
of dialog_array.tcl
---
po/Makefile.am |2 +-
tcl/Makefile.am|2 +-
tcl/pdtk_array.tcl | 346
tcl/pkgIndex.tcl |1 -
4 files changed, 2 insertions(+), 349 deletions(-)
delete mode 100644 tcl/pdtk_array.tcl
diff --git a/po/Makefile.am b/po/Makefile.am
index da38360..0dd847f 100644
--- a/po/Makefile.am
+++ b/po/Makefile.am
@@ -9,7 +9,7 @@ if MACOSX
PATH := /sw/lib/gettext-tools-0.17/bin:${PATH}
endif
-TCLFILES = apple_events.tcl dialog_canvas.tcl dialog_gatom.tcl dialog_path.tcl pd_bindings.tcl pd_menus.tcl pdwindow.tcl scrollboxwindow.tcl AppMain.tcl dialog_data.tcl dialog_iemgui.tcl dialog_startup.tcl pd_connect.tcl pdtk_array.tcl pkgIndex.tcl wheredoesthisgo.tcl dialog_array.tcl dialog_find.tcl dialog_message.tcl helpbrowser.tcl pdtk_canvas.tcl pkg_mkIndex.tcl dialog_audio.tcl dialog_font.tcl dialog_midi.tcl opt_parser.tcl pd_menucommands.tcl pdtk_text.tcl scrollbox.tcl pd_guiprefs.tcl
+TCLFILES = apple_events.tcl dialog_canvas.tcl dialog_gatom.tcl dialog_path.tcl pd_bindings.tcl pd_menus.tcl pdwindow.tcl scrollboxwindow.tcl AppMain.tcl dialog_data.tcl dialog_iemgui.tcl
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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
Re: [PD] close all patches on quit sourceforge patch
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 tkpng0.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 -
