Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[Husk 00]

On Mon, Mar 24, 2014 at 6:03 PM, patrice colet wrote:

> On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
>
>> ... the list, and life is too short to spend time arguing over things
>>> like these... Please understand I won't reply to any further discussions on
>>> this matter...
>>>
>> 'yaourt -S pd-l2ork' and pd life gets cool, thank you for this, I'm
> looking out for an eventual 0.45 version, that's a good reason to get
> pd-l2ork news on this list, I don't think it's off-topic at all, even if my
> thoughts don't really matter :)
>
>
Hi,
finally I installed pd-l2ork in my debian testing
I'm very impressed of the quality of your work.
thank you very much for share it

husk
-- 
"l'importante nella vita é avere pregiudizi a priori su tutto"
Jean-Paul-Sartre

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

Re: [PD] GPIO, mcp3008 and Raspbian

[Jaime E Oliver]

> Spi one does not rely on wiring pi. AFAIK wiringpi does not offer spi support 
> but I could be wrong.

Hi Ivica, 

yes it does and it has a C api. It is actually very good and easy to implement. 

Thanks for all info on the external. I'll check it out as soon as I have a bit 
of time again…

best,

Jaime





>  
>  
> Also, how are you getting the multiple pwm streams?
>  
> I partially rely on wiringpi inside disis_gpio for software pwm on all pins 
> (I say partially because wiringpi can only create a new thread for software 
> pwm but does not offer ability to close the thread other than exiting the 
> program, which is not an option for an environment like pd). So, each opened 
> pin will have a separate high priority thread that gives you a 1000Hz PWM. 
> disis_gpio also supports hardware pwm on pin 18 and that one has some kind of 
> a logarithmic curve and as such behaves distinctly different but I simply did 
> not want to go into anything higher than 1000Hz as that would choke the cpu.
>  
> HTH
>  
> best,
>  
> J
>  
>  
>  
> On Mar 20, 2014, at 1:16 PM, Ivica Ico Bukvic  wrote:
> 
> 
> On 03/20/2014 12:37 PM, David Medine wrote:
> FYI
> 
> There is also a RPi GPIO object for Pd by Miller Puckette here:
> http://msp.ucsd.edu/syllabi/206.13w/index.htm
> 
> and the  same code with a makefile and build for UDOO here:
> https://github.com/cmuartfab/Udoo/tree/dem-rev/puredata/gpio
> 
> I did see the note from garthz about the architecture collisions. I will 
> attend to this. Anyway, make sure to use the gpio.l_arm version -- just 
> delete the other two to avoid problems.
> 
> Indeed, disis_gpio is loosely based on gpio. It however also offers things 
> that gpio (AFAIK) doesn't, like multithreaded pusle-width-modulation 
> (hardware on pin 18 and software on all pins) with an Arduino-like 0-1023 
> range. disis_spi is a completely new beast that allows interfacing with 
> MCP3008 AD converter and provides up to 8 analog input channels that can 
> provide high-resolution streams with values 0-1023. So, pd-l2ork externals 
> essentially look to provide an Arduino-like environment.
> 
> ___
> 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] GPIO, mcp3008 and Raspbian

[Ivica Bukvic]

Forgot to mention if you use k12 educational module abstractions (you can
start k12 mode by adding -k12 startup flag to pd-l2ork in which case your
would have UI like this:
http://l2ork.music.vt.edu/main/wp-content/uploads/2014/03/pd-l2ork-k12-rpi-003.png),
then you can access either gpio or spi via a single object.

And while we are talking about start-up flags you can also explore -unique
startup flag which allows you to open new patches in a new instance of the
pd-l2ork (by default they are opened in the existing instance so
double-clicking on a bunch of pd patch documents will not spawn a bunch of
instances).

HTH
On Mar 24, 2014 1:08 PM, "Ivica Ico Bukvic"  wrote:

>
>
> Hi Ivica,
>
>
>
> I was working on a small external for MCP3008 using wiring pi, but I'd
> love to try yours if it is possible. Will it be possible to use it as an
> external like gpio with vanilla? are you using wiring pi for this?
>
>
>
> There is nothing in those externals to prevent them from being used in
> vanilla. They can be found in the  git>/l2ork_addons/raspberry_pi/disis_gpio and disis_spi folders (latter is
> the MCP3008 one). Spi one does not rely on wiring pi. AFAIK wiringpi does
> not offer spi support but I could be wrong.
>
>
>
>
>
> Also, how are you getting the multiple pwm streams?
>
>
>
> I partially rely on wiringpi inside disis_gpio for software pwm on all
> pins (I say partially because wiringpi can only create a new thread for
> software pwm but does not offer ability to close the thread other than
> exiting the program, which is not an option for an environment like pd).
> So, each opened pin will have a separate high priority thread that gives
> you a 1000Hz PWM. disis_gpio also supports hardware pwm on pin 18 and that
> one has some kind of a logarithmic curve and as such behaves distinctly
> different but I simply did not want to go into anything higher than 1000Hz
> as that would choke the cpu.
>
>
>
> HTH
>
>
>
> best,
>
>
>
> J
>
>
>
>
>
>
>
> On Mar 20, 2014, at 1:16 PM, Ivica Ico Bukvic  wrote:
>
>
>
> On 03/20/2014 12:37 PM, David Medine wrote:
>
> FYI
>
> There is also a RPi GPIO object for Pd by Miller Puckette here:
> http://msp.ucsd.edu/syllabi/206.13w/index.htm
>
> and the  same code with a makefile and build for UDOO here:
> https://github.com/cmuartfab/Udoo/tree/dem-rev/puredata/gpio
>
> I did see the note from garthz about the architecture collisions. I will
> attend to this. Anyway, make sure to use the gpio.l_arm version -- just
> delete the other two to avoid problems.
>
>
> Indeed, disis_gpio is loosely based on gpio. It however also offers things
> that gpio (AFAIK) doesn't, like multithreaded pusle-width-modulation
> (hardware on pin 18 and software on all pins) with an Arduino-like 0-1023
> range. disis_spi is a completely new beast that allows interfacing with
> MCP3008 AD converter and provides up to 8 analog input channels that can
> provide high-resolution streams with values 0-1023. So, pd-l2ork externals
> essentially look to provide an Arduino-like environment.
>
> ___
> 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] pd on debian hardfloat on udoo

[Simon Iten]

just a quick update:

pd runs definitely smoother on the udoo with the debian hard float image. i am 
now down to 10ms with no problems  (and a very cheap usb-soundcard dongle)

8ms gives some crackles but still works…

this is with the usual rtprio and memlock stuff and -rt and for now with a gui.



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

[PD] tabread interpolation in a patch

[Alexandre Torres Porres]

Hi folks, did this today.

https://docs.google.com/file/d/0B3AoiT0xk8fnWkxjalB3c2dHQWs/

I have no idea about the math, but it Works :)

So, this is Lagrange interpolation for what I hear, right?

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

