[PD] NYC in June

[Leandro da Mota Damasceno]

Hi everyone!

I´m going to New York for the ITP Summer Camp in June. I am also producing
a hacker workshop, that I will send more info later.

But right now I have a big question: what is going on in town that I should
know about? Any workshops, classes, exhibitions, events...?

Hans, anything...?

Best,

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

Re: [PD] [OT] Going to Tokyo - PD & Media Art Scene

[Leandro da Mota Damasceno]

Seiichiro, Ryuta!

I'll be in Tokyo until saturday. What do you guys think we meetup for a
beer or something?

Best,


leandro


On Wed, Feb 13, 2013 at 2:19 AM, Seiichiro MATSUMURA
wrote:

> Hi Leandro,
>
> > PD and Media Art scene while I'm there - from feb 18th to march 2nd.
>
> I will organize the (maybe) first Pd Synthesizer Workshop at Tokyo
> this weekend but they are only 16-17th.
>
> http://low-tech-ism.com/ltb/?p=875
>
> Unfortunately it will be finished before your visit to Tokyo.
> I will tell to participants about Pecha Kucha Night.
> What are you going to demonstrate?
>
> Numbers of Pd users here in Japan are quite limited yet but we start
> the Pure Data Japan portal web site very soon expecting users
> increased from now.
>
> Japan Media Arts Festival exhibition will be opened at Roppongi during
> your stay. Please check it out.
>
> http://j-mediaarts.jp/
>
> Best,
>
> Sei
>
> --
> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> Seiichiro Matsumura
>
> s...@low-tech-ism.com
> http://low-tech-ism.com/
> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>
>
> 2013/2/11 Leandro da Mota Damasceno :
> > Hi all!
> >
> > So, I'm going to Tokyo next week to present at the 100th Pecha Kucha
> Night.
> >
> > I've never been to Japan before and I'm looking forward to get to know
> the
> > PD and Media Art scene while I'm there - from feb 18th to march 2nd.
> >
> > So, I would love to get to know people from the PD community in Tokyo,
> visit
> > media labs and hackerspaces if there are any.
> >
> > Any suggestions?
> >
> >
> > best,
> >
> > Leandro
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Going to Tokyo - PD & Media Art Scene

[Leandro da Mota Damasceno]

That's really nice to hear, Ryuta! It will be great to see you there and
exchange some ideas! I hope I can make a fun presentation for everyone :)




On Tue, Feb 12, 2013 at 12:22 AM, Ryuta ATOHAMA  wrote:

> Leandro,
>
> Yes, I would like to attend PKN.
>
> I didn't know that event before your e-mail. It looks fascinating !
> Thank you for the information, and I hope I can meet you at there.
>
> Ryuta.
>
>
> On Tue, Feb 12, 2013 at 2:40 AM, Leandro da Mota Damasceno <
> lem...@gmail.com> wrote:
>
>> Cool! Thanks Ryuta!
>>
>> BTW, go check the PKN next week. It sounds pretty awesome :)
>>
>>
>>
>>
>> On Mon, Feb 11, 2013 at 3:17 PM, Ryuta ATOHAMA  wrote:
>>
>>> Hi Leandro,
>>>
>>> Here is a link to Tokyo Hacker Space on Shibuya, which takes about 20
>>> min by train from the meeting place of Pecha Kucha Night.
>>> http://www.tokyohackerspace.org/
>>>
>>> Unfortunately I don't know detail about the activity, because I've never
>>> been there.
>>>
>>>
>>> Ryuta.
>>>
>>>
>>>
>>> On Mon, Feb 11, 2013 at 10:53 PM, Leandro da Mota Damasceno <
>>> lem...@gmail.com> wrote:
>>>
>>>> Hi Philippe!
>>>>
>>>> Too bad we can't meet up! I was supposed to go today, but had some
>>>> problems with my passport. Have you seen anything interesting?
>>>>
>>>>
>>>> best,
>>>>
>>>> Leandro
>>>>
>>>>
>>>> On Mon, Feb 11, 2013 at 11:25 AM, philippe boisnard 
>>>> wrote:
>>>>
>>>>> ARFFF
>>>>>
>>>>> I m going to Kyoto Friday…. And afterMonday I return in France… gr
>>>>> Tokyo is fabulous … night and day…. I hope to meet some pd guy too.
>>>>>
>>>>> philippe
>>>>>
>>>>> Le 11 févr. 2013 à 22:17, Leandro da Mota Damasceno a écrit :
>>>>>
>>>>> > Hi all!
>>>>> >
>>>>> > So, I'm going to Tokyo next week to present at the 100th Pecha Kucha
>>>>> Night.
>>>>> >
>>>>> > I've never been to Japan before and I'm looking forward to get to
>>>>> know the PD and Media Art scene while I'm there - from feb 18th to march
>>>>> 2nd.
>>>>> >
>>>>> > So, I would love to get to know people from the PD community in
>>>>> Tokyo, visit media labs and hackerspaces if there are any.
>>>>> >
>>>>> > Any suggestions?
>>>>> >
>>>>> >
>>>>> > best,
>>>>> >
>>>>> > Leandro
>>>>> > ___
>>>>> > Pd-list@iem.at mailing list
>>>>> > UNSUBSCRIBE and account-management ->
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>
>>>>>
>>>>
>>>> ___
>>>> Pd-list@iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>>
>>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Going to Tokyo - PD & Media Art Scene

[Leandro da Mota Damasceno]

Cool! Thanks Ryuta!

BTW, go check the PKN next week. It sounds pretty awesome :)




On Mon, Feb 11, 2013 at 3:17 PM, Ryuta ATOHAMA  wrote:

> Hi Leandro,
>
> Here is a link to Tokyo Hacker Space on Shibuya, which takes about 20 min
> by train from the meeting place of Pecha Kucha Night.
> http://www.tokyohackerspace.org/
>
> Unfortunately I don't know detail about the activity, because I've never
> been there.
>
>
> Ryuta.
>
>
>
> On Mon, Feb 11, 2013 at 10:53 PM, Leandro da Mota Damasceno <
> lem...@gmail.com> wrote:
>
>> Hi Philippe!
>>
>> Too bad we can't meet up! I was supposed to go today, but had some
>> problems with my passport. Have you seen anything interesting?
>>
>>
>> best,
>>
>> Leandro
>>
>>
>> On Mon, Feb 11, 2013 at 11:25 AM, philippe boisnard wrote:
>>
>>> ARFFF
>>>
>>> I m going to Kyoto Friday…. And afterMonday I return in France… gr
>>> Tokyo is fabulous … night and day…. I hope to meet some pd guy too.
>>>
>>> philippe
>>>
>>> Le 11 févr. 2013 à 22:17, Leandro da Mota Damasceno a écrit :
>>>
>>> > Hi all!
>>> >
>>> > So, I'm going to Tokyo next week to present at the 100th Pecha Kucha
>>> Night.
>>> >
>>> > I've never been to Japan before and I'm looking forward to get to know
>>> the PD and Media Art scene while I'm there - from feb 18th to march 2nd.
>>> >
>>> > So, I would love to get to know people from the PD community in Tokyo,
>>> visit media labs and hackerspaces if there are any.
>>> >
>>> > Any suggestions?
>>> >
>>> >
>>> > best,
>>> >
>>> > Leandro
>>> > ___
>>> > Pd-list@iem.at mailing list
>>> > UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Going to Tokyo - PD & Media Art Scene

[Leandro da Mota Damasceno]

Hi Philippe!

Too bad we can't meet up! I was supposed to go today, but had some problems
with my passport. Have you seen anything interesting?


best,

Leandro


On Mon, Feb 11, 2013 at 11:25 AM, philippe boisnard wrote:

> ARFFF
>
> I m going to Kyoto Friday…. And afterMonday I return in France… gr
> Tokyo is fabulous … night and day…. I hope to meet some pd guy too.
>
> philippe
>
> Le 11 févr. 2013 à 22:17, Leandro da Mota Damasceno a écrit :
>
> > Hi all!
> >
> > So, I'm going to Tokyo next week to present at the 100th Pecha Kucha
> Night.
> >
> > I've never been to Japan before and I'm looking forward to get to know
> the PD and Media Art scene while I'm there - from feb 18th to march 2nd.
> >
> > So, I would love to get to know people from the PD community in Tokyo,
> visit media labs and hackerspaces if there are any.
> >
> > Any suggestions?
> >
> >
> > best,
> >
> > Leandro
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [OT] Going to Tokyo - PD & Media Art Scene

[Leandro da Mota Damasceno]

Hi all!

So, I'm going to Tokyo next week to present at the 100th Pecha Kucha Night.

I've never been to Japan before and I'm looking forward to get to know the
PD and Media Art scene while I'm there - from feb 18th to march 2nd.

So, I would love to get to know people from the PD community in Tokyo,
visit media labs and hackerspaces if there are any.

Any suggestions?


best,

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

So  would it be an updated FUDI or an all new protocol?


On Tue, Jan 22, 2013 at 6:15 AM, IOhannes m zmoelnig wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-21 23:35, Martin Peach wrote:
> > Wouldn't it be a good idea to settle on a graphics metalanguage
> > rather than translating tcl code to qt or whatever?
> >
> that's exactly my point: creating a FUDI-style communication from
> pd->gui, which can easily be parsed by any GUI-client you wish to use.
>
> something like:
> > obj 
> which will correctly render an object (whether it has rounded corners
> or shadows)
>
> fafjrt
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlD+SrEACgkQkX2Xpv6ydvQP9QCgpNNq45sjxb86iEI6JC8N8e3d
> LQUAn3N9jbI98/e5OOeGIxz+OkE9DaMj
> =qQRF
> -END PGP SIGNATURE-
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

how would that work, martin?


On Mon, Jan 21, 2013 at 8:35 PM, Martin Peach wrote:

> Wouldn't it be a good idea to settle on a graphics metalanguage rather
> than translating tcl code to qt or whatever?
>
> Martin
>
>
>
> On 2013-01-21 15:11, Leandro da Mota Damasceno wrote:
>
>> so let's see...Who´s working with what so far?
>>
>>   I´d love to join a team and start learning how to code with one of the
>> toolkits.
>>
>>
>>
>> On Mon, Jan 21, 2013 at 6:03 PM, Hans-Christoph Steiner > <mailto:h...@at.or.at>> wrote:
>>
>>
>> So all those interested in a new GUI should start working on it,
>> there is lots
>> of interest.  Then we can incrementally change pd itself as there is
>> a need.
>>
>> .hc
>>
>> On 01/21/2013 02:48 PM, Leandro da Mota Damasceno wrote:
>>  > You're right. Damn, you're always right :)
>>  >
>>  > So, just to know where we are right now... What have been
>> tested/done
>>  > regarding the GUIs toolkits so far? I think we should at least
>> have this
>>  > set and go on from there...
>>  >
>>  >
>>  > On Mon, Jan 21, 2013 at 5:31 PM, Hans-Christoph Steiner
>> mailto:h...@at.or.at>>wrote:
>>
>>  >
>>  >>
>>  >> I think this is the general idea of what everyone wants to
>> support.  But
>>  >> the
>>  >> way is actually takes shape is going to depend on whoever
>> actually does the
>>  >> work. A great example of this is the PDDP (Pure Data Documentation
>>  >> Project).
>>  >> We had lots of design meetings and then no one implemented the
>> ideas.  Then
>>  >> Jonathan picked up from that what was interesting to him and
>> made the whole
>>  >> meta help system, the search plugin, etc.
>>  >>
>>  >> The lesson there for me is that big design discussions only work
>> if the
>>  >> people
>>  >> involved them are willing to do the work to implement them.
>>   Instead, I
>>  >> think
>>  >> for a more decentralized community like this one, we only should
>> nail down
>>  >> the
>>  >> key parts that everyone must use, then leave other decisions to
>> those who
>>  >> are
>>  >> implementing those parts.
>>  >>
>>  >> So that means I'm happy to help people write there own GUI, and
>> I'll
>>  >> definitely be involved in the work of making it possible with Pd.
>>  >>
>>  >> .hc
>>  >>
>>  >> On 01/21/2013 01:05 PM, Leandro da Mota Damasceno wrote:
>>  >>> That sounded like a Lego approach. :)
>>  >>>
>>  >>> So the way I see it the GUI development should be in the most
>> seemless
>>  >> way
>>  >>> for the user, right?
>>  >>>
>>  >>> And we also have the problem between people who prefer a
>> simple, leaner
>>  >> GUI
>>  >>> approach (the classic PD, for instance) against people who
>> prefer a more
>>  >>> sofisticated, and sexy GUI. And I believe both groups would
>> also like
>>  >> some
>>  >>> more knobs and stuff...
>>  >>>
>>  >>> so basically, we should at least have two options of gui: simple
>>  >> (classic)
>>  >>> or sophisticated (sexy). But it would be cool to make it open
>> enough to
>>  >>> anyone develop their own or come up with new and customized
>> ones. that
>>  >>> would make PD way cooler than Max/MSP or anything else. So for
>> that to
>>  >> work
>>  >>> (and now I must admit I really don't know the architecture
>> behind this
>>  >> part
>>  >>> of PD, so maybe it is already this way), the comunication
>> between the GUI
>>  >>> and the rest of PD should be kept simple, fast and modulated,
>> working
>>  >> with
>>  >>> the leanest possible API. I also think this is a good approach
>>  >> considering
>>  >>> that most of these toolkits

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

so let's see...Who´s working with what so far?

 I´d love to join a team and start learning how to code with one of the
toolkits.



On Mon, Jan 21, 2013 at 6:03 PM, Hans-Christoph Steiner wrote:

