Re: [PD] Preset management for Pd Vanilla

[Ico Bukvic]

Forgot to add, you could build from scratch following the github
instructions. Should take 15-30 minutes and should require only 2-3
commands to do so. I unfortunately do not have access to older OSX anymore.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Mon, Nov 13, 2023 at 2:24 PM Ico Bukvic  wrote:

> So, Pd-L2Ork does ship with SDL library but was built on a newer OSX that
> does not support older OS versions. If you upgrade your OS to 11.x or
> newer, it should work just fine.
>
> Does anyone else have this issue?
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Director, Human-Centered Design iPhD
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
>
>
> On Sun, Nov 12, 2023 at 8:52 AM Ico Bukvic  wrote:
>
>> Interesting. Will investigate. Thanks.
>>
>> Best,
>>
>> Ico
>>
>> --
>> Ivica Ico Bukvic, D.M.A.
>> Director, Creativity + Innovation
>> Institute for Creativity, Arts, and Technology
>>
>> Virginia Tech
>> Creative Technologies in Music
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139
>> i...@vt.edu
>>
>> ci.icat.vt.edu
>> l2ork.icat.vt.edu
>> ico.bukvic.net
>>
>> On Sun, Nov 12, 2023, 08:32 Alexandre Torres Porres 
>> wrote:
>>
>>> this [image: Screen Shot 2023-11-12 at 10.31.08.png]
>>>
>>> Em dom., 12 de nov. de 2023 às 09:40, Ico Bukvic  escreveu:
>>>
>>>> So, what happens when you get to run Pd-L2Ork on 10.14?
>>>>
>>>> Best,
>>>>
>>>> Ico
>>>>
>>>> --
>>>> Ivica Ico Bukvic, D.M.A.
>>>> Director, Creativity + Innovation
>>>> Institute for Creativity, Arts, and Technology
>>>>
>>>> Virginia Tech
>>>> Creative Technologies in Music
>>>> School of Performing Arts – 0141
>>>> Blacksburg, VA 24061
>>>> (540) 231-6139
>>>> i...@vt.edu
>>>>
>>>> ci.icat.vt.edu
>>>> l2ork.icat.vt.edu
>>>> ico.bukvic.net
>>>>
>>>> On Sun, Nov 12, 2023, 00:29 Alexandre Torres Porres 
>>>> wrote:
>>>>
>>>>> Yeah, sure, thanks, it's definitely worth looking since you already
>>>>> have it working and all. I'm all up for it of course. BTW, I cannot run 
>>>>> the
>>>>> latest pd-l2ork on my 10.14.6 macOS, but I'm having a look at Purr Data to
>>>>> remember how it rolls... I was never able to really fully understand it.
>>>>>
>>>>> Let me see if I have the slightest idea correctly. It seems you have
>>>>> [preset_hub] that manages (stores and recalls) presets. And you have the
>>>>> [preset_node] object that connects to GUIs and things you want to store
>>>>> data from. BTW, seems like a more "Vanilla like" convention would be a
>>>>> single [preset] object, and you could have [preset hub] and [preset node].
>>>>> Anyway, if a change to the core is needed and a whole preset system layout
>>>>> is to be provided, I wonder if we could also have "preset node names" as
>>>>> built in symbols in GUI objects. And it'd be great if we could also have
>>>>> interpolation and morphing, with exponential curves, as in my system in
>>>>> ELSE, with the [preset hub] object.
>>>>>
>>>>> cheers
>>>>>
>>>>> Em dom., 12 de nov. de 2023 às 01:37, Ico Bukvic 
>>>>> escreveu:
>>>>>
>>>>>> I encourage Miller and the vanilla community to explore pd-l2ork's
>>>>>> preset_hub and preset_node (see x_preset.c). It will require pd to adopt
>>>>>> keeping glist consistent across various operations (cut/copy/undo/redo
>>>>>> etc.). Once done, it allows for presetting of individual objects through
>>>>>> various contexts that are both embeddable in the patch or can be saved 
>>>>&g

Re: [PD] Preset management for Pd Vanilla

[Ico Bukvic]

So, Pd-L2Ork does ship with SDL library but was built on a newer OSX that
does not support older OS versions. If you upgrade your OS to 11.x or
newer, it should work just fine.

Does anyone else have this issue?

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Sun, Nov 12, 2023 at 8:52 AM Ico Bukvic  wrote:

> Interesting. Will investigate. Thanks.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Sun, Nov 12, 2023, 08:32 Alexandre Torres Porres 
> wrote:
>
>> this [image: Screen Shot 2023-11-12 at 10.31.08.png]
>>
>> Em dom., 12 de nov. de 2023 às 09:40, Ico Bukvic  escreveu:
>>
>>> So, what happens when you get to run Pd-L2Ork on 10.14?
>>>
>>> Best,
>>>
>>> Ico
>>>
>>> --
>>> Ivica Ico Bukvic, D.M.A.
>>> Director, Creativity + Innovation
>>> Institute for Creativity, Arts, and Technology
>>>
>>> Virginia Tech
>>> Creative Technologies in Music
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139
>>> i...@vt.edu
>>>
>>> ci.icat.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>>>
>>> On Sun, Nov 12, 2023, 00:29 Alexandre Torres Porres 
>>> wrote:
>>>
>>>> Yeah, sure, thanks, it's definitely worth looking since you already
>>>> have it working and all. I'm all up for it of course. BTW, I cannot run the
>>>> latest pd-l2ork on my 10.14.6 macOS, but I'm having a look at Purr Data to
>>>> remember how it rolls... I was never able to really fully understand it.
>>>>
>>>> Let me see if I have the slightest idea correctly. It seems you have
>>>> [preset_hub] that manages (stores and recalls) presets. And you have the
>>>> [preset_node] object that connects to GUIs and things you want to store
>>>> data from. BTW, seems like a more "Vanilla like" convention would be a
>>>> single [preset] object, and you could have [preset hub] and [preset node].
>>>> Anyway, if a change to the core is needed and a whole preset system layout
>>>> is to be provided, I wonder if we could also have "preset node names" as
>>>> built in symbols in GUI objects. And it'd be great if we could also have
>>>> interpolation and morphing, with exponential curves, as in my system in
>>>> ELSE, with the [preset hub] object.
>>>>
>>>> cheers
>>>>
>>>> Em dom., 12 de nov. de 2023 às 01:37, Ico Bukvic  escreveu:
>>>>
>>>>> I encourage Miller and the vanilla community to explore pd-l2ork's
>>>>> preset_hub and preset_node (see x_preset.c). It will require pd to adopt
>>>>> keeping glist consistent across various operations (cut/copy/undo/redo
>>>>> etc.). Once done, it allows for presetting of individual objects through
>>>>> various contexts that are both embeddable in the patch or can be saved 
>>>>> into
>>>>> a file. Most importantly, this mechanism is able to distinguish between
>>>>> multiple instances of the same abstraction.
>>>>>
>>>>> Best,
>>>>>
>>>>> Ico
>>>>>
>>>>> --
>>>>> Ivica Ico Bukvic, D.M.A.
>>>>> Director, Creativity + Innovation
>>>>> Director, Human-Centered Design iPhD
>>>>> Institute for Creativity, Arts, and Technology
>>>>>
>>>>> Virginia Tech
>>>>> Creative Technologies in Music
>>>>> School of Performing Arts – 0141
>>>>> Blacksburg, VA 24061
>>>>> (540) 231-6139
>>>>> i...@vt.edu
>>>>>
>>>>> ci.icat.vt.edu
>>>>> l2ork.icat.vt.edu
>>>>> ico.bukvic.net
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Nov 11, 2023 at 7:58 PM Alexandre Torres Porres <
>>>>

Re: [PD] Preset management for Pd Vanilla

[Ico Bukvic]

Interesting. Will investigate. Thanks.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Sun, Nov 12, 2023, 08:32 Alexandre Torres Porres 
wrote:

> this [image: Screen Shot 2023-11-12 at 10.31.08.png]
>
> Em dom., 12 de nov. de 2023 às 09:40, Ico Bukvic  escreveu:
>
>> So, what happens when you get to run Pd-L2Ork on 10.14?
>>
>> Best,
>>
>> Ico
>>
>> --
>> Ivica Ico Bukvic, D.M.A.
>> Director, Creativity + Innovation
>> Institute for Creativity, Arts, and Technology
>>
>> Virginia Tech
>> Creative Technologies in Music
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139
>> i...@vt.edu
>>
>> ci.icat.vt.edu
>> l2ork.icat.vt.edu
>> ico.bukvic.net
>>
>> On Sun, Nov 12, 2023, 00:29 Alexandre Torres Porres 
>> wrote:
>>
>>> Yeah, sure, thanks, it's definitely worth looking since you already have
>>> it working and all. I'm all up for it of course. BTW, I cannot run the
>>> latest pd-l2ork on my 10.14.6 macOS, but I'm having a look at Purr Data to
>>> remember how it rolls... I was never able to really fully understand it.
>>>
>>> Let me see if I have the slightest idea correctly. It seems you have
>>> [preset_hub] that manages (stores and recalls) presets. And you have the
>>> [preset_node] object that connects to GUIs and things you want to store
>>> data from. BTW, seems like a more "Vanilla like" convention would be a
>>> single [preset] object, and you could have [preset hub] and [preset node].
>>> Anyway, if a change to the core is needed and a whole preset system layout
>>> is to be provided, I wonder if we could also have "preset node names" as
>>> built in symbols in GUI objects. And it'd be great if we could also have
>>> interpolation and morphing, with exponential curves, as in my system in
>>> ELSE, with the [preset hub] object.
>>>
>>> cheers
>>>
>>> Em dom., 12 de nov. de 2023 às 01:37, Ico Bukvic  escreveu:
>>>
>>>> I encourage Miller and the vanilla community to explore pd-l2ork's
>>>> preset_hub and preset_node (see x_preset.c). It will require pd to adopt
>>>> keeping glist consistent across various operations (cut/copy/undo/redo
>>>> etc.). Once done, it allows for presetting of individual objects through
>>>> various contexts that are both embeddable in the patch or can be saved into
>>>> a file. Most importantly, this mechanism is able to distinguish between
>>>> multiple instances of the same abstraction.
>>>>
>>>> Best,
>>>>
>>>> Ico
>>>>
>>>> --
>>>> Ivica Ico Bukvic, D.M.A.
>>>> Director, Creativity + Innovation
>>>> Director, Human-Centered Design iPhD
>>>> Institute for Creativity, Arts, and Technology
>>>>
>>>> Virginia Tech
>>>> Creative Technologies in Music
>>>> School of Performing Arts – 0141
>>>> Blacksburg, VA 24061
>>>> (540) 231-6139
>>>> i...@vt.edu
>>>>
>>>> ci.icat.vt.edu
>>>> l2ork.icat.vt.edu
>>>> ico.bukvic.net
>>>>
>>>>
>>>>
>>>> On Sat, Nov 11, 2023 at 7:58 PM Alexandre Torres Porres <
>>>> por...@gmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> Em sáb., 11 de nov. de 2023 às 16:11, Alexandre Torres Porres <
>>>>> por...@gmail.com> escreveu:
>>>>>
>>>>>> Or yet a new functionality for [pdcontrol] if not in [send] or a
>>>>>> whole new object
>>>>>>
>>>>>
>>>>> A "retrieve" method to [value] would actually make sense.
>>>>>
>>>>> Anyway, I'm giving ideas and most probably most of you don't really
>>>>> know about my preset system in ELSE in detail. The key element is
>>>>> [savestate], which saves the data in a patch, which are values and receive
>>>>> destinations. So I'm not thinking of another object for preset management,
>>>>> just using this existing one for that, as a side product. The data is 
>>>>> saved
>>>>> i

Re: [PD] Preset management for Pd Vanilla

[Ico Bukvic]

So, what happens when you get to run Pd-L2Ork on 10.14?

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Sun, Nov 12, 2023, 00:29 Alexandre Torres Porres 
wrote:

> Yeah, sure, thanks, it's definitely worth looking since you already have
> it working and all. I'm all up for it of course. BTW, I cannot run the
> latest pd-l2ork on my 10.14.6 macOS, but I'm having a look at Purr Data to
> remember how it rolls... I was never able to really fully understand it.
>
> Let me see if I have the slightest idea correctly. It seems you have
> [preset_hub] that manages (stores and recalls) presets. And you have the
> [preset_node] object that connects to GUIs and things you want to store
> data from. BTW, seems like a more "Vanilla like" convention would be a
> single [preset] object, and you could have [preset hub] and [preset node].
> Anyway, if a change to the core is needed and a whole preset system layout
> is to be provided, I wonder if we could also have "preset node names" as
> built in symbols in GUI objects. And it'd be great if we could also have
> interpolation and morphing, with exponential curves, as in my system in
> ELSE, with the [preset hub] object.
>
> cheers
>
> Em dom., 12 de nov. de 2023 às 01:37, Ico Bukvic  escreveu:
>
>> I encourage Miller and the vanilla community to explore pd-l2ork's
>> preset_hub and preset_node (see x_preset.c). It will require pd to adopt
>> keeping glist consistent across various operations (cut/copy/undo/redo
>> etc.). Once done, it allows for presetting of individual objects through
>> various contexts that are both embeddable in the patch or can be saved into
>> a file. Most importantly, this mechanism is able to distinguish between
>> multiple instances of the same abstraction.
>>
>> Best,
>>
>> Ico
>>
>> --
>> Ivica Ico Bukvic, D.M.A.
>> Director, Creativity + Innovation
>> Director, Human-Centered Design iPhD
>> Institute for Creativity, Arts, and Technology
>>
>> Virginia Tech
>> Creative Technologies in Music
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139
>> i...@vt.edu
>>
>> ci.icat.vt.edu
>> l2ork.icat.vt.edu
>> ico.bukvic.net
>>
>>
>>
>> On Sat, Nov 11, 2023 at 7:58 PM Alexandre Torres Porres 
>> wrote:
>>
>>>
>>>
>>> Em sáb., 11 de nov. de 2023 às 16:11, Alexandre Torres Porres <
>>> por...@gmail.com> escreveu:
>>>
>>>> Or yet a new functionality for [pdcontrol] if not in [send] or a whole
>>>> new object
>>>>
>>>
>>> A "retrieve" method to [value] would actually make sense.
>>>
>>> Anyway, I'm giving ideas and most probably most of you don't really know
>>> about my preset system in ELSE in detail. The key element is [savestate],
>>> which saves the data in a patch, which are values and receive destinations.
>>> So I'm not thinking of another object for preset management, just using
>>> this existing one for that, as a side product. The data is saved in a
>>> [text] object, which is the best plase to store such a thing and it's the
>>> 2nd key element per se.
>>>
>>> The "retrieve" function is to "grab" the data from objects connected or
>>> bound to existing "receive" objects/symbols. This makes things much easier
>>> and I hope things are clearer.
>>>
>>> [value] seems now like a good candidate for this functionality. It would
>>> require the injection of a lot of code for this, but maybe that's ok, not
>>> sure if this is a good reason to create a whole new object. And it fits
>>> into the idea of [value], which can already send a value to another object,
>>> so why can't it also 'grab'/'retrieve'?
>>>
>>> And also, the external abstraction that I mentioned could also be part
>>> of the 'extra' library that comes with the Pd distribution, which already
>>> has some abstractions anyway. While we're at it, I was already hoping to
>>> include yet another abstraction there, a biquad coefficient calculator for
>>> the [biquad~] object.
>>>
>>> cheers
>>>
>>>
>>>>
>>>> On Sat, 11 Nov 2023 at 16:08 Alexandre Torres Porres 
>>>> wrote:
>>>>
>>>>> 

Re: [PD] Preset management for Pd Vanilla

[Ico Bukvic]

I encourage Miller and the vanilla community to explore pd-l2ork's
preset_hub and preset_node (see x_preset.c). It will require pd to adopt
keeping glist consistent across various operations (cut/copy/undo/redo
etc.). Once done, it allows for presetting of individual objects through
various contexts that are both embeddable in the patch or can be saved into
a file. Most importantly, this mechanism is able to distinguish between
multiple instances of the same abstraction.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Sat, Nov 11, 2023 at 7:58 PM Alexandre Torres Porres 
wrote:

>
>
> Em sáb., 11 de nov. de 2023 às 16:11, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>> Or yet a new functionality for [pdcontrol] if not in [send] or a whole
>> new object
>>
>
> A "retrieve" method to [value] would actually make sense.
>
> Anyway, I'm giving ideas and most probably most of you don't really know
> about my preset system in ELSE in detail. The key element is [savestate],
> which saves the data in a patch, which are values and receive destinations.
> So I'm not thinking of another object for preset management, just using
> this existing one for that, as a side product. The data is saved in a
> [text] object, which is the best plase to store such a thing and it's the
> 2nd key element per se.
>
> The "retrieve" function is to "grab" the data from objects connected or
> bound to existing "receive" objects/symbols. This makes things much easier
> and I hope things are clearer.
>
> [value] seems now like a good candidate for this functionality. It would
> require the injection of a lot of code for this, but maybe that's ok, not
> sure if this is a good reason to create a whole new object. And it fits
> into the idea of [value], which can already send a value to another object,
> so why can't it also 'grab'/'retrieve'?
>
> And also, the external abstraction that I mentioned could also be part of
> the 'extra' library that comes with the Pd distribution, which already has
> some abstractions anyway. While we're at it, I was already hoping to
> include yet another abstraction there, a biquad coefficient calculator for
> the [biquad~] object.
>
> cheers
>
>
>>
>> On Sat, 11 Nov 2023 at 16:08 Alexandre Torres Porres 
>> wrote:
>>
>>> Else’s has morphing, interpolation, etc and is an abstraction that uses
>>> [savestate] and [text] mainly.
>>>
>>> It also relies on an external, [retrieve], similar to [grab] from MAX.
>>> This one gets data from objects connected to named [receive] objects. One
>>> could make a vanilla version without it, but it’d be much more complicated.
>>> Or we could have a new [grab] / [retrieve] like object in Vanilla, and I
>>> could build a Vanilla external abstraction and bring my system to vanilla
>>> like that.
>>>
>>> We maybe don’t even need a new object and could have something like an
>>> extra functionality in [send] where it can get things back. I think some
>>> net objects work like that and it would hopefully not be too weird or
>>> crazy, and maybe people would likewise abuse this for other use cases.
>>>
>>> Seems like a very not much intrusive addition that opens the door for
>>> this. What do you people think?
>>>
>>> Cheers
>>>
>>> On Sat, 11 Nov 2023 at 08:39 KHM t.hartmann  wrote:
>>>
>>>> +1 as well, for a native preset system.
>>>> Best would be the possibility for interpolation between values in
>>>> various ways, from jump to customisable interpolation curves.
>>>>
>>>>
>>>>
>>>> __
>>>>
>>>> Dr. Tobias Hartmann
>>>> Künstlerisch-Wissenschaftlicher Mitarbeiter / Assistant Professor
>>>>
>>>> exMedia - Sound
>>>>
>>>> Kunsthochschule für Medien Köln (KHM)
>>>> Academy of Media Arts Cologne
>>>> Peter-Welter-Platz 2
>>>> 50676 Köln
>>>>
>>>> t.hartm...@khm.de
>>>> +49 (0) 221 20189 228
>>>>
>>>> www.khm.de
>>>> www.exmedia.khm.de
>>>>
>>>> www.hartmanntobias.com
>>>>
>>>> Am 11.11.2023 um 12:02 schrieb hans w. koch :
>>>>

Re: [PD] Current best practice for GPIO pins on Raspberry Pi?

[Ico Bukvic]

Use pd-l2ork. It comes with disis_gpio and disis_spi (for analog inputs,
like the ones found on Lots-of-Pots shield) which should cover all your
needs. It includes both hardware and software PWM, as well as all the usual
I/O GPIO stuff.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Wed, Nov 8, 2023 at 10:14 AM Patco  wrote:

> Hello,
>
>   an alternative is about using a python script that communicate with
> PureData through OSC, it can be done with abstractions on pd side and
> examples provided by python users.
>
> Best regards,
>
> patco
>
> > Le 8 nov. 2023 à 15:14, Yann Seznec  a écrit :
> >
> > Hello,
> >
> > I’m wondering what the best option is nowadays for using the GPIO pins
> on a Raspberry Pi in Pure Data.
> >
> > Wiring Pi seems to be no longer available, as far as I can tell. I’m not
> sure what other options there are?
> >
> > One option suggested elsewhere for inputs was to use the “retrogame”
> script to turn GPIO pin activity into keyboard presses and use the [key]
> object in Pd, but I can’t seem to get that script to work properly yet.
> >
> > Any suggestions would be great, thanks in advance.
> >
> > Yann
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Number atom box limits overstepped

[Ico Bukvic]

Pd-L2Ork offers this as a user-settable property.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Thu, May 11, 2023, 04:23 Peter P.  wrote:

> * João Pais  [2023-05-11 09:18]:
> > Hello list,
> >
> > after all this time, I just noticed something which I'm not sure if it
> was
> > always like that or it changed without me noticing it: in atom boxes one
> can
> > define the lower/upper limits, which work when dragging with the mouse,
> but
> > don't work when inputting a number or sending a message - the numbers go
> > further. Since usually these limits are there to make sure that unwanted
> > information doesn't go further, wouldn't it make sense to make those
> limits
> > work on all cases?
> >
> > For what it's worth, I checked on Max and that's the behaviour there. It
> > seems strange to say "here are the limits, but in this and that situation
> > they're ignored".
> I guess the idea is that number boxes are transparent with regard to
> messages input into them, and that they will not act on the data
> according to something set (and hidden) in the properties dialog. You
> have a [clip] object for this functionality, with the added plus of
> making its function well visible.
>
> Peter
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?

[Ico Bukvic]