Re: [PD] udoo board sound issues

[Simon Iten]

nevermind, found the solution. here it is..

http://lists.puredata.info/pipermail/pd-list/2012-09/097892.html

cheers


On Mon, Mar 24, 2014 at 2:43 PM, Simon Iten  wrote:

> hey dan and list,
>
> i gave pd on the debian hardfloat image a try and can not run it. it
> compiles just fine. this is what i get on the console...
>
> debian@udoo-debian-hfp:~$ pd -verbose
> Pd-0.45.4 ("") compiled 14:17:43 Mar 24 2014
> port 5400
> TCL_LIBRARY="/usr/local/lib/pd/lib/tcl/library"
> TK_LIBRARY="/usr/local/lib/pd/lib/tk/library"   wish
> "/usr/local/lib/pd/tcl//pd-gui.tcl" 5400
> Waiting for connection request...
> /usr/local/lib/pd/bin/pd-watchdog
> watchdog: signaling pd...
> watchdog: signaling pd...
> watchdog: signaling pd...
> watchdog: signaling pd...
> watchdog: signaling pd...
>
>
>
> then a watchdog-signaling loop...
>
> this also happens with the version installed via synaptic.
>
> any thoughts?
>
> cheers
>
>
> On Sat, Mar 15, 2014 at 4:50 PM, Dan Wilcox  wrote:
>
>> Yeah, I wanted to use the hard float image but I was under time pressure
>> and more things seemed to work out of the box with the Linaro one. I'll
>> have more time to revisit it later.
>>
>> On Mar 15, 2014, at 12:46 PM, Simon Iten  wrote:
>>
>> hmm,
>>
>> well to me 12ms is way to much. but then again i play a lot of fast
>> attack notes in up-tempo pieces :-)
>>
>> thanks for your notes anyway, they helped a lot! and write back when you
>> tried with the debian hardfloat image. i tried it for a short time and it
>> was not very stable with pd. but then again i did not try a lot of things
>> to fix this.
>>
>> cheers
>> On 15 Mar 2014, at 13:10, Dan Wilcox  wrote:
>>
>> Check this page:
>> http://www.michalkaszczyszyn.com/en/tutorials/latency.html#acceptable
>>
>> I was wrong, the guitar to amp latency at 1 meter away is roughly 3 ms.
>>
>> The accumulation of a monitors and an effect or two gets you to 8ms.
>> Acceptable latency is 12 ms.
>>
>> Again, I haven't measured my rig or the latency of my old wearable rig,
>> both both were responsive to me, so they must e at least around 12 ms.
>>
>> Sorry for being unscientific about it.
>>
>> enohp ym morf tnes
>> --
>> Dan Wilcox
>> danomatika.com
>> robotcowboy.com
>>
>> On Mar 15, 2014, at 5:49 AM, Simon Iten  wrote:
>>
>> dan, no 15 ms is in no way tolerable for live use (if you have effects
>> that should react in realtime) it is of course ok for delay and reverb
>> stuff. the latency from an amp because of cable length and stuff is totally
>> different, since your ear actually hears where the sound comes from and can
>> adapt.
>> but for studio use for example, 15 ms on a headphone is really two
>> attacks for evey attack. heck even 10ms is evil :-) of course your/anyones
>> mileage may vary. but i only wanted the box to output delay and reverb
>> soundscape stuff away, so i might be good. i will add analog circuitry that
>> mixes the dry and effect part of the signal, so i get no (very very little)
>> latency on the unaffected part of the signal.
>>
>> no worries as far as the script goes. i had no problems at all to follow
>> it. but i worked with linux a lot before. i was just suggesting, that the
>> typical ubuntu user would not get some of the steps in between your steps
>> :-)
>>
>>
>> On 15 Mar 2014, at 02:10, Dan Wilcox  wrote:
>>
>> I haven't run any latency tests, so that might be what I'm getting. If
>> so, it's acceptable for what I do. From what I've read, guitar -> effects
>> -> amp latencies are already closer to 20ms.
>>
>> Sorry I haven't gotten back to the UDOO and pulled the relevant scripts
>> etc off of it yet. I'm trying to get a few things done before I head out of
>> town for work the next 2 weeks. I might be abel to get to it Sunday, but no
>> promises.
>>
>> On Mar 14, 2014, at 8:41 PM, Simon Iten  wrote:
>>
>> hi dan,
>>
>> tried your setup/instructions. thanks, it now works down to 15ms. at 12ms
>> i start to get clicks here and there...
>>
>> your script has some "errors" (missing instructions a novice would not
>> understand how to deal with). do you want me to post them, or do you overdo
>> it anyway?
>>
>> thanks again
>>
>> simon
>>
>> On 13 Mar 2014, at 05:21, Dan Wilcox  wrote:
>>
>> Thanks. I was just waiting to redo my website, edit the video, put the
>> pics together, etc etc but life and freelance work get in the way. Man, I
>> could use a clone right about now :P
>>
>> On Mar 13, 2014, at 12:19 AM, Richie Cyngler  wrote:
>>
>> Also interested in the UDOO setup instructions so thank you. A bit OT
>> but, Dan, love your work (that "onward to mars patch" is awesome) thanks
>> for the links. I think people should post more of this sort of thing to the
>> list, celebrate what we make. =)
>>
>>
>> On Thu, Mar 13, 2014 at 11:09 AM, Dan Wilcox 
>> wrote:
>>
>>> FWIW: here's a picture of my UDOO setup inside my Mars space suit
>>> backpack: http://www.flickr.com/photos/danomatika/13115604285/
>>>
>>> Media of the backpack in use
>>> https://twit

[PD] pduino

[rolfm]

i'm trying to use Pduino-0.5 and/or pduino-master (from reduzent)
with Windows 7 and Arduino Uno.

i don't get anything with [info( or [firmware( or [version(.

it's possible to pulse all outputs,
i.e. it's visible on Led13.

toggling Led13 in Pduino only gives a short flash on the Led.

the GUI in pduino-master seems to do nothing, except connecting  
through [comport]


what am i missing?

rolf




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

Re: [PD] GPIO, mcp3008 and Raspbian

[Ivica Ico Bukvic]

 

Hi Ivica, 

 

I was working on a small external for MCP3008 using wiring pi, but I'd love
to try yours if it is possible. Will it be possible to use it as an external
like gpio with vanilla? are you using wiring pi for this?

 

There is nothing in those externals to prevent them from being used in
vanilla. They can be found in the /l2ork_addons/raspberry_pi/disis_gpio and disis_spi folders (latter is
the MCP3008 one). Spi one does not rely on wiring pi. AFAIK wiringpi does
not offer spi support but I could be wrong.

 

 

Also, how are you getting the multiple pwm streams?

 