>
> So all those interested in a new GUI should start working on it, there is
> lots
> of interest.  Then we can incrementally change pd itself as there is a
> need.
>
> .hc
>
> On 01/21/2013 02:48 PM, Leandro da Mota Damasceno wrote:
> > You're right. Damn, you're always right :)
> >
> > So, just to know where we are right now... What have been tested/done
> > regarding the GUIs toolkits so far? I think we should at least have this
> > set and go on from there...
> >
> >
> > On Mon, Jan 21, 2013 at 5:31 PM, Hans-Christoph Steiner  >wrote:
> >
> >>
> >> I think this is the general idea of what everyone wants to support.  But
> >> the
> >> way is actually takes shape is going to depend on whoever actually does
> the
> >> work. A great example of this is the PDDP (Pure Data Documentation
> >> Project).
> >> We had lots of design meetings and then no one implemented the ideas.
>  Then
> >> Jonathan picked up from that what was interesting to him and made the
> whole
> >> meta help system, the search plugin, etc.
> >>
> >> The lesson there for me is that big design discussions only work if the
> >> people
> >> involved them are willing to do the work to implement them.  Instead, I
> >> think
> >> for a more decentralized community like this one, we only should nail
> down
> >> the
> >> key parts that everyone must use, then leave other decisions to those
> who
> >> are
> >> implementing those parts.
> >>
> >> So that means I'm happy to help people write there own GUI, and I'll
> >> definitely be involved in the work of making it possible with Pd.
> >>
> >> .hc
> >>
> >> On 01/21/2013 01:05 PM, Leandro da Mota Damasceno wrote:
> >>> That sounded like a Lego approach. :)
> >>>
> >>> So the way I see it the GUI development should be in the most seemless
> >> way
> >>> for the user, right?
> >>>
> >>> And we also have the problem between people who prefer a simple, leaner
> >> GUI
> >>> approach (the classic PD, for instance) against people who prefer a
> more
> >>> sofisticated, and sexy GUI. And I believe both groups would also like
> >> some
> >>> more knobs and stuff...
> >>>
> >>> so basically, we should at least have two options of gui: simple
> >> (classic)
> >>> or sophisticated (sexy). But it would be cool to make it open enough to
> >>> anyone develop their own or come up with new and customized ones. that
> >>> would make PD way cooler than Max/MSP or anything else. So for that to
> >> work
> >>> (and now I must admit I really don't know the architecture behind this
> >> part
> >>> of PD, so maybe it is already this way), the comunication between the
> GUI
> >>> and the rest of PD should be kept simple, fast and modulated, working
> >> with
> >>> the leanest possible API. I also think this is a good approach
> >> considering
> >>> that most of these toolkits will stop getting support way before PD
> >> ceases
> >>> to exist. I have also thought about the possibility of skins, but then
> >>> loading a bunch of bitmaps would not help in terms of performance...
> >>>
> >>>
> >>> At the same time we pick a toolkit and focus on that one first. So we
> >>> should think of at least two teems, right? One at the GUI end and the
> >> other
> >>> at the core PD end...
> >>>
> >>> What do you guys think?
> >>>
> >>>
> >>> On Mon, Jan 21, 2013 at 2:02 PM, Hans-Christoph Steiner  >>> wrote:
> >>>
> >>>> On 01/21/2013 12:54 AM, Jonathan Wilkes wrote:
> >>>>> - Original Message -
> >>>>>
> >>>>>> From: Billy Stiltner 
> >>>>>> To: IOhannes zmölnig 
> >>>>>> Cc: pd-list@iem.at
> >>>>>> Sent: Sunday, January 20, 2013 10:04 PM
> >>>>>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5
> >>>> released
> >>>>>>
> >>>>>> haha , last month 

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

You're right. Damn, you're always right :)

So, just to know where we are right now... What have been tested/done
regarding the GUIs toolkits so far? I think we should at least have this
set and go on from there...


On Mon, Jan 21, 2013 at 5:31 PM, Hans-Christoph Steiner wrote:

>
> I think this is the general idea of what everyone wants to support.  But
> the
> way is actually takes shape is going to depend on whoever actually does the
> work. A great example of this is the PDDP (Pure Data Documentation
> Project).
> We had lots of design meetings and then no one implemented the ideas.  Then
> Jonathan picked up from that what was interesting to him and made the whole
> meta help system, the search plugin, etc.
>
> The lesson there for me is that big design discussions only work if the
> people
> involved them are willing to do the work to implement them.  Instead, I
> think
> for a more decentralized community like this one, we only should nail down
> the
> key parts that everyone must use, then leave other decisions to those who
> are
> implementing those parts.
>
> So that means I'm happy to help people write there own GUI, and I'll
> definitely be involved in the work of making it possible with Pd.
>
> .hc
>
> On 01/21/2013 01:05 PM, Leandro da Mota Damasceno wrote:
> > That sounded like a Lego approach. :)
> >
> > So the way I see it the GUI development should be in the most seemless
> way
> > for the user, right?
> >
> > And we also have the problem between people who prefer a simple, leaner
> GUI
> > approach (the classic PD, for instance) against people who prefer a more
> > sofisticated, and sexy GUI. And I believe both groups would also like
> some
> > more knobs and stuff...
> >
> > so basically, we should at least have two options of gui: simple
> (classic)
> > or sophisticated (sexy). But it would be cool to make it open enough to
> > anyone develop their own or come up with new and customized ones. that
> > would make PD way cooler than Max/MSP or anything else. So for that to
> work
> > (and now I must admit I really don't know the architecture behind this
> part
> > of PD, so maybe it is already this way), the comunication between the GUI
> > and the rest of PD should be kept simple, fast and modulated, working
> with
> > the leanest possible API. I also think this is a good approach
> considering
> > that most of these toolkits will stop getting support way before PD
> ceases
> > to exist. I have also thought about the possibility of skins, but then
> > loading a bunch of bitmaps would not help in terms of performance...
> >
> >
> > At the same time we pick a toolkit and focus on that one first. So we
> > should think of at least two teems, right? One at the GUI end and the
> other
> > at the core PD end...
> >
> > What do you guys think?
> >
> >
> > On Mon, Jan 21, 2013 at 2:02 PM, Hans-Christoph Steiner  >wrote:
> >
> >> On 01/21/2013 12:54 AM, Jonathan Wilkes wrote:
> >>> - Original Message -
> >>>
> >>>> From: Billy Stiltner 
> >>>> To: IOhannes zmölnig 
> >>>> Cc: pd-list@iem.at
> >>>> Sent: Sunday, January 20, 2013 10:04 PM
> >>>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5
> >> released
> >>>>
> >>>> haha , last month i tried to install juce to see about making an
> >>>> alternate graphics front end to my patches. there  was some weirdness
> >>>> in the way you compile it then run the introjucer or somethin to
> >>>> update it then after the update something didn't quite work right.
> >>>> then there are all the old projects that use the old steinberg vst sdk
> >>>> which you cant get from steinberg anymore so all that is just awful. i
> >>>> think that there should be a really nice updated version of juce
> >>>> either available now or in the near future.  its a tossup between
> >>>> fltk, qt , opengl ,juce, and processing.  i just want to be able to
> >>>> add my waveform data filenames to the presets with a fileopen dialog
> >>>> without using an external, string parsing like .scl files that have
> >>>> 100.00 or 3/2, and polyphonic patchcords would be nice.
> >>>
> >>> What about the -guicmd "cmd..." flag?  Could one write a pd-gui.html
> >>> that lives at localhost:1234, and have it talk to pd at its port on
> >> localhost?
> >>>
> >>> Then you could just write the interface with html5 canvas, svg,
> >>> javascript, or whatever.
> >>>
> >>> -Jonathan
> >>
> >>
> >> That sounds feasible to me.
> >>
> >> .hc
> >>
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >>
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

That sounded like a Lego approach. :)

So the way I see it the GUI development should be in the most seemless way
for the user, right?

And we also have the problem between people who prefer a simple, leaner GUI
approach (the classic PD, for instance) against people who prefer a more
sofisticated, and sexy GUI. And I believe both groups would also like some
more knobs and stuff...

so basically, we should at least have two options of gui: simple (classic)
or sophisticated (sexy). But it would be cool to make it open enough to
anyone develop their own or come up with new and customized ones. that
would make PD way cooler than Max/MSP or anything else. So for that to work
(and now I must admit I really don't know the architecture behind this part
of PD, so maybe it is already this way), the comunication between the GUI
and the rest of PD should be kept simple, fast and modulated, working with
the leanest possible API. I also think this is a good approach considering
that most of these toolkits will stop getting support way before PD ceases
to exist. I have also thought about the possibility of skins, but then
loading a bunch of bitmaps would not help in terms of performance...


At the same time we pick a toolkit and focus on that one first. So we
should think of at least two teems, right? One at the GUI end and the other
at the core PD end...

What do you guys think?


On Mon, Jan 21, 2013 at 2:02 PM, Hans-Christoph Steiner wrote:

> On 01/21/2013 12:54 AM, Jonathan Wilkes wrote:
> > - Original Message -
> >
> >> From: Billy Stiltner 
> >> To: IOhannes zmölnig 
> >> Cc: pd-list@iem.at
> >> Sent: Sunday, January 20, 2013 10:04 PM
> >> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5
> released
> >>
> >> haha , last month i tried to install juce to see about making an
> >> alternate graphics front end to my patches. there  was some weirdness
> >> in the way you compile it then run the introjucer or somethin to
> >> update it then after the update something didn't quite work right.
> >> then there are all the old projects that use the old steinberg vst sdk
> >> which you cant get from steinberg anymore so all that is just awful. i
> >> think that there should be a really nice updated version of juce
> >> either available now or in the near future.  its a tossup between
> >> fltk, qt , opengl ,juce, and processing.  i just want to be able to
> >> add my waveform data filenames to the presets with a fileopen dialog
> >> without using an external, string parsing like .scl files that have
> >> 100.00 or 3/2, and polyphonic patchcords would be nice.
> >
> > What about the -guicmd "cmd..." flag?  Could one write a pd-gui.html
> > that lives at localhost:1234, and have it talk to pd at its port on
> localhost?
> >
> > Then you could just write the interface with html5 canvas, svg,
> > javascript, or whatever.
> >
> > -Jonathan
>
>
> That sounds feasible to me.
>
> .hc
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

Shouldn't we try to organize this?

I mean, apparently we had people testing and working with the toolkits.. It
would be great to know which ones have been tested so far, what are their
pro and cons... Then we could pick one approach and go for it... or is it
too soon?




On Mon, Jan 21, 2013 at 10:24 AM, Bill Gribble  wrote:

> [sorry about partial message send, thumb slip]
>
> I am working on a pd-clone intended to explore a lot of the topics in this
> thread.  It's not fully baked yet -- the biggest working patch is a biquad
> filter designer with pole-zero and freq response plotting -- but I'm
> particularly excited about the approach to namespacing and scope
> management, which works a lot like hc describes.  Patches have a set of
> scopes which can be mapped onto subpatches (represented as layers, not
> separate windows).  Name resolution in send/receive elements works like you
> would want it to.
>
> The GUI is implemented in Clutter, which is a pretty nice toolkit and
> gives you things like zooming for free.  With the pd-style graphics the GUI
> isn't that huge a load.
>
> I'm submitting a paper to LAC in a week or so, and the code (Linux only
> ATM, and not for the faint of heart) is on github:
> http://www.github.com/bgribble/mfp
>
> It's a bit premature to "announce" this code, but the discussion is
> hitting really close to a lot of the topics of my interest so I couldn't
> resist :)
>
> Thanks,
> Bill Gribble
>
> On Jan 21, 2013, at 6:13, Lorenzo Sutton  wrote:
>
> > On 19/01/13 20:20, Hans-Christoph Steiner wrote:
> >> On 01/19/2013 01:56 PM, IOhannes m zmölnig wrote:
> >>> On 01/18/2013 22:31, Hans-Christoph Steiner wrote:
>  I would love it if someone started this since it would greatly help
> with the
>  goal of splitting the GUI from Pd itself.  And of course I'd help
> where I can.
> >>> i keep starting that project every now and then: moving all the
> drawing code
> >>> to pd-gui and only use FUDI (that is: not tcl code) to communicate
> between
> >>> pd->gui.
> >>>
> >>> unfortunately i always get distracted after a short time and i never
> get to a
> >>> really working prototype.
> >>>
> >>> gmsdr
> >>> IOhannes
> >> It can be done incrementally, which is likely the only way its going to
> get
> >> done.  It turns out that FUDI and tcl proc calls are very similar: space
> >> separated list of elements where the first one is the functionality.
> >>
> >> If the basics were done first, like object drawing, then someone could
> build a
> >> rough GUI with another toolkit to test out.
> > When you say 'FUDI' what exctly do you mean... what I mean is for me
> FUDI is actually [netsend] and/or [netreceive] interacting with 'something
> else'... would this be something more clever? Is it still relying on
> sockets (have no strong feeling about that nor pro nor con just to have a
> clearer picture)
> >
> > Would it make sense within this to think of some kind of 'patching'
> conventions, for example the fact that parameters are always set/modified
> by messages (and thus easily routable)? maybe some sort of 'namespacing'
> lingo e.g. mypatch.freq mypatch.amplitude etc...
> >
> > Or even some sort of semantics related to the GUI...
> mypatch.hslider.freq .. but this is probably going to far.
> >
> > As you can see this topic is very thought provoking over here :)
> >
> > Lorenzo.
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [announce] Integra Live 1.5 released

[Leandro da Mota Damasceno]

So if we wanted to improve the GUI we would have to drop tcl/tk all
together or make it messy and heavy?


On Fri, Jan 18, 2013 at 5:26 PM, Jonathan Wilkes  wrote:

> >
>
> > From: Leandro da Mota Damasceno 
> >To: Pierre-Olivier Boulant 
> >Cc: pd-list 
> >Sent: Friday, January 18, 2013 12:33 PM
> >Subject: Re: [PD] [announce] Integra Live 1.5 released
> >
> >
> >The GUI is beautiful! That's Apache Flex? I don't think we can maket
> tcl/tk look like that on PD, can we?
>
>
> It's not that you can't do that in tk, it's just that tk will get in the
> way of you doing that at nearly
> every turn.  For example, here's the code you'd need to draw a gradient on
> a canvas:
>
> http://wiki.tcl.tk/6100
>
> Buttons would have to be gifs or bitmaps created in some other program (or
> on the fly with some
> hacky code similar to the gradient stuff), unless you use tcl/tk 8.6 in
> which case you could use
> pngs.  You might be able to use the half-implemented tk theming engine to
> get a scrollbar that
> looks like the one in Integra, but you'd probably end up using pngs or
> something for the items in
> the Module Library, or else pull your hair out trying to figure out how to
> get the theme to look
> like that on all platforms when all platforms do _not_ have the same
> building blocks for their
> widgets.  For Pd'ers who like the stripped down, 1990s look it is
> serendipitous, because that is
> all they can get without someone doing an inordinate amount of work to
> make it
> look any other way.  (Just find a gui made with tk that looks anything
> like Integra.)
>
> But I do have a question about:
>
>
> http://www.integralive.org/
>
> Specifically, the png accompanying "Turnkey Audio Processing"--
> specifically the outputs
> of GranularDelay1 going to the inputs of StereoReverb1.  Look quickly then
> answer the
> question:
> Does out1 connect to in1 or in2?
>
> I'm not against bezier curves, but the GUI engine must handle them with
> care or they'll cause
> unnecessary problems.
>
>
> Bezier curves make it more difficult for the user to anticipate ambiguous
> overlaps with cords.
> The user makes connections which are obvious in his/her mind as well as
> obvious when they do
> the physical work with the mouse of connecting each outlet to each inlet.
> (Btw, the user's
> mouse makes a trip between outlet and inlet that is a straight line, so
> the physical action
> no longer correlates with the drawn representation.)  Then the mind tricks
> him/her into thinking that the GUI diagram must be as clear as the mental
> diagram because
> all the steps leading up to the final result were clear.  (This is still a
> problem in Pd, but slightly less
> so because the user is more likely to guess correctly what a straight line
> between a and b looks
> like, and they can consequently anticipate ambiguous overlaps and attempt
> to avoid them before
> making them.)  Then the user goes and teaches a class, or runs an errand,
> and comes back to the patch
> but the mental picture is now gone.  So he/she recreates the mental image
> from the GUI image,
> which is ambiguous, which requires either more work to remember the "real"
> connection or
> actually manipulating the GUI cord with the mouse to see what really
> connects to what.  Requiring
> either type of work breaks with the philosophy of being able to deduce
> what the patch does simply
> by looking at it.  (Btw, I'm still not sure whether your cords overlap or
> not.)
>
>
> So cords should try to repel each other in such a situation, or at least
> color themselves differently
> when they do in fact overlap.  Otherwise you end up with the equivalent of
> a scheme IDE that
> sometimes matches a closing parenthesis with two "candidate" opening
> parentheses but doesn't
> indicate which is the actual match.  Nobody would tolerate such an
> ambiguity in a text-based
> langauge.  We shouldn't in GUIs, either.
>
> -Jonathan
>
>
> >
> >
> >
> >
> >On Fri, Jan 18, 2013 at 2:44 PM, Pierre-Olivier Boulant <
> po.boul...@free.fr> wrote:
> >
> >No problem about the report. :)
> >>
> >>I'm here if you need further testing too. Look me up on IRC freenode
> #dataflow. I'm "pob" over there.
> >>
> >>For what it's worth, the only interaction I have with the GUI is when
> closing. I can actually click on the buttons of the "save" pop up window.
> >>
> >>Cheers
> >>Pierre-Olivi

Re: [PD] [announce] Integra Live 1.5 released

[Leandro da Mota Damasceno]

The GUI is beautiful! That's Apache Flex? I don't think we can maket
tcl/tk look like that on PD, can we?


On Fri, Jan 18, 2013 at 2:44 PM, Pierre-Olivier Boulant
wrote:

> No problem about the report. :)
>
> I'm here if you need further testing too. Look me up on IRC freenode
> #dataflow. I'm "pob" over there.
>
> For what it's worth, the only interaction I have with the GUI is when
> closing. I can actually click on the buttons of the "save" pop up window.
>
> Cheers
> Pierre-Olivier
>
>
>
> On 18/01/2013 17:15, Jamie Bullock wrote:
>
>> On 18 Jan 2013, at 15:48, Pierre-Olivier Boulant 
>> wrote:
>>
>>  Hi,
>>>
>>> It looks very nice indeed.
>>>
>>> Running the Windows version, I have a problem with the mouse.
>>> I can't interact at all with the GUI. I can click on the menu bar (File
>>> Edit View etc.), this much works but that's it. The GUI does not respond to
>>> any clicks.
>>>
>>> Windows 7, 64bit OS.
>>>
>>
>> I'm sorry to hear that. I must admit, we haven't yet tested on 64-bit
>> Windows, so it's possibly to do with that.
>>
>> I hope you don't mind but I've added your report to the UserVoice forum:
>>
>> http://integralive.uservoice.**com/forums/58883-general/**
>> suggestions/3565091-mouse-**interaction-not-working-on-64-**bit-windows
>>
>> If you "vote" for the issue, you will get an automatic notification when
>> it is resolved.
>>
>> Jamie
>>
>
>
> __**_
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list 
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Airplay

[Leandro da Mota Damasceno]

That was my guess too... Somehow it isn't.. I´ll try it once again when I
get back home. It shouldn't be that hard :/


On Thu, Jan 17, 2013 at 12:20 PM, Hans-Christoph Steiner wrote:

>
> My guess is that if Airplay shows up an output in Pd, it should work.  But
> that' s a guess.
>
> .hc
>
> On Jan 17, 2013, at 7:50 AM, Leandro da Mota Damasceno wrote:
>
> > Hi!
> >
> > So I have been trying to get Airplay to work with PD (just got my
> Airport Express a few days ago). PD can recognizes my AirPort as an output,
> but I can't stream sound to it. I'm using portaudio.
> >
> > Does this actually work or is it a feature we will have to wait?
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Airplay

[Leandro da Mota Damasceno]

Hi!

So I have been trying to get Airplay to work with PD (just got my Airport
Express a few days ago). PD can recognizes my AirPort as an output, but I
can't stream sound to it. I'm using portaudio.

Does this actually work or is it a feature we will have to wait?
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Leandro da Mota Damasceno]

Well,

I am having some issues, but I think they are mostly due to my setup or
something... I'm running on 10.8.2 Mac OS X, bt.

I have been running 0.42.5 because I didn't want to risk it. So I waited
for a more stable version of pd-extended to start working hard on it. I
already had issues on the betas for 0.43.3 so I wasn't really in hurry...

so now, thing is pretty simple. First of all, I'm not getting any audio
output. Even when it starts, pd-extended  gives me an audio i/o error that
quickly disappears.

I'm also getting this message:

memento: can't load library
pixeltango: can't load library
rradical: can't load library
toxy: can't load library
flib: can't load library
flatspace: can't load library
pidip: can't load library


and it really can't load the libs :(

I feel pretty lame but... help?


On Wed, Jan 16, 2013 at 9:03 AM, Nicolas Montgermont <
nicolas_montgerm...@yahoo.fr> wrote:

>  I can't reproduce that here.
> Using your patch and editing properties of the toggles work ok.
> Pd-0.43.4-extended-20130114
> OSX 10.6.8
>
> here is my log:
>
> Connection from 'pd' to 'pd-gui' on 127.0.0.1:62119
> [import] $Revision: 1.2 $
> [path] $Revision: 1.2 $
> sys_nmidiin 1, nmidiindev 1
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/cyclone'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/zexy'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/creb'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/cxc'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/iemlib'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/list-abs'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/mapping'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/markex'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/maxlib'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/memento'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/mjlib'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/motex'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/oscx'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/pddp'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/pdogg'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/pixeltango'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/rradical'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/sigpack'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/smlib'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/toxy'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/unauthorized'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/pan'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/hcs'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/jmmmp'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/ext13'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/ggee'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/flib'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/ekext'
> Impossible de lire le dossier des plugins :
> '/Applications/Pd-extended-bis.app/Contents/Resources/extra/flatspace'
> Chargement du plugin :
> /Volumes/Pd-extended/Pd-extended.app/Contents/Resources/extra/search-plugin/search-plugin.tcl
> Chargement des traductions pour search-plugin.tcl
> libdir loader 1.9
> compiled on Jan 14 2013 at 03:25:41
> compiled against Pd version 0.43.4.extended-20130114
> libdir_loader: added 'extra' to the global objectclass path
> pdlua 0.7.1 (GPL) 2012 Martin Peach, based on
> lua 0.6~svn (GPL) 2008 Clau

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Leandro da Mota Damasceno]

Cool! thanks!


On Mon, Jan 14, 2013 at 10:10 PM, Hans-Christoph Steiner wrote:

>
> Thanks for reminding me! :)  I'll announce release candidate 2 right now,
> and
> if no showstopper bugs are reported, then this will be it!  So hopefully
> that
> means this week.
>
> .hc
>
> On 01/14/2013 06:36 PM, Leandro da Mota Damasceno wrote:
> > Hi hc,
> >
> > do you have a final release date yet?
> >
> > best
> >
> > leandro
> >
> >
> > On Thu, Jan 10, 2013 at 2:19 AM, Hans-Christoph Steiner  >wrote:
> >
> >>
> >> Ok, I fixed the MIDI devices list on Mac OS X with Japanese characters
> on
> >> my 10.6 machine.  I forget, is this also a problem with the Audio
> devices?
> >> Are Japanese characters making them not show up?
> >>
> >> The fix will be in tomorrow's build.
> >>
> >> .hc
> >>
> >> On Jan 8, 2013, at 12:42 PM, Seiichiro MATSUMURA wrote:
> >>
> >>> Hi Hans,
> >>>
> >>> I found the solution to make "IAC Driver" visible in MIDI setting
> >>> window of Mac OSX.
> >>> In Japanese Mac OSX as a default, the name of Apple "IAC Driver" is
> >>> written in Japanese name with 2byte characters  in Audio MIDI setting
> >>> application of Utility folder. So I changed the name of "IAC Driver"
> >>> to English one.
> >>> I am not sure this is affected, it seems MIDI setting working fine now
> >>> with no freeze.
> >>> Thanks for your suggestion.
> >>>
> >>> Best,
> >>>
> >>> Sei
> >>>
> >>>
> >>> --
> >>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> >>> Seiichiro Matsumura
> >>>
> >>> s...@low-tech-ism.com
> >>> http://low-tech-ism.com/
> >>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> >>>
> >>>
> >>>
> >>> 2013/1/8 Hans-Christoph Steiner :
> >>>>
> >>>> On Jan 7, 2013, at 10:20 PM, Seiichiro MATSUMURA wrote:
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>>> Hmm, this I've never seen happen.  Does it happen in English mode
> >> too? Do any
> >>>>>> of the names of your Audio or MIDI devices have non-latin or
> Japanese
> >>>>>> characters in them?
> >>>>>
> >>>>> Language difference could be a cause. Because in MIDI setting window,
> >>>>> Apple's default "IAC driver" should be appeared but it is indicated
> as
> >>>>> blank. (see attached file.)
> >>>>> "driver" is translated in Japanese.
> >>>>> Also some audio interface have Japanese character names.
> >>>>> I will try it under English mode later.
> >>>>
> >>>> I have 10.6, and when I switch to Japanese, the IAC driver is still in
> >> English.  They must have added those translations in 10.7.  Can you run
> >> this command to start Pd in your Terminal when in Japanese mode and
> send me
> >> the result?  You can Copy and Paste everything starting from the
> command it
> >> into a text file and attach that.  Once Pd launches, go to Media->Audio
> >> Settings, and Media->MIDI Settings. If it crashes, then you'll probably
> >> need to do Audio and MIDI separately.
> >>>>
> >>>>
> /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
> >> -stderr -d 3 -nostartup -noprefs
> >>>>
> >>>> The command needs to be a single line, and you'll have to change the
> >> date in the Pd-0.43.4-extended-20130104.app to match what you have.  For
> >> example, this is what I get when I do that:
> >>>>
> >>>>
> >>>> $
> >> /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
> >> -stderr -d 3 -nostartup -noprefs
> >>>> StartNotification name = default
> >>>> set pd_whichmidiapi 4
> >>>> set ::tmp_path {}
> >>>> set ::sys_searchpath $::tmp_path
> >>>> set ::tmp_path {}
> >>>> lappend ::tmp_path {/Users/hans/Library/Pd}
> >>>> lappend ::tmp_path {/Library/Pd}
> >>>> lappend ::tmp_path
> >> {/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/extra}
> >>>> set :

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Leandro da Mota Damasceno]

Hi hc,

do you have a final release date yet?

best

leandro


On Thu, Jan 10, 2013 at 2:19 AM, Hans-Christoph Steiner wrote:

>
> Ok, I fixed the MIDI devices list on Mac OS X with Japanese characters on
> my 10.6 machine.  I forget, is this also a problem with the Audio devices?
> Are Japanese characters making them not show up?
>
> The fix will be in tomorrow's build.
>
> .hc
>
> On Jan 8, 2013, at 12:42 PM, Seiichiro MATSUMURA wrote:
>
> > Hi Hans,
> >
> > I found the solution to make "IAC Driver" visible in MIDI setting
> > window of Mac OSX.
> > In Japanese Mac OSX as a default, the name of Apple "IAC Driver" is
> > written in Japanese name with 2byte characters  in Audio MIDI setting
> > application of Utility folder. So I changed the name of "IAC Driver"
> > to English one.
> > I am not sure this is affected, it seems MIDI setting working fine now
> > with no freeze.
> > Thanks for your suggestion.
> >
> > Best,
> >
> > Sei
> >
> >
> > --
> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> > Seiichiro Matsumura
> >
> > s...@low-tech-ism.com
> > http://low-tech-ism.com/
> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> >
> >
> >
> > 2013/1/8 Hans-Christoph Steiner :
> >>
> >> On Jan 7, 2013, at 10:20 PM, Seiichiro MATSUMURA wrote:
> >>
> >>> Hi,
> >>>
>  Hmm, this I've never seen happen.  Does it happen in English mode
> too? Do any
>  of the names of your Audio or MIDI devices have non-latin or Japanese
>  characters in them?
> >>>
> >>> Language difference could be a cause. Because in MIDI setting window,
> >>> Apple's default "IAC driver" should be appeared but it is indicated as
> >>> blank. (see attached file.)
> >>> "driver" is translated in Japanese.
> >>> Also some audio interface have Japanese character names.
> >>> I will try it under English mode later.
> >>
> >> I have 10.6, and when I switch to Japanese, the IAC driver is still in
> English.  They must have added those translations in 10.7.  Can you run
> this command to start Pd in your Terminal when in Japanese mode and send me
> the result?  You can Copy and Paste everything starting from the command it
> into a text file and attach that.  Once Pd launches, go to Media->Audio
> Settings, and Media->MIDI Settings. If it crashes, then you'll probably
> need to do Audio and MIDI separately.
> >>
> >> /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
> -stderr -d 3 -nostartup -noprefs
> >>
> >> The command needs to be a single line, and you'll have to change the
> date in the Pd-0.43.4-extended-20130104.app to match what you have.  For
> example, this is what I get when I do that:
> >>
> >>
> >> $
> /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
> -stderr -d 3 -nostartup -noprefs
> >> StartNotification name = default
> >> set pd_whichmidiapi 4
> >> set ::tmp_path {}
> >> set ::sys_searchpath $::tmp_path
> >> set ::tmp_path {}
> >> lappend ::tmp_path {/Users/hans/Library/Pd}
> >> lappend ::tmp_path {/Library/Pd}
> >> lappend ::tmp_path
> {/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/extra}
> >> set ::sys_staticpath $::tmp_path
> >> set ::startup_flags {}
> >> set ::startup_libraries {}
> >> pdtk_pd_startup 0 43 4 {extended-20130104} { {portaudio 4} {jack 5} }
> {} {Monaco} normal
> >> set pd_whichmidiapi 4
> >> set pd_whichapi 4
> >> pd init /Volumes/share/code/pd-extended.git 0
> >>8 5 11
> >>9 6 12
> >>10 6 13
> >>12 7 16
> >>14 8 17
> >>16 10 19
> >>18 11 22
> >>24 14 29
> >>30 18 37
> >>36 22 44
> >> ;
> >>
> >> pd autopatch 0;
> >>
> >> pd autopatch 0;
> >>
> >> pd audio-properties;
> >> global audio_indevlist; set audio_indevlist {}
> >> lappend audio_indevlist {(0)Built-in Microphone}
> >> lappend audio_indevlist {(0)Built-in Input}
> >> lappend audio_indevlist {(0)Soundflower (2ch)}
> >> lappend audio_indevlist {(0)Soundflower (16ch)}
> >> global audio_outdevlist; set audio_outdevlist {}
> >> lappend audio_outdevlist {(0)Built-in Output}
> >> lappend audio_outdevlist {(0)Soundflower (2ch)}
> >> lappend audio_outdevlist {(0)Soundflower (16ch)}
> >> pdtk_audio_dialog .gfxstub4f34080 0 0 0 0 2 0 0 0 0 0 0 0 2 0 0 0 44100
> 20 1 0 0 64
> >>
> >>
> >>
> >>
> >> .hc
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> > --
> > --
> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
> > Seiichiro Matsumura
> >
> > s...@low-tech-ism.com
> > http://low-tech-ism.com/
> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [OT] Transmediale and Festivals

[Leandro da Mota Damasceno]

HI everyone,

I know this is kind of off, but what do you think of Transmediale? I've
never been there, so I'm thinking if it would be a good experience to come
up with installation and sound pieces.

I would also like to get some suggestions on festivals, groups and website
that involve interactive and media art. I'm really looking for inspiration
right now..

best

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

Re: [PD] PD & AI

[Leandro da Mota Damasceno]

Thanks again Marco!

Didn't know about the ftm port. And of course there is demand for it! ftm
is pretty useful, and it can take you to very different and creative
approaches for data. It's one of the things that keep me stuck with
Max/MSP. I do like the language, but it's too expensive and that doesn't
help brazilian college students.

Best,

Leandro


On Mon, Dec 17, 2012 at 2:06 PM, Marco Donnarumma wrote:

> there was a porting going on, but it then stopped for some reasons which I
> personally don't know, but I think have been on the list at some point.
>
> Me and other people, like Joao Pais, are interested in making the porting
> happen, and as we can see, there's demand for it.
>
>
>
> --
> Marco Donnarumma
> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
> Embodied Audio-Visual Interaction Research Team.
> Department of Computing, Goldsmiths University of London
> ~
> Portfolio: http://marcodonnarumma.com
> Research: http://res.marcodonnarumma.com
> Director: http://www.liveperformersmeeting.net
>
>
>
> On Mon, Dec 17, 2012 at 10:59 AM, Leandro da Mota Damasceno <
> lem...@gmail.com> wrote:
>
>> I'll try it then. I wonder there isn't a more ambitious approach for a
>> broader AI package for PD. Honestly, one of the ugliest things I've done to
>> work with machine learning was running an app built in Max/MSP and
>> communicating with PD via OSC. Ah, the good old days... :)
>>
>> is there anything like FTM for PD?
>>
>>
>>
>> On Mon, Dec 17, 2012 at 1:39 PM, Marco Donnarumma wrote:
>>
>>> Probably :)
>>>
>>> ANN is based on Neural Networks. You don't have HMM.
>>> But I find it quite flexible.
>>> That said, I think it is a very good library to get started with AI, but
>>> if you want to get some heavy work done, other tools might be better.
>>>
>>> hope that helps,
>>>
>>>
>>> --
>>> Marco Donnarumma
>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>> Embodied Audio-Visual Interaction Research Team.
>>> Department of Computing, Goldsmiths University of London
>>> ~
>>> Portfolio: http://marcodonnarumma.com
>>> Research: http://res.marcodonnarumma.com
>>> Director: http://www.liveperformersmeeting.net
>>>
>>>
>>>
>>> On Mon, Dec 17, 2012 at 6:50 AM, Leandro da Mota Damasceno <
>>> lem...@gmail.com> wrote:
>>>
>>>> Thanks, Marco. I have been using OSC communications with other
>>>> software, but I'm far from satisfied. I'll try ANN, thought.
>>>>
>>>> I am actually interested in working with Hidden Markov Models (and
>>>> machine learning in general) and some filters for computer vision. Can I
>>>> work with those using ANN?
>>>>
>>>> Best,
>>>>
>>>> Leandro
>>>>
>>>>
>>>> On Sun, Dec 16, 2012 at 11:23 PM, Marco Donnarumma 
>>>> wrote:
>>>>
>>>>> Hey,
>>>>>
>>>>> I've been using the ANN library.
>>>>> I'm not sure it's still updated nor mantained these days, but it does
>>>>> work well for my purpose.
>>>>>
>>>>> http://puredata.info/search?SearchableText=ann
>>>>>
>>>>> That is, I've been using it to make my instrument (the Xth Sense [1])
>>>>> detect a performer's muscle states throughout a piece by using 1 sensor
>>>>> only; then, labelling different states, such as still, motion, fast 
>>>>> motion,
>>>>> slow motion. It's a basic implementation but useful to create a sensing
>>>>> timeline that changes with the performer behaviours, rather than with 
>>>>> fixed
>>>>> time cues.
>>>>>
>>>>> Surely, there is much more to AI which cannot be presently done in Pd,
>>>>> at the best of my knowledge, I might be wrong though.
>>>>> Ben (Bogart) is our guy in this area.
>>>>>
>>>>> What are you using Ben?
>>>>>
>>>>> [1] http://res.marcodonnarumma.com/projects/xth-sense/
>>>>>
>>>>>
>>>>>
>>>>> Hi all
>>>>>>
>>>>>> I have been wondering... Is there any AI implementation for PD? What
>>>>>> have you been using for it?
>>>>>>
>>>>>> Best
>>>>>>
>>>>>> Leandro
>>>>>
>>>>> --
>>>>> Marco Donnarumma
>>>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>>>> Embodied Audio-Visual Interaction Research Team.
>>>>> Department of Computing, Goldsmiths University of London
>>>>> ~
>>>>> Portfolio: http://marcodonnarumma.com
>>>>> Research: http://res.marcodonnarumma.com
>>>>> Director: http://www.liveperformersmeeting.net
>>>>>
>>>>>
>>>>
>>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD & AI

[Leandro da Mota Damasceno]

Thanks Pedro :)

I´m really not happy because I always end up running to many things that
could be more easily integrated. When it comes do debugging, I really hate
having to check out so many differente software. As I said before, it feels
a little bit ridiculous to run Max/MSP and PD at the same time. I know,
most things I could just write in Max/MSP,  but then I wouldn't have
flexibility i have in PD.  That was a big issue during my master thesis.


I´ll check into those projects.

Btw, I like OpenCV :)

Best,

Leandro


On Mon, Dec 17, 2012 at 1:46 PM, Pedro Lopes  wrote:

> They are all different things. ANN, HMM, etc... this is machine learning,
> reasoning algorithms, and so forth.
>
> As far as I know Pd has no basic set of machine learning techs, such as
> openCV has.
>
> I'm not a huge fan of replicating tools, so I would take existing external
> tools and just interface with them, but since you point out that you are
> not happy with them, my suggestion is useless. Anyway two pointers:
> - http://sourceforge.net/projects/cvhmm/ (HMM)
> - http://opencv.willowgarage.com/documentation/cpp/neural_networks.html(NN)
>
> Best,
> pedro
> p.s.: this message is not opencv sponsored.
>
> On Mon, Dec 17, 2012 at 11:50 AM, Leandro da Mota Damasceno <
> lem...@gmail.com> wrote:
>
>> Thanks, Marco. I have been using OSC communications with other software,
>> but I'm far from satisfied. I'll try ANN, thought.
>>
>> I am actually interested in working with Hidden Markov Models (and
>> machine learning in general) and some filters for computer vision. Can I
>> work with those using ANN?
>>
>> Best,
>>
>> Leandro
>>
>>
>> On Sun, Dec 16, 2012 at 11:23 PM, Marco Donnarumma wrote:
>>
>>> Hey,
>>>
>>> I've been using the ANN library.
>>> I'm not sure it's still updated nor mantained these days, but it does
>>> work well for my purpose.
>>>
>>> http://puredata.info/search?SearchableText=ann
>>>
>>> That is, I've been using it to make my instrument (the Xth Sense [1])
>>> detect a performer's muscle states throughout a piece by using 1 sensor
>>> only; then, labelling different states, such as still, motion, fast motion,
>>> slow motion. It's a basic implementation but useful to create a sensing
>>> timeline that changes with the performer behaviours, rather than with fixed
>>> time cues.
>>>
>>> Surely, there is much more to AI which cannot be presently done in Pd,
>>> at the best of my knowledge, I might be wrong though.
>>> Ben (Bogart) is our guy in this area.
>>>
>>> What are you using Ben?
>>>
>>> [1] http://res.marcodonnarumma.com/projects/xth-sense/
>>>
>>>
>>>
>>> Hi all
>>>>
>>>> I have been wondering... Is there any AI implementation for PD? What
>>>> have you been using for it?
>>>>
>>>> Best
>>>>
>>>> Leandro
>>>
>>> --
>>> Marco Donnarumma
>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>> Embodied Audio-Visual Interaction Research Team.
>>> Department of Computing, Goldsmiths University of London
>>> ~
>>> Portfolio: http://marcodonnarumma.com
>>> Research: http://res.marcodonnarumma.com
>>> Director: http://www.liveperformersmeeting.net
>>>
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
>
> --
> Pedro Lopes (HCI Researcher / MSc)
> contact: pedro.lo...@ist.utl.pt
> website: http://web.ist.utl.pt/pedro.lopes /
> http://pedrolopesresearch.wordpress.com/ |
> http://twitter.com/plopesresearch
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD & AI

[Leandro da Mota Damasceno]

I'll try it then. I wonder there isn't a more ambitious approach for a
broader AI package for PD. Honestly, one of the ugliest things I've done to
work with machine learning was running an app built in Max/MSP and
communicating with PD via OSC. Ah, the good old days... :)

is there anything like FTM for PD?


On Mon, Dec 17, 2012 at 1:39 PM, Marco Donnarumma wrote:

> Probably :)
>
> ANN is based on Neural Networks. You don't have HMM.
> But I find it quite flexible.
> That said, I think it is a very good library to get started with AI, but
> if you want to get some heavy work done, other tools might be better.
>
> hope that helps,
>
>
> --
> Marco Donnarumma
> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
> Embodied Audio-Visual Interaction Research Team.
> Department of Computing, Goldsmiths University of London
> ~
> Portfolio: http://marcodonnarumma.com
> Research: http://res.marcodonnarumma.com
> Director: http://www.liveperformersmeeting.net
>
>
>
> On Mon, Dec 17, 2012 at 6:50 AM, Leandro da Mota Damasceno <
> lem...@gmail.com> wrote:
>
>> Thanks, Marco. I have been using OSC communications with other software,
>> but I'm far from satisfied. I'll try ANN, thought.
>>
>> I am actually interested in working with Hidden Markov Models (and
>> machine learning in general) and some filters for computer vision. Can I
>> work with those using ANN?
>>
>> Best,
>>
>> Leandro
>>
>>
>> On Sun, Dec 16, 2012 at 11:23 PM, Marco Donnarumma wrote:
>>
>>> Hey,
>>>
>>> I've been using the ANN library.
>>> I'm not sure it's still updated nor mantained these days, but it does
>>> work well for my purpose.
>>>
>>> http://puredata.info/search?SearchableText=ann
>>>
>>> That is, I've been using it to make my instrument (the Xth Sense [1])
>>> detect a performer's muscle states throughout a piece by using 1 sensor
>>> only; then, labelling different states, such as still, motion, fast motion,
>>> slow motion. It's a basic implementation but useful to create a sensing
>>> timeline that changes with the performer behaviours, rather than with fixed
>>> time cues.
>>>
>>> Surely, there is much more to AI which cannot be presently done in Pd,
>>> at the best of my knowledge, I might be wrong though.
>>> Ben (Bogart) is our guy in this area.
>>>
>>> What are you using Ben?
>>>
>>> [1] http://res.marcodonnarumma.com/projects/xth-sense/
>>>
>>>
>>>
>>> Hi all
>>>>
>>>> I have been wondering... Is there any AI implementation for PD? What
>>>> have you been using for it?
>>>>
>>>> Best
>>>>
>>>> Leandro
>>>
>>> --
>>> Marco Donnarumma
>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>> Embodied Audio-Visual Interaction Research Team.
>>> Department of Computing, Goldsmiths University of London
>>> ~
>>> Portfolio: http://marcodonnarumma.com
>>> Research: http://res.marcodonnarumma.com
>>> Director: http://www.liveperformersmeeting.net
>>>
>>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD & AI

[Leandro da Mota Damasceno]

Thanks, Marco. I have been using OSC communications with other software,
but I'm far from satisfied. I'll try ANN, thought.

I am actually interested in working with Hidden Markov Models (and machine
learning in general) and some filters for computer vision. Can I work with
those using ANN?

Best,

Leandro


On Sun, Dec 16, 2012 at 11:23 PM, Marco Donnarumma wrote:

> Hey,
>
> I've been using the ANN library.
> I'm not sure it's still updated nor mantained these days, but it does work
> well for my purpose.
>
> http://puredata.info/search?SearchableText=ann
>
> That is, I've been using it to make my instrument (the Xth Sense [1])
> detect a performer's muscle states throughout a piece by using 1 sensor
> only; then, labelling different states, such as still, motion, fast motion,
> slow motion. It's a basic implementation but useful to create a sensing
> timeline that changes with the performer behaviours, rather than with fixed
> time cues.
>
> Surely, there is much more to AI which cannot be presently done in Pd, at
> the best of my knowledge, I might be wrong though.
> Ben (Bogart) is our guy in this area.
>
> What are you using Ben?
>
> [1] http://res.marcodonnarumma.com/projects/xth-sense/
>
>
>
> Hi all
>>
>> I have been wondering... Is there any AI implementation for PD? What have
>> you been using for it?
>>
>> Best
>>
>> Leandro
>
> --
> Marco Donnarumma
> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
> Embodied Audio-Visual Interaction Research Team.
> Department of Computing, Goldsmiths University of London
> ~
> Portfolio: http://marcodonnarumma.com
> Research: http://res.marcodonnarumma.com
> Director: http://www.liveperformersmeeting.net
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [OT] Pecha Kucha Night Rio - Tecnomacumba sounds

[Leandro da Mota Damasceno]

Hi everyone!

This is kind of farfetched but on november 27th we will be having the first
Pecha Kucha Night Rio at Studio-X. This first event is aimed to bring
together creative people from the technology field and will be part of
whole line of events that Gambiarra, the collective I am part of, will be
producing next year.

For this first PKN, the theme will be "Tecnomacumba contra o Exu da
Ignorância". That´s really tricky to translate and that is kind of the
point. "Macumba" is the word we use to refer to magical rites of the
african-brazilian religions. And "exu" is a middle-level spirit that hasn´t
evolved yet, so it has to help people out in order to grow. Some exus were
not baptized in life, so they are pagan exus and do not follow that path.
The fictional "ignorance exu" is of that kind.

So, the night will be with people talking about their initiative to make
magic with computers and empowering people.

I would like to invite everyone who will be in Rio for that event.


I would also love to have someone who has a work related to the
"tecnomacumba" concept on PD at the event. Is there anyone?



best,


Leandro

pechakucha-rio.com
https://www.facebook.com/events/525280170834911/?ref=ts&fref=ts
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] rjdj is gone, robotcowboy is coming ...

[Leandro da Mota Damasceno]

That is kind of the point, right? Instead of just porting the GUI, it
should be rewritten from scratch for the iOS and Android. Should Processing
be the way to go?

Dan: I´d love toe beta test as well

On Thu, Nov 1, 2012 at 1:24 PM, Epic Jefferson
wrote:

> dan:
> i would love to do beta testing!
>
> hard.off: processing code is super friendly. i don't know about lua, but
> it looks along the same lines
>
>
> On Thu, Nov 1, 2012 at 10:12 AM, i go bananas  wrote:
>
>> I've always assumed because tcl/tk isn't portable to iOS?
>>
>>
>> On Thursday, November 1, 2012, Leandro da Mota Damasceno wrote:
>>
>>> You know what I´ve alwayus wanted? Actual PD for the iPhone. An app with
>>> the same GUI, so I could create my patches and even live code.
>>>
>>> Why don't we have it yet?
>>>
>>> On Thu, Nov 1, 2012 at 9:54 AM, i go bananas  wrote:
>>>
>>> This is pretty much what I've been waiting for.  How long does it take
>>> to get the hang of processing/Lua?
>>>
>>>
>>> On Thursday, November 1, 2012, Epic Jefferson wrote:
>>>
>>> I'm very happy you're doing this. this is exactly what i want to do, but
>>> i'm still a few years away programming-wise. How do you plan to distribute
>>> it, on the app store as a standard app? or something a bit more hacker
>>> friendly? perhaps a .ipa we can jam in there via ssh?
>>>
>>>
>>> On Wed, Oct 31, 2012 at 2:00 PM, Dan Wilcox wrote:
>>>
>>> Hey all,
>>>
>>> I made a video demo of the robotcowboy app: https://vimeo.com/52557228
>>>
>>>  
>>>
>>> Description
>>>
>>> The robotcowboy app is an audio/visual environment for performance with
>>> visual Lua scripting and Pure Data audio patching. Think of it
>>> as Processing and PD wrapped up into a single app that will run on
>>> Mac/Win/Linux and iOS.
>>>
>>> It features:
>>> * a Pure Data audio instance
>>> * a Lua scripting environment inspired by OpenFrameworks/Processing
>>> * a scene system including playlists
>>> * midi io (yes, on iPad too)
>>> * inter-app OSC communication
>>> * 2d physics using Box2d
>>>
>>> The idea is that I want a single environment focused on performance with
>>> an easy workflow that doesn't involve compilation (ala C++
>>> & OpenFrameworks) and runs on multiple platforms. This way, I can get in
>>> the flow, make some scenes, upload them to my iPad, and go play a show.
>>>
>>> Check it out on Github: github.com/danomatika/robotcowboy
>>>
>>> On Oct 23, 2012, at 10:51 AM, Dan Wilcox  wrote:
>>>
>>> Sorry, I should have clarified.
>>>
>>> RjDj the entity is going great.
>>>
>>> RjDj the original iOS app, is no longer being supported and is now no
>>> longer availabel on the App Store. From the RjDj 
>>> blog<http://blog.rjdj.me/more-than-an-app>
>>> :
>>>
>>> In all these years, RjDj grew out of this app and really became
>>> something different. RjDj became a new way how to think music, it became a
>>> brand. This development is something we want to enforce which is the reason
>>> why we are now positioning everything for our future.
>>>
>>> As a first step we are cleaning up our "old" apps which also means that
>>> we are retiring the good old RjDj app. Don't be sad, we are working on some
>>> great new content released through "The Dark Knight Rises Z+" app and we
>>> are also working on the exciting "Music Zones" project which we are
>>> currently test driving in the UK app store.
>>>
>>> So starting from next week, we won't make the app available in the app
>>> store anymore, so if you are a nostalgic app collector, this is your last
>>> chance to get it. You will still be able to use the installed app but we
>>> won't be supporting it any longer. This means that you won't be able to
>>> upload recordings or download scenes. On October 8th we will also change
>>> our website.
>>>
>>>
>>> I was directly inspired by RjDj to in making a similar app and thanks to
>>> Peter, et al. libpd makes it possible. I have used RjDj for a number of
>>> small experiments and are sad to see it go, but in the end I needed
>>> something that works more for my needs, so I've been working towards making
>>> my own app.
>>>
>>> On Oct 23, 2012, at 10:43 AM, Ivica Ico Bukvic  wrote:
>>>
>>> Do you mind saying why is the app off the iOS ap
>>>
>>>
>
>
> --
> www.epicjefferson.com
> www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] rjdj is gone, robotcowboy is coming ...

[Leandro da Mota Damasceno]

You know what I´ve alwayus wanted? Actual PD for the iPhone. An app with
the same GUI, so I could create my patches and even live code.

Why don't we have it yet?

On Thu, Nov 1, 2012 at 9:54 AM, i go bananas  wrote:

> This is pretty much what I've been waiting for.  How long does it take to
> get the hang of processing/Lua?
>
>
> On Thursday, November 1, 2012, Epic Jefferson wrote:
>
>> I'm very happy you're doing this. this is exactly what i want to do, but
>> i'm still a few years away programming-wise. How do you plan to distribute
>> it, on the app store as a standard app? or something a bit more hacker
>> friendly? perhaps a .ipa we can jam in there via ssh?
>>
>>
>> On Wed, Oct 31, 2012 at 2:00 PM, Dan Wilcox  wrote:
>>
>>> Hey all,
>>>
>>> I made a video demo of the robotcowboy app: https://vimeo.com/52557228
>>>
>>>  
>>>
>>> Description
>>>
>>> The robotcowboy app is an audio/visual environment for performance with
>>> visual Lua scripting and Pure Data audio patching. Think of it
>>> as Processing and PD wrapped up into a single app that will run on
>>> Mac/Win/Linux and iOS.
>>>
>>> It features:
>>> * a Pure Data audio instance
>>> * a Lua scripting environment inspired by OpenFrameworks/Processing
>>> * a scene system including playlists
>>> * midi io (yes, on iPad too)
>>> * inter-app OSC communication
>>> * 2d physics using Box2d
>>>
>>> The idea is that I want a single environment focused on performance with
>>> an easy workflow that doesn't involve compilation (ala C++
>>> & OpenFrameworks) and runs on multiple platforms. This way, I can get in
>>> the flow, make some scenes, upload them to my iPad, and go play a show.
>>>
>>> Check it out on Github: github.com/danomatika/robotcowboy
>>>
>>> On Oct 23, 2012, at 10:51 AM, Dan Wilcox  wrote:
>>>
>>> Sorry, I should have clarified.
>>>
>>> RjDj the entity is going great.
>>>
>>> RjDj the original iOS app, is no longer being supported and is now no
>>> longer availabel on the App Store. From the RjDj 
>>> blog
>>> :
>>>
>>> In all these years, RjDj grew out of this app and really became
>>> something different. RjDj became a new way how to think music, it became a
>>> brand. This development is something we want to enforce which is the reason
>>> why we are now positioning everything for our future.
>>>
>>> As a first step we are cleaning up our "old" apps which also means that
>>> we are retiring the good old RjDj app. Don't be sad, we are working on some
>>> great new content released through "The Dark Knight Rises Z+" app and we
>>> are also working on the exciting "Music Zones" project which we are
>>> currently test driving in the UK app store.
>>>
>>> So starting from next week, we won't make the app available in the app
>>> store anymore, so if you are a nostalgic app collector, this is your last
>>> chance to get it. You will still be able to use the installed app but we
>>> won't be supporting it any longer. This means that you won't be able to
>>> upload recordings or download scenes. On October 8th we will also change
>>> our website.
>>>
>>>
>>> I was directly inspired by RjDj to in making a similar app and thanks to
>>> Peter, et al. libpd makes it possible. I have used RjDj for a number of
>>> small experiments and are sad to see it go, but in the end I needed
>>> something that works more for my needs, so I've been working towards making
>>> my own app.
>>>
>>> On Oct 23, 2012, at 10:43 AM, Ivica Ico Bukvic  wrote:
>>>
>>> Do you mind saying why is the app off the iOS app store?
>>>
>>> *From:* pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] *On
>>> Behalf Of *Dan Wilcox
>>> *Sent*
>>>
>>> ___
>>>
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>>
>> --
>> www.epicjefferson.com
>> www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org
>>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] playing soundcloud files

[Leandro da Mota Damasceno]

can that be used with Spotify or Grooveshark?

