Re: [PD] pd-extended 0.43.3/ raspberry pi (wheezy) - start patch on boot?

2012-11-25 Thread Hans-Christoph Steiner 

I found a bug in the script.  I fixed it and committed the fix.  I attached it
here as well.  Copy this to /etc/init.d and try again.

.hc

On 11/25/2012 12:11 PM, Epic Jefferson wrote:
> Hans:
> 
> to make sure i had everything correct i started from scratch,
> i did everything you indicated including the exact patch location, still
> nothing.
> i added the auto login as suggested by Cyrille, nada.
> 
> Cyrille:
> could you be more specific as to what i would replace the startx with?
> should i indicate the exact path as well?
> 
> like so: su pi -c /home/pi/Desktop/whatever.pd
> 
> i tested it with startx and it did not work anyway.
> 
> 
> On Sun, Nov 25, 2012 at 4:14 AM, Cyrille Henry  wrote:
> 
>> hello,
>>
>> to start a patch on a RPi, you can also follow this instruction :
>> http://elinux.org/RPi_Debian_**Auto_Login
>>
>> once autologin work, you can replace the startX by pd.
>>
>> works for me.
>> cheers
>> c
>>
>>
>> Le 25/11/2012 06:10, Epic Jefferson a écrit :
>>
>>> Charles:
>>>
>>> i found /etc/init.d/pd-extended and added
>>>
>>> su -c "pd whetever.pd" pi
>>>
>>> (am i supposed to specify the exact location of the patch?
>>>   /home/pi/Desktop/pd/whatever.**pd)
>>>
>>> then
>>> $ chmod a+x /etc/init.d/pd-extended
>>> $ update-rc.d pd-extended defaults 99
>>>
>>> i rebooted but no pd patch on startup
>>>
>>> Hans:
>>> i also tried editing /etc/default/pd-extended by un-commenting
>>> RUNPDDAEMON=yes
>>> DAEMON=/usr/bin/pd-extended
>>> and i set the patch location
>>> and the user: USER=pi
>>>
>>> still nothing on start up. perhaps there is a conflict between Charles'
>>> and Hans' instructions?
>>>
>>>
>>> On Sat, Nov 24, 2012 at 9:37 PM, Hans-Christoph Steiner 
>>> >> h...@at.or.at>> wrote:
>>>
>>>
>>> On Nov 24, 2012, at 6:49 PM, Charles Goyard wrote:
>>>
>>>  > Epic Jefferson wrote:
>>>  >> i'd like to start a patch automatically upon booting. is there a
>>> file i can
>>>  >> edit to load a whatever.pd patch by the end of the start up
>>> sequence? GUI
>>>  >> is not required.
>>>  >
>>>  > Create a script named /etc/init.d/pdauto containing :
>>>  >
>>>  > #!/bin/sh
>>>  > su -c "pd mypatch.pd" your_username
>>>  >
>>>  > Make it executable : chmod a+x /etc/init.d/pdauto
>>>  >
>>>  > Then run :
>>>  > update-rc.d pdauto defaults 99
>>>  > to make it run at startup
>>>  >
>>>  > See 11.6 in
>>>  > http://www.debian.org/doc/**manuals/debian-faq/ch-**
>>> customizing.en.html
>>>  > for more details.
>>>
>>> Pd-extended Debian packages should install /etc/init.d/pd, otherwise
>>> you can get it from pure-data SVN: trunk/scripts/debian.
>>>
>>> Edit /etc/default/pd to change the startup options.
>>>
>>> .hc
>>>
>>>
>>>
>>> __**_
>>> 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 
>>>
>>>
> 
> 
#! /bin/sh
### BEGIN INIT INFO
# Provides:  pd
# Required-Start:$remote_fs
# Required-Stop: $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop:  0
# Short-Description: Pure Data
# Description:   Pure Data realtime graphical programming environment.
### END INIT INFO