I partially rely on wiringpi inside disis_gpio for software pwm on all pins
(I say partially because wiringpi can only create a new thread for software
pwm but does not offer ability to close the thread other than exiting the
program, which is not an option for an environment like pd). So, each opened
pin will have a separate high priority thread that gives you a 1000Hz PWM.
disis_gpio also supports hardware pwm on pin 18 and that one has some kind
of a logarithmic curve and as such behaves distinctly different but I simply
did not want to go into anything higher than 1000Hz as that would choke the
cpu.

 

HTH 

 

best,

 

J

 

 

 

On Mar 20, 2014, at 1:16 PM, Ivica Ico Bukvic  wrote:





On 03/20/2014 12:37 PM, David Medine wrote:

FYI

There is also a RPi GPIO object for Pd by Miller Puckette here:
 
http://msp.ucsd.edu/syllabi/206.13w/index.htm

and the  same code with a makefile and build for UDOO here:
 
https://github.com/cmuartfab/Udoo/tree/dem-rev/puredata/gpio

I did see the note from garthz about the architecture collisions. I will
attend to this. Anyway, make sure to use the gpio.l_arm version -- just
delete the other two to avoid problems.


Indeed, disis_gpio is loosely based on gpio. It however also offers things
that gpio (AFAIK) doesn't, like multithreaded pusle-width-modulation
(hardware on pin 18 and software on all pins) with an Arduino-like 0-1023
range. disis_spi is a completely new beast that allows interfacing with
MCP3008 AD converter and provides up to 8 analog input channels that can
provide high-resolution streams with values 0-1023. So, pd-l2ork externals
essentially look to provide an Arduino-like environment.

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

 

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

Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[patrice colet]

On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
... the list, and life is too short to spend time arguing over things 
like these... Please understand I won't reply to any further 
discussions on this matter...
'yaourt -S pd-l2ork' and pd life gets cool, thank you for this, I'm 
looking out for an eventual 0.45 version, that's a good reason to get 
pd-l2ork news on this list, I don't think it's off-topic at all, even if 
my thoughts don't really matter :)


cheers

patco



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

[PD] GPIO, mcp3008 and Raspbian

[Jaime E Oliver]

Hi Ivica, 

I was working on a small external for MCP3008 using wiring pi, but I'd love to 
try yours if it is possible. Will it be possible to use it as an external like 
gpio with vanilla? are you using wiring pi for this?

Also, how are you getting the multiple pwm streams?

best,

J


On Mar 20, 2014, at 1:16 PM, Ivica Ico Bukvic  wrote:

> On 03/20/2014 12:37 PM, David Medine wrote:
>> FYI
>> 
>> There is also a RPi GPIO object for Pd by Miller Puckette here:
>> http://msp.ucsd.edu/syllabi/206.13w/index.htm
>> 
>> and the  same code with a makefile and build for UDOO here:
>> https://github.com/cmuartfab/Udoo/tree/dem-rev/puredata/gpio
>> 
>> I did see the note from garthz about the architecture collisions. I will 
>> attend to this. Anyway, make sure to use the gpio.l_arm version -- just 
>> delete the other two to avoid problems.
> 
> Indeed, disis_gpio is loosely based on gpio. It however also offers things 
> that gpio (AFAIK) doesn't, like multithreaded pusle-width-modulation 
> (hardware on pin 18 and software on all pins) with an Arduino-like 0-1023 
> range. disis_spi is a completely new beast that allows interfacing with 
> MCP3008 AD converter and provides up to 8 analog input channels that can 
> provide high-resolution streams with values 0-1023. So, pd-l2ork externals 
> essentially look to provide an Arduino-like environment.
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

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

Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[Roman Haefeli]

On Mon, 2014-03-24 at 09:51 -0400, Ivica Ico Bukvic wrote:

[...]
> At the same time, I also don't want to create
> extra work for you or anyone else, so to cut my monologue short, if you
> and/or the community so desire, I will stop posting any further
> announcements on any pd list, so as not to annoy you (and possibly others).