If I understand you correctly, your concern is with these running on
different hardware? If so, there are builds for x86 Windows, Intel Mac
(should be compatible with newer Arm Mac's via native emulation layer),
Linux x86_64, and Arm (RPi) Linux.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Fri, Apr 14, 2023, 09:41 Ingo  wrote:

> I'm running a bunch of external libraries.
> Pd-L2Ork has many libraries included but I would have to go through all
> objects on different (Linux) hardware - like Intel, AMD and ARM.
>
> I'll check it out once I have some spare time . . .
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Friday, April 14, 2023 2:45 PM
> To: Ingo
> Cc: Pd-list
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> No worries, Ingo. If you do have a moment, I am curious to learn what may
> require adapting when switching since all the vanilla objects are
> supported,
> save for those that were recently introduced and which will be ported
> soon.
> So, the older patches should run out-of-box.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Fri, Apr 14, 2023, 05:32 Ingo  wrote:
> Thanks, Ico!
>
> That's too bad . . .
> It looks great but it would take me a year to switch my patch (that I wrote
> for 15 years now) to Pd-L2Ork.
> From running just a simple audio test it didn't seem to be as efficient as
> vanilla, though.
> Too much risk of wasting a lot of time.
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Thursday, April 13, 2023 2:06 PM
> To: Ingo
> Cc: Pd-list
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> Pd-L2Ork only due to different front-end and changes to the core.
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Thu, Apr 13, 2023, 04:56 Ingo  wrote:
> Thanks, Ico!
>
> This sounds great!
>
> But is it going to work on a regular vanilla install (Pd 0.49 / Debian
> 9.5) ?
> Or does it need Pd-L2Ork installed?
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Monday, April 10, 2023 8:52 PM
> To: Ingo
> Cc: Alexandre Torres Porres; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> You could also explore Pd-L2Ork's reimplementation of ggee/image that
> includes
> all of the things you mentioned, provides all-in-one functionality from
> all of
> the existing/legacy vanilla image objects, can easily rescale, supports
> transparency and any Web-compatible image format, as well as offers an
> ability
> to track clicks, including their location.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Director, Human-Centered Design iPhD
> Institute for Creativity, Arts, and Technology
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
>
>
> On Sun, Apr 9, 2023 at 10:39?PM Ingo  wrote:
> Buttons or knobs with JPGs (or other picture formats) would be a great
> addition for making a good looking user interface.
> When making a button it would be great to have the option for adding an
> alternative picture directly for on/off instead of writing complicated
> code in
> Pd.
>
> One thing that Pd is really bad with is putting things in the background
> (for
> background pictures) or in the foreground for e.g. a button on top.
> Also placing the picture from the top left corner (normal for canvas) makes
> more sense than from the center (as it is the case with [ggee/image]) to
> me.
>
> Changing the size of the image would be awsome!
>

Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?

[Ico Bukvic]

No worries, Ingo. If you do have a moment, I am curious to learn what may
require adapting when switching since all the vanilla objects are
supported, save for those that were recently introduced and which will be
ported soon. So, the older patches should run out-of-box.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Fri, Apr 14, 2023, 05:32 Ingo  wrote:

> Thanks, Ico!
>
> That's too bad . . .
> It looks great but it would take me a year to switch my patch (that I
> wrote
> for 15 years now) to Pd-L2Ork.
> From running just a simple audio test it didn't seem to be as efficient as
> vanilla, though.
> Too much risk of wasting a lot of time.
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Thursday, April 13, 2023 2:06 PM
> To: Ingo
> Cc: Pd-list
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> Pd-L2Ork only due to different front-end and changes to the core.
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Thu, Apr 13, 2023, 04:56 Ingo  wrote:
> Thanks, Ico!
>
> This sounds great!
>
> But is it going to work on a regular vanilla install (Pd 0.49 / Debian
> 9.5) ?
> Or does it need Pd-L2Ork installed?
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Monday, April 10, 2023 8:52 PM
> To: Ingo
> Cc: Alexandre Torres Porres; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> You could also explore Pd-L2Ork's reimplementation of ggee/image that
> includes
> all of the things you mentioned, provides all-in-one functionality from
> all of
> the existing/legacy vanilla image objects, can easily rescale, supports
> transparency and any Web-compatible image format, as well as offers an
> ability
> to track clicks, including their location.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Director, Human-Centered Design iPhD
> Institute for Creativity, Arts, and Technology
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
>
>
> On Sun, Apr 9, 2023 at 10:39?PM Ingo  wrote:
> Buttons or knobs with JPGs (or other picture formats) would be a great
> addition for making a good looking user interface.
> When making a button it would be great to have the option for adding an
> alternative picture directly for on/off instead of writing complicated
> code in
> Pd.
>
> One thing that Pd is really bad with is putting things in the background
> (for
> background pictures) or in the foreground for e.g. a button on top.
> Also placing the picture from the top left corner (normal for canvas) makes
> more sense than from the center (as it is the case with [ggee/image]) to
> me.
>
> Changing the size of the image would be awsome!
> It's very timeconsuming going back into the graphics editor to change the
> picture to fit the exact size each time you change your mind about the
> placement and size.
>
> Ingo
>
>
>
> From: Alexandre Torres Porres [mailto:por...@gmail.com]
> Sent: Thursday, April 06, 2023 6:19 PM
> To: Ingo
> Cc: Peter P.; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> I also have else/pic which is based on these older ones. I also allow it to
> work as a button and have new features like a 'latch mode'.
>
> Let me know if I can improve the object to include more modern options for
> higher quality files. I see that back when these other objects were made
> tcl/tk was pretty limited. Not sure if this has changed and if it can
> handle
> jpg and other formats nowadays. I'd appreciate if someone could enlighten
> me
>
> cheers
>
> Em seg., 3 de abr. de 2023 às 05:02, Ingo  escreveu:
> Thanks Peter!
>
> The moonlib/image is pretty much the same as ggee/image.
>
> I have found out,though that it takes ppm files which are uncompressed and
>

Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?

[Ico Bukvic]

Pd-L2Ork only due to different front-end and changes to the core.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Thu, Apr 13, 2023, 04:56 Ingo  wrote:

> Thanks, Ico!
>
> This sounds great!
>
> But is it going to work on a regular vanilla install (Pd 0.49 / Debian
> 9.5) ?
> Or does it need Pd-L2Ork installed?
>
> Ingo
>
>
>
> From: Ico Bukvic [mailto:i...@vt.edu]
> Sent: Monday, April 10, 2023 8:52 PM
> To: Ingo
> Cc: Alexandre Torres Porres; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> You could also explore Pd-L2Ork's reimplementation of ggee/image that
> includes
> all of the things you mentioned, provides all-in-one functionality from
> all of
> the existing/legacy vanilla image objects, can easily rescale, supports
> transparency and any Web-compatible image format, as well as offers an
> ability
> to track clicks, including their location.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Director, Human-Centered Design iPhD
> Institute for Creativity, Arts, and Technology
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts - 0141
> Blacksburg, VA 24061
> (540) 231-6139
> i...@vt.edu
>
> ci.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
>
>
> On Sun, Apr 9, 2023 at 10:39?PM Ingo  wrote:
> Buttons or knobs with JPGs (or other picture formats) would be a great
> addition for making a good looking user interface.
> When making a button it would be great to have the option for adding an
> alternative picture directly for on/off instead of writing complicated
> code in
> Pd.
>
> One thing that Pd is really bad with is putting things in the background
> (for
> background pictures) or in the foreground for e.g. a button on top.
> Also placing the picture from the top left corner (normal for canvas) makes
> more sense than from the center (as it is the case with [ggee/image]) to
> me.
>
> Changing the size of the image would be awsome!
> It's very timeconsuming going back into the graphics editor to change the
> picture to fit the exact size each time you change your mind about the
> placement and size.
>
> Ingo
>
>
>
> From: Alexandre Torres Porres [mailto:por...@gmail.com]
> Sent: Thursday, April 06, 2023 6:19 PM
> To: Ingo
> Cc: Peter P.; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> I also have else/pic which is based on these older ones. I also allow it to
> work as a button and have new features like a 'latch mode'.
>
> Let me know if I can improve the object to include more modern options for
> higher quality files. I see that back when these other objects were made
> tcl/tk was pretty limited. Not sure if this has changed and if it can
> handle
> jpg and other formats nowadays. I'd appreciate if someone could enlighten
> me
>
> cheers
>
> Em seg., 3 de abr. de 2023 às 05:02, Ingo  escreveu:
> Thanks Peter!
>
> The moonlib/image is pretty much the same as ggee/image.
>
> I have found out,though that it takes ppm files which are uncompressed and
> look much better.
> Whith this data format I actually get the quality that I need.
>
> I'll also take a look at iemgui's iem_image.
>
> Ingo
>
>
> -Original Message-
> From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Peter P.
> Sent: Saturday, April 01, 2023 10:17 PM
> To: pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
>
> http://deken.puredata.info/search.html?libraries==image
> =
> returns a result for moonlib. And then there is iemgui's iem_image object
> https://git.iem.at/pd/iemgui/-/blob/master/iem_image-help.pd
>
> Did not test any of those, but thought you might want to know about the
> deken search engine.
>
> * Ingo  [2023-04-01 15:49]:
> > Hello,
> >
> >
> >
> > I have been using [ggee/image] for showing simple (medium small)
> > images which is working fine.
> >
> > But now I need to show a large full HD picture in the full 1920x1080
> > resolution and [ggee/image] gives me too many pixels.
> >
> >
> >
> > Can anyone poind me to an external that can display high resolution JPGs?
> >
> >
> >
&

Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?

[Ico Bukvic]

You could also explore Pd-L2Ork's reimplementation of ggee/image that
includes all of the things you mentioned, provides all-in-one functionality
from all of the existing/legacy vanilla image objects, can easily rescale,
supports transparency and any Web-compatible image format, as well as
offers an ability to track clicks, including their location.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Sun, Apr 9, 2023 at 10:39 PM Ingo  wrote:

> Buttons or knobs with JPGs (or other picture formats) would be a great
> addition for making a good looking user interface.
> When making a button it would be great to have the option for adding an
> alternative picture directly for on/off instead of writing complicated
> code in
> Pd.
>
> One thing that Pd is really bad with is putting things in the background
> (for
> background pictures) or in the foreground for e.g. a button on top.
> Also placing the picture from the top left corner (normal for canvas)
> makes
> more sense than from the center (as it is the case with [ggee/image]) to
> me.
>
> Changing the size of the image would be awsome!
> It's very timeconsuming going back into the graphics editor to change the
> picture to fit the exact size each time you change your mind about the
> placement and size.
>
> Ingo
>
>
>
> From: Alexandre Torres Porres [mailto:por...@gmail.com]
> Sent: Thursday, April 06, 2023 6:19 PM
> To: Ingo
> Cc: Peter P.; pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
> I also have else/pic which is based on these older ones. I also allow it
> to
> work as a button and have new features like a 'latch mode'.
>
> Let me know if I can improve the object to include more modern options for
> higher quality files. I see that back when these other objects were made
> tcl/tk was pretty limited. Not sure if this has changed and if it can
> handle
> jpg and other formats nowadays. I'd appreciate if someone could enlighten
> me
>
> cheers
>
> Em seg., 3 de abr. de 2023 às 05:02, Ingo  escreveu:
> Thanks Peter!
>
> The moonlib/image is pretty much the same as ggee/image.
>
> I have found out,though that it takes ppm files which are uncompressed and
> look much better.
> Whith this data format I actually get the quality that I need.
>
> I'll also take a look at iemgui's iem_image.
>
> Ingo
>
>
> -Original Message-
> From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Peter P.
> Sent: Saturday, April 01, 2023 10:17 PM
> To: pd-list@lists.iem.at
> Subject: Re: [PD] object for showing images with a better quality than gif
> (like ggee/image) ?
>
>
> http://deken.puredata.info/search.html?libraries==image
> =
> returns a result for moonlib. And then there is iemgui's iem_image object
> https://git.iem.at/pd/iemgui/-/blob/master/iem_image-help.pd
>
> Did not test any of those, but thought you might want to know about the
> deken search engine.
>
> * Ingo  [2023-04-01 15:49]:
> > Hello,
> >
> >
> >
> > I have been using [ggee/image] for showing simple (medium small)
> > images which is working fine.
> >
> > But now I need to show a large full HD picture in the full 1920x1080
> > resolution and [ggee/image] gives me too many pixels.
> >
> >
> >
> > Can anyone poind me to an external that can display high resolution JPGs?
> >
> >
> >
> > I had been using [gem] to do this before which is working fine on
> > Intel and ARM machines but for some reason not on AMD.
> >
> > At least not in my case and the situation that I need it to work in.
> >
> >
> >
> > Any help is appreciated!
> >
> >
> >
> > Thanks
> >
> > Ingo
> >
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] New stable Pd-L2Ork release

[Ico Bukvic]

to ensure that all platforms
   have access to as many of objects, as possible.

You can download OSX (11 and newer), Raspbian (arm7), Ubuntu 20.04, and
Windows installers from the usual place:

https://bit.ly/pd-l2ork

Happy Holidays!

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] RPI4 GPIO

[Ico Bukvic]

Get Pd-L2Ork and use its K12 mode abstractions that include out-of-box RPi
connectivity (see extra/K12 subfolder). Best paired with lots-of-pots RPi
shield that gives you 8 channels of GPIO I/O (including  software PWM on
all 8 channels or the usual hw PWM via dedicated hardware GPIO pins) and 8
channels of analog input via SPI (needs to be enabled in /boot/config.txt
and requires reboot once enabled).

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Thu, Nov 24, 2022, 13:50 Patko nytkophilus 
wrote:

> Latency might be problematic with realtime processes and in my case this
> is not for realtime. You might be interested into realtime kernel used in
> patchbox os for rpi. I've got jack+pd- nogui running with 2ms buffer and no
> xrun.
>
> Le jeu. 24 nov. 2022, 18:38, Sebastian Lexer  a
> écrit :
>
>> Hello,
>>
>> are you not getting unreliable latency due to the local network
>> connection between your gpios and pd processes and triggers?
>> When I used this method previously, timings between gpio reading and pd
>> receiving the udp packages varied between 5 to 15ms.
>>
>>
>>
>> Patco wrote on 24/11/2022 15:51:
>> > Hello,
>> >   My actual favorite method to read/write GPIO ports is about using a
>> python script outside PureData and manage communication between the python
>> script and PureData with UDP socket. This way there is no limitation on
>> PureData side about how to handle GPIO, and this way makes possible
>> management through other softwares or from another computer. It’s very easy
>> and stable, and there are many examples about how to use sockets with
>> python.
>> >
>> >> Le 24 nov. 2022 à 13:46, Simon Iten  a écrit :
>> >>
>> >> What is the *current* prefered method to read GPIO pins from within PD
>> on a raspberry pi 4?
>> >>
>> >>
>> >>
>> >>
>> >> ___
>> >> Pd-list@lists.iem.at mailing list
>> >> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] PhD opportunities with a competitive graduate assistantships available at Virginia Tech

[Ico Bukvic]

Please pardon the cross-posting,


*My lab is currently looking to recruit additional highly motivated and
competitive Human-Centered Design (HCD) PhD-level students with interest
and experience in the following areas *(listed in no particular order)*:*


   - New Interfaces for Musical Expression
   - Novel approaches to spatial and immersive sound, including VR/AR/MR/XR
   scenarios
   - Data sonification
   - Application of sound and music in everyday scenarios, including
   automotive industry
   - K-12 STEM education using sound and music
   - Other Human-Computer-Interaction + Sound/Music research topics

*If interested, please contact me directly at >.*


*ABOUT HCD*

Virginia Tech's individualized Human-Centered Design (HCD
<https://hcd.icat.vt.edu>) iPhD transdisciplinary degree, offered by
the Graduate
School <https://graduateschool.vt.edu/>, is closely aligned with the
Institute for Creativity, Arts, and Technology (ICAT <https://icat.vt.edu>)
and its Creativity + Innovation (C+I <http://ci.icat.vt.edu>) initiative
that serves as its administrative home. This HCD iPhD is a degree designed
primarily to support individually tailored PhD experiences, allowing
students to actively participate in shaping their plan of study across
multiple design-related disciplines in a pursuit of research that defies
traditional disciplinary boundaries.

In addition to externally funded faculty-led grants and student-led
fellowships designed to support graduate researchers, HCD iPhD also has a
dedicated pool of highly competitive 9-month graduate assistantships that
also cover the cost of tuition (excluding select fees). These
assistantships also offer some of the highest graduate student stipends
available at Virginia Tech. Students typically explore a subset of arts,
design, education, engineering, human-computer interaction, and technology,
and their application and evaluation in impactful scenarios.


The program prides itself in having a low-enrollment and highly individual
attention to students. Its affiliation with ICAT and C+I
<http://ci.icat.vt.edu/> offers access to some of the world-class facilities
<https://icat.vt.edu/studios.html> and infrastructure, including ICAT’s Cube
<https://icat.vt.edu/studios/the-cube.html>. Current and past students
enrolled in the program have been also funded through a number of federal
foundations and agencies, including NSF, NASA, ONR, and more.

*HOW TO APPLY*

Students interested in the program are expected to have a high level of
maturity and independence and should, as part of their application, explore
affiliated faculty and identify and communicate with aspirational mentors
and potential committee members who will be instrumental in helping them
achieve their research and dissertation goals. People who apply must have a
Master’s degree or equivalent experience. The application should be also
supplemented by a 3-page essay covering what the student’s scholarly
interest, how such an interest may fit the HCD program (typically a genuine
need to explore 3 disciplines), why the student sees VT and HCD as the
perfect fit for their research needs, *as well as whom they have been in
contact and who has agreed to serve as their mentor (pending admission)*.The
application should be also complemented by an online portfolio (e.g. a
website) showcasing student’s past and current work. For additional
information on how to apply, please visit the HCD website
<https://hcd.icat.vt.edu>.

While the program reviews applications on a rolling basis with an option of
admission in fall, spring, and summer semesters, preference will be given
to applications submitted for the fall (October 1) and spring (February 1)
deadlines. When possible and applicable, the program seeks to fund all its
admitted students. Both the admission and the graduate assistantship award
are merit-based.


Students awarded the degree will receive their diploma either through the
home department of their primary mentor, or, if the primary mentor's home
department does not offer a graduate degree, through the Graduate School.
For the non-US applicants, please note that the granted degree is not
considered a STEM degree and is therefore currently not eligible for the
extended optional practical training option.

In part due to the ongoing pandemic, prospective students are not required
to supply their GRE scores. For additional information, please consult
the Graduate
School website <https://graduateschool.vt.edu/>.

For general questions and application information please contact
co-directors:

Dr. Ivica Ico Bukvic 

Dr. Scott McCrickard 

Web: https://hcd.icat.vt.edu

Application Portal:
https://graduateschool.vt.edu/admissions/how-to-apply.html

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of P

[PD] [PD-announce] Survey and workshop on NIME archiving -- Call for Participation

[Ico Bukvic]

Please pardon the cross-posting. My COMPEL project collaborators and I
would appreciate it if you would please distribute this email widely among
various communities whose work is rooted in computer music, starting with
composers, performers, and instrument and installation designers.

Dear all,

As part of the preparations for the Workshop on NIME Archiving
<https://nime.pubpub.org/pub/oyi0po4b> to be held on 28 June, we look for
volunteers to fill out one or more records of *artifact*s (defined broadly)
in this survey:

*https://forms.gle/A8zNrFVxs9N4aBcp9 <https://forms.gle/A8zNrFVxs9N4aBcp9>*

The idea is to check whether categories developed for the COMPEL archive
make sense from the community's perspective. We ask that you please
consider filling out the survey *before 24 June* so that we have a couple
of days to look at results before the workshop. Feel free to make entries
also if you cannot make it to the workshop!

Given that this effort may benefit the broader computer music community,
please note that *both the survey and the workshop are open to any person
who is interested in participating*, regardless whether they are registered
for the conference. Since this year NIME is an online-only conference, *the
zoom link will be forthcoming and will be shared with all survey
contributors and conference participants soon*.

The workshop will continue discussions in the community on how to best
preserve information from the NIME conferences, the NIME community, and the
computer music community at large. The workshop will follow up on threads
from the NIME publication ecosystem workshop
<https://nime2020.bcu.ac.uk/nime-publication-ecosystem-workshop/> (NIME
2020, Birmingham), ICMC 2018 paper
<https://dblp.org/rec/conf/icmc/BukvicO18.html>, SEAMUS 2018 conference
presentation, and the NIMEhub workshop
<https://www.duo.uio.no/handle/10852/50604> (NIME 2016, Brisbane). As we
rebuild the COMPEL platform to sidestep technological limitations of the
old infrastructure, the main task is to find a solution for an open,
future-oriented, engaging, and institutionally recognized archiving
solution for the activities of the community that ensures *reproducibility *of
archived artifacts. While NIME publications are archived according to the FAIR
principles <https://www.go-fair.org/fair-principles/>, currently no
solutions exist for archiving information about instruments/interfaces and
other hardware/software-based artifacts produced in the community. Neither
do we have a system for describing and preserving compositions/pieces,
installations, performances, and workshops. We believe that this challenge
affects the computer music community at large. The goal of this workshop
and forum discussions
<https://forum.nime.org/t/survey-and-workshop-on-nime-archiving/306> is to
propel the project forward and expand the community engagement.

Thank you for your consideration and participation. Should you have any
questions, please do not hesitate to contact one of the workshop organizers
<https://nime.pubpub.org/pub/oyi0po4b>.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] PhD Assistantship at Virginia Tech focusing on research and development of the pd-l2ork platform

[Ico Bukvic]

Please pardon cross-posting,

The following announcement may be of particular interest to graduate
students seeking PhD oppportunities. Please share widely, as appropriate.

Virginia Tech Human-Centered Design (HCD), a unique individualized
interdisciplinary PhD program, in collaboration with the Linux Laptop
Orchestra (L2Ork) has a new fully funded graduate research assistantship
available. Supported as part of a grant from the Office of Naval Research,
the assistantship is looking for a graduate PhD-level student who will be
fully funded for up to 4 years (contingent on adequate progress) to work on
a project that combines knowledge in sound and music with that of
cybersecurity and K-12 education. Desired expertise includes:

   - Solid C and JS programming skills
   - Familiarity with emscripten and building Web apps
   - Solid knowledge of acoustics, psychoacoustics, and of digital signal
   processing using visual dataflow programming languages, such as Pd-L2Ork/Pd
   or Max

While student will be required to work on the funded project, they will
also have an opportunity to develop facets of the said project into their
own dissertation, as well as explore their own unique research
trajectories. Students who may not possess all the desired expertise but
only a subset are also welcome to inquire and apply. Before applying,
students are strongly encouraged to contact me to ensure they may have the
right skillset.

Virginia Tech offers top tier research facilities in areas of spatial
sound, immersion, and telematics, including a $30M Moss Arts Center and the
Institute for Creativity, Arts, and Technology's Cube with its 140+
loudspeaker array, multi-projection surfaces, and a high resolution motion
capture system. The said space is supported by a constellation of other
labs, including the Perform studio with its 24.4 Genelec and Mocap system,
DISIS with its 24.2 system, Create Studio with access to cutting edge
fabrication tools, and many more. Most of the audio facilities on campus
are networked using the Dante protocol.

If you would like to learn more about the HCD iPhD program please visit
https://hcd.icat.vt.edu

For additional info on related opportunities, visit:
https://www.icat.vt.edu
http://ci.icat.vt.edu
https://l2ork.icat.vt.edu

Questions? Please feel free to email me at 

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] '$0' in messages again, another proposal?

[Ico Bukvic]

Init message boxes and sends are a clear place where $0 expansion is
beneficial. The reason why I don't use those in pd-l2ork anymore is because
pd-l2ork has had for quite some time universal preset system (preset_hub
and preset_node objects) that can pinpoint just about any basic object or
an array even in situations where you have multiple instances of the same
abstraction and differentiate between them. This means that a variable that
exists in two identical instances of the same abstractions will each be
identified as unique and different. Note that in the K12 beginner mode,
that is unique to pd-l2ork, every abstraction has one or more presetable
variables and users are not only able to but strongly encouraged to create
multiple instances of each of those abstractions without having to worry
about any of this (in that mode effectively every abstraction is treated
like a basic object).

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Thu, Dec 2, 2021, 17:52 IOhannes m zmölnig  wrote:

> On 12/2/21 23:34, Christof Ressi wrote:
> > Personally, I often use $0 in large "initializer" message boxes:
> >
> > [;$0-foo 10
> >
> > ;$0-bar 50
> >
> > ;$0-baz 10
> >
> > etc.(
> >
> > I like this better than creating dozens of individual [s] objects. The
> > workaround is to use $1 instead and pass the $0 from a [float] object,
> > but yeah...
>
> i tend to prefer [list append $0] (or [symbol $0-buf] if in can be more
> specific) over [float $0], keeping the type of $0 opaque.
>
> but anyhow, i personally have stopped using those large initializer
> mgxboxes long long ago - probably *because* they don't expand $0; but
> probably also because:
> - if there's only a single init-state, i initialize within the object s
> (or nearby) rather than with a msgbox "somewhere else".
> . if there's multiple init-states, i'd just go for a file-based state
> saver, and solve the problem entirely different.
>
> >
> > It's also an issue when I want to create a message like this:
> >
> > [read media/$1-$2.wav $0-buf-l $0-buf-r(
>
> well yes. that's te [soundfiler] use case i acknowledged.
> >
> >>> Whenever we need "$0" for a send name,
> >>
> >> then i tyically use [send $0-foo], where there's no msgbox involved at
> >> all.
> > The message box syntax is often more convenient:
> >
> > [;$0-array const $1(
> >
> > Of course, I could just as well write
> >
> > [const $1( -> [s $0-array]
> >
> > but people are lazy :-)
>
> how much lazy?
>
> i find the latter more readable than the former for anything but
> idiosyncratic sending-msgboxes like [; pd dsp 1(
> so i'm totally fine with having an additional multiky-stroke (afaict
> it's really only a single Ctrl+1 that youhave to type more. and on my
> german keyboard i prefer typing "s" over ";")
>
>
> > IMO it is a real pain point. Otherwise this topic wouldn't come up again
> > and again...
>
> does it?
> there are obviously *some* people who feel a real pain and articulate it.
> it seems the Pd-list community is not very much into likes (and i myself
> are not on fb so i don't know what is happening over there), but your PR
> received 3 thumbs up.
> this is not exactly bad for our upvotes, but...
> maybe the pained people could just head over and upvote.
>
>
> mgfsa
> IOhannes
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] '$0' in messages again, another proposal? (Was: Pd 0.52 test 2 is out)

[Ico Bukvic]

If you would like to test if $0 works inside messages as originally
suggested by Alexandre, you can try pd-l2ork. This is what it has been
using for quite some time now, although the use cases of $0 inside a
message remain relatively sparse. Another consideration is that there is a
bit of a CPU overhead in dynamically allowing $0 to be expanded.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



On Thu, Dec 2, 2021 at 8:34 AM Christof Ressi 
wrote:

> I think you're extrapolating from your particular use case.
>
> I would say most people use $0 for private variables/resources. In this
> case the very point is that those are not accessible from outside. If I do
> want to make things accessible from the outside, I wouldn't use $0 in the
> first place...
> On 02.12.2021 14:25, Antoine Rousseau wrote:
>
> Without the "$$" syntax, I wouldn't see the problem...
>
>
> encouraging the use of $0 in messages, without allowing to easily
> substitute with [another way to identify the abstraction] $1?..
>
>
>
> Le jeu. 2 déc. 2021 à 13:18, Christof Ressi  a
> écrit :
>
>> So I think it's better to keep the $0/$n symmetry.
>>
>> I think having a "message" object is a better idea [than $$'s one]
>>>
>>
>> What I like with the $$ idea, is that it would provide a simple way to
>> merge creation arguments with variable arguments, i.e compose a message
>> with both the abstraction arguments and the incoming message elements.
>>
>> I have to say I quite like the "$$" idea as well, assuming that we can
>> take the risk of breaking a few patches (if any).
>>
>> I don't think it's a good idea to add a new object just for this
>> functionality. For me this would create unnecessary complexity (you have to
>> learn yet another object).
>>
>> I'm not sure either. To me, both $0 and $1 etc. can be used to identify
>> an instance of an abstraction.
>> IMO $0 is the quick way, but has the limitation to make it (nearly)
>> impossible to access members from the outside.
>> That's why it often happened to me to rename an instance [myAbs] to e.g
>> [myAbs myabs1], then to replace $0 in [myAbs] with $1, so I can easily
>> access [myAbs]'s members from the parent - from anywhere in fact (Actually,
>> nowadays I tend to use as few $0 as possible).
>> If we could use $0 in messages, then the last operation would be more
>> complicated (cause you couldn't simply substitute $0 with e.g $1).
>>
>> I agree that if we get the "$$" syntax, then it makes more sense to use
>> "$$0" for the $0 argument! Without the "$$" syntax, I wouldn't see the
>> problem...
>>
>> One downside of using "$$0" is that it wouldn't be compatible with
>> Pd-L2Ork / PurrData.If they have already diverged significantly, we
>> probably don't have to care, but otherwise...
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] New releases of Pd-L2Ork

[Ico Bukvic]

Following over dozen of new releases in the past 2 months, in the spirit of
thanksgiving, L2Ork (http://l2ork.music.vt.edu) is pleased to announce
latest release of Pd-L2Ork (dated 2021-11-21) for Linux, OSX, and Windows,
featuring a number of bug-fixes and community requests, including:

*Proper array and scalar selection, moving, and drawing with an improved
cursor
*Curved patched cords are now a user setting in the GUI Preferences
(enabled by default)
*Ability to have objects with more than 1,024 characters (e.g. comments
that also support endlines)
*Fixed bugs in the helplink and pddplink objects
*Added ability for the maxlib/netserver to disconnect users (plus tons of
other improvements that have ensured the L2Ork Tweeter runs stably, such as
a non-blocking mode, and graceful handling of delayed packets)
*Reworked copy from external clipboard feature, now allowing for reliable
pasting of the pd patch script directly into a patch.
*Included L2Ork Tweeter version 0.62 with its server and server admin
documentation--community members can now host their own L2Ork Tweeter
servers! Added L2Ork Tweeter Teacher widget to allow for easier remote
administering of Tweeter in a classroom, and tons of other bug-fixes and
improvements.

To download the latest version visit:
https://l2ork.music.vt.edu/main/make-your-own-l2ork/software/

For more info on L2Ork Tweeter, including downloads, visit:
https://l2ork.music.vt.edu/main/make-your-own-l2ork/tweeter/

Happy Thanksgiving!

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd in cross-platform frameworks

[Ico Bukvic]

Or just create the whole thing in the browser using Pd-L2Ork/Purr-Data.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Fri, Oct 8, 2021, 11:44 hans w. koch  wrote:

> the closest i know of is mobmuplat: https://danieliglesia.com/mobmuplat/
> available for iOS and android. GUI is created in json.
>
> hand
>
> > Am 08.10.2021 um 17:33 schrieb Antoine Rousseau :
> >
> > libpd... https://github.com/libpd/libpd
> > what is your cross-platform framework? maybe there's already a module
> that integrates libpd into it?
> >
> > Antoine
> >
> >
> >
> > Le ven. 8 oct. 2021 à 14:25, Jakob  a écrit :
> > Dear list,
> > Has anyone of you heard/seen of a possibilty to integrate a pd patch
> into a cross-platform framework ? My goal is to have an app for android and
> ios with the (more or less) same gui. The sound engine, however, should be
> an existing pd patch. The gui-code from the cross-platform framework needs
> to communicate with the patch.
> >
> > Thanks and best regards,
> >
> > Jakob
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] How to talk to the Raspberry 4 GPIO and a multiple object question ?

[Ico Bukvic]

Pd-L2Ork also has disis_gpio and disis_spi that interface with if and gpio.
The gpio object allows for both hardware and software PWM, and is also
designed to work with actuators (e.g. servos).

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Wed, Sep 22, 2021, 09:12 Alexandros  wrote:

> Martin Peach had created two really nice objects, [pii2c] and [pispi] for
> communicating with Pi's I2C and SPI interface through its GPIOs. If you
> only want to light up an LED, it's perhaps easier to write a Python script
> that does that and call it with [ggee/shell].
> On 21/9/21 6:53 μ.μ., Ingo wrote:
>
> Now that I got most of my software running on the Pi - with much more
> performance than I expected - I need to be able talk to the GPIO of the RPi
> 4.
>
>
>
> First of all a big thanks again for everybodys help me with the libraries
> ! ! !
>
>
>
> I know there had been some changes a while ago with the RPi GPIO when some
> way to interfacing with Pd dumped.
>
> I'm not sure what it was anymore - so, how can I connect from Pd atm?
>
> All I need to be able to do for now is turning on a few LEDs.
>
>
>
> Does [comport] recognize the GPIO of the RPi 4?
>
>
>
> BTW, the libraries are mostly working but I happen to have some trouble
> with [speedlim] being in 3 different libraries.
>
> It's in Cyclone (which I had been using before and is working fine) and
> also in maxlib and iemlib.
>
> The latter gives me sometimes trouble but I don't know how I can get rid
> of single objects in "iemlib".
>
> (Sometimes it outputs a float instead of a list. I have already [t list]
> in front of it.)
>
>
>
> Is it possible or will I have to prepend "cyclone" every time?
>
>
>
> Or is there another way to make sure that the cyclone object will be used
> first instead of the iemlib object?
>
> The libraries are currently loaded in alphabetic order in the
> ".pdsettings".
>
>
>
> Thanks
>
> Ingo
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] external libraries for Raspberry Pi - how to compile?

[Ico Bukvic]

You can also try pd-l2ork 1.x for RPi that includes most if not all
Extended libraries with it. Pd-L2Ork 2.x build for RPi should be up soon,
with regular releases for Linux, OSX, and Windows now coming out at least
once per week.

Best,

Ico

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Sat, Sep 11, 2021, 21:42 Ingo  wrote:

> I'm aware of the fact that pretty much anything can be replaced.
> For compatibility reasons I have to stick with Pd 0.49, though . . .
>
> My dilemma is that I have written over 13 years on this software. It's
> huge.
> Finding and replacing all objects that don't work anymore will take me at
> least several months doing nothing else.
> Without iemlib and iemgui working nothing even loads for starting up the
> software.
> This stuff had been written more than 10 years ago and I used whatever was
> working at this time.
>
> The very first errors I get are
>
> iemlib/splitfilename
> couldn't create
>
> mergefilename
> ... couldn't create
>
> Then loading stops already at less than 1% of the software being loaded.
> If I don't get any further I'm stuck. iemlib objects are all over the
> software
> with thousands of abstractions.
>
> When I install iemlib with "apt-get install pd-iemlib" it installs that
> patches and help files but all the .pd_linux files are missing.
> Same thing with Deken. So, none of the objects are created.
>
>
> The only way to get this running is by compiling the last non working
> libraries - mainly iemlib for now to get some loading at all.
> Then I can go ahead and replace or fix things.
>
> However, I have never compiled any libraries before - I don't even know
> whether iemlib can be compiled on the RPi at all.
> Should be possible, though since there is a version on Deken - it just
> doesn't
> work here.
>
> It's a brand-new operating system and I don't know which softwares to
> install
> for compiling and there are next to zero instructions on the iemlib source
> code.
>
> I cannot find any detailed and - more important - complete instructions
> for
> generally compiling libraries.
> All instructions assume that I already know how to compile libraries and
> that
> I have installed all needed software.
> But it's a brand new system with NOTHING is installed.
> And even worse I have no idea what to do if anything goes wrong or if
> nothing
> at all happens.
>
> If someone can point me to general instruction or a compiled version of
> iemlib
> for the RPi I'd be extremely grateful !
>
> Thanks
> Ingo
>
>
>
>
> > -Original Message-
> > From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of
> > oli...@klingt.org
> > Sent: Saturday, September 11, 2021 3:39 PM
> > To: pd-list@lists.iem.at
> > Subject: Re: [PD] external libraries for Raspberry Pi - how to compile?
> >
> >
> >
> > Am 11. September 2021 15:12:04 MESZ schrieb Ingo
> > :
> > >Thanks, IOhannes!
> > >
> > >Using apt-get took care of most except for iemgui, moocow and toxy.
> > >
> >
> > What exact objects do you need from those ?
> >
> > >
> > >
> > >iemlib is as always incomplete!
> >
> > That's strange. I recall it being complete the last time i used a Pi...
> >
> > I. e. some objects don?t create like e.g.
> > >[mergefilename], [stripfilename], [splitfilename], etc.
> > >
> >
> > With recent PD versions you don't need an object like [mergefilename]
> > anymore. You can do basically anything with simple combinations of
> [symbol]
> > [pack] [list] and messages.
> >
> > Also have a look at the HCS library. That should cover your needs !
> >
> > Best
> >
> > Oliver
> >
> > --
> >
> > Gesendet von meiner Gurkn
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] New release of Pd-L2Ork

[Ivica Ico Bukvic]

After over a year of development, Pd-L2Ork is back and is better than 
ever with a slew of new additions and improvements, including (listed in 
no particular order):


* multi-OS support * Embedded L2Ork Tweeter and Audio Chat demo "apps" * 
Included updated K12 and sensel libraries * Backported elements that 
offer support for vanilla quacktrip * New image and redesigned knob 
objects * Tons of improvements to the alphanumerical gatoms, including 
number2, including scriptable focus and execution * Support for canvas 
objects' manipulation via HTML5/CSS


... and many more. Check it out by clicking on the link below.

https://bit.ly/pd-l2ork

Also, you may want to check out the following short video highlighting 
the new image object:


http://ico.bukvic.net/Video/Pd-L2Ork_Image.mp4

Best,

Ico

--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Co-Director, Human Centered Design iPhD
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

ci.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] ANN: First official public release of L2Ork Tweeter is now available for download

[Ivica Ico Bukvic]

Dear colleagues, students, and fellow computer music enthusiasts,

Please pardon the x-posting:

On behalf of the Virginia Tech Linux Laptop Orchestra, I am pleased to 
announce the first official public release of the L2Ork Tweeter.


*What is L2Ork Tweeter?*
L2Ork Tweeter is a free and open source program inspired by the 
unprecedented COVID-19 pandemic that has required a vast majority of the 
human population to practice prolonged social distancing. It is designed 
to bring communities together by empowering users around the world to 
engage in collaborative music making even over slow internet 
connections. It also facilitates the exploration of audio synthesis and 
the rich variety of sounds one can generate using the frequency 
modulation algorithm. It supports up to ten concurrent performers and as 
many additional guests or audience members as the server bandwidth 
allows who can observe a performance live over the internet. Each user 
is given an instrument with a tracker that can be populated by up to 64 
loop-enabled keystrokes or notes. This intentional constraint requires 
users to build complexity through interaction with other users. It is in 
part inspired by the popular social media platform Twitter that imposes 
a similar design constraint of allowing only up to 280 characters per 
Tweet. As a result, and as evidenced by its name, L2Ork Tweeter can be 
seen as a musical counterpart to Twitter.


*Links
*To learn more about L2Ork Tweeter, including a quick start guide and a 
detailed feature overview check out the following 
video:https://www.youtube.com/watch?v=f5x1lMcTUjw 
<https://www.youtube.com/watch?v=f5x1lMcTUjw>


To download L2Ork Tweeter head to: 
http://l2ork.music.vt.edu/main/make-your-own-l2ork/tweeter/


Thank you for your consideration. Hope you all are safe and well in 
these uncertain times.


Best,

Ico

#NoVirusCanStopHumanCreativity

--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Patching in Linux - the "sweet spot" ...

[Ivica Ico Bukvic]

Perhaps vanilla may want to embrace the pd-l2ork highlighting of nlets 
which grow bigger when hovered over and which in turn makes it easier 
for them to be targeted as the cursor then remains longer within their 
area...


Best,

Ico

On 9/13/2019 7:46 AM, IOhannes m zmoelnig wrote:

On 13.09.19 12:55, Lorenzo Sutton wrote:

In Linux I think Pd is using the 'unavailable' X cursor in some way when
you hover on an outlet, and it assumes it will look like a circle such

nah, this is wrong.

Pd (when hovering over an inlet/outlet sets the cursor to "circle"
(literally!).
it does so in tcl/pd-gui.tcl, via


set ::cursor_editmode_connect "circle"

this is btw the answer to oliver's original question: one easy way to
change the appearance of the mouse-over-iolet cursor is by setting the
"::cursor_editmode_connect" to some other value, e.g.


set ::cursor_editmode_connect "plus"

(using a gui-plugin; if you just want to play around the
tclprompt-plugin is probably best, as you can then just type the line
above into the prompt and see what it does).

check out the list of available cursors at
[https://www.tcl.tk/man/tcl/TkCmd/cursors.htm]

now the problem is that once upon a time, when those available cursors
where defined (and that's not a Tcl/Tk thing, it goes much deeper),
people had a lot of fun defining cursors like "coffee_mug", "sailboat"
and "shuttle", but unfortunately failed to add proper definitions as to
what those should actually be used for (those were the times before
"semantic" was getting big).
later generations - rather than extend the already large set of cursors
with something more semantically defined - would start to abuse the
given cursors and add non-obvious meanings to them.
that's how the "circle"-cursor became that "arrow with a no-entry sign"
in some themes.

find a different cursor theme (as peter suggested), and the cursor might
look saner.

gfamsdr
IOhannes


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] patch scroll bars

[Ivica Ico Bukvic]

You may want to consider trying pd-l2ork which always provides minimal 
amount of necessary scrollbars for the patch to be fully visible. 
Further, it offers easy per-patch-window way to hide menu, scrollbars, 
and disabling resizing of the window.


Best,

Ico

On 5/2/2019 1:23 PM, Philip Stone wrote:


Ah, I see that Roman and Dan Wilcox were discussing this back in 
September. It seems to be one of those thorny UI problems that is hard 
to solve.


*From: *Philip Stone 
*Date: *Thursday, May 2, 2019 at 9:48 AM
*To: *"pd-list@lists.iem.at" 
*Subject: *patch scroll bars

In the last few versions of Pd (on OS X at least -- I can’t speak for 
the other platforms), the behavior of patch window scrollbars seems 
somewhat confusing. It used to be easy to size a patch window so that 
there would be no scrollbars, but now I can’t figure out what the 
trick is to do that. Sometimes the scrollbars appear, sometimes they 
don’t. Resizing the patch window sometimes makes them disappear, only 
to have them re-appear on the next time the patch is opened.


Has anybody else noticed this?

Phil Stone

UC Davis


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-wiimote cant get acceleration

[Ivica Ico Bukvic]

I did. I contacted Donnie and he expressed interest in merging but as 
far as I can tell did not follow-up on it. This is why we have a 
separate cwiid repo that pd-l2ork pulls from:


https://github.com/pd-l2ork/cwiid

Best,

Ico

On 3/22/2019 7:08 AM, IOhannes m zmölnig wrote:

On 3/22/19 4:01 AM, Ivica Ico Bukvic wrote:

FWIW cwiid lives on as a fork within pd-l2ork and has been further
developed there.

did you consider merging your changes back into upstream?
cwiid has a wide area of possible applications (and is not related to Pd
at all). it would be a pity if all your nifty features would only be
available to a (relatively) small group of people.

gfmdsa
IOhannes


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-wiimote cant get acceleration

[Ivica Ico Bukvic]

FWIW cwiid lives on as a fork within pd-l2ork and has been further 
developed there. We have a disis_wiimote external that has been tested 
with up to 18 wiimotes in a single 900 sq.ft. room without hiccups. It 
also supports things that were not supported in the original cwiid 
library, such as the pass-through mode that allows for the use of both 
plus and nunchuk, as well as support for the wiimote plus (the 
controller with integrated plus). I must admit I am unaware what is the 
current support of those features through the hid object.


Best,

Ico

On 3/21/2019 3:46 PM, IOhannes m zmölnig wrote:

On 3/21/19 8:11 PM, Francisco Medeiros wrote:

Yes, I send [report acceleration 1( and nothing happens. also with the Ir :(


i haven't used the wiimote in ages, but:
IIRC, the entire cwiid approach (on which pd-wiimote is based) has been
deprecated about 10 years ago (or maybe 5), in favour of a hid-module
(the drivers come with the linux kernel).

so most likely, you ought to try your luck with [hid] first.
if you have any success (or none), please report it on the list.

gsamd
IOhannes


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] get keyboard events without repeats (in 2019)

[Ivica Ico Bukvic]

If you use pd-l2ork v.1 (pre-Purr-Data) it also offers an optional 
argument for key and keyname objects (arg 1, e.g. [key 1]) that allows 
for filtering of repeat events. Doing so is fairly tricky given the 
tcl/tk + networked gui communication implementation, particularly on 
Linux, but it does work. Porting it should not be too difficult.


Best,

Ico

On 3/18/2019 1:01 PM, katja wrote:

One workaround (that I'm using in practice since long) is to hold back
the keyup message for slightly longer than the repeat time, and only
let it through when keydown didn't come again in the meantime. The
method introduces latency on keyup but not on keydown. See attached
patch, it is slightly too complicated for ASCII illustration.

Katja


On 3/18/19, Peter P.  wrote:

Hi list,

chiming in to the discussion of possible improvements regarding mice and
now also keyboards, I am wondering if there could be a way within Pd to get
keyboard events without having the operating systems (all three of them)
repeat key down/up events in rapid succession.

I know that I can tell the operating systems to disable it but would
absolutely prefer Pd's keyboard objects to get these without repeats.

Happy to hear any feedback on that!
P



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] ANN: competitive research assistantships available at Virginia Tech

[Ivica Ico Bukvic]

Please pardon x-posting:

Virginia Tech is seeking graduate student candidates for a competitive 
Institute for Creativity, Arts, and Technology (ICAT) graduate research 
assistantship starting with the academic year 2019-20. We are 
specifically looking for students who are interested in studying in the 
newfound Human-Centered Design (HCD) transdisciplinary individualized 
PhD and/or Computer Science's Human-Computer Interaction (HCI). We are 
also willing to consider Masters level applicants to the CS program with 
focus on HCI. Additional assistantships may be available through the HCD 
program.


HCD Option
Virginia Tech's new individualized Human-Centered Design (HCD) iPhD
transdisciplinary degree is closely aligned with the Institute for 
Creativity, Arts, and Technology (ICAT). iPhD is a degree designed 
primarily to support individually tailored PhD experiences, allowing 
students to actively participate in shaping their plan of study.


CS HCI Option
The graduate program in the Department of Computer Science at Virginia 
Tech is on its way to becoming one of the top programs in the country. 
The resources and facilities for research areas such as human-computer 
interaction, bioinformatics, and high-end computing are state of the 
art, and the growing list of specialized masters and doctoral degrees in 
a variety of areas provides opportunities for students to concentrate 
their research and study on the specific aspects of computer science in 
which they are most interested. At Virginia Tech, students receive 
firsthand instruction by award-winning faculty. In the computer science 
department, that means that graduate students have the opportunity to 
learn from the professors who have helped to define today's computer 
industry. The Center for Human-Computer Interaction is a part of ICAT, 
offering a diverse infrastructure and human expertise for cutting-edge 
research.


The GAship in question seeks candidates with a solid research background 
and aspirations with strong communication skills (verbal and written) 
and a sense of independence and self-sufficiency. We are particularly 
seeking students interested in sonification, sound spatialization, and 
interactive technologies, including (but not limited to) NIMEs, 
mind-body technologies, laptop/mobile ensembles, 
mobile/wearable/physical computing, etc. Knowledge of Max and 
Pd/Pd-L2Ork programming environments, C/C++, Java, or equivalent is 
strongly preferred, as well as skills in other domains (e.g. interactive 
multimedia, K-12 education, 3D animation, etc.).


This is a renewable assistantship with a full tuition waiver and
a stipend. To be eligible candidates need to apply, be accepted, and 
enroll in the new HCD iPhD or the Human-Computer Interaction Computer 
Science program with primary focus in the computer music domain focusing 
on one or more of the aforesaid areas of interest.


The successful candidate will be given an opportunity to participate in
conducting research using the cutting edge 148+ loudspeaker system and 
consequently its innovative spatialization, sonification, and immersion 
approaches in the new $100M Moss Arts Center and more specifically 
Institute for Creativity, Arts, and Technology's three-story Cube space 
and its smaller counterpart, the immersive Perform Studio, as well as 
the new DISIS facilities, a part of a $600,000 renovation that opened in 
January 2015. They will also work closely with ICAT faculty and

students on a number of collaborative projects.

For questions and application information please contact Dr. Ivica Ico 
Bukvic 


For more information:
ICAT http://www.icat.vt.edu
L2Ork http://l2ork.icat.vt.edu
HCD http://hcd.icat.vt.edu/
DISIS http://disis.icat.vt.edu

Best,

Ico

--
Ivica Ico Bukvic, D.M.A.
Interim Assoc. Dean, College of Liberal Arts and Human Sciences
Creative Technologies in Music
Director -- DISIS, L2Ork
ICAT Senior Fellow
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
liberalarts.vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] what's up with "#" and iemgui labels (bug)?

[Ivica Ico Bukvic]

I stand corrected. If placing #1-blah in the receive of an iemgui object 
in pd-l2ork/purr-data, this reverts to $1-blah after applying... We need 
to note this on the bugtracker.


Best,

Ico


On 3/13/2018 10:32 AM, Ivica Bukvic wrote:

Yes 1.x and by extension 2.x.

I haven't checked but am reasonably sure it handles those scenarios ok.

Best,

Ico


--
Ivica Ico Bukvic, D.M.A.
Creative Technologies in Music
Director -- DISIS, L2Ork, CTM
ICAT Senior Fellow
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu <mailto:i...@vt.edu>
www.performingarts.vt.edu <http://www.performingarts.vt.edu>
disis.icat.vt.edu <http://disis.icat.vt.edu>
l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
ico.bukvic.net <http://ico.bukvic.net>


On Mar 13, 2018 10:28, "Alexandre Torres Porres" <por...@gmail.com 
<mailto:por...@gmail.com>> wrote:


2018-03-12 20:03 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu
<mailto:i...@vt.edu>>:

This was fixed in pd-l2ork a while ago. Perhaps porting the
patch may not be a bad idea?


you mean in pd-l2ork 1.0? With tcl? And what about the issue
IOhannes mentioned?




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] what's up with "#" and iemgui labels (bug)?

[Ivica Ico Bukvic]

This was fixed in pd-l2ork a while ago. Perhaps porting the patch may 
not be a bad idea?


Best,

Ico


On 3/12/2018 6:09 PM, Alexandre Torres Porres wrote:
Hi, "#" characters become "$" when trying to put them into GUI labels, 
is there a good reason for it? Or should we just treat it as a bug and 
fix it?


cheers


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 workshop and demo deadline March 1st

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,

*A friendly reminder that the submission deadline of March 1st, 2018, 
for the NIME 2018 conference workshops and non-paper demos is now less 
than 24 hours away. Additional information is available on the website 
(**NIME2018.ORG ).


* *We sincerely look forward to your submissions. In the meantime, 
should you have any questions, please do not hesitate to contact us.*


*About NIME*


NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 3rd call for submissions

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,

*A friendly reminder that the submission deadline of  January 20th, 
2018, for the NIME 2018 conference is now a week away. Please note as 
long as you create a placeholder entry, you will be able to edit it 
until the final submission deadline of January 27th. The paper templates 
and all other supporting information is available on the website 
(**NIME2018.ORG ). We sincerely look forward to 
your submissions. In the meantime, should you have any questions, please 
do not hesitate to contact us.*



NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 3rd call for submissions

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,

*A friendly reminder that the submission deadline of  January 20th, 
2018, for the NIME 2018 conference is now a week away. Please note as 
long as you create a placeholder entry, you will be able to edit it 
until the final submission deadline of January 27th. The paper templates 
and all other supporting information is available on the website 
(**NIME2018.ORG ). We sincerely look forward to 
your submissions. In the meantime, should you have any questions, please 
do not hesitate to contact us.*



NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 2nd call for submissions

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,

*A friendly reminder of the upcoming submission deadline January 20th, 
2018, for the NIME 2018 international conference. The paper templates 
and all other supporting information is available on the website 
(**NIME2018.ORG ). We sincerely look forward to 
your submissions. In the meantime, should you have any questions, please 
do not hesitate to contact us. ***On behalf of the entire committee I 
wish you all a happy New Year.**



NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 2nd call for submissions

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,

*A friendly reminder of the upcoming submission deadline January 20th, 
2018, for the NIME 2018 conference. The paper templates and all other 
supporting information is available on the website (**NIME2018.ORG 
). We sincerely look forward to your submissions. 
In the meantime, should you have any questions, please do not hesitate 
to contact us. ***On behalf of the entire committee I wish you all a 
happy New Year.**



NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] NIME 2018 call for submissions

[Ivica Ico Bukvic]

NIME 2018 Call for submissions
Please pardon the cross-posting,


NIME (New Interfaces for Musical Expression) is the premier conference 
in human-machine interfaces and interactions for musical performance. 
NIME is a gathering of researchers, designers, musicians, who come 
together to share knowledge, perform music, and build community through 
research presentations, concerts, installations, and workshops.


On behalf of the 2018 NIME Committee I am pleased to announce that the 
NIME 2018 "Mirrored Resonances" Conference call for submissions is now 
officially open! Co-organized between Virginia Tech and the University 
of Virginia, the conference will take place June 3-6, 2018 in 
Blacksburg, Virginia. We welcome submissions of papers, posters, panels, 
musical performances, installations, demos, and workshops, particularly 
those that may respond to the overarching conference theme of “Mirrored 
Resonances” and its thematic areas in any of the many ways they might be 
interpreted. Likewise, we encourage potential participants to consider 
exploring the unique Virginia Tech facilities, including the Institute 
for Creativity, Arts, and Technology’s Cube with a massive high density 
loudspeaker array. The deadline for the *double-blind peer reviewed 
submissions*, including papers, panels, demo papers, music, and 
installations is January 20th, 2018. Submissions created by January 20th 
will continue to be editable until January 27th when the submission 
process will close. Demos without paper and workshops will be *curated 
*and have an extended submission deadline until March 1st, 2018. In 
addition to the NIME and academic communities, we also invite industry, 
as well as non-academic creatives to consider participating in the 
aforesaid categories. For a complete list of important dates visit the 
Participate  page.


We are excited to announce that the conference will feature four keynote 
artists:


*Onyx Ashanti**
**Benjamin Knapp**
**Ikue Mori**
**Pamela Z*


If interested in sponsorship opportunities please do not hesitate to 
contact us 




On behalf of the entire NIME 2018 Committee, we look forward to 
welcoming you in Virginia next June!


Go to the website 



NIME2018.ORG 
Facebook  
Twitter  
Instagram  
Website 


Moss Arts Center
190 Alumni Mall
Blacksburg, VA 24060
Like 
Tweet 
Share 
Forward 
 



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] ANN: Virginia Tech individualized interdisciplinary iPhD program at Virginia Tech seeking masters and doctoral candidates

[Ivica Ico Bukvic]

Please excuse x-posting

Virginia Tech's new individualized Human-Centered Design (HCD) iPhD
transdisciplinary degree is closely aligned with the newfound Institute 
for Creativity, Arts, and Technology (ICAT, http://www.icat.vt.edu). 
iPhD is a degree designed primarily to support individually tailored PhD 
experiences, allowing students to actively participate in shaping their 
plan of study. HCD iPhD closely interfaces with a number of other 
on-campus programs, centers, institutes, and initiatives, including 
Center for Human-Computer Interaction, Music, Visual Arts, and ICAT.


Interdisciplinary audio-centric research including (but not limited to) 
design, composition, immersion, spatialization, maker, robotics, and 
interaction plays an important component of the iPhD degree. The program 
also offers highly competitive graduate assistantships. Students 
interested in iPhD should apply online via the graduate school portal at 
https://applyto.graduateschool.vt.edu/pages/login.php


For additional info on the HCD iPhD visit http://hcd.icat.vt.edu/

About HCD and Virginia Tech
HCD is the largest interdisciplinary iPhD program at Virginia Tech 
hosting a growing number of graduate students whose scholarly focus is 
on interdisciplinary audio-, music-, and multimedia-centric research. 
Students engaging in the program will have an opportunity to engage in 
the externally funded research, including NSF grants, entrepreneurship 
opportunities and industry partnerships (e.g. NASA), as well as the 
exploration of the unique Virginia Tech facilities, such as the $15M 
1,600 sq.ft. 4-story Cube (http://www.icat.vt.edu/content/cube-0) with a 
140+ loudspeaker system capable of supporting all of the cutting edge 
spatialization algorithms, a 24-camera motion capture, multiple 
projection surfaces including a deployable cyclorama, and tetherless 
(backpack-based) VR/AR/MR solutions. Virginia Tech is also the home of 
the Linux Laptop Orchestra (L2Ork, http://l2ork.music.vt.edu), Digital 
Interactive Sound & Intermedia Studio (DISIS), and as of fall 2017 of a 
newly nationally accredited Creative Technologies in Music undergraduate 
degree option that offers a unique mix of undergraduate 
technology-centric research, computer music, innovation, and 
entrepreneurship. Both graduate and undergraduate programs are designed 
to interface with the newly introduced Destination Areas, an array of 
campus-wide multi-million interdisciplinary initiatives, including the 
Creativity & Innovation. A rapidly growing number of Virginia Tech 
music, audio, and multimedia research interdisciplinary faculty group 
includes:


Dr. Ivica Ico Bukvic
Prof. Zach Duer
Prof. Michael Ermann
Dr. Ben Knapp
Dr. Eric Lyon
Dr. Charles Nichols
Dr. Michael Roan

For questions and application information please contact Dr. Ivica Ico 
Bukvic <i...@vt.edu>


For more information:
HCD http://www.vthcd.com/
ICAT http://www.icat.vt.edu
DISIS http://disis.icat.vt.edu
L2Ork http://l2ork.icat.vt.edu
SOPA http://performingarts.vt.edu

Best,

Ico

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Weird [cnv] object error-bug

[Ivica Ico Bukvic]

Does your CNV have a label with spaces? This is something 
Pd-L2Ork/Purr-Data support but I am not sure if vanilla does in which 
case this could be the cause of the problem.



Best,


Ico


On 4/10/2017 11:56 PM, Liam Goodacre wrote:



This can happen if you created the canvas in L2Ork and are calling the 
properties in Vanilla. Is this the case?




*From:* Pd-list  on behalf of José 
Rafael Subía Valdez 

*Sent:* 10 April 2017 13:49
*To:* pd-list
*Subject:* [PD] Weird [cnv] object error-bug
Hello list,

I am getting a strange tcl error (I guess this is more of a bug 
report). I am using a [cnv] object as dynamic labels, I have 2 of 
these CNV objects in 2 different abstractions with GOP activated. If I 
open these abstractions in my main patch and try to access the 
properties of the CNV y get the following error. (I am sorry that the 
text of the console is attached as an image, apparently, I can't copy 
this text).


running on mac OSX 10.6.8 and tested on two different machines.

cheers

--
José Rafael Subía Valdez
www.jrsv.net 
JRSV | Official website 
www.jrsv.net
Home. Welcome to my website, here you will find information regarding 
my work in different fields of research and production. Find out about 
my projects that involve ...









___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Question about loadbang and dynamic sub-patches

[Ivica Ico Bukvic]

On 2/17/2017 4:41 AM, zmoel...@iem.at wrote:


On 02/17/2017 02:25 AM, Ivica Ico Bukvic wrote:

FWIW in pd-l2ork/purr-data loadbang fires even in dynamically created
patches.

so does that mean, that if i have an abstraction "foo":

[loadbang]
|
[f 1]
|
[outlet]

and i dynamically create a patch including that abstraction, the
loadbang will be lost on the created patch?
(meaning: the following will not print:
  #X obj 100 100 foo;
  #X obj 100 200 print;
  #X connect 0 0 1 0;
)


If you had a print inside the abstraction it would print. If you 
dynamically create objects, chances are you will first dynamically 
create the abstraction which can initialize itself using a loadbang, 
then the print, then the connection. In this respect its behavior is 
synonymous to, for example [f 42] which initializes itself to 42 but 
does not output anything until asked to do so. This way initialization 
of individual abstractions is handled gracefully, whereas the example 
you are suggesting would require manual interaction regardless whether 
you are using an abstraction foo or an [f 42]. In other words, 
pd-l2ork/purr-data's loadbang implementation allows for parity between 
built-in objects and abstractions. This feature is used extensively 
inside pd-l2ork's k12 mode.


As a side-note, pd-l2ork also has an internal pre-loadbang call that is 
reserved for dealing with presets and occurs before the loadbang. This 
way you can gracefully handle multiple instances of the same abstraction 
(as is the case inside K12) and store their states through a single 
preset_hub object located on the parent canvas.


Best,

Ico




if it does print, i would be interested in the heuristic you used.

if it does indeed not print, then i think i just hit a bug (as the patch
behaves different when created dynamically or not¹)

gfmsrda
IOhannes

¹ it doesnt't in Pd vanilla, if you don't forget to send a "loadbang"
message after doing the dynamic patching as a kind of "finalize".



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [coll] bug

[Ivica Ico Bukvic]

On 1/29/2017 10:24 PM, Alexandre Torres Porres wrote:
So, basically, the way [coll] was designed in cyclone caused signal 
drop outs when reading large files, while in max that never happens. I 
don't see the advantage or why you'd want [coll] to behave like that 
in Pd... and it seems to go against the max design, which prevents 
that from happening.
In essence, yes. However, not everyone uses low power computers and it 
is possible that even on midsize machines, such dropouts will be unlikely.




So, if you issued a bang to load a coll file that fans out into a
trigger with two bangs (...) the second bang could potentially
come out before the done reading bang.


So don't use a trigger to fan it out, use the bang that comes out of 
[coll].


[coll] has a 3rd outlet that sends a bang to say when it finished 
reading a file. Its whole design purpose is just so you can do 
something after the file read is done, so one should never really use 
a [trigger] in that way because it offers another way (and a "safer" 
way) to deal with it.


Yes, but this could break traditional patches that rely on operations 
that need  to take place in a sequence within the same interrupt. I say 
this being fully aware how ironic this statement may be coming from me 
given pd-l2ork's mantra is if something is broken, we'll fix it and then 
you need to fix your patches, even though this has yet to cause any 
irreversible breakage when compared to vanilla in part because pd-l2ork 
now has the -legacy flag that enables prevalent legacy (mis)behavior 
used in historic patches. Back on topic, since you have no way of 
predicting when the bang will come back (which is the time it takes to 
load the time + clock_delay(0)), you have no way of initiating other 
operations that rely on coll's output because you don't know the file 
has loaded. This is not an issue with Max.


So, in essence, I agree with you but am also trying to make sure that 
this does not cause major backwards compatibility breakage. Hence my 
optional argument that can be named whatever you wish to name it thereby 
reserving a keyword (e.g. @threaded 1, akin to Max's Jitter attributes, 
to minimize clashes with file names and other Max idiosyncrasies).


Best,

Ico



Again, I don't see any advantage in having [coll] behaving as it was 
first designed in cyclone. If you want that just so you can ensure a 
bang from a trigger is sent out after [coll] read a file, that kind of 
assurance comes at a cost of audio drop outs, and if it doesn't really 
cause drop outs in the first place (since it is only a "potential" 
issue), it is not really doing anything... as the same would occur n 
the threaded version! the threaded version only really acts in the 
case of audio drop outs - and only when reading large files (and not 
any other kind of operation).


On the other hand, the threaded version offers the advantage of no 
audio drop outs, as it is in Max...  this happens with no compromise 
as you can (and should) rely on the 3rd outlet bang if you want to 
schedule an action for when it is done reading a file.


Looking at coll up to cyclone 0.1alpha57, it always had a 3rd outlet 
to bang when file read is done, and it would always cause drop outs 
for large files. I don't know how to consider how things are in 
cyclone 0.2, but one could consider that the threaded option is gone...


For an update of cyclone, I'm really considering the so called 
threaded version by default, as it offers a very relevant advantage of 
avoiding drop outs. This change does have a compromise, but it is not 
a big compromise and we can just document how it affects the object, 
and how one should always rely on the 3rd outlet bang instead of a 
trigger... we can also provide an option to go back to the old 
behavior, but I don't really think anyone would really opt and care 
for that as it does have a serious drop out issue.


cheers


2017-01-29 18:54 GMT-02:00 Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>>:




On 1/29/2017 3:18 PM, Alexandre Torres Porres wrote:

2017-01-29 17:53 GMT-02:00 Ivica Ico Bukvic <i...@vt.edu
<mailto:i...@vt.edu>>:

I also think unthreaded should be default to maintain
determinacy in sync with Max


hi, sorry, i dont think i get what you mean, can you elaborate on
what "determinancy" is? I was asking about it in my earlier
messages, I wasn't sure before and now I really don't I get what
it's supposed to mean.

cheers




which breaks the order of execution but also ensures there are no
dropped samples.


HTH

Best,

Ico




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [coll] bug

[Ivica Ico Bukvic]

On 1/29/2017 3:18 PM, Alexandre Torres Porres wrote:
2017-01-29 17:53 GMT-02:00 Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>>:


I also think unthreaded should be default to maintain determinacy
in sync with Max


hi, sorry, i dont think i get what you mean, can you elaborate on what 
"determinancy" is? I was asking about it in my earlier messages, I 
wasn't sure before and now I really don't I get what it's supposed to 
mean.


cheers


It means that threaded version will report a bang when done loading in 
clock_delay(0) way. In other words as soon as possible but not 
necessarily in the same cycle of handling non-audio messages. So, if you 
issued a bang to load a coll file that fans out into a trigger with two 
bangs, in a determinant (non-threaded) way one bang hitting the coll 
would be followed by coll pushing out a done reading bang, and then the 
second bang from the trigger would come out. In a threaded way, the 
second bang could potentially come out before the done reading bang 
which breaks the order of execution but also ensures there are no 
dropped samples.


HTH

Best,

Ico
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [coll] bug

[Ivica Ico Bukvic]

I also think unthreaded should be default to maintain determinacy in 
sync with Max, with threaded being optionally enabled.


Best,

Ico


On 1/29/2017 9:25 AM, Alexandre Torres Porres wrote:
yeah, derek was talking about our current development, where we 
screwed up with the order of bangs in the unthreaded - but fixed now.


Derek, would you care to elaborate why you think unthreaded should be 
the default?


And is this threaded stuff only for multi threaded processors? How 
does this work on a single core rasbperry pi or something like that?


cheers

2017-01-29 6:32 GMT-02:00 Derek Kwan >:


>
> coll_bind, where msg is the thing returned by collcommon_doread:
>
> if(msg->m_line > 0) clock_delay(x->x_clock);
>
> but that may have been the thing that screwed up the correct
order of
> things. In any case, I'll have to look at it more...

(apologies in advance for polluting the list with cyclone-dev stuff
but for those following along)

Oh, nm, it was something collcommon_doread and I fixed the unthreaded
order =)




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [coll] bug

[Ivica Ico Bukvic]

Joining late to the party...

Being the culprit (I wrote the threaded addition to the coll object) I 
am curious--Alexandre, do you mind elaborating how did the threaded 
thing break max-msp compatibility? If you create a coll object without 
the optional arg, you get Max behavior. If you add the optional arg you 
get threaded which theoretically breaks determinacy in favor of avoiding 
dropping samples due to file I/O in the middle of a performance.


Tests in Max that stand out:

Reading and writing coll files while sound is running does not cause 
xruns in Max, whereas in Pd it can depending on the size of the coll 
file and CPU utilization.


You are right in that determinacy is preserved in Max no matter what 
(e.g. read outlet bang outputs immediately after issuing the read 
message in logical time).


Doing Uzi with 100k generated entries into coll object in Max and I get 
guaranteed crashes from these on both 6 and 7.


Best,

Ico


On 1/26/2017 6:51 AM, Alexandre Torres Porres wrote:

oh, I had read that :) - so, same here, with my new help file, no error!

something weird about that help file... don't ask me either

2017-01-25 16:04 GMT-02:00 Lucas Cordiviola >:


/>>But I never tried that, instead I found and obsure
solve, cant remember, it is somewhere at the list archive./


/>yeah, we should find it :)/



It`s here:

https://lists.puredata.info/pipermail/pd-list/2016-09/116245.html



Mensaje telepatico asistido por maquinas.



*From:* Alexandre Torres Porres >
*Sent:* Wednesday, January 25, 2017 2:53 AM
*To:* Lucas Cordiviola
*Cc:* pd-list@lists.iem.at 
*Subject:* Re: [PD] [coll] bug


2017-01-24 18:51 GMT-02:00 Lucas Cordiviola >:


I though at that time that the problem migth come cuz in the
help there are multiple [coll]  & they all share not having a
name, I thougt that giving some diff names could solve the
help patch problem.


I have many unnamed coll object in my newly written help file, and
it doesn't give that error, so maybe it's not that...


But I never tried that, instead I found and obsure solve, cant
remember, it is somewhere at the list archive.


yeah, we should find it :)




___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone comment and cross platform (was Re: Purr Data rc1)

[Ivica Ico Bukvic]

The character is not invisible. In an editor it manifests with an 
endline plus an indentation in the following line which actually 
visually helps parse things out inside a plaintext file like .pd.


I think the example you mentioned, while possible, is contrived because 
if a user is reading a config, they are likely already inside Pd with 
the intention of using such a config to configure their patch state. If 
this is the case, and the config is stored inside a patch in a form of a 
comment, then this is a non-issue because all \v chars are replaced with 
\n at runtime which IIRC regexp and similar methodologies can recognize 
as a separation between args.


Now, the only reason I can imagine someone parsing a pd file without 
actually loading it would be your pd META example for tooltips which is 
a one-off example that can be easily addressed in a number of ways. 
Other examples seem to me like academic exercises--why would you store 
config inside a comments inside a pd patch, just to parse a comment 
which would require you to circumnavigate all the other syntax inside 
the file when you could do the same in a plaintext file or a coll 
object, or better yet, use preset_hub/node system?


Best,

Ico


On 12/4/2016 2:38 PM, Jonathan Wilkes wrote:



> What about people parsing Pd files in Pd?  If they're searching for 
symbol "foo", are they going to have to deal with the edge case of 
symbol "foo\v"?


Ivica,
Just to give an example-- suppose someone is using a patch to store 
configuration data for their project.  They type the config data as 
comments in the
patch, much like [pd META].  Then they parse their patch from within 
Pd, using [textfile], or [text] or whatever.


Now, if they decide to insert some newlines into the comments to make 
their config prettier, as far as I understand this ends up appending 
an invisible
'\v' character to the last atom of each line.  So the next time they 
read their config they will get corrupted data that's hard to debug 
because the

character doing the corruption is non-printable.

That's the only direct downside I can see.  But as a design pattern 
it's problematic-- there are other places in Pd where a dev tried to 
use an
"obscure" character as a placeholder for something else.  That 
approach usually ends up creating more bugs.


-Jonathan


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone comment and cross platform (was Re: Purr Data rc1)

[Ivica Ico Bukvic]

This only pertains to comments and as such should not make any 
difference elsewhere (unless you want to live-code something by hacking 
comments :-). Also, Pd-L2Ork inherited from extended search in patch 
option that offers match full or a subset of a string which should cover 
all the cases.



On 12/4/2016 1:57 PM, Jonathan Wilkes via Pd-list wrote:




*From:* IOhannes m zmölnig 
*To:* pd-list@lists.iem.at
*Sent:* Sunday, December 4, 2016 1:48 PM
*Subject:* Re: [PD] cyclone comment and cross platform (was Re: Purr 
Data rc1)


On 12/04/2016 07:13 PM, Jonathan Wilkes via Pd-list wrote:

>>  If they're searching for symbol "foo", are they going to have to 
deal with the edge case of symbol "foo\v"?


> hmm, how does "foo" not match "foo\v"?

[11(
|
[makefilename %c]
|
[symbol foo$1(
|
[select foo]
|
[bng]

-Jonathan

> grdsa
> IOhannes


___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone comment and cross platform (was Re: Purr Data rc1)

[Ivica Ico Bukvic]

Another thing that pd-l2ork's comment does that makes it theoretically 
incompatible with vanilla, it recognizes line breaks and saves them. It 
uses ASCII 11 to save it into the .pd file which is vertical tab that is 
by and large unused. While vanilla shows line breaks when creating an 
object, cutting and pasting it, or saving, closing, and reopening the 
file shows that they don't get saved. As a result a lot of patches 
sidestep this by using multiple comments, which is hard to maintain, 
particularly when it comes to writing documentation.



Both improvements pd-l2ork uses could be easily ported back to vanilla 
as I cannot think of a scenario where it could potentially cause a 
breakage in backwards compatibility.



Best,


Ico


On 12/3/2016 9:10 PM, Liam Goodacre wrote:


Spaces work in labels in L2Ork because they are escaped with a 
backslash. But this is creating an incompatibility with Vanilla, which 
then can't read the object's properties.



If you want a way to get larger, nicer text into a PD file than 
allowed with the ctrl+5 comment, the best way might be to use ASCII 
255, the non breaking space (" "), which looks like a space but is 
read like a regular character. It's a bit of a pain to copy it between 
every word, but it works nicely across platforms once it's in place. A 
faster option for editing might be to let Vanilla replace spaces with 
underscores and then edit them in the .pd file with a text editor.




*From:* Pd-list  on behalf of Jonathan 
Wilkes via Pd-list 

*Sent:* 04 December 2016 01:27
*To:* Alexandre Torres Porres
*Cc:* Pd-List
*Subject:* Re: [PD] cyclone comment and cross platform (was Re: Purr 
Data rc1)

Why not just use the built-in  comment?



*From:* Alexandre Torres Porres 
*To:* Jonathan Wilkes 
*Cc:* Pd-List 
*Sent:* Friday, December 2, 2016 1:10 PM
*Subject:* Re: [PD] cyclone comment and cross platform (was Re: Purr 
Data rc1)


Hi, I see Purr Data has this feature where it accepts spaces in lables 
such as in canvases... this is awesome, and mostly why I use 
cyclone/comment


I can see we could depart from how you can lable stuff in Purr Data to 
make a new working cross platform version of cyclone/comment that is 
still backwards compatible.


cheers

2016-11-29 2:28 GMT-02:00 Alexandre Torres Porres >:


one question, how does canvas and other fonts for labels work in
cross platforms?

why not use that for comment... for now, all cyclone/comment is
can be thought of just being a fancy label perhaps...

I did use it a lot in my new help files that I'm working on, but
only cause it'd be too much work to use canvas and labels, as it'd
imply a canvas for each word as it doesn't take spaces (is only a
symbol)

I was even thinking of ditching it when, it stopped working on
vanilla 0.47 - yeah, that's another thing, a fix needs to be made
to vanilla for old versions of comment (0.2 and below to work) -
but then I realized it could be really useful. I was also hoping
to add properties windows to make it more convenient.

anyway, the question is, why labels and stuff simply work?

cheers


2016-11-28 21:45 GMT-02:00 Jonathan Wilkes >:



Another reason for putting it off is that I still haven't
figured out a sane approach
to handling arbitrary fonts in a diagram where everything
is absolutely positioned.
In fact I only have a minimally-workable approach to
handling a single, mono-
spaced font across platforms. For example, there was a
change somewhere in
the Gnu/Linux font-stack (relatively) recently that
renders fonts (or at least
DejaVu Sans Mono) noticeably wider than before.  So
Windows, OSX, and
old Gnu/Linux would render a particular line of text sized
at "12px" within less
than a single pixel of each other.  The new Gnu/Linux font
stack (seen in Ubuntu
16.04 and some recent Arch) rendered the same text about 7
pixels wider.

Worse, the newer Gnu/Linux font stack quantizes the "px"
sizes such that the
next smallest size is noticeably smaller.  So in Ubuntu
16.04 I have to compromise
by keeping the object box the same size and having some
extra padding at the
end-- otherwise users of that OS could end up tightly
spacing their object chains
in ways that cause overlaps on the other platforms.

So... I'd like to get a 

Re: [PD] cyclone comment and cross platform (was Re: Purr Data rc1)

[Ivica Ico Bukvic]

This has been around for some time in pd-l2ork and by extension in 
Purr-Data, but as Liam recently pointed out on the l2ork-dev list, it 
can also break patches on vanilla where spaces (including escaped ones) 
in the .pd file get misinterpreted by the vanilla parser. Liam suggested 
changing those to ASCII 255 which is some other sort of a space... 
Something to be investigated further down the road. Of course, an 
alternative would be that vanilla ports the same space parsing method 
from pd-l2ork/purr-data.


Best,

Ico


On 12/2/2016 1:10 PM, Alexandre Torres Porres wrote:
Hi, I see Purr Data has this feature where it accepts spaces in lables 
such as in canvases... this is awesome, and mostly why I use 
cyclone/comment


I can see we could depart from how you can lable stuff in Purr Data to 
make a new working cross platform version of cyclone/comment that is 
still backwards compatible.


cheers

2016-11-29 2:28 GMT-02:00 Alexandre Torres Porres >:


one question, how does canvas and other fonts for labels work in
cross platforms?

why not use that for comment... for now, all cyclone/comment is
can be thought of just being a fancy label perhaps...

I did use it a lot in my new help files that I'm working on, but
only cause it'd be too much work to use canvas and labels, as it'd
imply a canvas for each word as it doesn't take spaces (is only a
symbol)

I was even thinking of ditching it when, it stopped working on
vanilla 0.47 - yeah, that's another thing, a fix needs to be made
to vanilla for old versions of comment (0.2 and below to work) -
but then I realized it could be really useful. I was also hoping
to add properties windows to make it more convenient.

anyway, the question is, why labels and stuff simply work?

cheers


2016-11-28 21:45 GMT-02:00 Jonathan Wilkes >:



Another reason for putting it off is that I still haven't
figured out a sane approach
to handling arbitrary fonts in a diagram where everything
is absolutely positioned.
In fact I only have a minimally-workable approach to
handling a single, mono-
spaced font across platforms. For example, there was a
change somewhere in
the Gnu/Linux font-stack (relatively) recently that
renders fonts (or at least
DejaVu Sans Mono) noticeably wider than before.  So
Windows, OSX, and
old Gnu/Linux would render a particular line of text sized
at "12px" within less
than a single pixel of each other.  The new Gnu/Linux font
stack (seen in Ubuntu
16.04 and some recent Arch) rendered the same text about 7
pixels wider.

Worse, the newer Gnu/Linux font stack quantizes the "px"
sizes such that the
next smallest size is noticeably smaller.  So in Ubuntu
16.04 I have to compromise
by keeping the object box the same size and having some
extra padding at the
end-- otherwise users of that OS could end up tightly
spacing their object chains
in ways that cause overlaps on the other platforms.

So... I'd like to get a handle on that mess first, then
handling arbitrary font
families-- as in cyclone/comment-- will hopefully be
easier and less prone
to bugs.


> well, it seems some of the issues are exactly what we're
facing now...

I think those issues are impossible to solve for displaying
arbitrary fonts in
a diagram like a Pd patch, and especially for arbitrary fonts
in multi-line text.
The user simply won't be able to predict whether or not there
will be collisions
on someone else's platform (or even if those fonts aren't
available, which fonts
will get chosen).

I'm all for porting cyclone/comment for the sake of Max
compatibility.  But I'd
strongly advise against using cyclone/comment in any patch
that's supposed to
be used cross-platform (aside from its own help patch, of course).

-Jonathan

> cheers




___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

[Ivica Ico Bukvic]

Based on the Mathieu's patch it is a simple memset call which as far as 
I can tell should take very little time even with large buffers. Of 
course, YMMV based on how powerful is the CPU and how much stuff it is 
supposed to juggle at the same time.


Best,

Ico


On 11/22/2016 11:29 AM, Alexandre Torres Porres wrote:
btw, there is a clear method for the delay line in pd-l2ork, 
undocumented, but there, not sure how it is done, but I remember I 
showed it to this list asking if that was doing it ok in realtime?


cheers

2016-11-22 11:28 GMT-05:00 Alexandre Torres Porres >:


yeah, when miller said he takes his time cause he wants to be sure
what to do I immediately remember about this request of mine :)
but I had to leave the session, anyway, good call matt ;)

there should really be a 'set' method for delread~


+1




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?

[Ivica Ico Bukvic]

Cool, thank you.


On 10/17/2016 12:36 PM, cyrille henry wrote:
It was updated for 0.44, so it's not a correction of the bug Katja 
pointed (in the 0.47)


The updated is describe in hip~ help file as follow :

COMPATIBILITY NOTE: in Pd versions before 0.44, the high-frequency 
output gain was incorrectly greater than one (usually only slightly 
so, but noticeably if the cutoff frequency was more than 1/4 the 
Nyquist frequency). This problem was fixed INCORECTLY in pd 0.44-0 
thoguh 0.44-2, and is now hopefully fixed since Pd 0.44-3. To get the 
old (0.43 and earlier) behavior, set "compatibility" to 0.43 in Pd's 
command line or by a message:


I think more information can be found in this mailing list archive.

I just wanted to point that this filter can be update while keeping 
compatibility with old patch (since it already have been done few 
years ago).


cheers
c

Le 17/10/2016 à 18:06, Ivica Ico Bukvic a écrit :

On 10/17/2016 8:47 AM, cyrille henry wrote:
they have been recently updated (0.44). Many patchs rely on the old 
sound they deliver, this is achieved via the compatibility flag.

(see help file).


Updated as in fixed the bugs pointed out here or if not, what was 
updated in them?


Best,

Ico


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?

[Ivica Ico Bukvic]

On 10/17/2016 8:47 AM, cyrille henry wrote:
they have been recently updated (0.44). Many patchs rely on the old 
sound they deliver, this is achieved via the compatibility flag.

(see help file).


Updated as in fixed the bugs pointed out here or if not, what was 
updated in them?


Best,

Ico


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?

[Ivica Ico Bukvic]

Jumping in on this thread:

If anyone who can tackle improvements on these filters can provide a 
patch for lop~, hip~, bp~ and vcf~, please copy me when submitting the 
patch, so that I can merge it with pd-l2ork. Thank you.


Best,

Ico


On 10/15/2016 7:59 AM, Christof Ressi wrote:

If iemlib's license allows to use the recipe in BSD

IMHO, the correct formular for the cutoff frequency below (which I guess is 
also used in [hp1~] since the frequency response is the same) is 'common 
knowledge', so I don't think you'd have to pay attention to any licence.



Gesendet: Samstag, 15. Oktober 2016 um 13:52 Uhr
Von: "Christof Ressi" 
An: katja , "Miller Puckette" 
Cc: pd-list 
Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?


But coefficients aren't recalculated so
often, therefore this difference will be negligible.

That's a good point. You're right that both involve a feedback and feedforward, 
so I'm wondering why [hp1~] needs more CPU... otherwise, iemlib's filters are 
very efficient.

Anyway, I researched a bit and found the reason why the frequency response of 
Pd filters seems 'wrong':

Miller uses a formular for calculating the cutoff frequency which is taken from 
analog filters but is not really adequate for digital filters since it doesn't 
reflect the cyclic nature of the digital domain (although you can see it in 
some articles on digital filters).

Let's take [hip~] as an example:

the formular for a 1-pole 1-zero highpass goes:
y[n] = (x[n] - x[n-1]) * (1 + k) / 2   +   k * y[n-1]

Miller calculates the position of the pole with
k = 1 - (fc * 2*pi / SR).

The correct formular, however (if you want the frequency response to be zero at 
Nyquist!), would be
k = (1-sin(a))/cos(a), where a = fc * 2*pi / SR.

You can find it here: 
http://www.arpchord.com/pdf/coeffs_first_order_filters_0p1.pdf

BTW, the reason why [hip~] seems to get stuck at 7018 Hz is because Miller 
clips the coefficient below 0, so it never reaches -1 (where the gain would be 
all zero).

Also, there is another approximation with a similiar behaviour, which goes like 
this:
k = e^(-2*pi*fc/SR). I could find it here: http://www.dspguide.com/ch19/2.htm
Here, the pole can only move from 1 to 0 and doesn't ever reach -1 as well.

Now, is the behaviour of [hip~] 'wrong'?
If you define at 1-pole 1-zero high pass filter as something which passes 
everything at fc = DC and blocks everything at fc = Nyquist, then I'd say yes.
If it should roughly model an analogue filter (where the cutoff frequency can 
go up to infinity) for low cutoff frequencies only, then I'd say no.

Also, as I tried to point out, this issue with the cutoff frequency is true for 
all Pd filters!

So I think this behaviour should either be changed (great, if Katja is willing 
to submit a patch!) or documented in the help patch (gain is not 0 at Nyquist!).

I'm not an engineer or any expert on filter design. It's just my two cents :-)

Christof






Gesendet: Samstag, 15. Oktober 2016 um 11:39 Uhr
Von: katja 
An: "Christof Ressi" 
Cc: pd-list 
Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?

I'm pretty confident [hip~] would not loose its efficiency when using
iemlib's recipe. Both hi pass filters have a feed forward and feedback
component, with coefficients for normalization and feedback.
Calculation of these coefficients is a bit more involved with iemlib's
recipe, using trig functions. But coefficients aren't recalculated so
often, therefore this difference will be negligible.

To reassure, it is not my intention to spark another 'what's wrong
with pd' thread. If iemlib's license allows to use the recipe in BSD
code I'll try patch the C of [hip~] and submit on the tracker for
review. Who knows, it may be a no-brainer.

Katja





On Sat, Oct 15, 2016 at 2:34 AM, Christof Ressi  wrote:

There are a number of big problems with all build-in filters in Pd (expect for 
the raw filters).

Problem number 1:
[lop~] and [hip~] both use a weird (you could also say: wrong) formula for the 
cutoff frequency which makes them gradually converge to a fixed output state 
(reached by about 7000 Hz). The same is true for [vcf~] and [bp~] with Q <= 1. 
Therefore the actual cutoff frequency is only correct for very low frequencies and 
approximately gets more and more off until it doesn't move at all.

Problem number 2:
[bp~] and [vcf~] don't have zeros at DC and Nyquist. For low Q values, the 
slope is different for each side and changes with frequency.

Problem number 3:
the gain at the center frequency is not 1 for both [bp~] and [vcf~]. It rather 
depends on frequency and Q. [bp~] even has has a gain of 2 for Q <= 1!

I did some FFT plots, see the attachment.

I remember Miller saying somewhere that these filters are not designed for high 
cutoff frequencies - but even for 

Re: [PD] Question about the pd-extended history

[Ivica Ico Bukvic]

On 10/10/2016 2:07 PM, Jonathan Wilkes wrote:

> Does anyone have a link to a paper or a publication that documents the


> motivation behind and original initiators of the pd-extended? I traced
> releases back to 2003 but there is no info on who were original players
> who started it. Thank you.

Didn't Hans start it?


That's what I thought but I am not 100% sure, so I am hoping the 
community will provide needed clarity.


Best,

Ico



> Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Creative Technologies in Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net


___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Question about the pd-extended history

[Ivica Ico Bukvic]

Does anyone have a link to a paper or a publication that documents the 
motivation behind and original initiators of the pd-extended? I traced 
releases back to 2003 but there is no info on who were original players 
who started it. Thank you.


Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Creative Technologies in Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] OSX midi ports visibility

[Ivica Ico Bukvic]

This worked perfect. Thank you, Max!


On 10/9/2016 6:09 AM, Max wrote:
Last time I had a OS X machine it was only possible to use the 
internal MIDI instruments via a tiny app SimpleSynth that exposed them 
through a virtual MIDI device.


http://notahat.com/simplesynth/


On 2016년 10월 08일 23:04, Ivica Ico Bukvic wrote:

Hi all,

I have several students who are trying to use the old pd-extended and
current pure-data and who are unable to connect to their internal
general MIDI synth. Under MIDI settings there are no MIDI output devices
found. I believe this pertains primarily to Yosemite and newer. I wonder
if anyone has any ideas as to why this is so and whether you have a
proposed solution?

Thank you.

Best,







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] OSX midi ports visibility

[Ivica Ico Bukvic]

Hi all,

I have several students who are trying to use the old pd-extended and 
current pure-data and who are unable to connect to their internal 
general MIDI synth. Under MIDI settings there are no MIDI output devices 
found. I believe this pertains primarily to Yosemite and newer. I wonder 
if anyone has any ideas as to why this is so and whether you have a 
proposed solution?


Thank you.

Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Creative Technologies in Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

On 9/30/2016 4:56 PM, Dan Wilcox wrote:

On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at 
 wrote:


unfortunately I'm not the one to ask, I don't know anything about 
android. I was asking because I'm (hopefully) doing a big project 
which I would like to do in Pd, and it might have to run on 
independent apps. it would be very nice to use only one flavour of Pd 
for it, and not to use vanilla.


Currently your options on Android and iOS are:

1. use libpd (based on vanilla)
2. nothing


I am glad to hear we have more than one option on this one ;-)


:)


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data beta 2

[Ivica Ico Bukvic]

Jonathan and Alexandre,

coll text editor with all its legacy pdtk calls is inoperable inside 
purr-data. Cyclone and other extern libraries with GUIs may require an 
ifdef for purr-data (or preferably pd-l2ork) and appropriate adaptation.


Best,

Ico


On 10/5/2016 12:56 AM, Jonathan Wilkes via Pd-list wrote:

This is the beta 2 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* compatibility with older osx versions
* fix external library dependencies on OSX
* first try at jack support for OSX
* more fixes for out-of-order messages to GUI
* fix crasher on Windows when opening a help patch
* fix [draw sprite] index wrapping
* fix freeze with [struct float foo;]

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries:

Debian Jessie 32-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i686-jessie-beta2.deb


Debian Jessie 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-jessie-beta2.deb


Ubuntu 14.04 32-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i686-ubuntu-14.04-beta2.deb


Ubuntu 14.04 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-14.04-beta2.deb


Ubuntu 16.04 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-16.04-beta2.deb


Windows with 64-bit GUI: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-win32-beta2.zip


Windows with 32-bit GUI: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-win64-beta2.zip


OSX 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-osx64-beta2.zip 



-Jonathan


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

On 9/29/2016 6:04 PM, patrice colet wrote:



Le 29/09/2016 à 23:45, Jonathan Wilkes a écrit :
> Not sure Purr Data will replace anything since sources aren't 
available


https://git.purrdata.net/jwilkes/purr-data



Btw-- successfully building for Windows, OSX, and Gnu/Linux was by _far_
the most time-consuming part of this project.



I'm trying it right now with hoping that it won't crash when jackd is 
stopped, that's the main reason for me to consume time on it.


Did you try pd-l2ork (assuming you have access to Linux)? I thought I 
fixed this a while ago.





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

Once Purr Data is stabilized, Pd-L2Ork will merge all of Jonathan's hard 
work and reconcile any differences. Jonathan may want to continue 
maintaining Purr-Data in parallel, or he may be fine with streamlining 
efforts (as was the case prior to the onset of the GUI rewrite). This is 
the nature of open source. Either way users win. As we move forward, 
what I am hoping for is more people becoming contributors.


Best,

Ico


On 9/29/2016 5:14 PM, Alexandre Torres Porres wrote:

what is not clear to me is if Purr Data will replace Pd-L2ork

so we could also say "Purr Data is the new Pd-L2ork"

2016-09-29 18:12 GMT-03:00 Alexandre Torres Porres <por...@gmail.com 
<mailto:por...@gmail.com>>:


Well, for one, I've been saying around: "Purr Data is the New
Extended"...

2016-09-29 16:34 GMT-03:00 Giulio Moro via Pd-list
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>:

interesting, can you please elaborate on  this:


> Its design principle is centered around nimble distributed
development which may (and already does) include improvements
in core behavior.

thanks
Giulio
>
> From: Ivica Bukvic <i...@vt.edu <mailto:i...@vt.edu>>
>To: Dan Wilcox <danomat...@gmail.com
<mailto:danomat...@gmail.com>>
>Cc: Pd-list <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>Sent: Thursday, 29 September 2016, 20:28
>Subject: Re: [PD] purr data beta1
>
>
>
>I think it can only be spiritual successor if you believe it
to be one in part because its philosophy is different. What I
said originally was that I had no explicit intentions on
replacing extended in part because I was not sure what was its
roadmap and whether it had a chance of being developed
further. In other words, I never denied its capacity to
replace extended but also did not want to assert that in any
kind of authoritative way. Hope this helps!
>--
>Ivica Ico Bukvic, D.M.A.
>Associate Professor
>Computer Music
>ICAT Senior Fellow
>Director -- DISIS, L2Ork
>Virginia Tech
>School of Performing Arts – 0141
>Blacksburg, VA 24061
>(540) 231-6139
>i...@vt.edu <mailto:i...@vt.edu>
>www.performingarts.vt.edu <http://www.performingarts.vt.edu>
>disis.icat.vt.edu <http://disis.icat.vt.edu>
>l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
>ico.bukvic.net <http://ico.bukvic.net>
>
>
>On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com
<mailto:danomat...@gmail.com>> wrote:
>
>In this light, is Purr Data the spiritual successor for
Pd-Extended? As I recall in previous discussions, y'all were
explicit that Pd-L2Ork was not.
>>
>>
>>This question is not meant as a slight in any way. I’m just
curious how this new project fits within your goals and the Pd
community at large.
>>
>>
>>
>>
>>Dan Wilcox
>>@danomatika
>>danomatika.com <http://danomatika.com>
>>
>>robotcowboy.com <http://robotcowboy.com>
>>
>>On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at
<mailto:pd-list-requ...@lists.iem.at> wrote:
>>>
>>>From: Alexandre Torres Porres <por...@gmail.com
<mailto:por...@gmail.com>>
>>>
>>>Subject: Re: [PD] purr data beta1
>>>
>>>Date: September 29, 2016 at 11:21:49 AM MDT
>>>
>>>To: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>"
<pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>>
>>>
>>>
>>>
>>>
>>>In short: A Game Changer!
>>>
>>>
>>>2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu
<mailto:i...@vt.edu>>:
>>>
>>>Purr-Data is a GUI rewrite for Pd-L2Ork which has over
1,500 patches/bugfixes/improvements over vanilla/extended. Its
design principle is centered around nimble distributed
development which may (and already does) include improvements
in core behavior. Hope this helps!
>>>>
>>>>Best,
>>>>Ico
 

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

There are many improvements to the core behavior that are too numerous 
to list. I suggest looking at the changelog. Some that come off top my 
head are trigger object that allows for static declaration (e.g. [t 1 f 
blah] when receives a value will output symbol blah from the third 
outlet, float from second, and 1 from first no matter the input value). 
You can pass any number of arguments by using $@ argument. Pd-l2ork 
doesn't crash if you change a send in the same cycle that the same send 
is used. Tidy up is completely different, JACK disconnect is handled in 
a way that does not produce a hang (this may have been fixed in a 
vanilla--it wasn't that way the last time I checked), etc.


Best,

Ico


On 9/29/2016 3:34 PM, Giulio Moro wrote:

interesting, can you please elaborate on  this:



Its design principle is centered around nimble distributed development which 
may (and already does) include improvements in core behavior.

thanks
Giulio


From: Ivica Bukvic <i...@vt.edu>
To: Dan Wilcox <danomat...@gmail.com>
Cc: Pd-list <pd-list@lists.iem.at>
Sent: Thursday, 29 September 2016, 20:28
Subject: Re: [PD] purr data beta1



I think it can only be spiritual successor if you believe it to be one in part 
because its philosophy is different. What I said originally was that I had no 
explicit intentions on replacing extended in part because I was not sure what 
was its roadmap and whether it had a chance of being developed further. In 
other words, I never denied its capacity to replace extended but also did not 
want to assert that in any kind of authoritative way. Hope this helps!
--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net


On Sep 29, 2016 14:52, "Dan Wilcox" <danomat...@gmail.com> wrote:

In this light, is Purr Data the spiritual successor for Pd-Extended? As I 
recall in previous discussions, y'all were explicit that Pd-L2Ork was not.


This question is not meant as a slight in any way. I’m just curious how this 
new project fits within your goals and the Pd community at large.




Dan Wilcox
@danomatika
danomatika.com

robotcowboy.com

On Sep 29, 2016, at 12:29 PM, pd-list-requ...@lists.iem.at wrote:

From: Alexandre Torres Porres <por...@gmail.com>

Subject: Re: [PD] purr data beta1

Date: September 29, 2016 at 11:21:49 AM MDT

To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>




In short: A Game Changer!


2016-09-29 13:06 GMT-03:00 Ivica Ico Bukvic <i...@vt.edu>:

Purr-Data is a GUI rewrite for Pd-L2Ork which has over 1,500 
patches/bugfixes/improvements over vanilla/extended. Its design principle is 
centered around nimble distributed development which may (and already does) 
include improvements in core behavior. Hope this helps!

Best,
Ico

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] purr data beta1

[Ivica Ico Bukvic]

Purr-Data is a GUI rewrite for Pd-L2Ork which has over 1,500 
patches/bugfixes/improvements over vanilla/extended. Its design 
principle is centered around nimble distributed development which may 
(and already does) include improvements in core behavior. Hope this helps!


Best,

Ico


On 9/29/2016 10:48 AM, Giulio Moro via Pd-list wrote:

Jonathan,
I struggle a bit to understand what is the end goal of Purr Data:
as far as I can tell, right now it is a re-implementation of the 
existing GUI in HTML5, which is great.
Once this process is done (and I see we are very close now), how do 
you see the project will evolve? Will it just be about making the GUI 
more portable/customizable or do you foresee changes in the GUI/dsp 
communication protocol as well?


Best,
Giulio



*From:* Alexandre Torres Porres 
*To:* Jonathan Wilkes 
*Cc:* Pd-List 
*Sent:* Thursday, 29 September 2016, 7:12
*Subject:* Re: [PD] purr data beta1

awesome, more and more excited at each new development step

so, Scope~ is already ported, but [comment]  is not working yet,
are you dealing with it?

cheers

2016-09-29 1:51 GMT-03:00 Jonathan Wilkes via Pd-list
>:

This is the beta 1 release of Purr Data (the GUI port of Pd-l2ork)

Change log:
* fix many errors in the GUI
* fix position of popup menu when zooming
* fix scalar crasher
* fix gop display error
* fix disappearing $@
* save gui preset with preferences
* fix segfault with preference changes
* fixed many memory leaks with patches backported from Pd Vanilla
* small fixes to help patches
* add text editor window for [text define]
* add and improve the scalar properties dialog
* add default float arg for Pd's "quit" message (good for test
patches)
* updated some external libraries

This is a beta release, so please report lots of bugs to
https://git.purrdata.net/ jwilkes/purr-data/issues


Binaries here:
https://git.purrdata.net/ jwilkes/purr-data-binaries/
tree/master


-Jonathan

__ _
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/ listinfo/pd-list




___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a multislider GUI as abstraction

[Ivica Ico Bukvic]

Nice!

FWIW, in vanilla you have an array that can be used as a multislider, 
although it may be difficult to sometimes grab each point. In pd-l2ork 
you have an option of jump on click inside arrays, and a new mode of 
drawing arrays with individual bars whose colors can be customized. With 
this, the array effectively becomes a rather convenient multislider. 
Pd-L2Ork also outputs a bang every time the array has been changed if 
you need to use it for this kind of purpose.


Best,

Ico


On 6/25/2016 11:30 AM, Alexandre Torres Porres wrote:
2016-06-24 17:38 GMT-03:00 Roman Haefeli >:


I even like them being abstractions as opposed to compiled externals.


Quite the opposite here :) I'd love to see them as externals and 
included in some library - maybe a max clone for cyclone...



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Best way to install Pd on Raspberry Pi

[Ivica Ico Bukvic]

You could also consider installing a deb that auto-installs everything 
for you in the right locations. Pd-L2Ork offers novice-friendly 
documentation on how to do this:


http://l2ork.music.vt.edu/main/make-your-own-l2ork/software/raspberry-pi/

HTH

On 6/22/2016 2:50 AM, Derek Kwan wrote:

hello,

you should move the pd binary to /usr/local/bin/

That directory should already be in your PATH and typically binaries any
user can run are put there (if you make install from source, it goes
there as well).

Once you've moved the pd binary to /usr/local/bin, you can type pd not
matter what directory you're in and it'll run.

Derek


Yep,

Raspberry Pi 3
Raspbian Jessie
++

Jack


=
Derek Kwan
www.derekxkwan.com

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] sensing GOP resize

[Ivica Ico Bukvic]

FWIW, pd-l2ork offers two bevels for GOP area, one for moving the gop 
frame, and another for resizing it. Similarly, all iemgui objects can be 
easily resized and their labels repositioned. HTH



On 5/23/2016 7:30 PM, Alex wrote:
oh huh, wild.. so you still can't use the mouse to change the bounds 
of a GOP in the GOP patch itself but if you create an object for that 
GOP you can resize that then go in and save and get the resized GOP 
area.. would still really love to have mouse draggable bounds inside 
the GOP abstraction.


On Sun, May 22, 2016 at 9:02 AM, Liam Goodacre > wrote:


Vanilla now has the nice feature that lets you resize objects with
the mouse. Is there any way of detecting this from inside the
patch? It doesn't turn up in iemguts/receivecanvas, but if I could
somehow receive the new coordinates, then I could program the
patch to adapt to the new size.

Alternatively, is there some way to query the GOP area from within
the patch, a bit like [get_pos( to a canvas?

I know this is optimistic, but I thought I'd ask.

PS. I know all about [donecanvasdialog(. In this situation, I
don't think it will help.

___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Collaborating across systems/platforms

[Ivica Ico Bukvic]

On 5/14/2016 9:02 AM, IOhannes m zmölnig wrote:


i don't think that Pd-l2ork offers more than that.

While I reckon deciding whether pd-l2ork offers more than pd is very 
much a personal value-driven decision, here are a few things I can think 
of that are unique to pd-l2ork:


*monolithic distro--one download has it all
*infinite undo and a number of usability improvements (advanced 
auto-patching, tidying up, to-front/back options, etc.)
*system-wide presets that can also distinguish between two instances of 
the same abstraction
*K12 mode that allows for newcomers to get started quickly, including 
easy interfacing with wiimotes, arduinos, and raspberry pis; this mode 
is interchangeable with the non-K12 modes and has been used in over 
dozen maker camps and workshops by middle school children all the way up 
to professionals
*accelerated SVG-based GUI (and a new alpha version that uses Chrome's 
node webkit thanks to the hard work by Jonathan)
*unique externals like disis_gpio and disis_spi that offer easy 
integration with RPi, including software PWM on all GPIOs and many other 
features

*out of box flext support with disis_munger~
*the most complete wiimote support for Linux including passthrough mode 
and newest wiimote plus devices using a libCwiid fork we maintain as 
part of pd-l2ork; in L2Ork we connect up to 18 wiimotes in the same 
space on a regular basis without any problems whatsoever

*out of box RTcmix~ external
*improved ggee/image external with support for transparencies, pngs, etc.
*iemgui objects that have handles for easy resizing and automatic font 
adjustment

*searchable documentation browser
*object tooltips
*cord inspector
*over 1,000 patches and bug-fixes

Best,

Ico

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] waveform randomizer

[Ivica Ico Bukvic]

Really nice work, AP!

On 4/13/2016 2:14 PM, AP Vague wrote:
I wrote a patch to make interesting, pseudo-randomized waveforms in 
real time as a way to add complexity and variation to drones. The 
patch duplicates a table with randomization and uses [tabosc4~] as the 
final oscillators to dac. This version cascades the duplication 
process; table b is a copy of a, c is a copy of b, d is a copy of c. 
The results are pretty interesting and I think the signals could work 
well with other manipulations like filters.


I'm afraid that this might have been the extreme longhand way to do 
this, ha ha ha. It works fine for what I wanted but I thought there 
might be some ideas on how to accomplish it in an easier way. I also 
just kind of wanted to share it.


Cheers.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-l2ork GUI port Alpha 0

[Ivica Ico Bukvic]

Yay!!! Great work, Jonathan!

On 4/8/2016 10:38 AM, Jonathan Wilkes via Pd-list wrote:

Hi list,
Here are some binaries to test out the alpha 0 release for the GUI 
port of Pd-l2ork.


OSX doesn't have Gem or PDP, and both Windows and OSX are missing some
Pd-l2ork-related externals.

Bug tracker is here: https://puredata.osuosl.org/jwilkes/purr-data/issues

Binaries are here:
OSX x_64 - 
https://puredata.osuosl.org/purr-data-binaries/osx-64-alpha0/repository/archive.zip?ref=master
Ubuntu 15.10 x_64 - 
https://puredata.osuosl.org/purr-data-binaries/ubuntu-15.10-64-alpha0/repository/archive.zip?ref=master
Ubuntu 14.04 x_64 - 
https://puredata.osuosl.org/purr-data-binaries/ubuntu-14.04-64-alpha0/repository/archive.zip?ref=master
Ubuntu 14.04 i386 - 
https://puredata.osuosl.org/purr-data-binaries/ubuntu-14.04-32-alpha0/repository/archive.zip?ref=master
Debian Jessie x_64 - 
https://puredata.osuosl.org/purr-data-binaries/debian-jessie64-alpha0/repository/archive.zip?ref=master
Debian Jessie i386 - 
https://puredata.osuosl.org/purr-data-binaries/debian-jessie32-alpha0/repository/archive.zip?ref=master
Windows 32-bit - 
https://puredata.osuosl.org/purr-data-binaries/win32-alpha0/repository/archive.zip?ref=master



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd and HiDPI

[Ivica Ico Bukvic]

Copying Albert Graef, who should be able to assist...

On 4/7/2016 10:25 PM, Jonathan Wilkes via Pd-list wrote:
Well, I was going to build the GUI port of Pd-l2ork for Arch to see 
how it handles HiDPI.  But
apparently installing an Arch VM requires me to hand craft the system 
from scrap lumber, so...

sorry... :(

-Jonathan


On Thursday, April 7, 2016 3:20 PM, Orm Finnendahl 
 wrote:



Am Donnerstag, den 07. April 2016 um 18:45:45 Uhr (+) schrieb 
Jonathan Wilkes:

> What architecture is your laptop?
> -Jonathan

64-bit Linux (Intel i7)


--
Orm




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

[Ivica Ico Bukvic]

Thanks! Googling for OF was not particularly helpful :-)

On 4/6/2016 4:08 PM, Christof Ressi wrote:

It stands for openFrameworks http://openframeworks.cc/



Gesendet: Mittwoch, 06. April 2016 um 22:00 Uhr
Von: "Ivica Ico Bukvic" <i...@vt.edu>
An: pd-list@lists.iem.at
Betreff: Re: [PD] Missing objects/methods in Pd WAS: objects with no 
alphanumerical names, how to build them?

Please pardon my ignorance and [OT] nature of this email--what does OF
stand for and is there a link you may be able to share? Thank you.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


.




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

[Ivica Ico Bukvic]

Please pardon my ignorance and [OT] nature of this email--what does OF 
stand for and is there a link you may be able to share? Thank you.



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] objects with no alphanumerical names, how to build them?

[Ivica Ico Bukvic]

Another thought could be having hexloader be folded into core pd... It 
is currently autoloaded in pd-l2ork but that approach is still 
susceptible to overrides to the default config. Perhaps we should fold 
it into pd-l2ork? An alternative is having aliases...


On 4/5/2016 10:43 AM, Alexandre Torres Porres wrote:



2016-04-05 5:08 GMT-03:00 Roman Haefeli >:


 If you're simply interested in knowing how things work
technically, fine.


I'd love to know, for sure, that's why I'm asking :)

Now that we have a chance to get rid of all hexloader related kludges,
now you come and bring it up again.


You see, I don't really get what you mean by "hexloader" or its 
related kludges. All I know is some [hexloader] object that is in my 
pd extended 0.42-5, and all I know is that I need to use it in order 
to load the [==~] object from zexy. What you're talking about, 
somehow, relates to that?


Anyway, seems so to me... and if so, the thing is that what I'm asking 
and doing has nothing to do with "hexloader"... (I never even 
mentioned about "hexloader", btw) ... and I read about the "hex 
loader" discussion as suggested, and found stuff that I didn't really 
think was related to my questions. Yeah, like I said, I don't really 
know much and I'd like to know, so I might be missing something, and 
someone can help me with it...


But the thing is, all I asked was how to compile an object like [==~] 
and make it load without being part of a library. I found on deken a 
zexy version that seemed to do that (specifically: 
/zexy-v0-0extended-(Darwin-/i386-32)(Darwin-PowerPC-32)(Darwin-x86_64-32)-externals./tar/). 
And it didn't need a [hexloader] object too, by the way.


I didn't get an answer, but me and my colleague were checking the 
source code from zexy and found some cues. We tried it... and it works!


Now I have an object that is compiled as [==~], it's not part of a 
library, and it loads and works on pd vanilla 0.46-7 64 bits, pd 
vanilla 0.46-7 32 bits and also Pd-Extended 0.42-5 (*_without_* the 
need of the [hexloader] object by the way). All you need is the 
==~.pd_darwin object in a search path.



Speaking and thinking as a user, I think it is easy and great to have 
a working and compiled object that just loads and works, so that is 
what I 'm after.


But anyway, yeah, I wanna know what are the dangers and all...

cheers




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Help Patches Layout

[Ivica Ico Bukvic]

As an alternative idea, perhaps one of the early pd tutorials (e.g. 
introduction) could simply elaborate how the inlets are numbered which 
could be a considerably easier solution.


If you are determined to update all the docs to reflect this change, 
don't forget the PD_META which currently requires the use of 0 as the 
first inlet. Updating tooltips will also require changes accommodate for 
this alteration.


Best,

Ico

On 3/17/2016 1:13 PM, Esteban Viveros wrote:
Thanks Roman for explanations.. good trim the edges of naming things 
in order to eliminate future confusion.


Ivica, I'm thinking in order to provide a relatively see and 
understand for help patch user. Is really necessary expose a new user 
to this problematics?


I'm thinking which not every pd user must be a programmer (at least 
initially), and probably be an artist... (perhaps), thinking this I 
understand the principal goal of the user is to make thinks work, and 
to use the send a message to this object he needs do use $1  $2 $3, if 
he use $0 pd will do other thing.. So name outlets in Help from 0 
require one more step for who are learning many more steps...  (please 
correct me if I'm wrong with regard to the behavior pd)


Finally, open and edit patch by patch I'm already doing.. Rename 
inlets and outlets I can make like meditation! :P


I'm question for these because I know pdL2ork have other libraries and 
have change something like this have consequences. But anyway, if 
needed I can modify some more patches. :) Only it will have some time.


Cheers


Em qui, 17 de mar de 2016 às 13:26, Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> escreveu:


Here's my $0-cents worth. This is an eternal struggle in the
world'o'comp sci. We need to wrap our heads around the fact that 0
is the 1st number in any kind of data container, whether it be
value or ordinal position. Yet, as humans we prefer 1 to be that
first number, reserving 0 as the special case value. So, you could
make the case either way arguing for consistency, intuitiveness,
aliens, whatever. Another consideration within the pd* ecosystem
is that it is 0-centric, meaning things tend to start with $0
(patch instance) before they get to $1. Then again, $1 refers to
the first arg, so you could argue it may be inconsistent... etc.
etc. etc.

On the practical side, renaming inlets would mean going through
every last help file and ensuring it has been updated accordingly,
otherwise you would be just adding to more confusion as newcomers
learn that some help files refer to the first inlet as 0 and
others as 1...


On 3/17/2016 11:49 AM, Esteban Viveros wrote:

Hi,

I'm with Porres in Cyclone maintenance working on revision of
some Help patches.

The question is: Why count inlets and outlets from zero if Pd
user have to call inlets and outlets from $1 $2 $3... ? For help
patch user don't be more convenient enumerate inlets and outlets
starting at number 1?

Cheers


___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>  mailing list
UNSUBSCRIBE and account-management 
->http://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Help Patches Layout

[Ivica Ico Bukvic]

Here's my $0-cents worth. This is an eternal struggle in the 
world'o'comp sci. We need to wrap our heads around the fact that 0 is 
the 1st number in any kind of data container, whether it be value or 
ordinal position. Yet, as humans we prefer 1 to be that first number, 
reserving 0 as the special case value. So, you could make the case 
either way arguing for consistency, intuitiveness, aliens, whatever. 
Another consideration within the pd* ecosystem is that it is 0-centric, 
meaning things tend to start with $0 (patch instance) before they get to 
$1. Then again, $1 refers to the first arg, so you could argue it may be 
inconsistent... etc. etc. etc.


On the practical side, renaming inlets would mean going through every 
last help file and ensuring it has been updated accordingly, otherwise 
you would be just adding to more confusion as newcomers learn that some 
help files refer to the first inlet as 0 and others as 1...


On 3/17/2016 11:49 AM, Esteban Viveros wrote:

Hi,

I'm with Porres in Cyclone maintenance working on revision of some 
Help patches.


The question is: Why count inlets and outlets from zero if Pd user 
have to call inlets and outlets from $1 $2 $3... ? For help patch user 
don't be more convenient enumerate inlets and outlets starting at 
number 1?


Cheers


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ggee [image] problem with jmmmp and all

[Ivica Ico Bukvic]

This may be OT--please consider this a feature request within 
pd-vanilla/ggee...


pd-l2ork has @pd_extra keyword you can include with any path and it will 
parse it into extras folder. Its version of ggee/image also allows for 
relative paths and supports transparency/pngs... HTH


Best,

Ico

On 3/10/2016 8:27 AM, Esteban Viveros wrote:

Ok...  I'm debugging here.

Something was wrong because of the order of patching the [getdir] 
machine. When I only delete and put back the patch cord, and rewrite 
the msg with exactly same content, error gone.


At now I have one more question but maybe it's a new thread..

Em qui, 10 de mar de 2016 às 05:31, João Pais > escreveu:



For this test I have installed “ggee” and “jmmmp” on Pd 0.46.7
on Win 8.1.

I have no problems loading “rgb.ppm” for  João`s swatch-gui.pd.

João I recommend that you change the 2nd line in swatch-gui.pd:

#X obj 150 53 image
E:/jmmmp/elektronik/pd-jmp/jmmmp-ext/svn/jmmmp/examples/rgb.ppm;

to

#X obj 150 53 image examples/rgb.ppm;

but only if you want.


You're right, I wasn't aware that the absolute path was recorded
there. I uploaded a new release (also with jp.menu, a new
abstraction). You can find it with deken - although something
strange is happening right now with the puredata wiki, the release
link is failing. It it doesn't sort itself out in some hours, I'll
put up another release this evening.

Best,

Joao



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[Ivica Ico Bukvic]

in pd-extended a folder called "tkdnd2.6" was located in the "lib" 
folder. is this all that's needed or do i need to do anything else.


and where does you plugin go ? into the "tkdnd2.6" folder ?


tkdnd seems to be installed then...
put  pure-data-svn/scripts/guiplugins/dropsuite-plugin/ folder into 
your pd-external folder, restart pd

if it doesn't complain about missing something that's all.


FWIW, pd-l2ork comes prepackaged with this one... HTH

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

[Ivica Ico Bukvic]

I forget, does the mouse cursor change when you hover? Last time I 
checked in vanilla it didn't but that was a while ago. If not, it may 
help make it easier to expose the said feature and aim for the sweet spot.


On 2/23/2016 5:44 AM, Dan Wilcox wrote:
Em ter, 23 de fev de 2016 às 00:56, Matt Barber > escreveu:


Newest vanilla has basic object resize, which actually helps a
lot with some of the issues brought up here. It's also very
helpful that comments can be resized, so you can set the wrap point.

Cool.. I'm using pd 0.46-7, what's that object? :)


Hover your mouse over the right side of an object box and drag…


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

[Ivica Ico Bukvic]

On 2/22/2016 11:40 PM, Jonathan Wilkes via Pd-list wrote:

> Max have features like auto-align horizontally/vertically

Pd-l2ork has this, too-- "Tidy Up" in the Edit menu.  It's a little 
strange-- if you click it once it will sweep the selected objects into a
"pile", and if you click again it will fan them out like a deck of 
cards.  But it can work well for some situations.


This is because in pd-l2ork first press on tidy up aligns objects to the 
closest axis. This can sometimes make objects overlap, even though they 
are aligned across a desired axis (e.g. if you duplicate an object a 
couple times and then try to align it with duplicated objects). That is 
why there is the second press which spaces out objects according to the 
shortest space between them unless the shortest space is an actual 
overlap in which case it respaces it by a default spacing value that is 
applied to the right side of the object to the left. Now, if you can 
understand what I wrote in one read, go get yourself (if age < 21 && 
location == USA; then popsicle; else beer;)



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

[Ivica Ico Bukvic]

FWIW, Fred, if there is a way to convince you to allow for adding new 
objects, I would certainly like to second that. In the eyes of new pd 
users who are familiar with Max, Cyclone is not only a Max 4.6 
compatibility library, it is first and foremost Max compatibility 
library and that would suggest newer objects should be in there. I 
imagine the only reason they simply weren't already added is likely due 
to lack of a developer and maintainer. The last thing pd community needs 
is yet another library that may end-up without a maintainer. The 
confusion one will have to deal with by creating cyclone/prepend vs. 
/pong is pointless at best. If maintaining library 
overhead is a concern, please note we've already done a fair amount of 
creating updated help files for the entire cyclone library in pd-l2ork, 
as well as fixing and upgrading a number of objects, all of which I've 
gladly shared with you and continue to contribute as much as you allow 
and my time permits. But please, let's not start yet another library. If 
anything, we should look into consolidating. Pd-L2Ork has already 
started doing this. e.g. one of the examples brought up regarding Eric 
Lyon's potpourri and cyclone's cartopol~ and poltocar~, in pd-l2ork, 
potpourri objects are not being built because they are not necessary. 
All this with the goal of eventually doing away with 
subfolders/declares/imports and other middleware and simply having all 
the best externals in one folder and getting rid of the rest (or perhaps 
adding them in the unsupported/legacy subfolder). In such an ecosystem 
PD META will take care of the attribution and bug reporting and we'll be 
all better for it, particularly in terms of encouraging new users to 
join the pd community.


On 2/17/2016 1:33 PM, Fred Jan Kraan wrote:

Hi Alexandre,


Howdy, if you understand only a part of it, I know that I know about
nothing.

But hey, as I understand it, there's quite some work to make it (loading
the weird name objects without [declare]) happen and you'd rather focus
on other fixes, cool.

Well, I'm just starting using github
https://github.com/porres/pd-cyclone
 
and

have mobilized others to collaborate with new objects for cyclone,
according to that list I shared these days.

You may have noticed a pull request already for [pong]. I'm working with
someone else and we should be having scale / scale~ / atodb / dbtoa /
atodb~ / dbtoa~ / trunc~ ready quite soon!


Yes, I noticed. I appreciate all you do for pd and cyclone in 
particular, but I cannot accept the request. Cyclone is one of the few 
libraries with a closed set of objects; only those part of Max/MSP, 
arbitrary set around version 4.6 or 5.


Cyclone is already quite big, with 150+ objects. This seems a good 
reason to be selective in which objects should be added. Just because 
objects are or should be in Max/MSP is not reason enough. If it exists 
in another library, it is unneeded IMHO.


I can bother myself to try and deal with the issues regarding these
objects, but I think a start could be to create new objects with the
unweird names, this is not in conflict with Max compatibility, as it
also loads these objects via the same way (again, they'd be:
/greaterthan~ / greaterthaneq~ / lessthan~ / lessthaneq~ / equals~ /
notequals~ / plusequals~ / rminus~ / rminus / rdiv~ /  rdiv / modulo~/).
It wouldn't get in conflict with current state of cyclone either and the
help files of these objects could refer to nettles and all. Cool? Later
on in the game I can try and figure out how to load them without 
declare.


Personally I have no issue with [declare] as it is vanilla. Or with 
the weird names; if you want un-weird names, abstractions (containing 
[declare] should work too?


cheers

cheers


Greetings,

Fred Jan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

[Ivica Ico Bukvic]

Why not simply have an inlet that can handle both inside an abstraction 
and route signal one way and number the other and then sprinkle that 
with dynamic nlet creation and you're done? Then you can simply abstract 
most cases.


On 2/14/2016 11:36 AM, Matt Barber wrote:
[gt~] is a great example of something that could work as an 
abstraction, except for the pesky right inlet which should take a 
signal if there's no creation argument, but float otherwise.


On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> wrote:


What I am also trying to do eventually in pd-l2ork is weed out
redundant objects and only keep the ones that do the said task the
best while still supporting other objects' idiosyncrasies (if
any). There is absolutely no reason to have multiple objects of
the same kind. Ultimately, one could keep all the externals in the
same folder and completely do away with all the declares, imports,
and other things that make learning pd unnecessarily harder.

-- 
    Ivica Ico Bukvic, D.M.A.

Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139 <tel:%28540%29%20231-6139>
i...@vt.edu <mailto:i...@vt.edu>
www.performingarts.vt.edu <http://www.performingarts.vt.edu>
disis.icat.vt.edu <http://disis.icat.vt.edu>
l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
ico.bukvic.net <http://ico.bukvic.net>

On Feb 14, 2016 8:40 AM, "Fred Jan Kraan" <fjkr...@xs4all.nl
<mailto:fjkr...@xs4all.nl>> wrote:

Hi Alexandre,

guess some of it is in:

http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html


This list is also becoming a list of what has been done.


As with _nettles_

"try to resurrect as independent object library"

Anyway, tell me if this gets includes on this file.


Yes, the nettles-objects are part of the latest cyclone
versions. They are part of the nettles library, which can be
loaded with [declare]. Not all operating systems like the '<'
and '>' in the object names and there is overlap with other
library objects, so only loading them when needed is cleaner.


cheers

ps. count me in for help with the help files


Great!

Greetings,

Fred Jan


2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres
<por...@gmail.com <mailto:por...@gmail.com>
<mailto:por...@gmail.com <mailto:por...@gmail.com>>>:

Howdy, it's a known fact brazilians will start the
year only after
carnival, so here I am.

I'd like to share my list of things to do with
existing Cyclone
Objetcs. Obviously there might be other issues with
other objects
that would make them up to date with the current
version of Max (Max
7). Nonetheless, this is what I find relevant, and
I've been really
checking it through.

It's only about 11 objects, some has already been
discussed here and
might have been fixed or in the process to be taken
care of, forgive
me if so.

I have it attached and also as a link to a google doc


https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing

Next, I will get together a list of new objects I
think should be
included, many of which I've already made as
abstractions (kind of
to show how it works like I did with [teeth~], cause I
really think
they should all be done as externals).

Cheers



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] freeverb~ problem

[Ivica Ico Bukvic]

I thought this, too. I seem to (mis)remember somewhere that -O2 
optimization at compile-time would help with this, which is what 
pd-l2ork's freeverb~ uses and still exhibits previously reported 
behavior. That said, I wonder if denormals would also solve potential 
NaNs. At any rate, I've updated freeverb~ to explicitly use denormal 
function's return value in pd-l2ork and will run some tests and let you 
know. If you'd like to test it out, download the latest deb dated 
20160208 (64bit build only for the time being).


Best,

Ico

On 2/8/2016 4:44 AM, Kjetil Matheussen wrote:

Regarding denormals, if that's the problem, shouldn't it be good enough
to compile with -fpmath=sse -msse2 and run the following code one time 
in the dsp thread?


#ifdef __SSE__
#ifdef __SSE2__
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040)
#else
#define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000)
#endif
#else
#   error "must compile with -fmpath=sse"
#endif




On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen 
<k.s.matheus...@gmail.com <mailto:k.s.matheus...@gmail.com>> wrote:


You could use the faust version of freeverb and compile it for pd.
It's probably less likely to have bugs.
For instance by pasting

http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw
into http://faust.grame.fr/onlinecompiler/


On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic <i...@vt.edu
<mailto:i...@vt.edu>> wrote:

Thank you, Katja. Is there a newer version than this out there?

    Best,

    -- 
Ivica Ico Bukvic, D.M.A.

Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139 <tel:%28540%29%20231-6139>
i...@vt.edu <mailto:i...@vt.edu>
www.performingarts.vt.edu <http://www.performingarts.vt.edu>
disis.icat.vt.edu <http://disis.icat.vt.edu>
l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
ico.bukvic.net <http://ico.bukvic.net>

On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com
<mailto:katjavet...@gmail.com>> wrote:

If the freeverb~ version you use looks like the one in

http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c

<http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb%7E/freeverb%7E.c>,
there's a function 'fix_denorm_nan_float() defined
starting at line
154. The function is called later (in line 225 and others)
but the
return value is never stored. Therefore freeverb~ doesn't
flush
denormals.

On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu
<mailto:i...@vt.edu>> wrote:
> Thank you all. Looks like I've got some troubleshooting
to do and will
        > report what I find.
>
> Best,
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Computer Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139 <tel:%28540%29%20231-6139>
> i...@vt.edu <mailto:i...@vt.edu>
> www.performingarts.vt.edu <http://www.performingarts.vt.edu>
> disis.icat.vt.edu <http://disis.icat.vt.edu>
> l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
> ico.bukvic.net <http://ico.bukvic.net>
>
> On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig"
<zmoel...@iem.at <mailto:zmoel...@iem.at>> wrote:
>>
>> On 02/06/2016 10:29 AM, katja wrote:
>> > Possibly an inf or nan recirculating in the delay
lines? It seems that
>> > freeverb~ calls function fix_denorm_nan_float(float
v) but doesn't use
>> > the return value.
>>
>> you *might* be able to confirm this by sending the
output for
>> [freeverb~] to [print~] (the silent samples would be
NaN or Inf rather
>> than 0 (or some other constant value))
>>
>> gamds
>> IOhannes
>>
>>
>>
>> ___
>&g

[PD] freeverb~ problem

[Ivica Ico Bukvic]

All,

I've encountered a new issue with freeverb~. I am having a hard time 
isolating the source as it happens so sporadically (although it is 
always linked with the sudden drop in input and possibly a low frequency 
impulse) but it does not seem like it is a denormal problem because when 
it happens, I get a small burst of noise followed by nothing even though 
CPU is not getting pegged. The rest of the patch works fine but the 
freeverb is for all intents and purposes dead. It does not do anything 
until it is deleted and recreated. Any ideas what may be the cause of 
this? In the said example I only use one input (left). Could that have 
to do something with it? The object is compiled on 64-bit Linux with -O2 
optimizations (IIRC).


Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Creative Technologies in Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a working Pd -> VST implementation?

[Ivica Ico Bukvic]

Is this an open source project? There appears to be plenty of 
documentation on the site but no downloads available.


On 2/4/2016 4:23 PM, Joe White wrote:

Hi Matti,

We're working on Heavy  which will translate 
Pd patches into VSTs  with a 
small amount of markup. Source code and compiled binaries for OSX and 
Win 32/64bit are provided.


Cheers,
Joe

On 4 February 2016 at 20:27, Matti Viljamaa > wrote:


I found some references of PdVST
(https://puredata.info/downloads/pdvst), but it seemed to be only
for Windows and all the info seemed outdated.

Is there some active implementation for running Pd in DAWs?

-Matti

___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Is there a working Pd -> VST implementation?

[Ivica Ico Bukvic]

How about Heavy? Its git has only readme.md.

On 2/4/2016 7:33 PM, Scott R. Looney wrote:
hey there, i followed the download links to Github where it looks like 
there is source. there's no indication of license for their source but 
it uses Juce which i think has a GPL option:


https://github.com/logsol/pd-pulp

hope this helps,
scott

On Thu, Feb 4, 2016 at 4:25 PM, Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> wrote:


Is this an open source project? There appears to be plenty of
documentation on the site but no downloads available.


On 2/4/2016 4:23 PM, Joe White wrote:

Hi Matti,

We're working on Heavy <https://enzienaudio.com> which will
translate Pd patches into VSTs
<https://enzienaudio.com/docs/vst2.html> with a small amount of
markup. Source code and compiled binaries for OSX and Win
32/64bit are provided.

Cheers,
Joe

On 4 February 2016 at 20:27, Matti Viljamaa <mvilja...@kapsi.fi
<mailto:mvilja...@kapsi.fi>> wrote:

I found some references of PdVST
(https://puredata.info/downloads/pdvst), but it seemed to be
only for Windows and all the info seemed outdated.

Is there some active implementation for running Pd in DAWs?

-Matti

___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>  mailing list
UNSUBSCRIBE and account-management 
->http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork loading "pix_" libraries (gem)

[Ivica Ico Bukvic]

It supports all Ubuntu and Debian releases with other distros being 
supported by third parties. I however don't build anything other than 
what I need. At some point I will need to follow-up with Albert Graef to 
set up the launchpad, so that we get automatic builds for all distros 
concurrently. Until then, you will need to build your own using 
tar_em_up.sh -B


HTH

On 1/24/2016 1:09 PM, Jonghyun Kim wrote:

I'm on Ubuntu 14.04. pd-l2ork supports only latest ubuntu(15.10)?

On Sat, Jan 23, 2016 at 9:12 AM, Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> wrote:


Are you running Ubuntu 15.10? If not, you will need to compile
your own.


On 1/22/2016 4:48 PM, Jonghyun Kim wrote:

hi list,

I can't load pix_libraries on pd-l2ork 20151230. non-pix
libraries works like gemhead, gemwin, but "pix_something"
doesn't works. missing libraries?

thanks,
jonghyun





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork loading "pix_" libraries (gem)

[Ivica Ico Bukvic]

Are you running Ubuntu 15.10? If not, you will need to compile your own.

On 1/22/2016 4:48 PM, Jonghyun Kim wrote:

hi list,

I can't load pix_libraries on pd-l2ork 20151230. non-pix libraries 
works like gemhead, gemwin, but "pix_something" doesn't works. missing 
libraries?


thanks,
jonghyun



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork can't grab multiple audio outputs

[Ivica Ico Bukvic]

There is also per-user settings file located in the ~/.pd-l2ork (or 
~/.pdl2ork, can't remember which), which is created every time you apply 
audio settings. That said, command line parameters trump both the 
system-wide one (the one Jonghyun pointed out), and the one in your 
~/.pd-l2ork folder. Please note that start-up icon starts with stereo 
flags (see /usr/share/applications/pd-l2ork.desktop for more info what 
default settings it uses). HTH


On 1/20/2016 9:35 AM, Jonghyun Kim wrote:

i found solution to fix it.

pd-l2ork's default exec was:
Exec=pd-l2ork -rt -jack -audiobuf 20 -inchannels 2 -outchannels 2 
-alsamidi -mididev 0 %U


to edit this file,
$ sudo nano /usr/share/applications/pd-l2ork.desktop

but if you want to use more outputs, modify this.
-inchannels 12
-outchaanels 12
etc..

thanks,
jonghyun

On Wed, Jan 20, 2016 at 11:27 PM, Jonghyun Kim > wrote:


in addition, it also doesn't store the changes(audio card setup)
in preference.

i'm on ubuntu 14.04 64bit.


On Wed, Jan 20, 2016 at 11:21 PM, Jonghyun Kim
> wrote:

hi list,

in pd-l2ork ver. 20151130 i can't use multiple outputs. i have
8 in 8 out audio interface, and it routes with jack. it works
well with other applications, but only pd-l2ork can't grab this.

differing from this, in pd 0.46-7 multiple output works as dac
5,6,7,8,9,10,11,12 and 1, 2 are same as 5, 6.

how can i use multiple output in pd-l2ork?

thanks,
jonghyun





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork can't grab multiple audio outputs

[Ivica Ico Bukvic]

I think it depends whether it is able to detect the soundcard properly 
but I honestly don't remember.


On 1/20/2016 10:32 AM, Jonathan Wilkes wrote:
What happens if we remove the inchannels and outchannels flag from the 
pd-l2ork.desktop file?  Doesn't

Pd just default to pairs of in/out chans anyway?




On Wednesday, January 20, 2016 9:55 AM, Ivica Ico Bukvic <i...@vt.edu> 
wrote:



There is also per-user settings file located in the ~/.pd-l2ork (or 
~/.pdl2ork, can't remember which), which is created every time you 
apply audio settings. That said, command line parameters trump both 
the system-wide one (the one Jonghyun pointed out), and the one in 
your ~/.pd-l2ork folder. Please note that start-up icon starts with 
stereo flags (see /usr/share/applications/pd-l2ork.desktop for more 
info what default settings it uses). HTH


On 1/20/2016 9:35 AM, Jonghyun Kim wrote:

i found solution to fix it.

pd-l2ork's default exec was:
Exec=pd-l2ork -rt -jack -audiobuf 20 -inchannels 2 -outchannels 2 
-alsamidi -mididev 0 %U


to edit this file,
$ sudo nano /usr/share/applications/pd-l2ork.desktop

but if you want to use more outputs, modify this.
-inchannels 12
-outchaanels 12
etc..

thanks,
jonghyun

On Wed, Jan 20, 2016 at 11:27 PM, Jonghyun Kim <agitato...@gmail.com 
<mailto:agitato...@gmail.com>> wrote:


in addition, it also doesn't store the changes(audio card setup)
in preference.

i'm on ubuntu 14.04 64bit.


On Wed, Jan 20, 2016 at 11:21 PM, Jonghyun Kim
<agitato...@gmail.com <mailto:agitato...@gmail.com>> wrote:

hi list,

in pd-l2ork ver. 20151130 i can't use multiple outputs. i
have 8 in 8 out audio interface, and it routes with jack. it
works well with other applications, but only pd-l2ork can't
grab this.

differing from this, in pd 0.46-7 multiple output works as
dac 5,6,7,8,9,10,11,12 and 1, 2 are same as 5, 6.

how can i use multiple output in pd-l2ork?

thanks,
jonghyun






___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork can't grab multiple audio outputs

[Ivica Ico Bukvic]

Also, please note there is a newer version of pd-l2ork (20160118) 
available on L2Ork's website which addresses a few minor but nonetheless 
important bugs and regressions relevant to those interested in live coding.


Best,

Ico

On 1/20/2016 9:53 AM, Ivica Ico Bukvic wrote:
There is also per-user settings file located in the ~/.pd-l2ork (or 
~/.pdl2ork, can't remember which), which is created every time you 
apply audio settings. That said, command line parameters trump both 
the system-wide one (the one Jonghyun pointed out), and the one in 
your ~/.pd-l2ork folder. Please note that start-up icon starts with 
stereo flags (see /usr/share/applications/pd-l2ork.desktop for more 
info what default settings it uses). HTH


On 1/20/2016 9:35 AM, Jonghyun Kim wrote:

i found solution to fix it.

pd-l2ork's default exec was:
Exec=pd-l2ork -rt -jack -audiobuf 20 -inchannels 2 -outchannels 2 
-alsamidi -mididev 0 %U


to edit this file,
$ sudo nano /usr/share/applications/pd-l2ork.desktop

but if you want to use more outputs, modify this.
-inchannels 12
-outchaanels 12
etc..

thanks,
jonghyun

On Wed, Jan 20, 2016 at 11:27 PM, Jonghyun Kim <agitato...@gmail.com 
<mailto:agitato...@gmail.com>> wrote:


in addition, it also doesn't store the changes(audio card setup)
in preference.

i'm on ubuntu 14.04 64bit.


On Wed, Jan 20, 2016 at 11:21 PM, Jonghyun Kim
<agitato...@gmail.com> wrote:

hi list,

in pd-l2ork ver. 20151130 i can't use multiple outputs. i
have 8 in 8 out audio interface, and it routes with jack. it
works well with other applications, but only pd-l2ork can't
grab this.

differing from this, in pd 0.46-7 multiple output works as
dac 5,6,7,8,9,10,11,12 and 1, 2 are same as 5, 6.

how can i use multiple output in pd-l2ork?

thanks,
jonghyun







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] animation api

[Ivica Ico Bukvic]

The following is going somewhat OT but nonetheless based on this very 
interesting topic: application framerate is no more deterministic than 
the proposed idea. Just because monitor refreshes at 60Hz doesn't mean 
the app will do the same or consistently. Yet, pegging GUI updates at 
60Hz (think speedlim-like behavior) despite all the loose ends will 
undoubtedly provide improved responsiveness over a GUI where one can 
send sub-millisecond change requests, most of which will never see the 
light of the day, despite eating up tons of CPU and in all likelihood 
bringing it down to its knees.


On 1/4/2016 9:32 PM, Jonathan Wilkes wrote:

Having an animation method allows GUI-side optimizations that aren't
possible when the animation is smeared across the socket/parser/eval'er.

Determinism: GUI rendering isn't deterministic, at least not in the 
way Pd's

scheduler is.  For example, how could the GUI (tcl/tk or otherwise) even
know that it missed a deadline?

I guess the simple API I'm toying with is "stretching the accordion" 
so to

speak, and potentially showing the cracks more explicitly with a longer
running animation than can currently be seen in Pd's GUI. But that can be
remedied, either by recursively halving a single animation into 
smaller ones,

or just giving up and using [line].

The greater benefit is that more elegant types of visual feedback become
possible without being discarded out of hand due to their potential for
audio interruption.

-Jonathan

On Monday, January 4, 2016 5:20 PM, Ivica Ico Bukvic <i...@vt.edu> wrote:


On 1/3/2016 3:24 PM, Jonathan Wilkes wrote:
It's actually way more simplistic than that-- just an "animate" 
method that
wraps around whatever attribute is available to the drawing command.  
All
I'll have is a ramp time, an optional delay time, and an optional 
easing curve.

That will make it a bit like a [vline~] for GUI side animation.

I'm using the web animations API because it makes things very simple, 
even

to do complex things like animating path data.

The idea is that this would open up some modest visualization 
opportunities

that are otherwise too cpu intensive.  For example, if you're animating
using [line] the socket messages can quickly get in the way of the audio.


Will you at some point drown the CPU? Sure, but that is no different 
than a million of other ways of doing the same. OTOH, implementing the 
animation this way helps you ensure that your animation remains in 
sync with the audio, which to me seems much better gain than a 
potential CPU/socket overhead may be a shortcoming.


There could be some very cool ways of filtering gui messages, as well 
(short of getting rid of the socket-based communication in favor of a 
shared memory/multithreaded design). For instance, your animation 
object could be given the screen refresh rate and therefore it would 
not send out a message via a socket unless a desired frame-worth of 
time has transpired since the last message was sent. This would do 
wonders not just in terms of animation, but also the overall gui 
responsiveness, if implemented system-wide.


Best,

Ico




-Jonathan








On Sunday, January 3, 2016 1:08 PM, Ivica Ico Bukvic <i...@vt.edu> 
<mailto:i...@vt.edu> wrote:



I think it may make sense in addition to having a 
one-shot-independent animations that have no guarantee of staying in 
sync with the audio (e.g. these could be useful for mouse-over button 
animations) that your animation object can also receive a decimal 
value between its originator and destination, allowing for each 
keyframe to be a whole number. So, 0-1 would interpolate between the 
starting state and first keyframe, 1-2 between first and second 
keyframes, etc., and thus allow pd to use its timing mechanism to 
project changes in animation state via a line object, a counter or 
something similar. IIRC most (all?) HTML5-based animations can be 
triggered as independent events or can be given a specific percentage 
value. The one-shot object could interact with independent events, 
while the proposed object could interact with the latter.


That said, not knowing how you have imagined your animation object, 
it may be tricky to implement this as it would require object to keep 
track of all the keyframed events (assuming there are more than one). 
If you are thinking of having the animation object track only one 
single animation (e.g. something progressing from 30% to 90%), the 
same could still prove useful except in this case you would only 
allow for values between 0 and 1.


On 1/2/2016 1:12 PM, Jonathan Wilkes via Pd-list wrote:

Hi list,
I'm playing with adding a simple animation api to data structure 
drawing commands.
The parameters will be sent to the GUI, and the GUI will take care 
of the ramp, delay, etc.


I'm thinking of just making it a simple "set it and forget it" api.  
That is, you send a message
with your ramp and delay times to the GUI, an

Re: [PD] animation api

[Ivica Ico Bukvic]

On 1/3/2016 3:24 PM, Jonathan Wilkes wrote:
It's actually way more simplistic than that-- just an "animate" method 
that

wraps around whatever attribute is available to the drawing command.  All
I'll have is a ramp time, an optional delay time, and an optional 
easing curve.

That will make it a bit like a [vline~] for GUI side animation.

I'm using the web animations API because it makes things very simple, 
even

to do complex things like animating path data.

The idea is that this would open up some modest visualization 
opportunities

that are otherwise too cpu intensive.  For example, if you're animating
using [line] the socket messages can quickly get in the way of the audio.


Will you at some point drown the CPU? Sure, but that is no different 
than a million of other ways of doing the same. OTOH, implementing the 
animation this way helps you ensure that your animation remains in sync 
with the audio, which to me seems much better gain than a potential 
CPU/socket overhead may be a shortcoming.


There could be some very cool ways of filtering gui messages, as well 
(short of getting rid of the socket-based communication in favor of a 
shared memory/multithreaded design). For instance, your animation object 
could be given the screen refresh rate and therefore it would not send 
out a message via a socket unless a desired frame-worth of time has 
transpired since the last message was sent. This would do wonders not 
just in terms of animation, but also the overall gui responsiveness, if 
implemented system-wide.


Best,

Ico



-Jonathan








On Sunday, January 3, 2016 1:08 PM, Ivica Ico Bukvic <i...@vt.edu> wrote:


I think it may make sense in addition to having a one-shot-independent 
animations that have no guarantee of staying in sync with the audio 
(e.g. these could be useful for mouse-over button animations) that 
your animation object can also receive a decimal value between its 
originator and destination, allowing for each keyframe to be a whole 
number. So, 0-1 would interpolate between the starting state and first 
keyframe, 1-2 between first and second keyframes, etc., and thus allow 
pd to use its timing mechanism to project changes in animation state 
via a line object, a counter or something similar. IIRC most (all?) 
HTML5-based animations can be triggered as independent events or can 
be given a specific percentage value. The one-shot object could 
interact with independent events, while the proposed object could 
interact with the latter.


That said, not knowing how you have imagined your animation object, it 
may be tricky to implement this as it would require object to keep 
track of all the keyframed events (assuming there are more than one). 
If you are thinking of having the animation object track only one 
single animation (e.g. something progressing from 30% to 90%), the 
same could still prove useful except in this case you would only allow 
for values between 0 and 1.


On 1/2/2016 1:12 PM, Jonathan Wilkes via Pd-list wrote:

Hi list,
I'm playing with adding a simple animation api to data structure 
drawing commands.
The parameters will be sent to the GUI, and the GUI will take care of 
the ramp, delay, etc.


I'm thinking of just making it a simple "set it and forget it" api.  
That is, you send a message
with your ramp and delay times to the GUI, and you just blindly trust 
that the GUI will make
things happen in the right amount of time.  The alternative I can 
think of is to have the GUI
call back when an animation is finished, but that would encourage 
mixing the two clocks

(i.e., GUI and Pd clock) in unpredictable
ways.

Does this simple approach seem like a reasonable design?  The biggest 
problem would be that
a long-running animation could skew.  But in that case you could 
probably amortize the cost of

sending more messages over the longer time period.

-Jonathan


___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at>  mailing list
UNSUBSCRIBE and account-management ->http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] animation api

[Ivica Ico Bukvic]

I think it may make sense in addition to having a one-shot-independent 
animations that have no guarantee of staying in sync with the audio 
(e.g. these could be useful for mouse-over button animations) that your 
animation object can also receive a decimal value between its originator 
and destination, allowing for each keyframe to be a whole number. So, 
0-1 would interpolate between the starting state and first keyframe, 1-2 
between first and second keyframes, etc., and thus allow pd to use its 
timing mechanism to project changes in animation state via a line 
object, a counter or something similar. IIRC most (all?) HTML5-based 
animations can be triggered as independent events or can be given a 
specific percentage value. The one-shot object could interact with 
independent events, while the proposed object could interact with the 
latter.


That said, not knowing how you have imagined your animation object, it 
may be tricky to implement this as it would require object to keep track 
of all the keyframed events (assuming there are more than one). If you 
are thinking of having the animation object track only one single 
animation (e.g. something progressing from 30% to 90%), the same could 
still prove useful except in this case you would only allow for values 
between 0 and 1.


On 1/2/2016 1:12 PM, Jonathan Wilkes via Pd-list wrote:

Hi list,
I'm playing with adding a simple animation api to data structure 
drawing commands.
The parameters will be sent to the GUI, and the GUI will take care of 
the ramp, delay, etc.


I'm thinking of just making it a simple "set it and forget it" api.  
That is, you send a message
with your ramp and delay times to the GUI, and you just blindly trust 
that the GUI will make
things happen in the right amount of time.  The alternative I can 
think of is to have the GUI
call back when an animation is finished, but that would encourage 
mixing the two clocks

(i.e., GUI and Pd clock) in unpredictable
ways.

Does this simple approach seem like a reasonable design?  The biggest 
problem would be that
a long-running animation could skew.  But in that case you could 
probably amortize the cost of

sending more messages over the longer time period.

-Jonathan


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] ANN: Contemplative Practices for the 21st Century University -- call for submissions

[Ivica Ico Bukvic]

Apologies for x-posting--please consider sharing this announcement with 
your colleagues/constituents.


I am pleased to announce the call for works (papers, posters, 
installations, and performance works) for the upcoming Contemplative 
Practices for the 21st Century University conference that will take 
place at Virginia Tech, March 10-12, 2016.


As part of the conference, Virginia Tech Institute for Creativity, Arts, 
and Technology (ICAT) invites proposals for art, installations, and 
technology demonstrations with focus on contemplative practice. While 
proposed art and installations should also leverage technology, within 
the context of this submission we define technology in the broadest 
terms possible. All submissions will be reviewed by an interdisciplinary 
panel consisting of ICAT faculty and will be assessed on their 
feasibility within the context of available conference infrastructure 
and resources. Selected projects will be showcased as part of the 
reception and a concert at the Moss Arts Center. Where appropriate, some 
submissions may be also presented in a paper and/or poster format as 
part of the "Technology" track. Authors of selected submissions will be 
expected to attend the conference. We are particularly interested in 
performance works that leverage ICAT's unique infrastructure, including 
Cube and Perform Studio. To apply, please see the ICAT Submissions Form 
on the website below. The deadline for submissions is December 18, 2015.


http://www.cpe.vt.edu/cptcu/submissions.html

Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu


___
Pd-announce mailing list
pd-annou...@lists.iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] ANN: competitive research assistantship available at Virginia Tech/ICAT/DISIS

[Ivica Ico Bukvic]

Apologies for x-posting, I would greatly appreciate it if you would 
please disseminate the following among prospective graduate students.


I am pleased to announce availability of a competitive ICAT graduate 
research assistantship starting with the academic year 2016-7. We are 
specifically looking for students who are interested in studying in the 
newfound Human-Centered Design (HCD) transdisciplinary individualized 
PhD and/or Computer Science's Human-Computer Interaction (HCI). We are 
also willing to consider Masters level applicants to the CS program with 
focus on HCI.


HCD Option
Virginia Tech's new individualized Human-Centered Design (HCD) iPhD
transdisciplinary degree is closely aligned with the newfound Institute 
for Creativity, Arts, and Technology (ICAT). iPhD is a degree designed 
primarily to support individually tailored PhD experiences, allowing 
students to actively participate in shaping their plan of study.


CS HCI Option
The graduate program in the Department of Computer Science at Virginia 
Tech is on its way to becoming one of the top programs in the country. 
The resources and facilities for research areas such as human-computer 
interaction, bioinformatics, and high-end computing are state of the 
art, and the growing list of specialized masters and doctoral degrees in 
a variety of areas provides opportunities for students to concentrate 
their research and study on the specific aspects of computer science in 
which they are most interested. At Virginia Tech, students receive 
firsthand instruction by award-winning faculty. In the computer science 
department, that means that graduate students have the opportunity to 
learn from the professors who have helped to define today's computer 
industry. The Center for Human-Computer Interaction is a part of ICAT, 
offering a diverse infrastructure and human expertise for cutting-edge 
research.


The GAship in question seeks candidates with a solid research 
background, and a strong sense of independence and self-sufficiency. We 
are particularly seeking students interested in sonification, sound 
spatialization, and interactive technologies (e.g. mind-body 
technologies, laptop/mobile ensembles, hyperinstruments, installations, 
mobile/wearable computing, etc.). Candidates must possess a strong 
knowledge of Max and Pd/Pd-L2Ork programming environments. C/C++ 
programming (or equivalent) is also preferred, as well as skills in 
other domains (e.g. interactive multimedia, K-12 education, 3D 
animation, etc.).


This is a renewable assistantship with a full tuition waiver and
a stipend. To be eligible candidates need to apply, be accepted, and 
enroll in the new HCD iPhD or the Human-Computer Interaction Computer 
Science program with primary focus in the computer music domain focusing 
on one or more of the aforesaid areas of interest.


The successful candidate will be given an opportunity to participate in
conducting reserarch using the cutting edge 148 speaker system and 
consequently its innovative spatialization, sonification, and immersion 
approaches in the new $100M Moss Arts Center and more specifically 
Institute for Creativity, Arts, and Technology's three-story Cube space 
and its smaller counterpart, the immersive Perform Studio, as well as 
the new DISIS facilities, a part of a $600,000 renovation that opened in 
January 2015. They will also work closely with ICAT faculty and

students on a number of collaborative projects, including Tech or Treat,
Maker camps, and other ICAT initiatives.

For questions and application information please contact Dr. Ivica Ico 
Bukvic <i...@vt.edu>


For more information:
ICAT http://www.icat.vt.edu
DISIS http://disis.icat.vt.edu
L2Ork http://l2ork.icat.vt.edu
HCD http://www.vthcd.com/

Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.music.vt.edu
l2ork.music.vt.edu


___
Pd-announce mailing list
pd-annou...@lists.iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] ANN: pd-l2ork version 20151018 now available

[Ivica Ico Bukvic]

Apologies for x-posting,

Despite original intentions of not having any more major releases before 
the next GUI-rewrite version is out, I am about to eat my own words and 
announce pd-l2ork 20151018.


Release highlights:

*rtcmix~ external
*native lyonpotpourri library
*native fftease library
*new autotune~ external based on the latest version autotalent ladspa 
plugin and aututuned~ external
*merged latest developments in the cyclone library with pd-l2ork's 
improvements, including pd-l2ork's threaded coll object that allows 
loading of large files without xruns

*minor bug fixes and cosmetic improvements

For a raw (unedited) changelog and a more detailed overview, please visit:
https://puredata.info/downloads/Pd-L2Ork/releases/20151018

To download pd-l2ork:
http://l2ork.music.vt.edu/main/?page_id=56

NB: Currently only Ubuntu 14.04 64bit build is available, with 32bit and 
Raspberry Pi builds forthcoming.


About Pd-L2Ork
Pd-L2Ork is a fork of the ubiquitous Pure-Data focusing on improved user 
interface, expanded collection of externals, and an advanced SVG-enabled 
graphical front-end. Originally it was introduced as the core 
infrastructure for the Linux Laptop Orchestra (L2Ork 
http://l2ork.icat.vt.edu), and has since expanded to include K-12 
learning module with a unique learning environment offering adaptable 
granularity that has been utilized in over dozen maker workshops and 
initiatives, including the Raspberry Pi Orchestra program for middle 
school children introduced in the summer 2014. Today, pd-l2ork is being 
developed by a growing number of international collaborators and 
contributors.


For additional info L2Ork and pd-l2ork:
http://l2ork.music.vt.edu

Best,

--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net


___
Pd-announce mailing list
pd-annou...@lists.iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Coll object Was: cartopol~ and poltocar~

[Ivica Ico Bukvic]

On 10/17/2015 03:16 PM, Fred Jan Kraan wrote:


On 2015-10-17 05:57 PM, Jonathan Wilkes wrote:

Fred Jan,
Now that's interesting.  Thanks for testing it.

What happens with larger data sets? One thousand, ten thousand, etc.

Same result for 10.000 items; first the bang, then the result from the
dump. No interruption of the sound.
Now try that same patch on RPi and load five or ten files per second and 
chances are you will have xruns (order should remain the same, no matter 
what). Also, testing these in hypothetical/light cases where pd does 
nothing else of significance is unlikely to give you a real-world 
picture. FWIW, in L2Ork one of the biggest xrun culprits has been [coll] 
and data structures with large screen redraws that stole too much cpu 
away from audio processing thread, despite all the optimizations and 
prioritizations/lowlatency kernel/etc. Now, some of it is undoubtedly 
svg-enabled canvas and tkpath, some may be Ubuntu and its Unity desktop. 
Still, switching to threaded coll solved most of the problems. Another 
thing to consider, Max tests I shared earlier were performed on a fully 
loaded last gen MBP...


Best,

Ico

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] equality and void * pointers

[Ivica Ico Bukvic]

Is there a point of having more than one objectinfo at any point in time?

If not, you could have a static reference to that one objectinfo, or 
possibly have it instantiated in the background as an object that it 
associated with each canvas (or one per pd instance) and use the visual 
[objectinfo] as a mere proxy that forwards stuff to the invisible object 
(which means as a courtesy you could have multiple instances of 
[objectinfo] without any issues).


On 10/2/2015 11:50 AM, Jonathan Wilkes via Pd-list wrote:

I do have [objectinfo] inside Pd-l2ork.  But I don't have a method to
return the memory location of the object.

I also have a "find" method in [canvasinfo] which is very handy-- but it
searches based on the box text.  I could add an obscure
"find_by_memory_location" method which would do the trick.  Then it'd 
just be a matter of:

1) generate error for some object
2) note the object's address
3) delete the object