# Author: Hans-Christoph Steiner 

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Pd-extended"
NAME=pd-extended
DAEMON=/usr/bin/$NAME
#DAEMON_ARGS="--options args"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME

# options
RUNPDDAEMON=no
USER=nobody
#PORT=34985

# this is meant for running Pd as a server, so it turns off everything
PARAMS="-nogui -noaudio -nomidi $OPTIONS"

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start() {
# if you want a log, use this line (until Pd gets syslog support)
#/bin/su - $USER -c "$DAEMON $PARAMS" > /tmp/pd-$DATE.log 2>&1 &
start-stop-daemon -v --start --quiet --background --make-pidfile \

Re: [PD] can i bypass comport?

2012-11-25 Thread Martin Peach 

On 2012-11-25 15:51, o...@onyx-ashanti.com wrote:

if comport could accept an ip port argument, as well as a serial port
argument, all would be lovely and nothing would have to change.  it
would simply recieve itsport from the ip.  is there anything like this?



In pd-extended there are [udpsend] and [udpreceive] as well as 
[tcpclient] and [tcpserver] that can be used instead of [comport].

Probably you'll need to add a [import net] to get them.

Martin

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

Re: [PD] can i bypass comport?

2012-11-25 Thread Martin Peach 

On 2012-11-25 15:12, o...@onyx-ashanti.com wrote:


On Sun, Nov 25, 2012 at 8:13 PM, Martin Peach mailto:martin.pe...@sympatico.ca>> wrote:

I don't understand what you mean by the "arduino object".
As I understand it you have a RN-XV plugged into an Arduino using an
xbee shield. The RN-XV makes a wifi connection to your PC via a
router, and you want to use that connection to communicate with the
Arduino. The Arduino itself talks to the RN-XV using its serial
port. Is that correct?


yes.  it communicates on pins 2 and 3 of the rn-xv.  that part works.
  it connects to the router. the arduino object is the pduino object in
pure data.  it interprets the data coming from the arduino.  from
looking at the inside of the patch, it seems that what the arduino is
sending and what the abstraction [pd command processing] inside the
[arduino] object, is interpreting, are the same thing so i guess i am
wondering if the serial protocol is neccessary to link the two (firmata
formatted tcp stream coming from the arduino and a firmata formatted
[route]  that seems to have every named input  stream that is coming
from the arduino).  and if not, which object, that doesnt use
serial,would  allow this tcp (or udp) bi-directional conduit?

im not married to deleting the comport but i would like to see if it
works because the whole system might work better.



You could use a WiFi shield with Arduino and use the arduino wifi 
library. That takes care of all the internet Protocol stuff and leaves 
you with the raw data just like a serial connection, except the data 
arrives in chunks. At the Pd end you could then use [netsend] and 
[netreceive], or the net objects like [tcpclient] and [udpsend].
As it stands you have a wifi module that handles all the packetization 
itself and transfers the data through an asynchronous serial link to the 
Arduino.
The wifi shield hardware exchanges data with the Arduino using SPI, 
which is a clocked serial protocol that runs a lot faster (around 
100 baud) than asynchronous serial.
So I think the bottleneck is between the RN-XV and the Arduino. A WiFi 
shield would be faster.
You could use [udpsend] and [udpreceive] instead of [comport] with 
either setup, but the Arduino program would be different (depending on 
how each module expects to be told the destination IP address/port, as 
well as the data being sent/received using different methods).
At the Pd side, [udpsend] and [udpreceive] are the same as [comport] as 
far as data in/out but [netsend] expects messages terminated by semicolons.


Martin

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

[PD] mp3: [WAS] Re: mp3 (layerII) or .wav/.aif stereo player!

2012-11-25 Thread Lorenzo Sutton 

On 25/11/12 01:33, Björn Eriksson wrote:

If you´re having an extremely boring saturday evening/night or sunday
morning you can watch this video directly from Fraunhofer institute:
http://www.youtube.com/watch?v=HdRdTQVBxi4&blend=5&lr=1&ob=5


Instructive, as it tells us that:

- mp3 is the playmobil of audio (btw always loved lego much more than 
playmobyl because it's much more modular and thus somewhat more open)

- quantity is much more important than quality these days
- Earth will explode due to a massive attack by an uncontrolled number 
of mutant, mutiny lossy audio files!





/Björn

On Fri, Nov 23, 2012 at 2:20 PM, Òscar Martínez Carmona
mailto:xamp...@gmail.com>> wrote:

It's not *that* coplicated really, and many options have been
suggested, guess the 'sensitive' thing is that OP ended his original
message with:


"Anyways I'll be happy too if I can play an not compressed audio
file like an  .aiff or .wav but in stereo? how the f*ck I do that?"

Which is not probably not the best way to find concrete advice on a
list :)

I agree! By the way, that was my first post to the list, the whole
thread has been interesting thought!


On Fri, Nov 23, 2012 at 1:28 PM, Lorenzo Sutton
mailto:lorenzofsut...@gmail.com>> wrote:

On 23/11/12 11:21, Björn Eriksson wrote:

I think one of the reason one might have to be able to play
mp3´s or ogg´s from inside a pd-patch can be that you´re
working with some interactivity, thematic project for
instance where one is sniffing the web for sounds.

I regard mp3´s as usual as for instance jpg´s are on the
web, speaking of some image analogy of compressed formats. I
don´t like the licencing of mp3 though and would prefer ogg
to be the main standard.

Sometimes there aren´t time enough to do conversions on the
fly to uncompressed formats before importing files onto pd.

I can with other words imaging a number of situations which
could call for a a playability of mp3 and oggs.


Obviously, there are cases where mp3 can be an option, but OP
mentioned exporting from logic. Of course withot further
background it's hard to tell, and there are many cases.



Soundwise we all know wave and aiff sounds better, but I am
a bit surprised this seems to be a so complicated and
sensitive issue about having pd play a compressed sound file
with some ease. Maybe this has been discussed over the years
over and over,so forgive me if this already stated somewhere
about these things.


It's not *that* coplicated really, and many options have been
suggested, guess the 'sensitive' thing is that OP ended his
original message with:


"Anyways I'll be happy too if I can play an not compressed audio
file like an  .aiff or .wav but in stereo? how the f*ck I do that?"

Which is not probably not the best way to find concrete advice
on a list :)