I don't feel disturbed at all and I'm interested to get notifications
like this in the future. Pd-l2ork announcements certainly belong here
(why wouldn't they? Pd vanilla and Pd-extended is also discussed here).

Though while not being him,  I'm pretty sure IOhannes feels the same
way. What you feel to be negativity is probably really only about
technical aspects. Anyway, your post shows difficulties people might
have by using the pd-announce mailing list and it's certainly a good
thing to bring those problems up. Once there is clarity and agreement on
the rules, it shouldn't be too difficult to successfully send
announcements.

Roman




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

Re: [PD] Fear and Loathing on the Pd list - was Re: ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[Julian Brooks]

And of course that should have read:
IOhannes - please just carry on.

(unconscious spelling mistakes piss me right off)

J


On 24 March 2014 14:33, Julian Brooks  wrote:

> Ouch
>
> More bad vibes from our list and even more seems to be simmering and
> emanating from within our community at the moment.  What is up with this? I
> dunno.
>
> I must confess to also having side-stepped pd-announce with a few things
> over the past year or so and jumping direct to pd-list so something's not
> functioning correctly with all this (quite often perhaps it's just the
> delay in sending and waiting for it to appear that makes the poster jumpy
> about it getting through IME).
>
> Anyways, I'll bite.
> Ico, please keep posting stuff - it's interesting and good to be kept
> abreast.
> IOHannes - please just carry on:)
>
> In peace,
>
> Jb
>
>
> On 24 March 2014 13:51, Ivica Ico Bukvic  wrote:
>
>> > On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
>> > > Apologies for x-posting.
>> >
>> > i seem to remember that i have asked you this question multiple times
>> > in private, but never received an answer: is there *any* reason to
>> > make your announcements via pd-list instead of pd-announce [1]?
>> > all emails to pd-announce are forwarded to pd-list, but some people
>> > are only subscribed to pd-announce (as they are not interested in
>> > day-to-day discussion).
>>
>> ...IOhannes, indeed we've had discussions in the past to the point where I
>> believe no matter what I do will be adequate in your eyes. Your replies to
>> anything I post to this list teem with negativity, and a good portion of
>> the
>> time are off-topic (which makes me wonder how does that fit into the
>> mailing
>> list netiquette?). Yet, knowing you from our in-person conversations, I
>> know
>> you are a lot nicer than what your posts to this list make you look like.
>>
>> >
>> > btw, anybody can post to pd-announce (all emails get manual moderation
>> > and are allowed if they are a proper announcement "related to Pd
>> > somehow").
>>
>> And yet, I had those rejected as well, although I am not sure if pd-l2ork
>> announcement is considered related to Pd... It is conceivably possible
>> that
>> this was a case of having bunch of mailing lists in the TO: header in the
>> same email which is also known to land them in the admin pile (depending
>> on
>> the mailing list configuration), but given that all pd-announce emails are
>> (AFAICT) moderated, what escapes me is why would one reject this merely on
>> the principle and then in turn double the work both for the poster and
>> themselves?
>>
>> >
>> >
>> > > (resending because apparently the original was rejected because I
>> > > was "not subscribed?"...)
>> >
>> > no.
>> > it was rejected because the mailinglist has a built-in cross-posting
>> > reject rule. see [2].
>>
>> First of all, if this is the case, then your mailing list is not
>> configured
>> properly as it is giving a report that is false/misleading. Second, I
>> think
>> if this is an automatic bounce, it should happen instantaneously (which
>> was
>> not the case). If it is left for review of list admins (and hence the
>> delay
>> in response), then the trouble you went to reject the post could've been
>> simply redirected by seeing from who the email came and what its purpose
>> is,
>> rather than creating even more work for everyone involved. Sure, that
>> introduces exceptions, but in the end I feel it is a nice way of showing
>> appreciation for those who went through the trouble of contributing to the
>> community as I am sure you'll agree writing an announcement and providing
>> free online resources requires a lot more time than reading a subject and
>> ticking the "approve" checkbox...
>>
>> I also think this is extraneous (assuming the reject is automated). Like
>> yourself, I manage over dozen mailing lists among many other things that
>> keep me busy and even I choose to keep those kinds of posts for review
>> because I am aware people when they announce things don't want to send
>> dozen
>> same emails but simply one. At the same time, I also don't want to create
>> extra work for you or anyone else, so to cut my monologue short, if you
>> and/or the community so desire, I will stop posting any further
>> announcements on any pd list, so as not to annoy you (and possibly
>> others).
>> After all, you manage the list, and life is too short to spend time
>> arguing
>> over things like these...
>>
>> Please understand I won't reply to any further discussions on this
>> matter...
>>
>> Best wishes,
>>
>> Ico
>>
>>
>> ___
>> 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 l

Re: [PD] udoo board sound issues

[Simon Iten]

hey dan and list,

i gave pd on the debian hardfloat image a try and can not run it. it
compiles just fine. this is what i get on the console...

debian@udoo-debian-hfp:~$ pd -verbose
Pd-0.45.4 ("") compiled 14:17:43 Mar 24 2014
port 5400
TCL_LIBRARY="/usr/local/lib/pd/lib/tcl/library"
TK_LIBRARY="/usr/local/lib/pd/lib/tk/library"   wish
"/usr/local/lib/pd/tcl//pd-gui.tcl" 5400
Waiting for connection request...
/usr/local/lib/pd/bin/pd-watchdog
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...



then a watchdog-signaling loop...

this also happens with the version installed via synaptic.

any thoughts?

cheers


On Sat, Mar 15, 2014 at 4:50 PM, Dan Wilcox  wrote:

> Yeah, I wanted to use the hard float image but I was under time pressure
> and more things seemed to work out of the box with the Linaro one. I'll
> have more time to revisit it later.
>
> On Mar 15, 2014, at 12:46 PM, Simon Iten  wrote:
>
> hmm,
>
> well to me 12ms is way to much. but then again i play a lot of fast attack
> notes in up-tempo pieces :-)
>
> thanks for your notes anyway, they helped a lot! and write back when you
> tried with the debian hardfloat image. i tried it for a short time and it
> was not very stable with pd. but then again i did not try a lot of things
> to fix this.
>
> cheers
> On 15 Mar 2014, at 13:10, Dan Wilcox  wrote:
>
> Check this page:
> http://www.michalkaszczyszyn.com/en/tutorials/latency.html#acceptable
>
> I was wrong, the guitar to amp latency at 1 meter away is roughly 3 ms.
>
> The accumulation of a monitors and an effect or two gets you to 8ms.
> Acceptable latency is 12 ms.
>
> Again, I haven't measured my rig or the latency of my old wearable rig,
> both both were responsive to me, so they must e at least around 12 ms.
>
> Sorry for being unscientific about it.
>
> enohp ym morf tnes
> --
> Dan Wilcox
> danomatika.com
> robotcowboy.com
>
> On Mar 15, 2014, at 5:49 AM, Simon Iten  wrote:
>
> dan, no 15 ms is in no way tolerable for live use (if you have effects
> that should react in realtime) it is of course ok for delay and reverb
> stuff. the latency from an amp because of cable length and stuff is totally
> different, since your ear actually hears where the sound comes from and can
> adapt.
> but for studio use for example, 15 ms on a headphone is really two attacks
> for evey attack. heck even 10ms is evil :-) of course your/anyones mileage
> may vary. but i only wanted the box to output delay and reverb soundscape
> stuff away, so i might be good. i will add analog circuitry that mixes the
> dry and effect part of the signal, so i get no (very very little) latency
> on the unaffected part of the signal.
>
> no worries as far as the script goes. i had no problems at all to follow
> it. but i worked with linux a lot before. i was just suggesting, that the
> typical ubuntu user would not get some of the steps in between your steps
> :-)
>
>
> On 15 Mar 2014, at 02:10, Dan Wilcox  wrote:
>
> I haven't run any latency tests, so that might be what I'm getting. If so,
> it's acceptable for what I do. From what I've read, guitar -> effects ->
> amp latencies are already closer to 20ms.
>
> Sorry I haven't gotten back to the UDOO and pulled the relevant scripts
> etc off of it yet. I'm trying to get a few things done before I head out of
> town for work the next 2 weeks. I might be abel to get to it Sunday, but no
> promises.
>
> On Mar 14, 2014, at 8:41 PM, Simon Iten  wrote:
>
> hi dan,
>
> tried your setup/instructions. thanks, it now works down to 15ms. at 12ms
> i start to get clicks here and there...
>
> your script has some "errors" (missing instructions a novice would not
> understand how to deal with). do you want me to post them, or do you overdo
> it anyway?
>
> thanks again
>
> simon
>
> On 13 Mar 2014, at 05:21, Dan Wilcox  wrote:
>
> Thanks. I was just waiting to redo my website, edit the video, put the
> pics together, etc etc but life and freelance work get in the way. Man, I
> could use a clone right about now :P
>
> On Mar 13, 2014, at 12:19 AM, Richie Cyngler  wrote:
>
> Also interested in the UDOO setup instructions so thank you. A bit OT but,
> Dan, love your work (that "onward to mars patch" is awesome) thanks for the
> links. I think people should post more of this sort of thing to the list,
> celebrate what we make. =)
>
>
> On Thu, Mar 13, 2014 at 11:09 AM, Dan Wilcox  wrote:
>
>> FWIW: here's a picture of my UDOO setup inside my Mars space suit
>> backpack: http://www.flickr.com/photos/danomatika/13115604285/
>>
>> Media of the backpack in use
>> https://twitter.com/danomatika/status/433273394122207232/photo/1 &
>> https://vimeo.com/86670103 (not my video, I'll put out a different edit
>> soon)
>>
>> On Mar 12, 2014, at 10:28 AM, Dan Wilcox  wrote:
>>
>> I will do that later tonight when I boot the udoo and pull my run scripts
>> off of it. I'll post everything to GitHub so we can share

[PD] Fear and Loathing on the Pd list - was Re: ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[Julian Brooks]

Ouch

More bad vibes from our list and even more seems to be simmering and
emanating from within our community at the moment.  What is up with this? I
dunno.