On Wed, Aug 29, 2012 at 9:09 AM, Roman Haefeli  wrote:
> On Die, 2012-08-28 at 20:48 +0100, Andrew Faraday wrote:
>> That sounds good, but how exactly? Do you have an example patch?
>
> I think the help patch explains it quite well.
>
> A real world example:
>
> [open http://soundcloud.com/reduzent/backup-blues/download (
> |
> | [play(
> |/
> [readanysf~]
> | |
> [dac~ ]
>
> Roman
>
>
>
>> > From: reduz...@gmail.com
>> > To: pd-list@iem.at
>> > Date: Mon, 27 Aug 2012 22:32:04 +0200
>> > Subject: Re: [PD] playing soundcloud files
>> >
>> > [readanysf~] does not only play many encodings and file formats, but
>> > supports also a lot of protocols, including http. You can directly
>> open
>> > a track on soundcloud.com with [readanysf~]. There is no need to
>> > download the file first with wget or whatsoever.
>> >
>> > Roman
>> >
>> >
>> > On Don, 2012-08-23 at 13:13 +0200, Patrice Colet wrote:
>> > > [wget -O source file(-[shell] & [read file(-[readanysf~]
>> > >
>> > > use [popen] on windows and an executable of wget
>> > >
>> > > Colet Patrice
>> > >
>> > > - Mail original -
>> > > > De: "alessandro contini" 
>> > > > À: "PD list" 
>> > > > Envoyé: Jeudi 23 Août 2012 12:49:42
>> > > > Objet: [PD] playing soundcloud files
>> > > >
>> > > > Hey pd-people,
>> > > >
>> > > > I'm just wondering if any of you ever tried loading an audio
>> file
>> > > > hosted by
>> > > > soundcloud into a PD patch.
>> > > > I'm thinking about something like [openpanel] + [soundfiler] but
>> > > > sourcing
>> > > > the audio data from a soundcloud account.
>> > > >
>> > > > Any idea? Suggestions?
>> > > > Thanks!
>> > > >
>> > > > --
>> > > >
>> > > > // ALESSANDRO CONTINI
>> > > >
>> > > > // www.alessandrocontini.it
>> > > > // skype: alessandro_contini
>> > > > // DE: +49-176-38600277
>> > > > // ITA: +39-340-2686996
>> > > >
>> > > > ___
>> > > > Pd-list@iem.at mailing list
>> > > > UNSUBSCRIBE and account-management ->
>> > > > http://lists.puredata.info/listinfo/pd-list
>> > > >
>> > >
>> > > ___
>> > > Pd-list@iem.at mailing list
>> > > UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>> > ___
>> > Pd-list@iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

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

[PD] Generative Space Sound + kinect

[Leandro da Mota Damasceno]

Hi everyone,

i am looking for a template or a basic way to generate space sounds using
the kinect as a controller. Can anyone help me please?

best,

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

[PD] Loading error on Mountain Lion

[Leandro da Mota Damasceno]

Hi everyone,


I'm trying to run that latest build of Pd-extended on Mountain Lion. This
is what I get:

memento: can't load library
pixeltango: can't load library
rradical: can't load library
toxy: can't load library
flib: can't load library
flatspace: can't load library
pidip: can't load library

It also says there's an audio I/O error when I click on DSP.

Any ideas?

best,

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

[PD] On OSC, Max/MSP and PD

[Leandro da Mota Damasceno]

Hey guys,

thank you all for the help. I have received recently the original Max/MSP
patch and it was interesting to learn more about the language. I see that
the packOSC equivalent would be the OpenSoundControl, that also, in theory,
corrects the format.

I tried to see if I could do something to fix, like adding a / to all the
messages. Still didn't work. So I am thinking... There is clearly a
difference in the way Max/MSP and PD handle OSC. So I am asking now you more
experienced users, you forces to be, such as Martin Peach... What might be
happening with the opensouncontrol object?

Best to all,

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

Re: [PD] OSC messages without / (fwd)

[Leandro da Mota Damasceno]

i got the impression it could be something like that. One easy way to
translate it would be through max/msp itself, but then again i would have
another patch running just to do a very simple task, and it doesn't sound
very efficient. I do agree that translating is the best solution right now
and that there must be some way to do it. I'm just not that proficient in PD
to figure it out.

So, de-bundle + attach / as Roman said seems to be the best way. How do I do
that?

Leandro

On Wed, Oct 27, 2010 at 10:37 AM, IOhannes m zmoelnig wrote:

> On 2010-10-27 09:47, Leandro da Mota Damasceno wrote:
> > Hi Roman
> >
> > It's ok, i just keep forgetting to reply to all...
> >
> > so, I really don't understand how that could be happening, especially
> when
> > in max/MSP i don't have to route any #bundle tag. It's funny how it shows
> > how different it is to work with osc in both languages.
>
> again: obviously max/msp has a somewhat non-standard interpretation of
> what OSC means. (please correct me if i'm wrong; but afaik the
> pd-implementation is rather "with the book" and supports everything that
> is "proper" (as in: standard) OSC)
>
> furthermore, max/msp obviously knows how to deal with its own
> interpretation of the standard, hence you don't have any problems on
> max/msp with what you think is OSC.
>
> if i tell you that "dös is a so" is english, you can either believe me
> and question your knowledge of english, or you don't believe me and
> question my definition of english. obviously some of the words look like
> english (and some even have the same meaning)...but it doesn't help you
> a lot in understanding what i said.
>
> it would be better if we agreed on which language we meant when we want
> to talk in this language.
>
> fgmsdr
> IOhannes
>
> PS: there is still hope to write a translator from what you get to what
> Pd thinks is OSC. it might be good to get your transmitted data (e.g in
> binary form)
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OSC messages without / (fwd)

[Leandro da Mota Damasceno]

Hi Roman

It's ok, i just keep forgetting to reply to all...

so, I really don't understand how that could be happening, especially when
in max/MSP i don't have to route any #bundle tag. It's funny how it shows
how different it is to work with osc in both languages.  the deadline for
next week is what is actually getting me worried...

best

Leandro


On Wed, Oct 27, 2010 at 9:38 AM, Roman Haefeli  wrote:

> Hi Leandro
>
> Sorry for not having responded quickly.
>
> I know that OSC supports so-called bundled messages. However, I haven't
> yet investigated how they actually work. It seems like your Max patch is
> sending bundled OSC messages. It seems like those are tagged with a
> '#bundle' and obviously the '/' is prepended to #bundle tag instead of
> the OSC address.
>
> I don't have a solution at hand for this, since it makes OSC message
> parsing in the byte realm even more complex.
>
> Probably there are some other ways to 'de-bundle' those messages first
> before prepending them a '/'? (Question to the commmunity)
>
> Roman
>
> P.S.: I think this discussion is still interesting for the list, so I
> cc'ed to the list.
>
>
>
>
>
>
> On Mon, 2010-10-25 at 09:41 +0200, Leandro da Mota Damasceno wrote:
> > Hi Roman. My print message is returning something like:
> >
> >
> > mensagem: /#bundle likeliest 1
> >
> >
> > it was supposed to be /likeliest 1
> >
> >
> >
> >
> > Best,
> >
> >
> > Leandro
> >
> > On Mon, Oct 25, 2010 at 9:18 AM, Roman Haefeli 
> > wrote:
> > Sorry, I definitely missed your reply then. Can you post the
> > error
> > message again?
> >
> > Roman
> >
> >
> > On Mon, 2010-10-25 at 02:46 +0200, Leandro da Mota Damasceno
> > wrote:
> > > It partially worked. It seems to be something ALMOST there,
> > but I got
> > > an error message. I posted a few days ago. But it's
> > definitely the
> > > best solution right now
> > >
> > > On Sun, Oct 24, 2010 at 10:45 PM, Roman Haefeli
> > 
> > > wrote:
> > > On Sat, 2010-10-23 at 09:40 +0200, Leandro da Mota
> > Damasceno
> > > wrote:
> > > > Hi
> > > >
> > > >
> > > > I would like to apologize for the private emails.
> > it's that
> > > when I
> > > > reply to the messages they go to the author, not
> > the list.
> > > Weird.
> > > > that's not what happens in other mailing lists...
> > > >
> > > >
> > > > So, I have tried to fix the standalone as jasch
> > suggested,
> > > but i got
> > > > all sorts of error messages. I would have to work
> > almost
> > > from scratch
> > > > and if my knowledge on PD is still in beginner
> > level, my
> > > knowledge of
> > > > max/MSP is almost null. Unfortunately, I'm on a
> > deadline to
> > > have this
> > > > thing working, so I need a workaround by next
> > week.
> > > >
> > > >
> > > > So right now, I'd rather not mess with the
> > standalone and
> > > working on a
> > > > new version by myself in a few weeks from now.
> > Martin, I can
> > > send you
> > > > the patch, but I'm afraid it won't be any helpful
> > for this
> > > case, since
> > > > it depends on dating coming from the standalone. I
> > can give
> > > it to you,
> > > > of course, if you want. But I think it's pretty
> > much what
> > > has been
> > > > described here. The best solution for now I think
> > would be
> > > to have a
> > > > way to get ordinary messages through udp. No OSC
> > standards.
> > > >
> > >
> > >
> > > Sorry in case I missed it, but did the abstraction I
> > sent you
> > > recently
> > > not work? I don't think, that it should be too
> > difficult to
> > > find a way
> > > to deal with the faulty OSC messages in Pd (so that
> > you don't
> > > have to
> > > touch the standalone max/msp patch).
> > >
> > > Roman
> > >
> > >
> > >
> >
> >
> >
> >
> >
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OSC messages without / (fwd)

[Leandro da Mota Damasceno]

It partially worked. It seems to be something ALMOST there, but I got an
error message. I posted a few days ago. But it's definitely the best
solution right now

On Sun, Oct 24, 2010 at 10:45 PM, Roman Haefeli  wrote:

> On Sat, 2010-10-23 at 09:40 +0200, Leandro da Mota Damasceno wrote:
> > Hi
> >
> >
> > I would like to apologize for the private emails. it's that when I
> > reply to the messages they go to the author, not the list. Weird.
> > that's not what happens in other mailing lists...
> >
> >
> > So, I have tried to fix the standalone as jasch suggested, but i got
> > all sorts of error messages. I would have to work almost from scratch
> > and if my knowledge on PD is still in beginner level, my knowledge of
> > max/MSP is almost null. Unfortunately, I'm on a deadline to have this
> > thing working, so I need a workaround by next week.
> >
> >
> > So right now, I'd rather not mess with the standalone and working on a
> > new version by myself in a few weeks from now. Martin, I can send you
> > the patch, but I'm afraid it won't be any helpful for this case, since
> > it depends on dating coming from the standalone. I can give it to you,
> > of course, if you want. But I think it's pretty much what has been
> > described here. The best solution for now I think would be to have a
> > way to get ordinary messages through udp. No OSC standards.
> >
>
> Sorry in case I missed it, but did the abstraction I sent you recently
> not work? I don't think, that it should be too difficult to find a way
> to deal with the faulty OSC messages in Pd (so that you don't have to
> touch the standalone max/msp patch).
>
> Roman
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OSC messages without / (fwd)

[Leandro da Mota Damasceno]

Hi

I would like to apologize for the private emails. it's that when I reply to
the messages they go to the author, not the list. Weird. that's not what
happens in other mailing lists...

So, I have tried to fix the standalone as jasch suggested, but i got all
sorts of error messages. I would have to work almost from scratch and if my
knowledge on PD is still in beginner level, my knowledge of max/MSP is
almost null. Unfortunately, I'm on a deadline to have this thing working, so
I need a workaround by next week.

So right now, I'd rather not mess with the standalone and working on a new
version by myself in a few weeks from now. Martin, I can send you the patch,
but I'm afraid it won't be any helpful for this case, since it depends on
dating coming from the standalone. I can give it to you, of course, if you
want. But I think it's pretty much what has been described here. The best
solution for now I think would be to have a way to get ordinary messages
through udp. No OSC standards.

Best,

Leandro

2010/10/22 IOhannes m zmölnig 

> -BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> > From: Leandro da Mota Damasceno 
> >
> > Let's think in a different way... Why would I just use a udpreceive and
> > a route in Max/MSP to make it work and why doesn't it work with PD? What
> > does
> > the udpreceive does differently for the output in Max/MSP? I am guessing
> > it was an internal unpackOSC that does not care about /. Is that it?
> >
>
> i think, that max's [udp*] objects simply allows to use messages that
> are not OSC, whereas the Pd objects enforce a strict OSC-adherence.
>
> usually, the way to implement communication standards is:
> - - be strict in what you send (here the max-objects are faulty)
> - - be lax in what you accept (here the pd-objects are faulty)
>
> the simplest way to fix the problem is: adhere to the standard!
>
> so if you can change the max-patch, i would advise you to simply add a
> leading "/" to the messages you send.
>
>
> fgmsdft
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkzBxFkACgkQkX2Xpv6ydvS9xgCgrQZppWIAHu60uDEIqQ3MJCUh
> GrMAn0Wjhr77zAusMq9vVOu8QLX/dP2R
> =w3Q7
> -END PGP SIGNATURE-
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OSC messages without /

[Leandro da Mota Damasceno]

Hi Roman

Thanks for the help. Actually, I did not write the code in Max/MSP, but I
think I will end up writing my own version of the application, because it
does need a lot of tweaking. It is funny to realize how Max/MSP can be kind
of agnostic towards that.

Well, I will try your patch. I hope it works. I'm getting sick of my patch
already :P

best,

Leandro

On Thu, Oct 21, 2010 at 11:07 PM, Roman Haefeli  wrote:

> Hi again
>
> (I reply to the  list as well...)
>
> Yeah, I now remember that the OSC address must always be a multiple of 4
> bytes long. I also stumbled across this problem a while ago and wrote an
> abstraction back then that does pad the the address of the OSC message
> with zeros as needed. Insert it right after the [list prepend 47].
>
> Check attachment.
>
> Although this might work now, it's clearly the fault of your max/msp
> patch that obviously does not comply with the OSC standard.
>
> Roman
>
>
> On Thu, 2010-10-21 at 22:45 +0200, Leandro da Mota Damasceno wrote:
> > That solution sounded good, but this is the result I got:
> >
> >
> >
> >
> > unpackOSC: Packet size (257) not a multiple of 4 bytes: dropping
> > packet
> > unpackOSC: Packet size (41) not a multiple of 4 bytes: dropping packet
> > unpackOSC: Packet size (281) not a multiple of 4 bytes: dropping
> > packet
> > unpackOSC: Packet size (41) not a multiple of 4 bytes: dropping packet
> > unpackOSC: Packet size (281) not a multiple of 4 bytes: dropping
> > packet
> > unpackOSC: Packet size (41) not a multiple of 4 bytes: dropping packet
> > unpackOSC: Packet size (281) not a multiple of 4 bytes: dropping
> > packet
> >
> >
> > and so on. Any ideas?
> >
> > On Thu, Oct 21, 2010 at 10:07 PM, Roman Haefeli 
> > wrote:
> > On Thu, 2010-10-21 at 19:39 +0100, Claude Heiland-Allen wrote:
> > > On 21/10/10 18:26, Leandro da Mota Damasceno wrote:
> > > > So, the question is... Is there any workaround I could try
> > in PD?
> > >
> > >   |
> > > [list split 1]
> > >   |  |
> > > "/$1"   |
> > >   |  |
> > > [list append ]
> > >   |
> > > [list trim]
> > >   |
> >
> >
> > This would require to convert the byte list to strings and
> > then back to
> > a byte list again.
> >
> > You could instead insert a [list prepend 47] (47 is the byte
> > value of a
> > '/') right after the [udpreceive].
> >
> > Roman
> >
> >
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] OSC messages without /

[Leandro da Mota Damasceno]

Hey guys

So, I am working with a Max/MSP standalone application that sends OSC
messages through UDP, but it's not using any / signs in the beginning of the
message. So I'm getting the following in PD

unpackOSC: Path doesn't begin with "/", dropping message

Like, a lot. It just ignores the messages because of the lack of the "/".
Since the standalone application was made by Max/MSP users, they ignored
this apparent limitation on PD. In fact, I tried in Max/MSP with a
udpreceive object linked to a route and it already got me results.

So, the question is... Is there any workaround I could try in PD?

Best

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

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

THanks for all the tips you guys.. Of course, I'm extremely ashamed for not
knowing those trivial things :P

On Wed, Sep 1, 2010 at 11:58 PM, Jonathan Wilkes  wrote:

> Hi Leandro,
>  After you get the error, have you tried going to the "Find" menu and
> choose "Find last
> error"?  It should highlight the object in question, then you can connect a
> [print] object
> to the outlet of the object that feeds into it and see what you're sending
> it.
>
> -Jonathan
>
> --- On *Wed, 9/1/10, Leandro da Mota Damasceno * wrote:
>
>
> From: Leandro da Mota Damasceno 
> Subject: Re: [PD] Inlet Data types
> To: j...@rybn.org
> Cc: pd-list@iem.at
> Date: Wednesday, September 1, 2010, 10:19 PM
>
>
> Ok, so it still complains of the error and I'm not getting the output I
> wanted...
>
> That is the point... I was precisely complaining abou that error with that
> specific list. in fact, that list should be as big as 1 2 2 1 3 1 3 3  2 1 3
> or something like that. Tell me why am I get getting this... I don't see
> elements that expect floats that are getting lists...
>
> On Wed, Sep 1, 2010 at 10:10 PM, 
> http://mc/compose?to=j...@rybn.org>
> > wrote:
>
> Have a look in the patch, where there are comments. As you can see there
> is a list [1 2(. when this list is sent, there is an error.
> Open the both patches and follow the comment.
> ++
>
> Jack
>
>
>
> > Yes, I do. That is kind of the whole point of it. The list is the numbers
> > of
> > the samples I want to be played, in order. The difference is, if I get an
> > "analyze" in the beginning, I want it to play the sample AND analyze if
> > the
> > gestures being played by the user (which will be detect through another
> > software) correspond to the sample being played. The user will have
> > trained
> > the system before, of course. Right now, I'm not focusing on the
> analysis,
> > but rather just making the damn thing play :P
> >
> > On Wed, Sep 1, 2010 at 9:53 PM, Jack 
> > http://mc/compose?to=j...@rybn.org>>
> wrote:
> >
> >> That depend, do you need the first (1) or the second (2) float of your
> >> list ? (the list is in 'Gesture_Analysis', it is [1 2( before [MusExp])
> >> ++
> >>
> >> Jack
> >>
> >>
> >>
> >> Le mercredi 01 septembre 2010 à 21:43 +0200, Leandro da Mota Damasceno a
> >> écrit :
> >> > SampleNoOut was supposed to be a float. why you're telling me it's a
> >> > list, so I can fix it?
> >> >
> >> >
> >> > (sorry to send again. forgot to reply to all.)
> >> >
> >> > On Wed, Sep 1, 2010 at 9:34 PM, Jack 
> >> > http://mc/compose?to=j...@rybn.org>>
> wrote:
> >> > In your abstraction 'MusExp', you have a [s SampleNoOut]
> >> > sending a list.
> >> > Therefore, you have a problem in your main patch (near
> >> > 'Input_Song_control' where you receive (by [r SampleNoOut])
> >> > the list in
> >> > a [pack] ([pack s f]).
> >> > So you need to receive a float in the second inlet but you get
> >> > a list.
> >> > There is the same problem with your other [r SampleNoOut]
> >> > follow by [sel
> >> > 1 2 3]. [sel] need a float here !
> >> > ++
> >> >
> >> > Jack
> >> >
> >> >
> >> >
> >> > Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota
> >> > Damasceno a
> >> >
> >> > écrit :
> >> > > Oh, sorry! I thought it was going to the whole list
> >> > already...
> >> > >
> >> > >
> >> > > here's the main patch...
> >> > >
> >> >     >
> >> > > On Wed, Sep 1, 2010 at 8:49 PM, ypatios 
> >> > http://mc/compose?to=ypat...@gmail.com>
> >
> >> > wrote:
> >> > > and please "reply to all"! :)
> >> > >
> >> > >
> >> > >
> >> > > On 1 September 2010 21:40, Jack 
> >> > http://mc/compose?to=j...@rybn.org>
> >
> >> > wrote:
> >> > > Can you

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Oh my god. So obvious that I couldn't see it... Damn! I guess it all depends
on how the things are taught to you,,, The help file doesn't make that clear

Thanks Mathieu!

On Wed, Sep 1, 2010 at 11:14 PM, Mathieu Bouchard wrote:

> On Wed, 1 Sep 2010, Leandro da Mota Damasceno wrote:
>
>  More doubts yet to come (like "how can i save a list in an atom so I can
>> bang it?")
>>
>
> use [list append], aka [list]. Then you have to bang it on the left. It's
> not really analogous to [f] and [symbol], only partially so.
>
>  ___
> | Mathieu Bouchard - Havre-Aubert, Îles-de-la-Madeleine, QC
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Hmm folks... It's working now hhahaha

I was focusing on the wrong inlet and I had a very weird connection from
route to packel. That was the float it was expecting and that is why it was
bitching about the list.

Sorry for making you waste your time, but thank you for all the help. Jack,
thanks a lot for taking a look on the pieces of the code.

More doubts yet to come (like "how can i save a list in an atom so I can
bang it?")

thanks again!

Leandro

On Wed, Sep 1, 2010 at 10:19 PM, Leandro da Mota Damasceno  wrote:

> Ok, so it still complains of the error and I'm not getting the output I
> wanted...
>
> That is the point... I was precisely complaining abou that error with that
> specific list. in fact, that list should be as big as 1 2 2 1 3 1 3 3  2 1 3
> or something like that. Tell me why am I get getting this... I don't see
> elements that expect floats that are getting lists...
>
>
> On Wed, Sep 1, 2010 at 10:10 PM,  wrote:
>
>> Have a look in the patch, where there are comments. As you can see there
>> is a list [1 2(. when this list is sent, there is an error.
>> Open the both patches and follow the comment.
>> ++
>>
>> Jack
>>
>>
>>
>> > Yes, I do. That is kind of the whole point of it. The list is the
>> numbers
>> > of
>> > the samples I want to be played, in order. The difference is, if I get
>> an
>> > "analyze" in the beginning, I want it to play the sample AND analyze if
>> > the
>> > gestures being played by the user (which will be detect through another
>> > software) correspond to the sample being played. The user will have
>> > trained
>> > the system before, of course. Right now, I'm not focusing on the
>> analysis,
>> > but rather just making the damn thing play :P
>> >
>> > On Wed, Sep 1, 2010 at 9:53 PM, Jack  wrote:
>> >
>> >> That depend, do you need the first (1) or the second (2) float of your
>> >> list ? (the list is in 'Gesture_Analysis', it is [1 2( before [MusExp])
>> >> ++
>> >>
>> >> Jack
>> >>
>> >>
>> >>
>> >> Le mercredi 01 septembre 2010 à 21:43 +0200, Leandro da Mota Damasceno
>> a
>> >> écrit :
>> >> > SampleNoOut was supposed to be a float. why you're telling me it's a
>> >> > list, so I can fix it?
>> >> >
>> >> >
>> >> > (sorry to send again. forgot to reply to all.)
>> >> >
>> >> > On Wed, Sep 1, 2010 at 9:34 PM, Jack  wrote:
>> >> > In your abstraction 'MusExp', you have a [s SampleNoOut]
>> >> > sending a list.
>> >> > Therefore, you have a problem in your main patch (near
>> >> > 'Input_Song_control' where you receive (by [r SampleNoOut])
>> >> > the list in
>> >> > a [pack] ([pack s f]).
>> >> > So you need to receive a float in the second inlet but you
>> get
>> >> > a list.
>> >> > There is the same problem with your other [r SampleNoOut]
>> >> > follow by [sel
>> >> > 1 2 3]. [sel] need a float here !
>> >> > ++
>> >> >
>> >> > Jack
>> >> >
>> >> >
>> >> >
>> >> > Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota
>> >> > Damasceno a
>> >> >
>> >> > écrit :
>> >> > > Oh, sorry! I thought it was going to the whole list
>> >> > already...
>> >> >     >
>> >> > >
>> >> > > here's the main patch...
>> >> > >
>> >> > >
>> >> > > On Wed, Sep 1, 2010 at 8:49 PM, ypatios > >
>> >> > wrote:
>> >> > > and please "reply to all"! :)
>> >> > >
>> >> > >
>> >> > >
>> >> > > On 1 September 2010 21:40, Jack 
>> >> > wrote:
>> >> > > Can you send us the main patch too ?
>> >> > > Because it is not possible to detect the
>> >> > problem with
>> >> > 

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Ok, so it still complains of the error and I'm not getting the output I
wanted...

That is the point... I was precisely complaining abou that error with that
specific list. in fact, that list should be as big as 1 2 2 1 3 1 3 3  2 1 3
or something like that. Tell me why am I get getting this... I don't see
elements that expect floats that are getting lists...

On Wed, Sep 1, 2010 at 10:10 PM,  wrote:

> Have a look in the patch, where there are comments. As you can see there
> is a list [1 2(. when this list is sent, there is an error.
> Open the both patches and follow the comment.
> ++
>
> Jack
>
>
>
> > Yes, I do. That is kind of the whole point of it. The list is the numbers
> > of
> > the samples I want to be played, in order. The difference is, if I get an
> > "analyze" in the beginning, I want it to play the sample AND analyze if
> > the
> > gestures being played by the user (which will be detect through another
> > software) correspond to the sample being played. The user will have
> > trained
> > the system before, of course. Right now, I'm not focusing on the
> analysis,
> > but rather just making the damn thing play :P
> >
> > On Wed, Sep 1, 2010 at 9:53 PM, Jack  wrote:
> >
> >> That depend, do you need the first (1) or the second (2) float of your
> >> list ? (the list is in 'Gesture_Analysis', it is [1 2( before [MusExp])
> >> ++
> >>
> >> Jack
> >>
> >>
> >>
> >> Le mercredi 01 septembre 2010 à 21:43 +0200, Leandro da Mota Damasceno a
> >> écrit :
> >> > SampleNoOut was supposed to be a float. why you're telling me it's a
> >> > list, so I can fix it?
> >> >
> >> >
> >> > (sorry to send again. forgot to reply to all.)
> >> >
> >> > On Wed, Sep 1, 2010 at 9:34 PM, Jack  wrote:
> >> > In your abstraction 'MusExp', you have a [s SampleNoOut]
> >> > sending a list.
> >> > Therefore, you have a problem in your main patch (near
> >> > 'Input_Song_control' where you receive (by [r SampleNoOut])
> >> > the list in
> >> >     a [pack] ([pack s f]).
> >> > So you need to receive a float in the second inlet but you get
> >> > a list.
> >> > There is the same problem with your other [r SampleNoOut]
> >> > follow by [sel
> >> > 1 2 3]. [sel] need a float here !
> >> > ++
> >> >
> >> > Jack
> >> >
> >> >
> >> >
> >> > Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota
> >> > Damasceno a
> >> >
> >> > écrit :
> >> > > Oh, sorry! I thought it was going to the whole list
> >> > already...
> >> > >
> >> > >
> >> > > here's the main patch...
> >> > >
> >> > >
> >> >     > On Wed, Sep 1, 2010 at 8:49 PM, ypatios 
> >> > wrote:
> >> > > and please "reply to all"! :)
> >> > >
> >> > >
> >> > >
> >> > > On 1 September 2010 21:40, Jack 
> >> > wrote:
> >> > > Can you send us the main patch too ?
> >> > > Because it is not possible to detect the
> >> > problem with
> >> > > the subpatch.
> >> > > ++
> >> > >
> >> > > Jack
> >> > >
> >> > >
> >> > >
> >> > > Le mercredi 01 septembre 2010 à 20:26 +0200,
> >> > Leandro
> >> > > da Mota Damasceno a
> >> > > écrit :
> >> > > > It's still quiet buggy and childish...
> >> > > >
> >> > > >
> >> > > > Ok, here's the thing: I want a patch that
> >> > gets a
> >> > > list that is a
> 

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Yes, I do. That is kind of the whole point of it. The list is the numbers of
the samples I want to be played, in order. The difference is, if I get an
"analyze" in the beginning, I want it to play the sample AND analyze if the
gestures being played by the user (which will be detect through another
software) correspond to the sample being played. The user will have trained
the system before, of course. Right now, I'm not focusing on the analysis,
but rather just making the damn thing play :P

On Wed, Sep 1, 2010 at 9:53 PM, Jack  wrote:

> That depend, do you need the first (1) or the second (2) float of your
> list ? (the list is in 'Gesture_Analysis', it is [1 2( before [MusExp])
> ++
>
> Jack
>
>
>
> Le mercredi 01 septembre 2010 à 21:43 +0200, Leandro da Mota Damasceno a
> écrit :
> > SampleNoOut was supposed to be a float. why you're telling me it's a
> > list, so I can fix it?
> >
> >
> > (sorry to send again. forgot to reply to all.)
> >
> > On Wed, Sep 1, 2010 at 9:34 PM, Jack  wrote:
> > In your abstraction 'MusExp', you have a [s SampleNoOut]
> > sending a list.
> > Therefore, you have a problem in your main patch (near
> > 'Input_Song_control' where you receive (by [r SampleNoOut])
> > the list in
> > a [pack] ([pack s f]).
> > So you need to receive a float in the second inlet but you get
> > a list.
> > There is the same problem with your other [r SampleNoOut]
> >     follow by [sel
> > 1 2 3]. [sel] need a float here !
> > ++
> >
> > Jack
> >
> >
> >
> > Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota
> > Damasceno a
> >
> > écrit :
> > > Oh, sorry! I thought it was going to the whole list
> > already...
> > >
> > >
> > > here's the main patch...
> > >
> > >
> > > On Wed, Sep 1, 2010 at 8:49 PM, ypatios 
> > wrote:
> > > and please "reply to all"! :)
> > >
> > >
> > >
> > > On 1 September 2010 21:40, Jack 
> > wrote:
> > >     Can you send us the main patch too ?
> > > Because it is not possible to detect the
> > problem with
> > > the subpatch.
> > > ++
> > >
> > > Jack
> > >
> > >
> > >
> > > Le mercredi 01 septembre 2010 à 20:26 +0200,
> > Leandro
> > > da Mota Damasceno a
> > > écrit :
> > > > It's still quiet buggy and childish...
> > > >
> > > >
> > > > Ok, here's the thing: I want a patch that
> > gets a
> > > list that is a
> > > > sequence of numbers. each number is set to
> > play a
> > > different sample
> > > > that has been loaded. I'm still fixing the
> > "play"
> > > part.
> > > >
> > > >
> > > > I'm sending it attached so you can tell me
> > what to
> > > do.
> > >
> > > >
> > > > On Wed, Sep 1, 2010 at 8:21 PM, Jack
> > 
> > > wrote:
> >     > > Send us your patch.
> > > > You can send list (and anything)
> > to subpatch
> > > without problem.
> > > > I guess you have an object in your
> > subpatch
> > > that doesn't
> > > > accept list but
> > > > float.
> > > > ++
> > > >
> > >

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Jack, i was analyzing that.. but the thing is, SampleNoOut is a float that
comes from the number2 that shows the current sample. That part of the code
is the only one I know is working just fine, so I still don't think that's
it...

On Wed, Sep 1, 2010 at 9:43 PM, Leandro da Mota Damasceno
wrote:

> SampleNoOut was supposed to be a float. why you're telling me it's a list,
> so I can fix it?
>
> (sorry to send again. forgot to reply to all.)
>
> On Wed, Sep 1, 2010 at 9:34 PM, Jack  wrote:
>
>> In your abstraction 'MusExp', you have a [s SampleNoOut] sending a list.
>> Therefore, you have a problem in your main patch (near
>> 'Input_Song_control' where you receive (by [r SampleNoOut]) the list in
>> a [pack] ([pack s f]).
>> So you need to receive a float in the second inlet but you get a list.
>> There is the same problem with your other [r SampleNoOut] follow by [sel
>> 1 2 3]. [sel] need a float here !
>> ++
>>
>> Jack
>>
>>
>>
>> Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota Damasceno a
>> écrit :
>> > Oh, sorry! I thought it was going to the whole list already...
>> >
>> >
>> > here's the main patch...
>> >
>> >
>> > On Wed, Sep 1, 2010 at 8:49 PM, ypatios  wrote:
>> > and please "reply to all"! :)
>> >
>> >
>> >
>> > On 1 September 2010 21:40, Jack  wrote:
>> > Can you send us the main patch too ?
>> > Because it is not possible to detect the problem with
>> > the subpatch.
>> > ++
>> >
>> > Jack
>> >
>> >
>> >
>> > Le mercredi 01 septembre 2010 à 20:26 +0200, Leandro
>> > da Mota Damasceno a
>> > écrit :
>> > > It's still quiet buggy and childish...
>> > >
>> > >
>> > > Ok, here's the thing: I want a patch that gets a
>> > list that is a
>> > > sequence of numbers. each number is set to play a
>> > different sample
>> > > that has been loaded. I'm still fixing the "play"
>> > part.
>> > >
>> > >
>> > > I'm sending it attached so you can tell me what to
>> > do.
>> >
>> > >
>> > > On Wed, Sep 1, 2010 at 8:21 PM, Jack 
>> > wrote:
>> > > Send us your patch.
>> > > You can send list (and anything) to subpatch
>> > without problem.
>> > > I guess you have an object in your subpatch
>> > that doesn't
>> > > accept list but
>> > > float.
>> > > ++
>> > >
>> > > Jack
>> > >
>> > >
>> > > Le mercredi 01 septembre 2010 à 20:01 +0200,
>> > Leandro da Mota
>> > > Damasceno a
>> > > écrit :
>> > >
>> > > > Hi guys,
>> > > >
>> > > >
>> > > > this is a very newbie question, but I'm
>> > trying to send a
>> > > list to the
>> > > > inlet of a subpatch i just made and PD is
>> > complaining it
>> > > expected
>> > > > float. Does that mean I cannot send list
>> > to an inlet by
>> > > default? is
>> > > > there a walk around?
>> > > >
>> > > >
>> > > > Leandro
>> > >
>> > > >
>> > ___
>> > > > Pd-list@iem.at mailing list
>> > > > UNSUBSCRIBE and account-management ->
>> > > http://lists.puredata.info/listinfo/pd-list
>> > >
>> > >
>> > >
>> > >
>> >
>> >
>> >
>> > ___
>> > Pd-list@iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>> >
>> >
>> > --
>> > ypatios
>> >
>> >
>> > ___
>> > Pd-list@iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

SampleNoOut was supposed to be a float. why you're telling me it's a list,
so I can fix it?

(sorry to send again. forgot to reply to all.)

On Wed, Sep 1, 2010 at 9:34 PM, Jack  wrote:

> In your abstraction 'MusExp', you have a [s SampleNoOut] sending a list.
> Therefore, you have a problem in your main patch (near
> 'Input_Song_control' where you receive (by [r SampleNoOut]) the list in
> a [pack] ([pack s f]).
> So you need to receive a float in the second inlet but you get a list.
> There is the same problem with your other [r SampleNoOut] follow by [sel
> 1 2 3]. [sel] need a float here !
> ++
>
> Jack
>
>
>
> Le mercredi 01 septembre 2010 à 21:00 +0200, Leandro da Mota Damasceno a
> écrit :
> > Oh, sorry! I thought it was going to the whole list already...
> >
> >
> > here's the main patch...
> >
> >
> > On Wed, Sep 1, 2010 at 8:49 PM, ypatios  wrote:
> > and please "reply to all"! :)
> >
> >
> >
> > On 1 September 2010 21:40, Jack  wrote:
> > Can you send us the main patch too ?
> > Because it is not possible to detect the problem with
> >     the subpatch.
> > ++
> >
> > Jack
> >
> >
> >
> > Le mercredi 01 septembre 2010 à 20:26 +0200, Leandro
> > da Mota Damasceno a
> > écrit :
> > > It's still quiet buggy and childish...
> > >
> > >
> > > Ok, here's the thing: I want a patch that gets a
> > list that is a
> > > sequence of numbers. each number is set to play a
> > different sample
> > > that has been loaded. I'm still fixing the "play"
> > part.
> > >
> > >
> > > I'm sending it attached so you can tell me what to
> > do.
> >
> > >
> > > On Wed, Sep 1, 2010 at 8:21 PM, Jack 
> > wrote:
> > > Send us your patch.
> > > You can send list (and anything) to subpatch
> > without problem.
> >     > I guess you have an object in your subpatch
> > that doesn't
> > > accept list but
> > > float.
> > > ++
> > >
> > > Jack
> > >
> > >
> > > Le mercredi 01 septembre 2010 à 20:01 +0200,
> > Leandro da Mota
> > > Damasceno a
> > > écrit :
> > >
> > > > Hi guys,
> > > >
> > > >
> > > > this is a very newbie question, but I'm
> > trying to send a
> > > list to the
> > > > inlet of a subpatch i just made and PD is
> > complaining it
> > > expected
> > > > float. Does that mean I cannot send list
> > to an inlet by
> > > default? is
> > > > there a walk around?
> > > >
> > > >
> > > > Leandro
> > >
> > > >
> > ___
> > > > Pd-list@iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> > >
> > >
> > >
> > >
> >
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> >
> > --
> > ypatios
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Inlet Data types

[Leandro da Mota Damasceno]

Oh, sorry! I thought it was going to the whole list already...

here's the main patch...


On Wed, Sep 1, 2010 at 8:49 PM, ypatios  wrote:

> and please "reply to all"! :)
>
>
> On 1 September 2010 21:40, Jack  wrote:
>
>> Can you send us the main patch too ?
>> Because it is not possible to detect the problem with the subpatch.
>> ++
>>
>> Jack
>>
>>
>>
>> Le mercredi 01 septembre 2010 à 20:26 +0200, Leandro da Mota Damasceno a
>> écrit :
>> > It's still quiet buggy and childish...
>> >
>> >
>> > Ok, here's the thing: I want a patch that gets a list that is a
>> > sequence of numbers. each number is set to play a different sample
>> > that has been loaded. I'm still fixing the "play" part.
>> >
>> >
>> > I'm sending it attached so you can tell me what to do.
>> >
>> > On Wed, Sep 1, 2010 at 8:21 PM, Jack  wrote:
>> > Send us your patch.
>> > You can send list (and anything) to subpatch without problem.
>> > I guess you have an object in your subpatch that doesn't
>> > accept list but
>> > float.
>> > ++
>> >
>> > Jack
>> >
>> >
>> > Le mercredi 01 septembre 2010 à 20:01 +0200, Leandro da Mota
>> > Damasceno a
>> > écrit :
>> >
>> > > Hi guys,
>> > >
>> > >
>> > > this is a very newbie question, but I'm trying to send a
>> > list to the
>> > > inlet of a subpatch i just made and PD is complaining it
>> > expected
>> > > float. Does that mean I cannot send list to an inlet by
>> > default? is
>> > > there a walk around?
>> > >
>> > >
>> > > Leandro
>> >
>> > > ___
>> > > Pd-list@iem.at mailing list
>> > > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>> >
>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
> --
> ypatios
>


SongControl2 2010-08-26.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Inlet Data types

[Leandro da Mota Damasceno]

Hi guys,

this is a very newbie question, but I'm trying to send a list to the inlet
of a subpatch i just made and PD is complaining it expected float. Does that
mean I cannot send list to an inlet by default? is there a walk around?

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

Re: [PD] [PD-announce] [31-08 :: 03-09 ] workshop in prague : introduction to real-time media and interactivity with pure-data

[Leandro da Mota Damasceno]

PERFECT!!!

I am considering going to prague during that period. Do you know where I can
find a place to stay during those days, like a website for renting rooms or
something?

On Fri, Aug 27, 2010 at 7:13 PM, ydego...@gmail.com wrote:

> ahoj!
>
> next week in prague :
>
> 'real-time media processing and interactivity with pure data' :
> an introduction workshop to the wonders of
> real-time interactivity using
> open-source environments like pure-data.
>
> for who ? :
>
> this workshop is aimed at people working
> in performance art and interactivity,
> no specific computer knowledge is required,
> but a real interest in real-time processing
> is recommended.
> ( no cryptic programation skills involved ).
>
> people wanting to make a small prototype
> of an interactive project
> are the most likely to find some
> inspiration in these sessions.
>
> where ? :
>
> theatre "alfred ve dvore" :
> http://www.alfredvedvore.cz/cs/
> Františka Křížka 36, praha
>
> map:
>
> http://mapy.cz/#mm=ztt...@sa=s@s...@ssq=franti%c5%a1ka%20k%c5%99%c3%ad%c5%beka%2036%2c%20praha@ss...@ssp=132870144_135806720_12992_136222720@x=133096...@y=136001073@z=16
>
> when ? :
>
> from tuesday 31-08 to friday 03-09,
> in the afternoons ( 14:00h to 19:00h )
>
> themes :
>
> * basics of real-time processing in pd ( sound and video )
> * computer vision for pd
> * basic setups for different contexts : dark room ( theater ),
> outdoors ...
>
> modalities :
>
> participants should bring a computer
> and video devices ( webcam or cameras ),
> if you come with a pc with windows,
> we will set up linux/ubuntu on it
> ( it doesn't hurt ! )
>
> this workshop is part of the invaze festival :
> http://invaze.tk
> the workshop is free, donations are welcome.
>
> for more informations or if you can't access
> to the space, contact Ales Zemene :
>
> +420 77 313 96 96
>
>
> nashledanou,
>
> s...@trafaćka
>
>
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] MP3 soundfiler

[Leandro da Mota Damasceno]

Hi everyone,

I am kind of new to Pure Data, so forgive if the question is stupid...

I am looking for a soundfiler equivalent that can open mp3 and assign
dynamically the size of its array. Is there someway to do that? The only way
I've found was using readanysf~ and connecting it to statically defined
arrays...
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list