Lorenzo.


/Björn Eriksson


On Fri, Nov 23, 2012 at 10:51 AM, Lorenzo Sutton
mailto:lorenzofsut...@gmail.com>
>> wrote:

 On 20/11/12 19:04, Òscar Martínez Carmona wrote:

 [readsf~] seems to be what I was looking for!
 I'm not sure about mp3 layers and names , but when
that layer
 II file is what I get with an mp3 bounce with Logic...


 Why should you export to mp* from logic? That sounds
rather insane
 unless you *need* mp*

 mp* are lossy compressed, and unless you have a precise
 'aesthetic' reason to having mpeg-degraded audio
quality simply
 export to a lossless format.

 That said there are probably thousands of converters
out there
 from-to mp* to anything, google is your friend there.

 Lorenzo.

 Thank you both!



 On Tue, Nov 20, 2012 at 6:56 PM, chris clepper
 mailto:cgclep...@gmail.com>
>

Re: [PD] can i bypass comport?

2012-11-25 Thread o...@onyx-ashanti.com 
On Sun, Nov 25, 2012 at 8:13 PM, Martin Peach wrote:

> I don't understand what you mean by the "arduino object".
> As I understand it you have a RN-XV plugged into an Arduino using an xbee
> shield. The RN-XV makes a wifi connection to your PC via a router, and you
> want to use that connection to communicate with the Arduino. The Arduino
> itself talks to the RN-XV using its serial port. Is that correct?
>