I must confess to also having side-stepped pd-announce with a few things
over the past year or so and jumping direct to pd-list so something's not
functioning correctly with all this (quite often perhaps it's just the
delay in sending and waiting for it to appear that makes the poster jumpy
about it getting through IME).

Anyways, I'll bite.
Ico, please keep posting stuff - it's interesting and good to be kept
abreast.
IOHannes - please just carry on:)

In peace,

Jb


On 24 March 2014 13:51, Ivica Ico Bukvic  wrote:

> > On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
> > > Apologies for x-posting.
> >
> > i seem to remember that i have asked you this question multiple times
> > in private, but never received an answer: is there *any* reason to
> > make your announcements via pd-list instead of pd-announce [1]?
> > all emails to pd-announce are forwarded to pd-list, but some people
> > are only subscribed to pd-announce (as they are not interested in
> > day-to-day discussion).
>
> ...IOhannes, indeed we've had discussions in the past to the point where I
> believe no matter what I do will be adequate in your eyes. Your replies to
> anything I post to this list teem with negativity, and a good portion of
> the
> time are off-topic (which makes me wonder how does that fit into the
> mailing
> list netiquette?). Yet, knowing you from our in-person conversations, I
> know
> you are a lot nicer than what your posts to this list make you look like.
>
> >
> > btw, anybody can post to pd-announce (all emails get manual moderation
> > and are allowed if they are a proper announcement "related to Pd
> > somehow").
>
> And yet, I had those rejected as well, although I am not sure if pd-l2ork
> announcement is considered related to Pd... It is conceivably possible that
> this was a case of having bunch of mailing lists in the TO: header in the
> same email which is also known to land them in the admin pile (depending on
> the mailing list configuration), but given that all pd-announce emails are
> (AFAICT) moderated, what escapes me is why would one reject this merely on
> the principle and then in turn double the work both for the poster and
> themselves?
>
> >
> >
> > > (resending because apparently the original was rejected because I
> > > was "not subscribed?"...)
> >
> > no.
> > it was rejected because the mailinglist has a built-in cross-posting
> > reject rule. see [2].
>
> First of all, if this is the case, then your mailing list is not configured
> properly as it is giving a report that is false/misleading. Second, I think
> if this is an automatic bounce, it should happen instantaneously (which was
> not the case). If it is left for review of list admins (and hence the delay
> in response), then the trouble you went to reject the post could've been
> simply redirected by seeing from who the email came and what its purpose
> is,
> rather than creating even more work for everyone involved. Sure, that
> introduces exceptions, but in the end I feel it is a nice way of showing
> appreciation for those who went through the trouble of contributing to the
> community as I am sure you'll agree writing an announcement and providing
> free online resources requires a lot more time than reading a subject and
> ticking the "approve" checkbox...
>
> I also think this is extraneous (assuming the reject is automated). Like
> yourself, I manage over dozen mailing lists among many other things that
> keep me busy and even I choose to keep those kinds of posts for review
> because I am aware people when they announce things don't want to send
> dozen
> same emails but simply one. At the same time, I also don't want to create
> extra work for you or anyone else, so to cut my monologue short, if you
> and/or the community so desire, I will stop posting any further
> announcements on any pd list, so as not to annoy you (and possibly others).
> After all, you manage the list, and life is too short to spend time arguing
> over things like these...
>
> Please understand I won't reply to any further discussions on this
> matter...
>
> Best wishes,
>
> Ico
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[Ivica Ico Bukvic]

> On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
> > Apologies for x-posting.
> 
> i seem to remember that i have asked you this question multiple times
> in private, but never received an answer: is there *any* reason to
> make your announcements via pd-list instead of pd-announce [1]?
> all emails to pd-announce are forwarded to pd-list, but some people
> are only subscribed to pd-announce (as they are not interested in
> day-to-day discussion).

...IOhannes, indeed we've had discussions in the past to the point where I
believe no matter what I do will be adequate in your eyes. Your replies to
anything I post to this list teem with negativity, and a good portion of the
time are off-topic (which makes me wonder how does that fit into the mailing
list netiquette?). Yet, knowing you from our in-person conversations, I know
you are a lot nicer than what your posts to this list make you look like.

> 
> btw, anybody can post to pd-announce (all emails get manual moderation
> and are allowed if they are a proper announcement "related to Pd
> somehow").

And yet, I had those rejected as well, although I am not sure if pd-l2ork
announcement is considered related to Pd... It is conceivably possible that
this was a case of having bunch of mailing lists in the TO: header in the
same email which is also known to land them in the admin pile (depending on
the mailing list configuration), but given that all pd-announce emails are
(AFAICT) moderated, what escapes me is why would one reject this merely on
the principle and then in turn double the work both for the poster and
themselves?

> 
> 
> > (resending because apparently the original was rejected because I
> > was "not subscribed?"...)
> 
> no.
> it was rejected because the mailinglist has a built-in cross-posting
> reject rule. see [2].

First of all, if this is the case, then your mailing list is not configured
properly as it is giving a report that is false/misleading. Second, I think
if this is an automatic bounce, it should happen instantaneously (which was
not the case). If it is left for review of list admins (and hence the delay
in response), then the trouble you went to reject the post could've been
simply redirected by seeing from who the email came and what its purpose is,
rather than creating even more work for everyone involved. Sure, that
introduces exceptions, but in the end I feel it is a nice way of showing
appreciation for those who went through the trouble of contributing to the
community as I am sure you'll agree writing an announcement and providing
free online resources requires a lot more time than reading a subject and
ticking the "approve" checkbox...

I also think this is extraneous (assuming the reject is automated). Like
yourself, I manage over dozen mailing lists among many other things that
keep me busy and even I choose to keep those kinds of posts for review
because I am aware people when they announce things don't want to send dozen
same emails but simply one. At the same time, I also don't want to create
extra work for you or anyone else, so to cut my monologue short, if you
and/or the community so desire, I will stop posting any further
announcements on any pd list, so as not to annoy you (and possibly others).
After all, you manage the list, and life is too short to spend time arguing
over things like these...

Please understand I won't reply to any further discussions on this matter...

Best wishes,

Ico


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

Re: [PD] Compiling zexy in Udoo

[Alexandros Drymonitis]

>
> >> This alone will solve it? I guess, since you're mentioning it..
>
> most likely this alone will solve it, hence i mentioned it.
> on the other side, the version of zexy you are referring to is almost
> 10 years old. there might be other bugs preventing compilation on
> newer systems.
>
> >
> > you could also bugger the author of zexy to create a new release
> > that has this problem fixed.
> >
> >> Aren't you the author?
>
>
> in this case, you might bugger me to create a new release.
> but first make sure, that the problem you are reporting still exists
> with the newest release.
>
apt-get install pd-zexy did it, as you mentioned in an earlier email, so no
need to bugger you.

>
> fgmadf
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJTMAVJAAoJELZQGcR/ejb48b8P/iNacEQIiHfhtLIe1NUe8Pef
> y4XkAQPVl6ft5IJbv5eI4y+9WwHQBUdOGq7aOutuAYskAzIdHI8sCuh00kXnnsV6
> pi5PBFIZfsBnAoZNqeNKViF/XkXLZ32IEiFVgBQF8GpGiFr0/NDRPkv2LnqjzGyK
> Jy1ZD8AsVbkrWS10RyVZoOs+YkwKERhuGzoP0GjPHTLfONDpkBozY6+e/tdCLcfO
> VwWroXXWLZLA7oRJoeWPz0yESivon0/Oq/LHwYkxlTt2dzU0JHpyxDzm+d4GyZ87
> FxE/AO//mQhOKO303A3lGXZ4nQb56y8o7FYmUvfjQFH5eYqWlQTKg/bKteqMOQDP
> tO4xOG0S+0j6qgsNTTPtscdk4NAZbnanJ4EIyOErHLOysXSsNZLQ7Lslc88+KWBB
> uBi9eMs+M2Vm7rldCxRUqH+Lt0te8/cBfvnPDr5iFXPRCVAlgxHbe/VZPIhchaLq
> Ktb49hMa1iXXg/ZOOYACwiUpMBJv9wMzOtIW+joaCtN20wrrd5p8PghGdhfHSipu
> nxKk3eFTW76WHePGje/qE6FfrwXXP37KUQGbBbgkhyKOlUnm09pWXSUvhSYrRR7Q
> GsgybI2jFgUhKJ9Ssp85VC9uldzwfXN25DR/dJ9SoAxQRFBc1nTl+gfJ/K7GdWR1
> wmET+9nRnGoPPSL/A/gU
> =/+xT
> -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] Compiling zexy in Udoo

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-03-24 10:26, Alexandros Drymonitis wrote:
> On Mon, Mar 24, 2014 at 11:13 AM, IOhannes m zmoelnig
> wrote:
> 
> On 2014-03-23 11:07, Alexandros Drymonitis wrote:
 What am I missing here?
> 
> an outdated zexy version that uses bashisms in it's scripts.
> 
>> I got it from here  as
>> the link given
>> herewasn't
>>
>> 
responding. Is this outdated?

yes. very much.

(in the future it might be handy, if you mentioned the download
location in the initial report)

> 
> 
> either do: - get a recent  zexy (e.g. from svn)
> 
>> from the terminal? Haven't done it ever, what should I type? I'm
>> on osx.

this depends on your svn installation.
sourceforge provides an easy way to download a current snapshot. e.g.
http://sourceforge.net/p/pure-data/svn/HEAD/tarball?path=/trunk/externals/zexy

> 
> 
> or - (quick workaround): change the shebang in makesource.sh to
> read "#!/bin/bash"
> 
>> This alone will solve it? I guess, since you're mentioning it..

most likely this alone will solve it, hence i mentioned it.
on the other side, the version of zexy you are referring to is almost
10 years old. there might be other bugs preventing compilation on
newer systems.

> 
> you could also bugger the author of zexy to create a new release
> that has this problem fixed.
> 
>> Aren't you the author?


in this case, you might bugger me to create a new release.
but first make sure, that the problem you are reporting still exists
with the newest release.

fgmadf
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTMAVJAAoJELZQGcR/ejb48b8P/iNacEQIiHfhtLIe1NUe8Pef
y4XkAQPVl6ft5IJbv5eI4y+9WwHQBUdOGq7aOutuAYskAzIdHI8sCuh00kXnnsV6
pi5PBFIZfsBnAoZNqeNKViF/XkXLZ32IEiFVgBQF8GpGiFr0/NDRPkv2LnqjzGyK
Jy1ZD8AsVbkrWS10RyVZoOs+YkwKERhuGzoP0GjPHTLfONDpkBozY6+e/tdCLcfO
VwWroXXWLZLA7oRJoeWPz0yESivon0/Oq/LHwYkxlTt2dzU0JHpyxDzm+d4GyZ87
FxE/AO//mQhOKO303A3lGXZ4nQb56y8o7FYmUvfjQFH5eYqWlQTKg/bKteqMOQDP
tO4xOG0S+0j6qgsNTTPtscdk4NAZbnanJ4EIyOErHLOysXSsNZLQ7Lslc88+KWBB
uBi9eMs+M2Vm7rldCxRUqH+Lt0te8/cBfvnPDr5iFXPRCVAlgxHbe/VZPIhchaLq
Ktb49hMa1iXXg/ZOOYACwiUpMBJv9wMzOtIW+joaCtN20wrrd5p8PghGdhfHSipu
nxKk3eFTW76WHePGje/qE6FfrwXXP37KUQGbBbgkhyKOlUnm09pWXSUvhSYrRR7Q
GsgybI2jFgUhKJ9Ssp85VC9uldzwfXN25DR/dJ9SoAxQRFBc1nTl+gfJ/K7GdWR1
wmET+9nRnGoPPSL/A/gU
=/+xT
-END PGP SIGNATURE-

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

Re: [PD] Compiling zexy in Udoo

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-03-24 10:38, Alexandros Drymonitis wrote:
> On Mon, Mar 24, 2014 at 11:26 AM, IOhannes m zmoelnig
> wrote:
> 
> On 2014-03-24 10:13, IOhannes m zmoelnig wrote:
 On 2014-03-23 11:07, Alexandros Drymonitis wrote:
> What am I missing here?
 
 either do:
> [...]
> 
> or simple do # apt-get install pd-zexy
> 
>> That worked, thanks! Can I do the same for other libraries, like
>> iemmatrix?

many (but not all) libraries for Pd are available as Debian packages.

however, i don't know which system your "udoo" is really running. it
seems to be Debian based, as you can install packages via "apt-get".
but which version, i don't know: some of the pd-packages have been in
Debian forever (like zexy, or Gem, or ggext) and some have been added
only recently (like chaos).

almost all pd-libraries have package names that start with "pd-" or
"puredata-" - afaik, Gem is the only exception, which is simply called
"gem".

you can query your system which of those packages are available with
something like:
$ apt-cache search "^pd-"

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTMAMuAAoJELZQGcR/ejb420UP/jIP3cpsTSj1Tu3eJW07LXyd
cVh5z6UiT1q/gF776OtuzyUpZ4QC6t+Z4f8jQqSvQhKvJr70lQtua4EHabRmWYFQ
C0W3wUqPEchV3b3VJxYrGM/i60YQkeRuGQ0WzFuneZd8ANTF/H8VwGtxj3yZL/4M
xY7Rc03nrAFN2iJjXUiwn3zIwXkgaPVuiPPiL5vPwxI1pCvx1uxXpPRmTdUuzbvR
sjeFyY0zo3lgR5NaqoqW8in0kW8qpf0Hl5WEYd+ko5WDQhGA3OUm40AFImD80IOS
UikzW0HbZJuaFgPG2mv8YxbfVCoEmDJ9d0J4mGvMkgzywNxnLMMMDznKzaw6sYrd
7T3yA5DfVSyXzyo4YjxR63kM2DTKgFg9oac7sRa+dzwyZdr+KWkIs2s0tMkHHdln
HoeCTgyoFkLIm6YgEmEoxUcZh0REpLbKuekAbz0rSaHoH3gFvCxJg/1q0ip8HRhB
rbT6Z/iG/eS9BnFq3L2ElpgQPmbC4GUknA3EMZR7a5SnzQBpj8OQhc9mC1mPEbu/
SxOiI9DJp3xyf0a3dYRjurzkRss0kRkKKe1hXnmb8PAFdNUSScQX5V+tCicA5W1k
PUujSGe8lgvvTDuQq1pcEWNfsJKFtpASwujG289LU1yppv+x4hupCoDHaZEiLiBu
IA17o2U9+2bWYvK/FAN1
=1rog
-END PGP SIGNATURE-

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

Re: [PD] Compiling zexy in Udoo

[Roman Haefeli]

On Mon, 2014-03-24 at 11:38 +0200, Alexandros Drymonitis wrote:
> 
> 
> 
> On Mon, Mar 24, 2014 at 11:26 AM, IOhannes m zmoelnig
>  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> 
> On 2014-03-24 10:13, IOhannes m zmoelnig wrote:
> > On 2014-03-23 11:07, Alexandros Drymonitis wrote:
> >> What am I missing here?
> >
> 
> > either do:
> [...]
> 
> or simple do
> # apt-get install pd-zexy
> That worked, thanks! Can I do the same for other libraries, like
> iemmatrix? 

The package is called pd-iemmatrix.

Run this to get a list of available pd libraries:

$ aptitude search ^pd-

Roman



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

Re: [PD] Compiling zexy in Udoo

[Alexandros Drymonitis]

On Mon, Mar 24, 2014 at 11:26 AM, IOhannes m zmoelnig wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 2014-03-24 10:13, IOhannes m zmoelnig wrote:
> > On 2014-03-23 11:07, Alexandros Drymonitis wrote:
> >> What am I missing here?
> >
> > either do:
> [...]
>
> or simple do
> # apt-get install pd-zexy
>
That worked, thanks! Can I do the same for other libraries, like iemmatrix?

>
> (i initially missed the point that your Udoo runs a Debian-based system)
>
> fgasdmr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJTL/pFAAoJELZQGcR/ejb4B3QP/3lumJix+HxshBe1X5wvbh+c
> 31N4NB74I65w6WMX5lIYRSzY+LZh5NR18ys/9F3JXso0c/rPS/qmKIPqVCmDZv73
> Y+IyQWyuuln4/8VdQzYVcS+nwX1ao/T5d7VvAkgsk77qO9MUzATVxIM3pWhr0j+q
> /gJ4nx/9M3SXUr8ALGaQJJcl9u6/0lftkrZvlwjx7xiQdFEckj1xeio440lEgdLG
> m9nru+2IixHyRkEg7mfCo5qdUGBmcDtfGqu0ppDVeFf3o5HdsMEhVkGTVINCIuLE
> G7en9oFVh2kLFqvay3ZM+c3IenU3hiE86JyweqHohFiglmHhCwZKnV+21t5mCLNd
> 5suQoVMnebOJfFN8xvqM2lEzMUHpBTSGGlP6Y7JGIahzUjC2Ul8iNkf31NW9yA3N
> m2Ogza7Au06FoWR7JRmbAJxpubqjOi57kCbFtnFZ/ExNQm+attmSPOAwQJtrlvP6
> 5c/zg1pDYhAxAsxNthSM3WePpwtZcFye+4TVSo+EjtW/LIgY+liwG1lVkB/Gzdci
> g0hZwcBK3RJd+Sw89oO5u+tH91G5ITMe4tDlBEB4q79lnFuDi1xjkc2nAdop873P
> opsWpU6ruChEkd+dSFxEL2B7kkdvBbH20BhVu58I4tHSd6hSGi8N6Yfv3Y/rrKUG
> ZPxKJXmjKQPDZrX17Ol4
> =I7kv
> -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] Compiling zexy in Udoo

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-03-24 10:13, IOhannes m zmoelnig wrote:
> On 2014-03-23 11:07, Alexandros Drymonitis wrote:
>> What am I missing here?
> 
> either do:
[...]

