Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the community a belated Holiday present :-) in a form of latest snapshot of L2Ork iteration of Pure-Data. Better than ever, the latest version comes with the following improvements:
*implemented apply undo for array properties and partially implemented apply undo for graph-on-parent object properties (does not apply to abstractions or top-level windows currently until I figure out how to address the indexing of toplevel windows inside the glist as well as how to address to which window such an undo belongs). *properties are disabled when right-clicking on an abstraction as modifying its settings externally does not make sense when one does not see the actual contents inside it. So, to edit the properties of an abstraction, one has to open the actual abstraction. *fixed how new arrays are created so that they always fit within the specified boundaries. Please note arrays that have been already created in prior patches remain untouched in terms of graph auto-resizing (legacy code is provided in g_editor.c canvas_vis that deals with this if anyone wishes to convert their arrays but is incomplete in that it assumes all arrays require resizing--this is however unnecessary as simple recreation of said arrays or manual readjustment of their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points via mouse by restricting them within the array bounds--this should work for all gui-driven array operations, while array alterations via snapshots and other external ways of manipulating arrays remain unbound so as to allow for traditional data-flow debugging--this may change down the road in part due to introduction of the magicGlass option and in part due to belief that data monitoring should only report ranges specified by the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a bang through the <arrayname>_changed send (if one is provided) whenever they have been altered by a mouse click'n'drag--this in conjunction with array graph auto-resizing makes arrays formidable alternatives for multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized, the array automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after reopening the patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library compatibility, likely due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external where the destructor was never properly called and updated its documentation (available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet would revert to non-signal appearance after being highlighted/connected. *reintroduced array listview (this was a regression in respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp documentation and added new l2ork-specific array features to the pddp documentation.
Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
I tried running the non-supreme burrito version by running ./pd-l2ork from the console and got an empty tk window with the following errors to the terminal window: tcl: /home/dude/Desktop/libmobiledevice/pd/bin/pd.tk: can't open script invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post"
-Jonathan
--- On Wed, 12/29/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: [PD-dev] PD L2Ork 20101229 snapshot now available To: linux-audio-announce@lists.linuxaudio.org, lau@lists.linuxaudio.org, lad@lists.linuxaudio.org, pd-list@iem.at, pd-dev@iem.at, l2ork-dev@disis.music.vt.edu, user@disis.music.vt.edu, piksel@piksel.no Date: Wednesday, December 29, 2010, 9:57 PM Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the community a belated Holiday present :-) in a form of latest snapshot of L2Ork iteration of Pure-Data. Better than ever, the latest version comes with the following improvements:
*implemented apply undo for array properties and partially implemented apply undo for graph-on-parent object properties (does not apply to abstractions or top-level windows currently until I figure out how to address the indexing of toplevel windows inside the glist as well as how to address to which window such an undo belongs). *properties are disabled when right-clicking on an abstraction as modifying its settings externally does not make sense when one does not see the actual contents inside it. So, to edit the properties of an abstraction, one has to open the actual abstraction. *fixed how new arrays are created so that they always fit within the specified boundaries. Please note arrays that have been already created in prior patches remain untouched in terms of graph auto-resizing (legacy code is provided in g_editor.c canvas_vis that deals with this if anyone wishes to convert their arrays but is incomplete in that it assumes all arrays require resizing--this is however unnecessary as simple recreation of said arrays or manual readjustment of their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points via mouse by restricting them within the array bounds--this should work for all gui-driven array operations, while array alterations via snapshots and other external ways of manipulating arrays remain unbound so as to allow for traditional data-flow debugging--this may change down the road in part due to introduction of the magicGlass option and in part due to belief that data monitoring should only report ranges specified by the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a bang through the <arrayname>_changed send (if one is provided) whenever they have been altered by a mouse click'n'drag--this in conjunction with array graph auto-resizing makes arrays formidable alternatives for multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized, the array automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after reopening the patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library compatibility, likely due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external where the destructor was never properly called and updated its documentation (available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet would revert to non-signal appearance after being highlighted/connected. *reintroduced array listview (this was a regression in respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp documentation and added new l2ork-specific array features to the pddp documentation.
Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
If you are trying to run the app without installing, then copy pd.tk from pd/src/ dir into pd/bin/ dir. I forgot to add this as it is actually not a part of the actual install. I will reupload another version that includes this but please understand this is not the "default" way of things. You will likely have a much better experience with doing actually make install and now that pd-l2ork exists in a separate path from the pd-vanilla and extended, it should happily coexist next to them.
HTH,
Best wishes,
Ico
-----Original Message----- From: Jonathan Wilkes [mailto:jancsika@yahoo.com] Sent: Wednesday, December 29, 2010 6:05 PM To: pd-list@iem.at; Ivica Ico Bukvic Subject: Re: [PD-dev] PD L2Ork 20101229 snapshot now available
I tried running the non-supreme burrito version by running ./pd-l2ork from the console and got an empty tk window with the following errors to the terminal window: tcl: /home/dude/Desktop/libmobiledevice/pd/bin/pd.tk: can't open script invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post"
-Jonathan
--- On Wed, 12/29/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: [PD-dev] PD L2Ork 20101229 snapshot now available To: linux-audio-announce@lists.linuxaudio.org, lau@lists.linuxaudio.org,
lad@lists.linuxaudio.org, pd-list@iem.at, pd-dev@iem.at, l2ork- dev@disis.music.vt.edu, user@disis.music.vt.edu, piksel@piksel.no
Date: Wednesday, December 29, 2010, 9:57 PM Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the community a belated Holiday present :-) in a form of latest snapshot of L2Ork iteration of Pure-Data. Better than ever, the latest version comes with the following improvements:
*implemented apply undo for array properties and partially implemented apply undo for graph-on-parent object properties (does not apply to abstractions or top-level windows currently until I figure out how to address the indexing of toplevel windows inside the glist as well as how to address to which window such an undo belongs). *properties are disabled when right-clicking on an abstraction as modifying its settings externally does not make sense when one does not see the actual contents inside it. So, to edit the properties of an abstraction, one has to open the actual abstraction. *fixed how new arrays are created so that they always fit within the specified boundaries. Please note arrays that have been already created in prior patches remain untouched in terms of graph auto-resizing (legacy code is provided in g_editor.c canvas_vis that deals with this if anyone wishes to convert their arrays but is incomplete in that it assumes all arrays require resizing--this is however unnecessary as simple recreation of said arrays or manual readjustment of their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points via mouse by restricting them within the array bounds--this should work for all gui-driven array operations, while array alterations via snapshots and other external ways of manipulating arrays remain unbound so as to allow for traditional data-flow debugging--this may change down the road in part due to introduction of the magicGlass option and in part due to belief that data monitoring should only report ranges specified by the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a bang through the <arrayname>_changed send (if one is provided) whenever they have been altered by a mouse click'n'drag--this in conjunction with array graph auto-resizing makes arrays formidable alternatives for multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized, the array automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after reopening the patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library compatibility, likely due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external where the destructor was never properly called and updated its documentation (available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet would revert to non-signal appearance after being highlighted/connected. *reintroduced array listview (this was a regression in respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp documentation and added new l2ork-specific array features to the pddp documentation.
Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Ah, ok.
--- On Thu, 12/30/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: RE: [PD-dev] PD L2Ork 20101229 snapshot now available To: "'Jonathan Wilkes'" jancsika@yahoo.com, pd-list@iem.at Date: Thursday, December 30, 2010, 3:00 AM If you are trying to run the app without installing, then copy pd.tk from pd/src/ dir into pd/bin/ dir. I forgot to add this as it is actually not a part of the actual install. I will reupload another version that includes this but please understand this is not the "default" way of things. You will likely have a much better experience with doing actually make install and now that pd-l2ork exists in a separate path from the pd-vanilla and extended, it should happily coexist next to them.
HTH,
Best wishes,
Ico
-----Original Message----- From: Jonathan Wilkes [mailto:jancsika@yahoo.com] Sent: Wednesday, December 29, 2010 6:05 PM To: pd-list@iem.at;
Ivica Ico Bukvic
Subject: Re: [PD-dev] PD L2Ork 20101229 snapshot now
available
I tried running the non-supreme burrito version by
running ./pd-l2ork
from the console and got an empty tk window with the
following errors
to the terminal window: tcl: /home/dude/Desktop/libmobiledevice/pd/bin/pd.tk:
can't open
script invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post"
-Jonathan
--- On Wed, 12/29/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: [PD-dev] PD L2Ork 20101229 snapshot now
available
To: linux-audio-announce@lists.linuxaudio.org,
lau@lists.linuxaudio.org,
lad@lists.linuxaudio.org,
pd-list@iem.at, pd-dev@iem.at, l2ork-
dev@disis.music.vt.edu,
user@disis.music.vt.edu, piksel@piksel.no
Date: Wednesday, December 29, 2010, 9:57 PM Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the
community a
belated Holiday present :-) in a form of latest snapshot of L2Ork
iteration
of Pure-Data. Better than ever, the latest version
comes with
the following improvements:
*implemented apply undo for array properties and
partially
implemented apply undo for graph-on-parent object properties
(does not
apply to abstractions or top-level windows currently until
I figure
out how to address the indexing of toplevel windows inside
the glist
as well as how to address to which window such an undo
belongs).
*properties are disabled when right-clicking on
an
abstraction as modifying its settings externally does not make
sense when
one does not see the actual contents inside it. So, to edit
the
properties of an abstraction, one has to open the actual
abstraction.
*fixed how new arrays are created so that they
always fit
within the specified boundaries. Please note arrays that
have been
already created in prior patches remain untouched in terms of
graph
auto-resizing (legacy code is provided in g_editor.c canvas_vis
that
deals with this if anyone wishes to convert their arrays but is
incomplete
in that it assumes all arrays require resizing--this is
however
unnecessary as simple recreation of said arrays or manual
readjustment of
their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points
via mouse
by restricting them within the array bounds--this should work
for all
gui-driven array operations, while array alterations via snapshots
and other
external ways of manipulating arrays remain unbound so as
to allow
for traditional data-flow debugging--this may change
down the
road in part due to introduction of the magicGlass option and
in part
due to belief that data monitoring should only report ranges
specified by
the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a
bang
through the <arrayname>_changed send (if one is
provided)
whenever they have been altered by a mouse click'n'drag--this in
conjunction with
array graph auto-resizing makes arrays formidable
alternatives for
multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized,
the array
automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after
reopening the
patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library
compatibility, likely
due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external
where the
destructor was never properly called and updated its
documentation
(available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet
would revert
to non-signal appearance after being
highlighted/connected.
*reintroduced array listview (this was a
regression in
respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp
documentation and
added new l2ork-specific array features to the pddp
documentation.
Latest snapshot is available from the usual
place:
http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available
here:
http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Ah ok. Then don't bother-- I just already had an older "Burrito" version installed and was trying to just quickly test some of the changes.
-Jonathan
--- On Thu, 12/30/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: RE: [PD-dev] PD L2Ork 20101229 snapshot now available To: "'Jonathan Wilkes'" jancsika@yahoo.com, pd-list@iem.at Date: Thursday, December 30, 2010, 3:00 AM If you are trying to run the app without installing, then copy pd.tk from pd/src/ dir into pd/bin/ dir. I forgot to add this as it is actually not a part of the actual install. I will reupload another version that includes this but please understand this is not the "default" way of things. You will likely have a much better experience with doing actually make install and now that pd-l2ork exists in a separate path from the pd-vanilla and extended, it should happily coexist next to them.
HTH,
Best wishes,
Ico
-----Original Message----- From: Jonathan Wilkes [mailto:jancsika@yahoo.com] Sent: Wednesday, December 29, 2010 6:05 PM To: pd-list@iem.at;
Ivica Ico Bukvic
Subject: Re: [PD-dev] PD L2Ork 20101229 snapshot now
available
I tried running the non-supreme burrito version by
running ./pd-l2ork
from the console and got an empty tk window with the
following errors
to the terminal window: tcl: /home/dude/Desktop/libmobiledevice/pd/bin/pd.tk:
can't open
script invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post"
-Jonathan
--- On Wed, 12/29/10, Ivica Ico Bukvic ico@vt.edu wrote:
From: Ivica Ico Bukvic ico@vt.edu Subject: [PD-dev] PD L2Ork 20101229 snapshot now
available
To: linux-audio-announce@lists.linuxaudio.org,
lau@lists.linuxaudio.org,
lad@lists.linuxaudio.org,
pd-list@iem.at, pd-dev@iem.at, l2ork-
dev@disis.music.vt.edu,
user@disis.music.vt.edu, piksel@piksel.no
Date: Wednesday, December 29, 2010, 9:57 PM Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the
community a
belated Holiday present :-) in a form of latest snapshot of L2Ork
iteration
of Pure-Data. Better than ever, the latest version
comes with
the following improvements:
*implemented apply undo for array properties and
partially
implemented apply undo for graph-on-parent object properties
(does not
apply to abstractions or top-level windows currently until
I figure
out how to address the indexing of toplevel windows inside
the glist
as well as how to address to which window such an undo
belongs).
*properties are disabled when right-clicking on
an
abstraction as modifying its settings externally does not make
sense when
one does not see the actual contents inside it. So, to edit
the
properties of an abstraction, one has to open the actual
abstraction.
*fixed how new arrays are created so that they
always fit
within the specified boundaries. Please note arrays that
have been
already created in prior patches remain untouched in terms of
graph
auto-resizing (legacy code is provided in g_editor.c canvas_vis
that
deals with this if anyone wishes to convert their arrays but is
incomplete
in that it assumes all arrays require resizing--this is
however
unnecessary as simple recreation of said arrays or manual
readjustment of
their settings ought to do the trick. -This feature needs further testing--feedback is most appreciated. *fixed how arrays deal with moving array points
via mouse
by restricting them within the array bounds--this should work
for all
gui-driven array operations, while array alterations via snapshots
and other
external ways of manipulating arrays remain unbound so as
to allow
for traditional data-flow debugging--this may change
down the
road in part due to introduction of the magicGlass option and
in part
due to belief that data monitoring should only report ranges
specified by
the graph. -This feature needs further testing--feedback is most appreciated. *added new feature for arrays where they report a
bang
through the <arrayname>_changed send (if one is
provided)
whenever they have been altered by a mouse click'n'drag--this in
conjunction with
array graph auto-resizing makes arrays formidable
alternatives for
multisliders. -This feature needs further testing--feedback is most appreciated. *when an array subpatch is opened and resized,
the array
automatically now resizes to properly fill the window. -This feature needs further testing--feedback is most appreciated. *fixed where array was not visible after
reopening the
patch if any of its points touched upon y graph limits. *fixed couple of segfaults caused by gridflow incompatibility--more problems remain with gridflow library
compatibility, likely
due to widgetbehavior and possibly also magicGlass incompatibility. Further investigation is necessary. *fixed memory leak in the disis_phasor~ external
where the
destructor was never properly called and updated its
documentation
(available in the l2ork_addons package). *fixed highlighting of signal nlets where nlet
would revert
to non-signal appearance after being
highlighted/connected.
*reintroduced array listview (this was a
regression in
respect to pd-extended). *improved appearance of the array listview. *fixed a few broken links in the pddp
documentation and
added new l2ork-specific array features to the pddp
documentation.
Latest snapshot is available from the usual
place:
http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available
here:
http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
If you are trying to run the app without installing, then copy pd.tk from pd/src/ dir into pd/bin/ dir. I forgot to add this as it is actually not a part of the actual install. I will reupload another version that includes this but please understand this is not the "default" way of things. You will likely have a much better experience with doing actually make install and now that pd-l2ork exists in a separate path from the pd-vanilla and extended, it should happily coexist next to them.
Actually, I stand corrected. Because pd-l2ork is now looking for pd.tk in a specific folder (namely due to the way binaries were configured in /usr/local/lib/pd-l2ork/bin), you will not be able to run pd-l2ork any more without installing.
HTH
Best wishes,
Ico
On Wed, Dec 29, 2010 at 9:09 PM, Ivica Ico Bukvic ico@vt.edu wrote:
If you are trying to run the app without installing, then copy pd.tk from pd/src/ dir into pd/bin/ dir. I forgot to add this as it is actually not a part of the actual install. I will reupload another version that includes this but please understand this is not the "default" way of things. You will likely have a much better experience with doing actually make install and now that pd-l2ork exists in a separate path from the pd-vanilla and extended, it should happily coexist next to them.
Actually, I stand corrected. Because pd-l2ork is now looking for pd.tk in a specific folder (namely due to the way binaries were configured in /usr/local/lib/pd-l2ork/bin), you will not be able to run pd-l2ork any more without installing.
Hi,
After copying *.{tcl,tk} from pd/src/ to pd/bin/ I was able to run the pd-l2ork executable from the unpacked tarball. (without installing...)
Patrick
The last update of the year (20101230) fixes a few more bugs and introduces a port of John Gibson's jg.spectdelay~, a frequency-based delay/feedback/eq object.
Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog
Cheers!
Ico
Apologies for cross-posting.
20110101 snapshot now introduces code clean-ups including revamped "to-front" and "to-back" algorithms which do not rely upon the cut/paste/undo hack and thus do not affect any of the other objects on canvas. Consequently, there is also addition of a special undo/redo actions that deal with to-front/back actions.
Latest snapshot is available from the usual place: http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here: http://l2ork.music.vt.edu/data/pd/Changelog
Cheers!
-
Ivica Ico Bukvic -
Jonathan Wilkes -
Patrick Boivin