yes.  it communicates on pins 2 and 3 of the rn-xv.  that part works.  it
connects to the router. the arduino object is the pduino object in pure
data.  it interprets the data coming from the arduino.  from looking at the
inside of the patch, it seems that what the arduino is sending and what the
abstraction [pd command processing] inside the [arduino] object, is
interpreting, are the same thing so i guess i am wondering if the serial
protocol is neccessary to link the two (firmata formatted tcp stream coming
from the arduino and a firmata formatted [route]  that seems to have every
named input  stream that is coming from the arduino).  and if not, which
object, that doesnt use serial,would  allow this tcp (or udp)
bi-directional conduit?

im not married to deleting the comport but i would like to see if it works
because the whole system might work better.

>
> Martin
>
>
> On 2012-11-25 12:31, o...@onyx-ashanti.com wrote:
>
>>
>> Depends what's useable for you I guess.
>> You just need to set the comport objects baud rate to 57600.
>> The RN-XV manual says: "Valid settings are {2400, 4800, 9600, 19200,
>> 38400, 57600, 115200, 230400, 460800, 921600}"
>> So you could probably go faster than 57600, the arduino can do at
>> least 115200.
>>
>> i have it working as a serial link with the virtual serial port program
>> i have.  can i route the 57600 stream  from the router, straight into
>> the arduino object, with the comport removed and just pipe the data
>> straight from the ip address into the object, without any routing
>> through serial?  and if so, which of the networking objects would give
>> me the bi-directional link neccesry for this to happen?
>>
>> Martin
>>
>>
>>
>>
>> --
>> www.onyx-ashanti.com 
>>
>>
>>
>>
>>
>>
>> __**_
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
>> listinfo/pd-list 
>>
>>
>


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

Re: [PD] pd-extended 0.43.3/ raspberry pi (wheezy) - start patch on boot?

2012-11-25 Thread Pierre Massat 
Hi Epic,

I got Pd running at startup on the RPi without modifying
/etc/init.d/pd-extended.
All I did is add a line in /etc/rc.local, something like 'pd -nogui
-audiobuf 100 -noadc /home/pi/mypatch.pd'