or simple do
# apt-get install pd-zexy

(i initially missed the point that your Udoo runs a Debian-based system)

fgasdmr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTL/pFAAoJELZQGcR/ejb4B3QP/3lumJix+HxshBe1X5wvbh+c
31N4NB74I65w6WMX5lIYRSzY+LZh5NR18ys/9F3JXso0c/rPS/qmKIPqVCmDZv73
Y+IyQWyuuln4/8VdQzYVcS+nwX1ao/T5d7VvAkgsk77qO9MUzATVxIM3pWhr0j+q
/gJ4nx/9M3SXUr8ALGaQJJcl9u6/0lftkrZvlwjx7xiQdFEckj1xeio440lEgdLG
m9nru+2IixHyRkEg7mfCo5qdUGBmcDtfGqu0ppDVeFf3o5HdsMEhVkGTVINCIuLE
G7en9oFVh2kLFqvay3ZM+c3IenU3hiE86JyweqHohFiglmHhCwZKnV+21t5mCLNd
5suQoVMnebOJfFN8xvqM2lEzMUHpBTSGGlP6Y7JGIahzUjC2Ul8iNkf31NW9yA3N
m2Ogza7Au06FoWR7JRmbAJxpubqjOi57kCbFtnFZ/ExNQm+attmSPOAwQJtrlvP6
5c/zg1pDYhAxAsxNthSM3WePpwtZcFye+4TVSo+EjtW/LIgY+liwG1lVkB/Gzdci
g0hZwcBK3RJd+Sw89oO5u+tH91G5ITMe4tDlBEB4q79lnFuDi1xjkc2nAdop873P
opsWpU6ruChEkd+dSFxEL2B7kkdvBbH20BhVu58I4tHSd6hSGi8N6Yfv3Y/rrKUG
ZPxKJXmjKQPDZrX17Ol4
=I7kv
-END PGP SIGNATURE-

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