I wonder if there is a more graceful way of doing this. If not, you 
could accompany object's address with its atomic creation time (which 
would require adding a member to a struct as long as it is internal to 
pd and not readily instantiated/accessible in 3rd-party externals) and 
that way compare whether it is the same object...



4) dynamically create new obj in subpatch
5) check if that new object's address matches old object address
6) if not, clear the subpatch
7) repeat until you find a match

-Jonathan




On Friday, October 2, 2015 1:05 AM, Matt Barber  
wrote:



Most of the docs also don't expect you run a pointer out of the bounds 
of an array, either, but the compiler trusts you know what you're doing.


I see what you mean in the first question. Can we make a patch to test 
it dynamically?


On Fri, Oct 2, 2015 at 12:36 AM, Jonathan Wilkes > wrote:


For the first question, here's what I'm thinking:
1) create [boat(---[float]
2) click [boat(
3) error associated with [float].  (string ".x1234567" associated
with [float] gets saved in Pd window of GUI)
4) delete [float]
5) create [clip]
6) somehow the OS happens to use addy "1234567" for [clip]
7) click the error in the Pd window
8) GUI sends "pd findinstance .x1234567" to Pd
9) Pd assigns "1234567" to error_object
10) Pd compares [clip] object's "1234567" to old [float] addy
"1234567"
11) It's a match!
12) [clip] is falsely accused