This will start Pd, without GUI, with a buffer big enough for the RPi,
without audio in (there's no capture on the RPi), and open the patch called
'mypatch.pd' in the home folder.

This should work a fresh Raspbian install. Pd will start without the user
having to login, nor start X.

There's also an alternate solution involving the cration of a bash script.
I described it here on my blog :
http://guitarextended.wordpress.com/2012/08/28/running-pd-on-a-headless-raspberry-pi/

Cheers,

Pierre.

PS : this is for Pd-vanilla, i've never tried pd-extended on the Pi.

2012/11/25 Epic Jefferson 

> Hans:
>
> to make sure i had everything correct i started from scratch,
> i did everything you indicated including the exact patch location, still
> nothing.
> i added the auto login as suggested by Cyrille, nada.
>
> Cyrille:
> could you be more specific as to what i would replace the startx with?
> should i indicate the exact path as well?
>
> like so: su pi -c /home/pi/Desktop/whatever.pd
>
> i tested it with startx and it did not work anyway.
>
>
> On Sun, Nov 25, 2012 at 4:14 AM, Cyrille Henry  wrote:
>
>> hello,
>>
>> to start a patch on a RPi, you can also follow this instruction :
>> http://elinux.org/RPi_Debian_**Auto_Login
>>
>> once autologin work, you can replace the startX by pd.
>>
>> works for me.
>> cheers
>> c
>>
>>
>> Le 25/11/2012 06:10, Epic Jefferson a écrit :
>>
>>> Charles:
>>>
>>> i found /etc/init.d/pd-extended and added
>>>
>>> su -c "pd whetever.pd" pi
>>>
>>> (am i supposed to specify the exact location of the patch?
>>>   /home/pi/Desktop/pd/whatever.**pd)
>>>
>>> then
>>> $ chmod a+x /etc/init.d/pd-extended
>>> $ update-rc.d pd-extended defaults 99
>>>
>>> i rebooted but no pd patch on startup
>>>
>>> Hans:
>>> i also tried editing /etc/default/pd-extended by un-commenting
>>> RUNPDDAEMON=yes
>>> DAEMON=/usr/bin/pd-extended
>>> and i set the patch location
>>> and the user: USER=pi
>>>
>>> still nothing on start up. perhaps there is a conflict between Charles'
>>> and Hans' instructions?
>>>
>>>
>>> On Sat, Nov 24, 2012 at 9:37 PM, Hans-Christoph Steiner 
>>> >> h...@at.or.at>> wrote:
>>>
>>>
>>> On Nov 24, 2012, at 6:49 PM, Charles Goyard wrote:
>>>
>>>  > Epic Jefferson wrote:
>>>  >> i'd like to start a patch automatically upon booting. is there a
>>> file i can
>>>  >> edit to load a whatever.pd patch by the end of the start up
>>> sequence? GUI
>>>  >> is not required.
>>>  >
>>>  > Create a script named /etc/init.d/pdauto containing :
>>>  >
>>>  > #!/bin/sh
>>>  > su -c "pd mypatch.pd" your_username
>>>  >
>>>  > Make it executable : chmod a+x /etc/init.d/pdauto
>>>  >
>>>  > Then run :
>>>  > update-rc.d pdauto defaults 99
>>>  > to make it run at startup
>>>  >
>>>  > See 11.6 in
>>>  > http://www.debian.org/doc/**manuals/debian-faq/ch-**
>>> customizing.en.html
>>>  > for more details.
>>>
>>> Pd-extended Debian packages should install /etc/init.d/pd, otherwise
>>> you can get it from pure-data SVN: trunk/scripts/debian.
>>>
>>> Edit /etc/default/pd to change the startup options.
>>>
>>> .hc
>>>
>>>
>>>
>>> __**_
>>> 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 
>>>
>>>
>
>
> --
> 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] can i bypass comport?

2012-11-25 Thread Martin Peach 

I don't understand what you mean by the "arduino object".
As I understand it you have a RN-XV plugged into an Arduino using an 
xbee shield. The RN-XV makes a wifi connection to your PC via a router, 
and you want to use that connection to communicate with the Arduino. The 
Arduino itself talks to the RN-XV using its serial port. Is that correct?


Martin

On 2012-11-25 12:31, o...@onyx-ashanti.com wrote:


Depends what's useable for you I guess.
You just need to set the comport objects baud rate to 57600.
The RN-XV manual says: "Valid settings are {2400, 4800, 9600, 19200,
38400, 57600, 115200, 230400, 460800, 921600}"
So you could probably go faster than 57600, the arduino can do at
least 115200.

i have it working as a serial link with the virtual serial port program
i have.  can i route the 57600 stream  from the router, straight into
the arduino object, with the comport removed and just pipe the data
straight from the ip address into the object, without any routing
through serial?  and if so, which of the networking objects would give
me the bi-directional link neccesry for this to happen?

Martin




--
www.onyx-ashanti.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

Re: [PD] pd~ & gem

2012-11-25 Thread Cyrille Henry 



Le 25/11/2012 19:53, pured...@11h11.com a écrit :

i will not be able to use [pd~], i need a stable audio output no matter what is 
happening with gem. i know nothing about [pd~] but would it be possible to add 
an option -nowait or -nosync (making [pd~] independent)?

this is agains pd~ phylosophie.
use 2 pd.





moreover, you have to be aware that pd / pd~ communication is inefficient, so 
cpu is higher using pd/pd~ than using 2 pd.
(that the reason of the share_mem lib)


compiled and tested successfully, but i am wondering if i could use this 
external instead of netsend/netreceive with 2 instances of pd?

yes.

cheers
c



thx



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

Re: [PD] pd~ & gem

2012-11-25 Thread puredata 
i will not be able to use [pd~], i need a stable audio output no  
matter what is happening with gem. i know nothing about [pd~] but  
would it be possible to add an option -nowait or -nosync (making [pd~]  
independent)?


