Re: [PD] pd-l2ork 20121112 beta 2 snapshot now available including experimental deb -- please test and provide feedback

[Ivica Bukvic]

I did. Although, since posting the announcement I did find out there are
some other more recent packages with different names so I have added them
to my next version of control package.
On Nov 13, 2012 7:51 PM, "IOhannes m zmölnig"  wrote:

> On 11/13/2012 02:53 PM, Ivica Ico Bukvic wrote:
>
>>
>> This is also the first release of the .deb format. It is currently
>> generated
>> in a way that clashes with other forms of pd so please be aware of that
>> (in
>> other words installing pd-l2ork requires uninstalling of
>> pure-data/pd-extended due to some shared files).
>>
>
>
> i don't know how you create your .deb, but if it clashes with other
> versions of Pd, you should add something like that to your debian/control:
> 
> Provides: pd
> Breaks: pd
> 
>
> fgmasdr
> IOhannes
>
> __**_
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list 
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[Ivica Bukvic]

For people like yourself who don't want to enable sudo. Other than that it
is exactly the same as -f option. BTW, just tried building deb last night
and it worked fairly easily. I just need to clean up dependencies and will
start supporting that as well.

Also, there have been several releases since 1019. Latest 1108 introduces
revamped Tidy (one press aligns according to closest axis, second press
spaces objects evenly), and even better scrolling. Now, apart from a few
lingering bug fixes, when trying to connect objects that don't fit on the
same screen, the scroll follows the cursor and cord tip.
On Nov 10, 2012 1:21 AM, "Jonathan Wilkes"  wrote:

> What does the "-u" flag do?  It's not in the older
> version I have.
>
>
> -Jonathan
>
> >
> > From: Ivica Bukvic 
> >To: Jonathan Wilkes 
> >Cc: pd-list ; András Murányi 
> >Sent: Friday, November 9, 2012 4:50 PM
> >Subject: Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available
> >
> >
> >cd l2ork_addons/
> >./tar_em_up.sh -u
> >I wouldn't call it that hard...
> >
> >On Nov 9, 2012 4:44 PM, "Jonathan Wilkes"  wrote:
> >
> >>
> >>> From: András Murányi 
> >>>To: Jonathan Wilkes 
> >>>Cc: Ivica Bukvic ; "pd-list@iem.at" 
> >>>Sent: Friday, November 9, 2012 3:04 PM
> >>>Subject: Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>On Fri, Nov 9, 2012 at 8:46 PM, Jonathan Wilkes 
> wrote:
> >>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>>Well, my humble suggestion is to extend the bullet to read
> "Precompiled for Ubuntu 12.04 Precise (may also work on other
> distributions)."
> >>>>
> >>>>Change to: probably _won't_ work on Debian and Debian-derived
> distributions.
> >>>>
> >>>>It's a problem with 2.14 having been so buggy that Debian Wheezy
> decided to skip
> >>>>over it and go straight to 2.15 (along with many other distros,
> according to what
> >>>>I've read about the issue), but they had a freeze before upgrading to
> 2.15.  Many
> >>>>distros are stuck on 2.13 for the time being, including Debian Squeeze.
> >>>>
> >>>>
> >>>>-Jonathan
> >>>>
> >>>
> >>>Aww, just imagine how bad to be stuck with 2.11! :oP
> >>>http://packages.ubuntu.com/search?keywords=libc-bin
> >>>Btw, I don't see 2.15 anywhere on Debian:
> >>>http://packages.debian.org/search?keywords=libc-bin
> >>
> >>
> >>That's because it's not available for Debian Squeeze or Wheezy.  It
> might be
> >>on Debian expiremental or whatever they call the one that's pretty much
> >>guaranteed to break.  This is why it's such a pain-- you'd have to
> compile it
> >>yourself, and outside of the c compiler I can't think a more complex
> piece
> >>of software to compile manually.
> >>
> >>-Jonathan
> >>
> >>
> >>>
> >>>András
> >>>
> >>>
> >>>
> >>
> >
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[Ivica Bukvic]

cd l2ork_addons/
./tar_em_up.sh -u

I wouldn't call it that hard...
 On Nov 9, 2012 4:44 PM, "Jonathan Wilkes"  wrote:

> >
> > From: András Murányi 
> >To: Jonathan Wilkes 
> >Cc: Ivica Bukvic ; "pd-list@iem.at" 
> >Sent: Friday, November 9, 2012 3:04 PM
> >Subject: Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available
> >
> >
> >
> >
> >
> >On Fri, Nov 9, 2012 at 8:46 PM, Jonathan Wilkes 
> wrote:
> >
> >>
> >>>
> >>
> >>>
> >>>
> >>>Well, my humble suggestion is to extend the bullet to read "Precompiled
> for Ubuntu 12.04 Precise (may also work on other distributions)."
> >>
> >>Change to: probably _won't_ work on Debian and Debian-derived
> distributions.
> >>
> >>It's a problem with 2.14 having been so buggy that Debian Wheezy decided
> to skip
> >>over it and go straight to 2.15 (along with many other distros,
> according to what
> >>I've read about the issue), but they had a freeze before upgrading to
> 2.15.  Many
> >>distros are stuck on 2.13 for the time being, including Debian Squeeze.
> >>
> >>
> >>-Jonathan
> >>
> >
> >Aww, just imagine how bad to be stuck with 2.11! :oP
> >http://packages.ubuntu.com/search?keywords=libc-bin
> >Btw, I don't see 2.15 anywhere on Debian:
> >http://packages.debian.org/search?keywords=libc-bin
>
>
> That's because it's not available for Debian Squeeze or Wheezy.  It might
> be
> on Debian expiremental or whatever they call the one that's pretty much
> guaranteed to break.  This is why it's such a pain-- you'd have to compile
> it
> yourself, and outside of the c compiler I can't think a more complex piece
> of software to compile manually.
>
> -Jonathan
>
>
> >
> >András
> >
> >
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[Ivica Bukvic]

I can see the potential problems. I have however pointed out in the site in
the next bullet immediately below the download links "Precompiled for
Ubuntu (may also work on other distributions)." I guess I really need to
move to the deb model of distribution...
On Nov 9, 2012 12:13 PM, "András Murányi"  wrote:

> Thanks Ico, I completely understood what you meant by compiling from
> source. I just wanted to point out that there is no notice with the
> download link nor a check during "make install" so the "best option for
> newcomers" binary can eventually screw up someone's installation, and that
> someone may or may not have the time/skills/heart to compile the thing from
> source. It's not 100% safe.
> Me, I'll compile it as soon as I have some time.
>
> András
>
> On Fri, Nov 9, 2012 at 6:05 PM, Ivica Bukvic  wrote:
>
>> Well, those are binaries you tried installing. The script included in the
>> full package simply copies files, it does not do any dependency checks.
>> What you need to do is to compile from source...
>>  On Nov 9, 2012 11:57 AM, "András Murányi"  wrote:
>>
>>> (Ouch) OK :)
>>> I don't know what's possible during a "make install" but ideally it
>>> would check for the presence of the right glibc in order not to install
>>> something that won't work.
>>>
>>> András
>>>
>>>
>>> On Fri, Nov 9, 2012 at 5:11 PM, Ivica Bukvic  wrote:
>>>
>>>> These were compiled on Ubuntu 12.04. If your distribution uses older
>>>> version of glibc, you will have to compile your own from the dev package.
>>>> Simply follow instructions on the software page. It is pretty much
>>>> automated process provided you have installed all the dependencies (also
>>>> listed on the page).
>>>>
>>>> If anyone is interested in helping me package debs please contact me.
>>>>
>>>> Thanks!
>>>> On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:
>>>>
>>>>> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:
>>>>>
>>>>>> Apologies for x-posting...
>>>>>>
>>>>>> It is my pleasure to announce latest version a.k.a. stable candidate
>>>>>> of
>>>>>> pd-l2ork. Having chased down a couple of lingering and extremely
>>>>>> sporadic
>>>>>> bugs, I am pleased to report that this latest version is our first
>>>>>> "beta"
>>>>>> release with the primary focus on ensuring 100% stable experience. The
>>>>>> latest version also includes updates to the K12 module which now
>>>>>> includes
>>>>>> over 40 unique abstractions. As usual, for additional info as well as
>>>>>> both
>>>>>> 32-bit and 64-bit Linux builds please visit
>>>>>> http://l2ork.music.vt.edu/main/?page_id=56
>>>>>>
>>>>>>
>>>>> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid
>>>>> and when I start pd-l2ork I get the following error:
>>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
>>>>> pd-l2ork)
>>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
>>>>> pd-l2ork)
>>>>>
>>>>> András
>>>>>
>>>>
>>>
>>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[Ivica Bukvic]