For #2-- I guess I'm just anxious since most of the docs I've read
assume
a void* is either NULL or pointing to something that exists.

-Jonathan



On Friday, October 2, 2015 12:15 AM, Matt Barber
> wrote:


​So, if you deleted [float] and created [clip], isn't it going to
bash whatever c string was associated with [float] and associate
it with [clip]? Moreover, that kind of error has to occur in an
object that exists in the current state (I think?), so the old
[float] (once it's gone) could never be part of an error in the
first place.

For 2) I think it depends on what you're going to do with the void
pointer(s). Your compare_pointers() function could actually be
read as the meat of a "guess my address!" roulette game. If you
decided to write to *bar in case it matched, it might be a "guess
my address!" Russian roulette game. I'm not sure what the compiler
would say about that since I think you'd have to cast *bar back to
something you could write.



On Thu, Oct 1, 2015 at 11:57 PM, Jonathan Wilkes
> wrote:

Well, two questions I guess:
1) false positives-- if I deleted [float] and create [clip],
can't malloc use the addy
that belonged to [float]?  In that case [clip] could get
associated with an error
it had nothing to do with.
2) Is it undefined behavior to check void* garbage for equality?
And just for the heck of it...
3) is there a way to create something like [readpd~] which
would take indices
as input and output the corresponding bytes of the running Pd
instance? :)