moreover, you have to be aware that pd / pd~ communication is  
inefficient, so cpu is higher using pd/pd~ than using 2 pd.

(that the reason of the share_mem lib)


compiled and tested successfully, but i am wondering if i could use  
this external instead of netsend/netreceive with 2 instances of pd?


thx

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

Re: [PD] can i bypass comport?

2012-11-25 Thread o...@onyx-ashanti.com 
> Depends what's useable for you I guess.
> You just need to set the comport objects baud rate to 57600.
> The RN-XV manual says: "Valid settings are {2400, 4800, 9600, 19200,
> 38400, 57600, 115200, 230400, 460800, 921600}"
> So you could probably go faster than 57600, the arduino can do at least
> 115200.
>
> i have it working as a serial link with the virtual serial port program i
have.  can i route the 57600 stream  from the router, straight into the
arduino object, with the comport removed and just pipe the data straight
from the ip address into the object, without any routing through serial?
 and if so, which of the networking objects would give me the
bi-directional link neccesry for this to happen?

> Martin
>



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

Re: [PD] pd-extended 0.43.3/ raspberry pi (wheezy) - start patch on boot?

2012-11-25 Thread Epic Jefferson 
Hans:

to make sure i had everything correct i started from scratch,
i did everything you indicated including the exact patch location, still
nothing.
i added the auto login as suggested by Cyrille, nada.

Cyrille:
could you be more specific as to what i would replace the startx with?
should i indicate the exact path as well?

like so: su pi -c /home/pi/Desktop/whatever.pd

i tested it with startx and it did not work anyway.


On Sun, Nov 25, 2012 at 4:14 AM, Cyrille Henry  wrote:

> hello,
>
> to start a patch on a RPi, you can also follow this instruction :
> http://elinux.org/RPi_Debian_**Auto_Login
>
> once autologin work, you can replace the startX by pd.
>
> works for me.
> cheers
> c
>
>
> Le 25/11/2012 06:10, Epic Jefferson a écrit :
>
>> Charles:
>>
>> i found /etc/init.d/pd-extended and added
>>
>> su -c "pd whetever.pd" pi
>>
>> (am i supposed to specify the exact location of the patch?
>>   /home/pi/Desktop/pd/whatever.**pd)
>>
>> then
>> $ chmod a+x /etc/init.d/pd-extended
>> $ update-rc.d pd-extended defaults 99
>>
>> i rebooted but no pd patch on startup
>>
>> Hans:
>> i also tried editing /etc/default/pd-extended by un-commenting
>> RUNPDDAEMON=yes
>> DAEMON=/usr/bin/pd-extended
>> and i set the patch location
>> and the user: USER=pi
>>
>> still nothing on start up. perhaps there is a conflict between Charles'
>> and Hans' instructions?
>>
>>
>> On Sat, Nov 24, 2012 at 9:37 PM, Hans-Christoph Steiner 
>> > h...@at.or.at>> wrote:
>>
>>
>> On Nov 24, 2012, at 6:49 PM, Charles Goyard wrote:
>>
>>  > Epic Jefferson wrote:
>>  >> i'd like to start a patch automatically upon booting. is there a
>> file i can
>>  >> edit to load a whatever.pd patch by the end of the start up
>> sequence? GUI
>>  >> is not required.
>>  >
>>  > Create a script named /etc/init.d/pdauto containing :
>>  >
>>  > #!/bin/sh
>>  > su -c "pd mypatch.pd" your_username
>>  >
>>  > Make it executable : chmod a+x /etc/init.d/pdauto
>>  >
>>  > Then run :
>>  > update-rc.d pdauto defaults 99
>>  > to make it run at startup
>>  >
>>  > See 11.6 in
>>  > http://www.debian.org/doc/**manuals/debian-faq/ch-**
>> customizing.en.html
>>  > for more details.
>>
>> Pd-extended Debian packages should install /etc/init.d/pd, otherwise
>> you can get it from pure-data SVN: trunk/scripts/debian.
>>
>> Edit /etc/default/pd to change the startup options.
>>
>> .hc
>>
>>
>>
>> __**_
>> 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 
>>
>>