Re: [PD] Compiling zexy in Udoo

[Alexandros Drymonitis]

On Mon, Mar 24, 2014 at 11:13 AM, IOhannes m zmoelnig wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 2014-03-23 11:07, Alexandros Drymonitis wrote:
> > What am I missing here?
>
> an outdated zexy version that uses bashisms in it's scripts.
>
I got it from here  as the link
given 
herewasn't
responding. Is this outdated?

>
> either do:
> - - get a recent  zexy (e.g. from svn)
>
from the terminal? Haven't done it ever, what should I type? I'm on osx.


> or
> - - (quick workaround): change the shebang in makesource.sh to read
> "#!/bin/bash"
>
This alone will solve it? I guess, since you're mentioning it..


> or
> - - change the default shell to bash (you probably don't want this).
>
> you could also bugger the author of zexy to create a new release that
> has this problem fixed.
>
Aren't you the author?

>
> fgmasdr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJTL/csAAoJELZQGcR/ejb4gPYP/jwCVmRzuseW1RQ4KAM8qs49
> UFdEjX5eGPGPgCpjB20/XFPgHFC52g9/JRB3AWOhZy7Jy03UM/+owBJ4pZDRHVEV
> MXL8U8l+Oie7CM8xfXiwC0msFXsmhGI/WQNNC0oAyR3Om6XmOfPd9q+6Lr9/6eLq
> hxyYlgazS1j7alEyXKReyhFY9gXODycCG6+urxYKLFVwz1FQt4wT7Hpn1RgLZuhM
> XuVjjyX4CB1hVyaJudofH8mQGVbNgr0FPI+8ON9TvdvHGoQFXMkrN9FlA0FlcaZb
> BQZ/PTbIHKXtMlKqF2VByObrbJ8acLa9kWehXE6KJX3MLFhODvWpUf5de7CmR3Gy
> +XOaNEoxdlAY/iDceQmnKbHtvw5eE8ifDVlHFG7rAo3a+adPY9q6SBDgwRQdaLhR
> Nj865/b9Shr1V0PSWq6u/veTDC4ONRZbp0Uh9R/H9KpKqES5heuRAbzE3tlxSFcj
> jawCjbXeWEkdmPzhabFvms8The21XmCQsAnObm6jnvBqkJoh+4RsK6i1yjYcICWJ
> 4yYaymbiFTArL7kbnDi7yQyRWoq6wPyRWOGYhmvZC/ed0VDo8cYLpS9f7eZWwu1C
> 6Kyhm91ruj397rrj7TiT7cbs7RnUSjcg62B5YIV7BkA/0HZG66eH16czZI3WYYNk
> HrzMR8ES8TGHiMGRbDPF
> =EBtj
> -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] ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate

[IEM - network operating center (IOhannes m zmoelnig)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-03-22 17:03, Ivica Ico Bukvic wrote:
> Apologies for x-posting.

i seem to remember that i have asked you this question multiple times
in private, but never received an answer: is there *any* reason to
make your announcements via pd-list instead of pd-announce [1]?
all emails to pd-announce are forwarded to pd-list, but some people
are only subscribed to pd-announce (as they are not interested in
day-to-day discussion).

btw, anybody can post to pd-announce (all emails get manual moderation
and are allowed if they are a proper announcement "related to Pd
somehow").


> (resending because apparently the original was rejected because I
> was "not subscribed?"...)

no.
it was rejected because the mailinglist has a built-in cross-posting
reject rule. see [2].

hope this clarifies the problem.

fgmasdr
IOhannes


[1] http://lists.puredata.info/listinfo/pd-announce
[2] http://ccit.mines.edu/Mailman-FAQ#29

- -- 
IEM - network operation center
mailto:n...@iem.at
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTL/nmAAoJELZQGcR/ejb4M3IP/3g7PwBdzgANOur/McPFOmuV
RAFcyrJJ91zdY1a2nqKEw/ZJaxdsXpTS9PcUIcBeA11rrKhIpT21sYQAQfZcTto7
ALILdBvMyeg1+gcqgI2MXAdpeuJ5GaSMTwe/yA6PjLtdApUyqfrwio38A97tTM0t
XbnX/g2eBljMl8zJXqgo8jCf6HzrHVIz/drrny7TYP19pJ4E4Gaav/6wP6L+On5F
pdao2wh/6q1MAV8+y7FE/kGWkEGLFoAjtUYNOnis4KNv8SEaKhRAa+83W65tWiRc
lwj/dUIJ8AT7VZjQpYuxkEIu7u8CVEaAZJ1Ln/JxbdsiCE6ITX+J1QWhUOo4QAVX
GZUnvChWiT0NVuLl0Iw1MPF7e+netlM8Oma80UzUpL7BCbizZOYdKJs44DusZ48p
cK0W7z58pX5psCMopECq0Y+MYv4B1M7pHidH4a4OMbyzUF9L/AfD6NqTJDE2TH5U
HPCXJ2DT8c9tsIN2tQ6VKwOoxFjnoxsw3L696TTBLampn0KmRfNQKZXKUHFKBDUp
XQLd4fT7ao0nvrDGdXT10cZY5glnklGXSDeg4XX58Y46NTOfva3A6OVTP/zHP8sn
mFndutNRQF4PBvWCREeTJp8r3uYvIJW1zgg3lrQYTmR0OicX9MKfdkRoxlWi+9En
pX8nkF4Dyi06vw3p5F1w
=xzaR
-END PGP SIGNATURE-

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

Re: [PD] Compiling zexy in Udoo

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-03-23 11:07, Alexandros Drymonitis wrote:
> What am I missing here?

an outdated zexy version that uses bashisms in it's scripts.

either do:
- - get a recent  zexy (e.g. from svn)
or
- - (quick workaround): change the shebang in makesource.sh to read
"#!/bin/bash"
or
- - change the default shell to bash (you probably don't want this).

you could also bugger the author of zexy to create a new release that
has this problem fixed.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTL/csAAoJELZQGcR/ejb4gPYP/jwCVmRzuseW1RQ4KAM8qs49
UFdEjX5eGPGPgCpjB20/XFPgHFC52g9/JRB3AWOhZy7Jy03UM/+owBJ4pZDRHVEV
MXL8U8l+Oie7CM8xfXiwC0msFXsmhGI/WQNNC0oAyR3Om6XmOfPd9q+6Lr9/6eLq
hxyYlgazS1j7alEyXKReyhFY9gXODycCG6+urxYKLFVwz1FQt4wT7Hpn1RgLZuhM
XuVjjyX4CB1hVyaJudofH8mQGVbNgr0FPI+8ON9TvdvHGoQFXMkrN9FlA0FlcaZb
BQZ/PTbIHKXtMlKqF2VByObrbJ8acLa9kWehXE6KJX3MLFhODvWpUf5de7CmR3Gy
+XOaNEoxdlAY/iDceQmnKbHtvw5eE8ifDVlHFG7rAo3a+adPY9q6SBDgwRQdaLhR
Nj865/b9Shr1V0PSWq6u/veTDC4ONRZbp0Uh9R/H9KpKqES5heuRAbzE3tlxSFcj
jawCjbXeWEkdmPzhabFvms8The21XmCQsAnObm6jnvBqkJoh+4RsK6i1yjYcICWJ
4yYaymbiFTArL7kbnDi7yQyRWoq6wPyRWOGYhmvZC/ed0VDo8cYLpS9f7eZWwu1C
6Kyhm91ruj397rrj7TiT7cbs7RnUSjcg62B5YIV7BkA/0HZG66eH16czZI3WYYNk
HrzMR8ES8TGHiMGRbDPF
=EBtj
-END PGP SIGNATURE-

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