-Jonathan





On Thursday, October 1, 2015 11:22 PM, Matt Barber
> wrote:


The left side is still determined by the current state of the
patch, though -- it's only going to check objects that are
still there, which any garbage on the right won't ever match
(right?). If there is a match, it's going to be because the
state on both sides of the == was updated when the object was
created. We never really have to worry about false positives,
so I'm not sure the random long is the same situation.

On Thu, Oct 1, 2015 at 9:54 PM, Jonathan Wilkes

Re: [PD] [PD-announce] ANN: pd-l2ork version 20150917 now available

[Ivica Ico Bukvic]

You're welcome. Glad to hear it all works now.

BTW, 20150921 release is now up for 32bit and 64bit Ubuntu, as well as 
RPi. Only changes are fixes for problems Jonghyun Kim reported.


Best,

Ico

On 9/21/2015 12:49 PM, Jonghyun Kim wrote:

It's awesome! Ivica, thanks for great release!

Jonghyun

On Tue, Sep 22, 2015 at 12:37 AM, Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> wrote:


Benjamin and others who may be having problems with png images,
please check if you have libmagick++-dev, libmagickcore5-extra
libmagick++-dev libmagickcore-dev libmagick++5 and libmagickcore5
installed. If not, please report what you may be missing. If yes,
please confirm. Many thanks!