-- 
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] can i bypass comport?

2012-11-25 Thread Martin Peach 

On 2012-11-25 06:43, o...@onyx-ashanti.com wrote:



Well no, the xbee is replacing the usb serial connection in that
design, but you still have to run at the speed of the xbee serial
connection. The arduino doesn't have enough memory to do TCP/IP


the rn-xv 's uart pors baudrate is running at 57600, so shouldnt that
corral the the connection to within useable range?



Depends what's useable for you I guess.
You just need to set the comport objects baud rate to 57600.
The RN-XV manual says: "Valid settings are {2400, 4800, 9600, 19200, 
38400, 57600, 115200, 230400, 460800, 921600}"
So you could probably go faster than 57600, the arduino can do at least 
115200.


Martin

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

Re: [PD] Freezes with Pd-Extended and Jack

2012-11-25 Thread Hans-Christoph Steiner 

In Pd-extended, there is one central output~.pd, so there is no longer one in
3.audio.examples.  Pd-extended's
output~.pd is basically pddp/ezoutput~.pd remixed to fit into the exact same
box size as Pd-vanilla's 3.audio.examples/output~.pd

.hc

On 11/25/2012 01:56 AM, Ivica Ico Bukvic wrote:
> Is this the same as the one in the doc/3.audio.examples? If so, why this
> instead of ezoutput~.pd already provided by pddp?
> 
> FWIW, I believe less is more and having multiple redundant abstractions
> available makes both pd use and maintenance harder.
> 
> On 11/25/2012 12:19 AM, Hans-Christoph Steiner wrote:
>> output~.pd is an abstraction included in pd/extra/ Pd-extended.
>>
>> .hc
>>
>> On 11/24/2012 11:32 PM, Ivica Ico Bukvic wrote:
>>> Scope~ and envgen work just fine here. Can you report what is broken with
>>> them? As for output~, I am not even sure what library is this a part of 
>>> since
>>> I don't use it. Since pd-l2ork by default does not load all libraries, you
>>> need to explicitly call the object by its folder/lib, e.g. /output~
>>>
>>> On 11/24/2012 09:16 PM, Esteban Viveros wrote:
 It would be amazing if Pd-extended 0.43 is put to work with jack... *.*

 Pd-L2Ork can't suply my expectations..

 objects like [output~]  [Scope~]  [envgen]  don't work on the L2Ork version
 here..

 My last chance would be pd-extended 0.43...


 2012/11/24 Hans-Christoph Steiner mailto:h...@at.or.at>>


  If someone can point me to the commit that fixes this, I'm happy
  to include it in Pd-extended 0.43.  I just never use Jack, so I
  don't know what's what.  Things work in my basic tests.

  I know that Miller changed this stuff in pure-data.git.

  .hc

  On Nov 24, 2012, at 5:58 PM, Gerhard Lang wrote:

  > Tx Ivica and Esteban,
  > as similarly afflicted user encouraged by this thread I followed
  this  recommendation, replaced pd and pd-extended with pd-l2ork.
  > Works flawlessly together with jack 1.9.9-test5 from kx-studio
  ppa, dsp is switchable, some other bugs are gone, my patches run :D
  > You made my day and now I'm going to learn more about L2ork.
  > Gerhard
  >
  > Am 24.11.2012 17:35, schrieb Ivica Bukvic:
  >>
  >> With 1.9.8 and pd-l2ork all your problems will be solved except
  for the one caused by jack which in your case should not be a
  problem unless you physically disconnect (accidentally our
  otherwise) your audio hardware while jack is running.
  >>
  >> On Nov 24, 2012 7:44 AM, "Esteban Viveros" >>>   >> wrote:
  >>
  >>HUm... Ok... I will try!
  >>
  >>But what the better? Jack 1.9.8 or 1.9.9?
  >>
  >>
  >>2012/11/24 Ivica Bukvic mailto:i...@vt.edu>
  >>
  >>
  >>That is the regression I spoke of in pd 0.43 branch. Try
  >>pd-l2ork...
  >>
  >>On Nov 23, 2012 9:27 PM, "Esteban Viveros"
  >>mailto:emvive...@gmail.com>
  >> wrote:
  >>
  >>Ops...  I did a better test, and doing first open Pd and
  >>then I open Jack. Now The DSP function work well, but I
  >>don't have sound...
  >>
  >>On messages box I have:
  >>
  >>00:18:26.321 Patchbay deactivated.
  >>
  >>00:18:26.373 Statistics reset.
  >>
  >>00:18:26.388 ALSA connection change.
  >>
  >>00:18:26.440 JACK connection change.
  >>
  >>00:18:26.467 Client activated.
  >>
  >>00:18:52.992 JACK connection graph change.
  >>
  >>00:18:53.134 JACK connection change.
  >>
  >>00:19:38.102 Client deactivated.
  >>
  >>00:19:38.103 Post-shutdown script...
  >>
  >>00:19:38.103 dreamstudio-restart-pulseaudio
  >>
  >># making sure pulseaudio will restart if it crashes
  >>
  >># starting pulseaudio
  >>
  >># connecting pulseaudio to JACK
  >>
  >>Falha: A inicialização do módulo falhou
  >>
  >>Falha: A inicialização do módulo falhou
  >>
  >>00:19:41.798 Post-shutdown script terminated with exit
  >>status=256.
  >>
  >>00:19:44.297 JACK connection ch