Well, those are binaries you tried installing. The script included in the
full package simply copies files, it does not do any dependency checks.
What you need to do is to compile from source...
On Nov 9, 2012 11:57 AM, "András Murányi"  wrote:

> (Ouch) OK :)
> I don't know what's possible during a "make install" but ideally it would
> check for the presence of the right glibc in order not to install something
> that won't work.
>
> András
>
>
> On Fri, Nov 9, 2012 at 5:11 PM, Ivica Bukvic  wrote:
>
>> These were compiled on Ubuntu 12.04. If your distribution uses older
>> version of glibc, you will have to compile your own from the dev package.
>> Simply follow instructions on the software page. It is pretty much
>> automated process provided you have installed all the dependencies (also
>> listed on the page).
>>
>> If anyone is interested in helping me package debs please contact me.
>>
>> Thanks!
>> On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:
>>
>>> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:
>>>
>>>> Apologies for x-posting...
>>>>
>>>> It is my pleasure to announce latest version a.k.a. stable candidate of
>>>> pd-l2ork. Having chased down a couple of lingering and extremely
>>>> sporadic
>>>> bugs, I am pleased to report that this latest version is our first
>>>> "beta"
>>>> release with the primary focus on ensuring 100% stable experience. The
>>>> latest version also includes updates to the K12 module which now
>>>> includes
>>>> over 40 unique abstractions. As usual, for additional info as well as
>>>> both
>>>> 32-bit and 64-bit Linux builds please visit
>>>> http://l2ork.music.vt.edu/main/?page_id=56
>>>>
>>>>
>>> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid and
>>> when I start pd-l2ork I get the following error:
>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
>>> pd-l2ork)
>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
>>> pd-l2ork)
>>>
>>> András
>>>
>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[Ivica Bukvic]

These were compiled on Ubuntu 12.04. If your distribution uses older
version of glibc, you will have to compile your own from the dev package.
Simply follow instructions on the software page. It is pretty much
automated process provided you have installed all the dependencies (also
listed on the page).

If anyone is interested in helping me package debs please contact me.

Thanks!
On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:

> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:
>
>> Apologies for x-posting...
>>
>> It is my pleasure to announce latest version a.k.a. stable candidate of
>> pd-l2ork. Having chased down a couple of lingering and extremely sporadic
>> bugs, I am pleased to report that this latest version is our first "beta"
>> release with the primary focus on ensuring 100% stable experience. The
>> latest version also includes updates to the K12 module which now includes
>> over 40 unique abstractions. As usual, for additional info as well as both
>> 32-bit and 64-bit Linux builds please visit
>> http://l2ork.music.vt.edu/main/?page_id=56
>>
>>
> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid and
> when I start pd-l2ork I get the following error:
> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
> pd-l2ork)
> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
> pd-l2ork)
>
> András
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Granular synthesis externals

[Ivica Bukvic]

see disis_munger. It requires flext

HTH
 On Nov 8, 2012 7:02 PM, "oscar pablo di liscia" 
wrote:

> Hi list:
> I would like to know if there are pd externals (not abstractions) for
> granular synthesis.
> Any data will be most appreciated.
> Best
> --
> Oscar Pablo Di Liscia
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
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

[Ivica Bukvic]

Do you have tkpng installed as per instructions on pd-l2ork's webpage?
On Oct 24, 2012 11:57 PM, "Hans-Christoph Steiner"  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" 
> 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" 
> 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" 
> >> 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 

Re: [PD] close all patches on quit sourceforge patch

[Ivica Bukvic]

You forgot pd.tk...
On Oct 24, 2012 10:52 PM, "Hans-Christoph Steiner"  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"  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" 
> 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

[Ivica Bukvic]

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"  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"  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

[Ivica Bukvic]

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"  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] debugging sporadic hangs at startup

[Ivica Bukvic]

Cool! I'll try this out and let you know.
On Sep 27, 2012 1:33 PM, "Miller Puckette"  wrote:

> I've never done this but perhaps it would work to edit the line in
> pd-gui.tcl:
>
> exec -- $pd_exec -guiport $::port &
>
> to:
>
> exec -- $pd_exec -guiport $::port -d 1 >& /tmp/foo &
>
> (not sure if '>&" or '2>' depending on shell).
>
> cheers
> Miller
>
> On Thu, Sep 27, 2012 at 01:23:23PM -0400, Ivica Ico Bukvic wrote:
> > This is actually on Linux.
> >
> > The problem is likely not in C, since program does start up and creates
> the
> > main Pd window and then hangs during loading of the patch (the patch
> window
> > is created but canvas remains empty and after that nothing responds any
> > more). It seems to me this is probably because at some point messages
> sent
> > to tcl/tk over network (from C) get mangled after which gui stops
> > responding. I had issues like these before with network externals and
> solved
> > them, but this is the one that I had a hard time weeding out since it is
> so
> > sporadic. For this reason, I would like to somehow output all  tcl/tk
> > commands that were sent to gui. Any way to do this and send it to a
> separate
> > log file without opening a terminal?
> >
> > > -Original Message-
> > > From: Miller Puckette [mailto:m...@ucsd.edu]
> > > Sent: Thursday, September 27, 2012 12:27 PM
> > > To: Ivica Ico Bukvic
> > > Cc: pd-list@iem.at
> > > Subject: Re: [PD] debugging sporadic hangs at startup
> > >
> > > On Macintosh I presume...
> > >
> > > Maybe you can use gdb to 'attach' to the running Pd process, assuming
> it
> > at
> > > least gets started up (which I assume it must have in order to start
> > loading
> > > the patch).
> > >
> > > cheers
> > > Miller
> > >
> > > On Thu, Sep 27, 2012 at 12:22:57PM -0400, Ivica Ico Bukvic wrote:
> > > > All,
> > > >
> > > >
> > > >
> > > > I am noticing sporadic GUI freezes when loading complex patches on
> > > startup.
> > > > How would one go about debugging this when most of such startups
> > > > happen by clicking on the app icon (so no access to gdb or console).
> > > > Short of changing the app icon to make everyone's apps always start
> > > > with gdb, is there a way to redirect debugging output to a file?
> > > >
> > > >
> > > >
> > > > On a related matter, any other users noticed these ocassional hangs
> > > > when loading a complex patch (the window opens but remains blank and
> > > > clicking on any options in the menu does nothing)?
> > > >
> > >
> > > > ___
> > > > Pd-list@iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > > http://lists.puredata.info/listinfo/pd-list
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] trying to adapt mu (max-unity) to PD - why does it fail?

[Ivica Bukvic]

Not sure why you are getting repeated messages. You shouldn't, but then
again I am not sure how your patch works.

HTH
On Sep 22, 2012 1:17 PM, "Scott R. Looney"  wrote:

> i had no idea that TCP/UDP based objects sent with different formats.
> anyway, changing to netreceive/netsend did the trick! thanks. i have
> downloaded the disis network objects, but i'm not sure how to compile these
> on a Mac using Xcode. i'll research it for now.
>
> one other thing - analyzing a typical netreceive command for the Cube
> rotation i notice i got 50+ messages for just clicking one time only the
> 'Cube r 0 1 0' sending message (with the metro turned off). i remember the
> docs mentioning about the message queue being capped at 100 and being
> adjustable. just wanted to confirm if the repeated copies of (in this case)
> rotation values for a single click were explained by queue length, or by
> using standard netsend and netrecieve instead of the DISIS objects. would
> definitely like to limit the amount of times a duplicate value was sent
> from Unity if needed.
>
> scott
>
> On Sat, Sep 22, 2012 at 8:16 AM, Ivica Ico Bukvic  wrote:
>
>> You need to use netsend/receive (or better yet disis_netsend and
>> disis_netreceive that include a number of fixes including stability
>> improvements that prevent pd-gui freezes)cas the network messages done via
>> Martin's externals are translated to FUDI format while netsend/receive
>> aren't.
>>
>> As a test you may want to build a simple network client and compare what
>> you're getting when sending using Martin's vs. disis externals...
>>
>>
>> On 09/22/2012 06:32 AM, Scott R. Looney wrote:
>>
>>> hi Ivica and list,
>>>
>>> i'm trying to set up the DISIS Max to Unity (mu) communication over
>>> TCP/UDP in PD-extended and i can't get it to work. it should be really
>>> basic. i've tried it using udpsend/udpreceive and tcpsend/tcpreceive. both
>>> return a "Object Not Found" error when it tries to control the rotation on
>>> the Cube object.
>>>
>>> out of curiosity i checked the message being sent by Max and the one by
>>> PD and as far as i can tell they are totally identical - each one sends the
>>> message "send Cube r 0 1 0" but the one from Max sends the message
>>> correctly - the one from PD doesn't. both programs indicate that the
>>> connection has been established and i did not operate them both at the same
>>> time, as that would of course lead to conflicts.
>>>
>>> the only difference i've encountered so far is that the mu example uses
>>> netsend and netreceive objects. there are similar objects available for PD
>>> but they don't work with a high port number (over 32000). i can change the
>>> Unity Script to look for a lower port number but as if i remember netsend
>>> and netreceive did not function well in PD which is why everyone
>>> recommended Martin Peach's objects.
>>>
>>> anyway i can send examples if interested, but it's really a simple
>>> patch, and as far as i can tell the scripts in Unity are looking for any
>>> data coming over the port number - they shouldn't care about whether they
>>> are looking for data coming out of Max or PD specifically. i'm just talking
>>> about the simple rotation demo, not the more complex jitter texture control.
>>>
>>> if anyone's got a clue as to where to start looking let me know.
>>>
>>> thanks,
>>> scott
>>>
>>
>>
>> --
>> 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
>> Department of Music
>> Blacksburg, VA 24061-0240
>> (540) 231-6139
>> (540) 231-5034 (fax)
>> disis.music.vt.edu
>> l2ork.music.vt.edu
>> ico.bukvic.net
>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] finding objects ?

[Ivica Bukvic]

Documentation is certainly just as important, if not more so. What I am
suggesting is to build a framework that will be to some extent immediately
useful, but also whose full potential well be realized only after all the
documentation is properly updated.

I'm also thinking about simply getting rid of any externals in pd-l2ork
that don't have proper or at least half-decent documentation.
On Sep 8, 2012 1:19 AM, "Jonathan Wilkes"  wrote:

>
>
>
>
> - Original Message -
> > From: Ivica Ico Bukvic 
> > To: 'Jonathan Wilkes' 
> > Cc: pd-list@iem.at; 'Raphael Raccuia' 
> > Sent: Friday, September 7, 2012 8:25 PM
> > Subject: RE: [PD] finding objects ?
> >
> >>  I can update vcf~ in the PDDP docs at some point, but aside from that
> what
> >>  do you have in mind?
> >
> > Multi-dimensional indexing whose data can be easily referenced by
> multiple
> > features (object search, auto-completion, maybe other)
> >
>
> How will multiple dimensions help users find something that isn't there?
>
> -Jonathan
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] finding objects ?

[Ivica Bukvic]

On Sep 7, 2012 1:42 PM, "Jonathan Wilkes"  wrote:
>
> - Original Message -
> > From: Raphael Raccuia 
> > To:
> > Cc: pd-list@iem.at
> > Sent: Friday, September 7, 2012 6:04 AM
> > Subject: Re: [PD] finding objects ?
> >
> >T here is a difference between how to use an object/external (which is
generally
> > well documented in help files), and looking for useful
objects/externals someone
> > doesn't even know the existence...
> > Why is pdpedia offline? if well filled and updated, it's exactly what
does
> > that job...
>
> It wasn't updated, and it wasn't "well filled".
>
> But even my search plugin and the pd META stuff only solves half the
problem. If
> you want to find "resonant lowpass" and the help patch only says
"imaginary part"
> it's not going to come up in the results.

And that is exactly why I think we should attack what appears to be two
very related issues at the same time.

Best wishes,

Ico

>
> -Jonathan
>
> >
> > rr
> >
> > Le 03. 09. 12 12:55, Simon Wise a écrit :
> >>  On 03/09/12 18:11, Фывапр Олджэвич wrote:
> >>
> >>>  yes, I know about help patches, but as Processing and arduino has a
> > list of
> >>>  all available commands and operators on a web-site (and it is
> > douwnloadable)
> >>>  - it is easear to find objects and commands, which you don't know,
> > but need.
> >>
> >>  everything built-in is listed with the right-click on the background,
that
> > is all that is available without installing extra stuff
> >>
> >>  everything you have installed should have help files, if the person
who
> > made them made help files and the package you used installed them
> >>
> >>  if for example you use debian packages then help files are installed
and
> > the help browser will show you what you have, and you can look up what
packages
> > are available easily in the usual debian manner ... but that is just
the ones
> > somebody has done the work to package, it is a useful subset of what is
> > available
> >>
> >>  there cannot be a full list of everything anyone has ever made ...
there
> > cannot be a complete list of libraries available in any language
> >>
> >>  there are some efforts to try and make long lists of what is out
there,
> > these have been mentioned ... they can never be complete though they
can be very
> > useful
> >>
> >>  the number objects available 'out there' grows every day, some are
> > useful, some may not be, this mailing list is a fairly good guide to
some of
> > that stuff
> >>
> >>
> >>  Simon
> >>
> >>
> >>  ___
> >>  Pd-list@iem.at mailing list
> >>  UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] first trial,. but no sound

[Ivica Bukvic]

Start it from any folder by typing pd-l2ork, not pd.
On Jul 5, 2012 4:08 PM, "Stefan Thomas"  wrote:

> Dear Ivica,
> I did as You suggested.
> Make install installed a file pd in  /usr/local/lib/pd-l2ork
> There I've executed ./pd but I've got
>
> sh: 1: /usr/local/lib/bin/pd-gui: not found
>
> What has been my mistake?
> 2012/7/5 Ivica Bukvic 
>
>> You don't need any. Just install the burrito supreme binary version by
>> running sudo make install inside the folder (or sudo make uninstall to
>> remove). You will need to install tkpng lib though by doing sudo apt-get
>> install tkpng.
>>
>> Cheers!
>> On Jul 5, 2012 12:04 PM, "Stefan Thomas" 
>> wrote:
>>
>>> I coulnd't find debian packages on their site!
>>>
>>> 2012/7/5 Ivica Bukvic 
>>>
>>>> FWIW You can try pd-l2ork. Those were built on Ubuntu.
>>>>
>>>> Best wishes,
>>>>
>>>> Ico
>>>> On Jul 5, 2012 11:44 AM, "Stefan Thomas" 
>>>> wrote:
>>>>
>>>>> Dear Kaj,
>>>>> thanks for Your help.
>>>>> I've installed the lowlatency kernel and I've also reinstalled
>>>>> qjackctl and pd, from the ubuntu repositorys.
>>>>> But I still do have the problem, that I don't hear any sound.
>>>>> I opened Your patch signal-example and I can see the "cables".
>>>>> But I can't hear any sound!
>>>>> I don't have the option "compute" audio.
>>>>> When I click DSP, nothing happens.
>>>>> Shall I install a newer or older version from source?
>>>>>
>>>>> 2012/7/4 Kaj Ailomaa 
>>>>>
>>>>>> On Wed, 2012-07-04 at 08:20 +0200, Stefan Thomas wrote:
>>>>>> > Dear Iain,
>>>>>> > I did as You suggested, the problem remains the same.
>>>>>> > One problem might be:
>>>>>> > When I reinstall PD some of the other PD-related packages will be
>>>>>> > reinstalled to.
>>>>>> > But I've read in the meantime, that my problem could be a bug,
>>>>>> related
>>>>>> > to my version of PD.
>>>>>> > It seems to be the same problem like the one, I have read on this
>>>>>> > site:
>>>>>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645041
>>>>>> >
>>>>>>
>>>>>> Yep. It seems to be a bug with that release.
>>>>>>
>>>>>> I've added an example as an attachment. Should be enough to check if
>>>>>> everything works.
>>>>>>
>>>>>> Alsa works for me, but it doesn't work well at lower latencies. Jack
>>>>>> is
>>>>>> preferred for that.
>>>>>> Only, to get lower latencies with jack, you'll need to install
>>>>>> linux-lowlatency (low latency capable linux kernel) and set up
>>>>>> realtime
>>>>>> privilege (all this is done if you installed Ubuntu Studio).
>>>>>>
>>>>>> To set up realtime privilege, you'll need to do a few things.
>>>>>>
>>>>>> First, install linux-lowlatency: sudo apt-get install linux-lowlatency
>>>>>>
>>>>>> Second, you need to answer yes when asked about this when installing
>>>>>> jack. If unsure, see that the file /etc/security/limits.d/audio.conf
>>>>>> is
>>>>>> not named /etc/security/limits.d/audio.conf.disabled. To rename it, do
>>>>>> this in a terminal:
>>>>>> sudo mv /etc/security/limits.d/audio.conf.disabled
>>>>>> /etc/security/limits.d/audio.conf
>>>>>> Inside that file, you need to have these two lines uncommented (they
>>>>>> should be by default):
>>>>>>
>>>>>> @audio   -  rtprio 95
>>>>>> @audio   -  memlockunlimited
>>>>>>
>>>>>> If the file doesn't exist, just create it: sudo nano
>>>>>> /etc/security/limits.d/audio.conf
>>>>>> ..and add the two lines above.
>>>>>>
>>>>>> The third thing to do is to add yourself to audio group: sudo usermod
>>>>>> -a
>>>>>> -G audio $USER
>>>>>>
>>>>>> Then, reboot.
>>>>>>
>>>>>> Latency is adjusted separately for both jack and pd. I believe jack
>>>>>> handles audio latency when used with pd, while pd handles its'
>>>>>> internal
>>>>>> data latency.
>>>>>> Good latency for me is 64 frames/period in qjackctl settings, and
>>>>>> around
>>>>>> 5-10 ms in pd jack settings.
>>>>>>
>>>>>>
>>>>>> |
>>>>>>   kaj.ailo...@mousike.me
>>>>>>  -|
>>>>>>
>>>>>> ___
>>>>>> Pd-list@iem.at mailing list
>>>>>> UNSUBSCRIBE and account-management ->
>>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>>
>>>>>>
>>>>>
>>>>> ___
>>>>> Pd-list@iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>
>>>>>
>>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list