As a quick alternative to using my deb package, you may want to
contact Albert Graef who has set up a launchpad with pd-l2ork
releases and likely has specialized deb for your version of Ubuntu
(although I am not sure if it is up-to-date with the latest
release). Another alternative is building your own version from
the source, which should be a simple three-step process. See
software page for details on how to compile pd-l2ork at:

http://l2ork.music.vt.edu/main/make-your-own-l2ork/software/

Best,

Ico

On 9/20/2015 8:16 PM, Benjamin ~ b01 wrote:

hi,

with an old version (Pd-l2ork version 20131123) on debian
jessie 32bits,
I had  the PNG problem :

load plugins 'image' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file
'/usr/lib/pd-l2ork/extra/Gem/gem_imageMAGICK.so'!
library loading returned: dlerror 'libMagick++.so.4: cannot
open shared
object file: No such file or directory'
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageSGI.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageTIFF.so'!
library loading returned: dlerror 'libtiff.so.4: cannot open
shared
object file: No such file or directory'
not reloading 'image' plugins (already 2 loaded)
load plugins 'image' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file
'/usr/lib/pd-l2ork/extra/Gem/gem_imageMAGICK.so'!
library loading returned: dlerror 'libMagick++.so.4: cannot
open shared
object file: No such file or directory'
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageSGI.so'!
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageTIFF.so'!
library loading returned: dlerror 'libtiff.so.4: cannot open
shared
object file: No such file or directory'