Re: [PD] pd-extended 0.43.3/ raspberry pi (wheezy) - start patch on boot?

2012-11-25 Thread Cyrille Henry 

hello,

to start a patch on a RPi, you can also follow this instruction :
http://elinux.org/RPi_Debian_Auto_Login

once autologin work, you can replace the startX by pd.

works for me.
cheers
c


Le 25/11/2012 06:10, Epic Jefferson a écrit :

Charles:

i found /etc/init.d/pd-extended and added

su -c "pd whetever.pd" pi

(am i supposed to specify the exact location of the patch?
  /home/pi/Desktop/pd/whatever.pd)

then
$ chmod a+x /etc/init.d/pd-extended
$ update-rc.d pd-extended defaults 99

i rebooted but no pd patch on startup

Hans:
i also tried editing /etc/default/pd-extended by un-commenting
RUNPDDAEMON=yes
DAEMON=/usr/bin/pd-extended
and i set the patch location
and the user: USER=pi

still nothing on start up. perhaps there is a conflict between Charles' and 
Hans' instructions?


On Sat, Nov 24, 2012 at 9:37 PM, Hans-Christoph Steiner mailto:h...@at.or.at>> wrote:


On Nov 24, 2012, at 6:49 PM, Charles Goyard wrote:

 > Epic Jefferson wrote:
 >> i'd like to start a patch automatically upon booting. is there a file i 
can
 >> edit to load a whatever.pd patch by the end of the start up sequence? 
GUI
 >> is not required.
 >
 > Create a script named /etc/init.d/pdauto containing :
 >
 > #!/bin/sh
 > su -c "pd mypatch.pd" your_username
 >
 > Make it executable : chmod a+x /etc/init.d/pdauto
 >
 > Then run :
 > update-rc.d pdauto defaults 99
 > to make it run at startup
 >
 > See 11.6 in
 > http://www.debian.org/doc/manuals/debian-faq/ch-customizing.en.html
 > for more details.

Pd-extended Debian packages should install /etc/init.d/pd, otherwise you 
can get it from pure-data SVN: trunk/scripts/debian.

Edit /etc/default/pd to change the startup options.

.hc



___
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