maybe gem_imageMAGICK plugin is built with a libMagick++
version which
is not available in the regular repositories ?

++
b

Le 20/09/2015 23:30, Ivica Ico Bukvic a écrit :

You're very welcome. Regarding your question, what may be
useful to do
is to try to install older release from July 2015 (see
http://l2ork.music.vt.edu/data/pd/ for direct access to
all older
releases), as it is possible that I did not have all the
libraries
when I built the Gem library--I did notice latest builds
on 14.04 were
smaller in size but did not have a chance to investigate why.

So, if you would please try installing the July release
found at
http://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20150730.deb
and
letting me know if that fixed the problem, that would help
a great
deal in figuring out what may be wrong.

Best,

Ico

On 9/20/2015 4:38 PM, Antonio Roberts wrote:

Hi Ivica,

Thanks for a great release!

I've just installed this on Ubuntu 15.04 64 Bit and I
appear to have
the same problem with loading pngs as I did here
http://lists.puredata.info/pipermail/pd-list/2015-05/110156.html

Anyone else having this problem?

Antonio

On 18 September 2015 at 06:39, Ivica Ico Bukvic
<i...@vt.edu <mailto:i...@vt.edu>> wrote:

Apologies for x-posting,

Following over dozen minor releases, yesterday
pd-l2ork team has
unveiled
our latest major release, version 20150917.
Release highlights include:

Release highlights:

*Expanded K12 module
*

Re: [PD] Pduino and arudino mini pro/raspi debian- Pduino or Comport?

[Ivica Ico Bukvic]

Another alternative--if you need Arduino for connecting GPIO (including 
software PWM for analog out) and potentially analog inputs, you may be 
better off getting Modern Device LOP shield for RPi (I worked with it on 
RPi 1 rev. B model, and according to online RPi2 specs it should be also 
compatible with RPi2 GPIO) which gives you 10 digital I/O that can be 
also used as PWM analog outs, and 8 analog ins, with each connector 
offering ground and 3.3V pin right next to it, plus a 5V lead if you 
need one straight off the GPIO pin and 4 optional microswitches linked 
with 4 GPIOs.


https://moderndevice.com/product/lots-of-pots-lop-board-for-raspberry-pi/ (the 
$23 NOP version comes without the pots, assuming you don't need the pots 
to begin with)


Best,

Ico

On 9/21/2015 6:45 PM, Martin Peach wrote:
...and connect Tx to Rx and Rx to Tx and don't forget to connect the 
grounds together.


Martin

On Mon, Sep 21, 2015 at 6:16 PM, Ivica Ico Bukvic <i...@vt.edu 
<mailto:i...@vt.edu>> wrote:


Two more considerations: making sure you have the right firmware
on the Arduino (sometimes it gets corrupt for seemingly no
apparent reason and you need to reupload it), and finally making
sure that it's getting enough power through RPi's USB port to
provide stable operation.


On 9/21/2015 6:15 PM, Ivica Ico Bukvic wrote:

If connecting to serial port works when you run pd with sudo
privileges, you will need to add your user is to the dialout
group. See

http://unix.stackexchange.com/questions/14354/read-write-to-a-serial-port-without-root
for more info. HTH

On 9/21/2015 1:56 PM, Pagano, Patrick wrote:

I have done all of that for use with the ardunio uno, it's
when the raspi2 is directly connected to the serial pins
that it does not connect.
I tested the device on mac and used the ALLINPUTS firmata
and it works with a virtual serial created by FTDI
just can't seem to talk to it with Linux debian running
vanilla

comport works fine with the UNO

Patrick Pagano B.S, M.F.A
Audio and Projection Design Faculty
Digital Worlds Institute
University of Florida, USA
(352)294-2020 <tel:%28352%29294-2020>


From: Pd-list <pd-list-boun...@mail.iem.at
<mailto:pd-list-boun...@mail.iem.at>> on behalf of
IOhannes m zmölnig <zmoel...@iem.at <mailto:zmoel...@iem.at>>
Sent: Monday, September 21, 2015 1:47 PM
To: pd-l...@mail.iem.at <mailto:pd-l...@mail.iem.at>
Subject: Re: [PD] Pduino and arudino mini pro/raspi
debian- Pduino or   Comport?

On 09/21/2015 05:17 PM, Pagano, Patrick wrote:

?i sent that message to it ]devicename /dev/ttyS1/S0
and it does not exist so i tried to create it with
mknod and it created the names in /dev but they are
not accessible.

mknod? this sounds like you are following advice from the
1990s.
these days mknod is hardly ever needed: instead any
devicefiles will be
created on the fly by the resp. drivers.


selecting device in the toggles in the pduino stuff
only finds device 0

I am wondering if it's a linux issue because the only
serial port at all is

serial 0 /dev/ttyAMA0

a little bit of googling hints that /dev/ttyAMA0 is indeed
the name for
the serial interface on the GPIO ports - which afaiu is
what you want.

so you just use that device.


then you need to get the permissions correct.
check whether the device is already setup to allow
group-members to
write to it, and which group that is:
$ ls -l /dev/ttyAMA0
crw-rw 1 root dialout 4, 67 Sep  3 16:12 /dev/ttyAMA0

and eventually add the user running Pd to that group:
pd@raspbian $ sudo bash
root@raspbian # adduser pd dialout

after that you only need to re-login as that user to let
the new group
membership have any effect.

gadsr
IOhannes


___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing
list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list



-- 
Ivica Ico Bukvic, D.M.A.

Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA