[PD] request for a PDa mailing list

[alejo d]

Hi, today we had some email exchange between people/projects (at least 5 are
known) related to the PDa port for the gumstix done last year[1], since
everyone using it is trying to develop and port more externals, it will be
wise to join efforts and even try to make a whole port to Open Embedded that
can be stronger...

Im not sure what will be the best way to go, I just proposed to begin with a
mailing list dedicated to such topic.

Will it be a good idea to have such project under sourceforge and a mailing
list at IEM?

Gunter, what do you think will be better?

Buena noche.
/a


[ hosted by bek.no here ->
http://158.37.56.3/immigrante/pda_port_for_the_gumstix/ ]
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Object to store images and movies.

[alejo d]

hi derek, thomas,,
not sure, i havent read the whole thread but for clips and images
lluis has some objects (i have to try but the suggested link is down
and doesnt resolve for me since few weeks... though all is in CVS)

"there is a [videogrid] object gui that do exactly this. you can
download it here
http://artefacte.org/pd/";

/a

On Dec 6, 2007 12:03 PM, Derek Holzer <[EMAIL PROTECTED]> wrote:
> As Thomas implicitly suggests, it is often easiest to arrange your clips
> with names and directories which your "database" (i.e. [textfile],
> [coll], the iem_matrix objects etc) can easily point to, such as:
>
> /home/donal/clips/slow/
> -clip1.mov
> -clip2.mov
> -clip3.mov
> -clip4.mov
>
> /home/donal/clips/bw/
> -clip1.mov
> -clip2.mov
> -clip3.mov
> -clip4.mov
>
> /home/donal/clips/red/
> -clip1.mov
> -clip2.mov
> -clip3.mov
> -clip4.mov
>
> etc etc etc
>
> The [sprintf] object is very powerful for making filenames with
> different directories and other variables, have a look at it!
>
> best,
> d.
>
> Thomas Mayer wrote:
> > Oops, forgot:
> >
> > Thomas Mayer wrote:
> >> [read file1(
> >> |
> >> [textfile]
> >> |
> >> [read $1]
> >> |
> >> [textfile]
> >> |
> >
> >   [open $1(
> >   |
> >
> >> [pix_film]
> >> |
> >> [pix_texture]
> >> |
> >
> >
>
> --
> derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
> ---Oblique Strategy # 20:
> "Be extravagant"
>
> ___
> 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] abstrus where? dbfader2 or similar

[alejo d]

hi, i've been needing today one of the abstrus objects, seems i didnt
got them with the pd-extended script guided compilation plus the site
of its developer seems to be down: http://wonk.epy.co.at/

theres no CVS rep for them.. am i wrong? or is there are a recent
replacement for dbfader2?

tx in advance for any referece.
/a

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

[PD] installing netpd under gentoo using layman error maxlib

[alejo d]

hi federico; i, here trying the overlay for the first time tx for all
those ebuilds!

have to say that the instructions for building pd under gentoo from
this page by Nano Dust worked prefectly:

http://puredata.info/Members/nanodust/pd-extended-gentoo/?searchterm=gentoo

but when trying netpd i get this error:

U externals/maxlib/src/weibull.c
U externals/maxlib/src/wrap.c
 * Copying externals/maxlib from /usr/portage/distfiles/cvs-src/pure-data ...
 * CVS module externals/maxlib is now in
/var/tmp/portage/media-plugins/maxlib-/work
 * Fetching CVS module externals/maxlib into
/usr/portage/distfiles/cvs-src/pure-data ...
 * Running  cvs -q -f -z1 -d
":pserver:anonymous:@pure-data.cvs.sourceforge.net:/cvsroot/pure-data"
login
Logging in to :pserver:[EMAIL PROTECTED]:2401/cvsroot/pure-data
 * Running  cvs -q -f -z1 -d
":pserver:[EMAIL PROTECTED]:/cvsroot/pure-data"
update -dP externals/maxlib
 * Copying externals/maxlib from /usr/portage/distfiles/cvs-src/pure-data ...
 * CVS module externals/maxlib is now in
/var/tmp/portage/media-plugins/maxlib-/work
>>> Source unpacked.
>>> Compiling source in
/var/tmp/portage/media-plugins/maxlib-/work/externals/maxlib ...
src/netrec.c: In function 'netrec_connectpoll':
src/netrec.c:305: warning: pointer targets in passing argument 3 of
'accept' differ in signedness
src/netserver.c: In function 'netserver_connectpoll':
src/netserver.c:485: warning: pointer targets in passing argument 3 of
'accept' differ in signedness
ld: warning: creating a DT_TEXTREL in object.
>>> Source compiled.
>>> Test phase [not enabled]: media-plugins/maxlib-

>>> Install maxlib- into
/var/tmp/portage/media-plugins/maxlib-/image/ category
media-plugins
ACCESS DENIED  mkdir: /usr/lib/pd/doc
install: cannot create directory `/usr/lib/pd/doc': Permission denied
make: *** [install] Error 1
/usr/portage/local/layman/pd-overlay/media-plugins/maxlib/maxlib-.ebuild:
line 32: emake install failed: command not found
>>> Completed installing maxlib- into
/var/tmp/portage/media-plugins/maxlib-/image/

--- ACCESS VIOLATION SUMMARY ---
LOG FILE = "/var/log/sandbox/sandbox-media-plugins_-_maxlib--512.log"

mkdir: /usr/lib/pd/doc


 * Messages for package dev-util/cvs-1.12.12-r4:

 * If you want any CVS server functionality, you MUST emerge with USE=server!
 * Regenerating GNU info directory index...

i will get netpd and build from the main site; i know it will work like that.

/a

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

Re: [PD] sahabuntu v11 : giss cd for streaming

[alejo d]

hola yves, lluis.. nice work but just one thing,

On 8/7/07, Pagano, Patrick <[EMAIL PROTECTED]> wrote:
>  ming
>
>  as we wanted only very simple tools,
>  we did not include freej or gstreamer.
>

freej is the most simple tool for setting up a stream, actually is fun
to play with text layers on top of it (video)..the only problem with,
the latest version allowing fps selection refuses to compile under my
systems...(slackware and gentoo)..but thats a topic for another list..
i just wanted to say that freej is also simple, phps not as TTS that
seems to me like the step forward from theorur.

will have to try,

tx again,

/a

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

[PD] dumpOSC from oscx (howto debug a connection?)

[alejo d]

hi,

we will like to understand why our OSCdump tests are failing.

since the object just needs one argument (the port)

[dumpOSC 54321]
|
|
[print test]

as don't see the port 54321 being opened in the syslog and nmap doesn't show
it as an open port we cannot be sure why data still passes by when we try
via localhost:

[send localhost 54321(
|
[sendOSC]

and messages are passing.

next step is to check the firewall, turn it off or allow packets to via the
port 54321 in the corresponding IP. but still no flow from external
packages.

what else can we try to debug and understand where is that the packects are
being trapped?

suggestions for linux, os x and windows are welcome since we have tried in
those 3 platforms and from different places/countries with no luck yet.

tx!

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

Re: [PD] port of puredata (PDa) for the gumstix

[alejo d]

On 6/15/07, Chris McCormick <[EMAIL PROTECTED]> wrote:



This is really cool. Now that pthreads are included in DSLinux I feel
compelled to try and compile this for the NDS again. Will post about it
if/when it's successful.



hey chris, i just updated the tarball and now includes some test pd patches
made with jasch as examples. the new tarball has OpenSoundControl, shell,
and many other objects compiled static and running nicely.

i hope someone else could help me test it, but seems not many people are
using gumstix on this list. might be cause is a bit expensive compared to
what you sent last week called qwerk...

anyway here the link to the PDa port again, and many thanks for helping me
with the makefile!

http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/

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

[PD] port of puredata (PDa) for the gumstix

[alejo d]

-<>-
-- Forwarded message --

Date: Jun 12, 2007 12:08 PM
Subject: Re: port of puredata (PDa) for the gumstix

new version of PDa for the gumstix.

Please help me test this new version that so far, in the connex 400-BT +
gpstix, so far (not much yet) it produces a continous beep via the use of
the oscillator ~osc included in PDa. :D

http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/

the port was possible thanks to the help of gunter and was done using the
'make static' option like the one used for the the ipod. other ports are
listed in the PDa website.

more about its uses soon,
/a
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdp quicktime support

[alejo d]

same situation here, i use pidip over linux but seems that yves will soon
have to hide from os x users asking a ton of pidip questions... why does
anyone want to use pidip ?

:P

/a

On 5/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


I have tried the most recent version of Pd extended for os x on a ppc from
the autobuilds and it looks like
pdp_qt and pdp_yqt still give the unsupported video codec error.  I have
tried with different codecs but I
still get the error.  Does someone know of a particular one that has
worked?  This build loaded up pdp
and pidip which I have not got to load up before so things are looking
good.
Thanks,
Alain


___
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] Fwd: pda_gumstix.tar

[alejo d]

i just had the chance to finally testy port of puredata for the PDA called
pda by gunter geiger, i can report that the gumstix connex 400mhz using a
gpstix reports that i manage to make a god port:

# ./pd_ok -nogui -nomidi -verbose
Pd version 0.37.4
compiled 23:12:25 Apr 23 2007
opened 0 MIDI input device(s) and 0 MIDI output device(s).
input channels = 2, output channels = 2
opened /dev/dsp for reading and writing

opened audio output on /dev/dsp; got 2 channels
bytes per sample = 2
setting nfrags = 8, fragsize 1024

audiobuffer set to 50 msec
OSS: requested audio buffer size 8816 limited to 8192
opened audio input device /dev/dsp; got 2 channels
bytes per sample = 2
OSS: issuing first ADC 'read' ... ...done.

the bin is attached in case anyone want to help me test it.

/a

-- Forwarded message ------
From: alejo d <[EMAIL PROTECTED]>
Date: May 15, 2007 8:39 PM
Subject: pda_gumstix.tar
To: alejo d <[EMAIL PROTECTED]>

pda_gumstix.tar


pda_gumstix.tar
Description: Unix tar archive
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] port of puredata (PDa) for the gumstix

[alejo d]

http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar

i just had the chance to finally testy port of puredata for the PDA called
pda by gunter geiger, i can report that the gumstix connex 400mhz using a
gpstix says this:

# ./pd_ok -nogui -nomidi -verbose
Pd version 0.37.4
compiled 23:12:25 Apr 23 2007
opened 0 MIDI input device(s) and 0 MIDI output device(s).
input channels = 2, output channels = 2
opened /dev/dsp for reading and writing

opened audio output on /dev/dsp; got 2 channels
bytes per sample = 2
setting nfrags = 8, fragsize 1024

audiobuffer set to 50 msec
OSS: requested audio buffer size 8816 limited to 8192
opened audio input device /dev/dsp; got 2 channels
bytes per sample = 2
OSS: issuing first ADC 'read' ... ...done.

if you happen to have a gumstix, help me test it:

http://bekstation.bek.no/immigrante/pda_port_for_the_gumstix/pda_gumstix.tar

/a


-- Forwarded message ------
From: alejo d <[EMAIL PROTECTED]>
Date: May 15, 2007 8:47 PM
Subject: Fwd: pda_gumstix.tar
To: pd-list@iem.at, kdag <[EMAIL PROTECTED]>
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pda --no-TK ?

[alejo d]

On 4/3/07, Chris McCormick <[EMAIL PROTECTED]> wrote:



You might also like to take a look at gp2xPd since it builds PDa without
the gui libraries. There's a description of how I did that in the file
src/gp2x.readme which is available in a patched version of PDa. So
download PDa 0.6 from Güenter's site, then apply the patch from here:
 and then
read the file src/gp2x.readme and have a look at the gp2x section in the
makefiles. You should be able to use something very similar for gumstix.

So great that you are porting to gumstix - let us know how it runs.




so following your directions chris, patching the Makefile along with
compiling using:

CC=/bin/arm-linux-uclibcgnueabi-gcc make

i ended up with the following pda port for the gumstix:

http://bekstation.bek.no/immigrante/pd_gumstix

it seems to run with the following flags:

pd -nogui -noadc -nomidi -verbose
sys_audioapi 2
Pd version 0.37.4
compiled 23:12:25 Apr 23 2007
opened 0 MIDI input device(s) and 0 MIDI output device(s).
input channels = 0, output channels = 2
opened /dev/dsp for writing only

error: OSS: SNDCTL_DSP_CHANNELS failed /dev/dsp
opened audio output on /dev/dsp; got 0 channels


but unfortunaltely oss or alsa seem to be broken by now, when i try via alsa
i get this:

aplay -l
 List of PLAYBACK Hardware Devices 
card 0: UCB1400 [UCB1400], device 0: PXA2xx-PCM []
 Subdevices: 1/1
 Subdevice #0: subdevice #0

so it looks like a sound device is up, but as far as i can tell the compiled
pda is not alsa enabled...

unfortunately the gusmtix has problems with sound right now, phps someone
has audio working fine and could give me some feedback testing the above
port (im asking in the gumstix list also). else i will continue testing
stuff and report a more detailed error log.

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

Re: [PD] Arduino stuff - Summary of answers

[alejo d]

hi tim,



  - Bluetooth Arduino: any luck on linux or OSX so far? Last I heard
there were problems...



Feb 2007 Erich Berger reported success on Windows, no success on Linux.
I cannot find any other reports.


no problems in OSX.

and i guess you just have to set your bluetooth modules in linux in the
right way..the arduino BT opens just another serial so why say it doesnt
work on linux..?

i will try it ltr,
/alejo
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pda --no-TK ?

[alejo d]

thanks iohannes, i will follow the archives and your suggestion and report
back.

:)

/a

On 4/2/07, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote:


alejo d wrote:
> hi all,
>
> we are in the process of installing pda[1] to an embedded device aka
> gumstix.
> the buildroot of the so called device has TCL but of course, no TK.
>
> we were told to install TK manually but i has dependencies on X11 and is
> an embedded device that has no display to control and is intended to run
> fast and lightly.
>
> has anyone go around something similar before? any advice on what route
> to take?
>

do you need pd-gui? pd-gui is the only part of pd that depends on tcl/tk
and is not strictly needed for running pd (e.g. when running pd with
"-nogui" then pd-gui is not needed at all)

if that is ok for you, try building pd without pd-gui (search the
archives for instructions on what exactly to do; basically it is just
deleting the tcl/tk search thingies from configure.in and the pd-gui
thingies from Makefile(.in))

mfg.asd
IOhannes

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

[PD] pda --no-TK ?

[alejo d]

hi all,

we are in the process of installing pda[1] to an embedded device aka
gumstix.
the buildroot of the so called device has TCL but of course, no TK.

we were told to install TK manually but i has dependencies on X11 and is an
embedded device that has no display to control and is intended to run fast
and lightly.

has anyone go around something similar before? any advice on what route to
take?

tx!,
/a

[1]the source for pda is here: http://gige.xdv.org/pda/release/
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD Workshop files

[alejo d]

try wget, no need to download expiring and full of adverts malware, dunno if
windows has wget (?):

wget --secure-protocol=auto --no-check-certificate --force-html
--no-directories --recursive --level=0 --accept .pd
https://www.cs.tcd.ie/~wardn1/PD_workshop/01.pd-control/

it will get you down all the .pd files in one folder.
afterwards just browse the filez by date and you will get the order somehow
back.

the line can be limited to only one level and you remove the
--no-directories to have some better order.

/a


On 2/22/07, jared <[EMAIL PROTECTED]> wrote:


Hello all,

I'm in the middle of downloading the PD Workshop files from:

https://www.cs.tcd.ie/~wardn1/PD_workshop/

Is there, by chance, a zip file floating around that has all of the
contents of this workshop?  I'm 30 minutes into downloading them
manually and I've only finished the 'control' section!

Thanks much,

Jared


___
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] Pduino: change read speed

[alejo d]

hi roman, i was having similar issues not long ago in my attempt to control
a step motor from  pduino, the lag was 7 seconds and there was a noise that
always bounced back from the arduino to pd that was interfering with the
control number i was sending, depending on the speed i was using 115200 or
9600 (in both sides .pde and pd) i was getting from the outlet of the
arduino object" a number that guttered between 49 or 255 respectively to the
selected baud rate speed used.

with the same arduino code i manage to control the stepper from processing
so i stooped trying it with pduino. same thing happned with the pwm that was
there in the patches but not ready or stable to use.

i was trying version 2 of pduino and also with comport from cvs directly
sending the integers. the jitter was always present and im sure i dont have
code in the pde enabling analog out pins that could send data back to pd
thtrough the serial.


/a

On 1/13/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:


On Sat, 2007-01-13 at 10:50 -0500, Martin Peach wrote:
> Roman Haefeli wrote:
> > On Sat, 2007-01-13 at 03:59 +0100, Christian Klippel wrote:
> >
> >> Am Samstag, 13. Januar 2007 03:31 schrieb Roman Haefeli:
> >>
> >>> hello
> >>>
> >> [...snip...]
> >>
> >>
> >>> would it be easy to change the code of the firmware, so that it
sends
> >>> the values of each analog input with a fixed rate (e.g. 100 Hz)?
> >>>
> >>> i am not a c programmer, anyway i tried to search for kind of a
delay
> >>> function in the code, but couldn't find anything. am i right in
> >>> assuming, that as it is now, it cycles through the code and sends
each
> >>> time the values with the maximum possible rate, or in other words:
there
> >>> is no speedlimit in the firmware? if so, how hard would it be to
> >>> implement kind of a speedlimit on the arduino-side?
> >>>
> >>> any suggestions are welcome.
> >>>
> >>>
> >> the best way would be to implement a threshold and a gating function
that
> >> handles the adc readouts. i'm doing that in the multio. it works like
this:
> >>
> >> the last sent value is saved. the actual readout is compared to that,
and if
> >> the difference is above a given threshold, it will open the gate for
a
> >> certain amount of time. during that time it sends all values (as long
as they
> >> change, regardless of the threhold). each time the change is above
the
> >> threshold, the open-time is reset. now, when the changes are below
the
> >> threhold during the gate-open time, the time runs out. then it closes
the
> >> gate again and the whole thing starts over.
> >>
> >> this has two advantages: when nothing happens, there are no values to
send at
> >> all. but while the gate is on, you dont miss any change, allowing for
smooth
> >> transistions, and get all values as they come in.
> >>
> >
> > this would solve my problem, when for example i don't move a physical
> > fader, that is connected to the arduino board. but as as long as i am
> > moving that fader, the respective analogIn sends its values with the
> > maximum rate, so i will probably have jitter on the digitalOuts again.
> > of course, your proposal would be much more elegant in terms of saving
> > badwidth, when it is not used, but unfortunately i am not able to code
> > it.
> >
> > basically, i hoped it would be as easy as inserting a line somewhere
in
> > the firmware code, that says something like:
> >
> > 'wait here for 1ms, then continue'
> >
> > i wouldn't mind, if this would lower the over all rate, as long as
> > jitter is reduced.
> >

first, thank you, martin and chris, for all your ideas and patience.

>
> Adding a millisecond delay would increase the jitter.

ah, ok.

> Another way would
> be to have the arduino only  send analog  when  requested.
> At the moment it sends digital ins only if they have changed, but sends
> every analog value.
> Are you sure the jitter is not caused by pd?

no, i don't know how to check that. actually, i don't know, where the
bottleneck is. the only i can say is, that when analogIns are enabled,
it takes up to 10 seconds from sending the message [digital 13 1( until
i see the led light up. also the message to disable reporting of analog
inputs takes very long then. after the message arrived, jitter of
digital is not noticable anymore.

>  I tested comport with an
> oscilloscope on the serial pin and a [metro] triggering [comport]. The
> jitter was in the millisecond range, and could be reduced by decreasing
> the audio block size but not eliminated.
> If the arduino is causing the jitter it should go down as you increase
> the baud rate since the time to send an analog value goes down.

actually, i use 115200, which is the default in the [arduino]-object. i
tried also 57600 and 230400, but then i cannot set the digital inputs
anymore, though the RX led on the board is still blinking, when i send
messages.
does the firmware also be set to another baudrate, when i change it in
the [arduino]-object?

> At some
> point the analog conversion 

Re: [PD] pd2stepper round II

[alejo d]

yoo martin, thanks again, as said in my post, i have the stepper already
under control via a ULN2003A driver and a potentiometer.

im stuck in the pd part, no problems with comport or the serial but with the
pd patch.


On 12/27/06, Martin Peach <[EMAIL PROTECTED]> wrote:




With pduino you can send each bit pattern at once, don't set the pins
one at a time, it's too slow.



yeap, this is exactly what i will like to use pd for i was banging a
[counter 1 4] but im not sure about speeds and how to get to each of the 4
pins that go from the arduino to the ULN2003A.

thats why i was asking for some pd patch for troubleshooting the possible
pattern secuences.


So if you get ticking and not continuous motion it usually means that

either your pattern is wrong or that your drive isn't sufficient (not
enough voltage or not using transistors, or transistors not fully on).




i guess is more related to the right pattern since the same circuit works
when i use a potentiometer, as said before i will like to try it using the
pduino if that is possible?


If you can show a diagram or photo of your setup I could probably help

you more...



http://img.photobucket.com/albums/v20/igortme/Arduino/Ejemplos/ESQUEMA_MOTOR_PASO_A_PASO.jpg
http://static.flickr.com/32/54357295_756c131217.jpg


I will try the SimpleMessageSystem
Librarymaybe
its easier.

thanks again,
/a
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pd2stepper round II

[alejo d]

hia, some months ago there was a thread about controllin' step motors from
pd to the arduino, it went as it often goes, into a very technical
discussion and at the end im not sure if it is or is not possible to control
this kind of motors via pduino or any other way.. i just want to be able to
use the board and the motors from pd, can that be achived with the actual
pduino?

can anyone share a pd patch for doing so, im sending a sequence of values to
the pins in the arduino where the stepper is connected (previously tested
the wiring and it all works fine with a potentiometer) but it only tics and
doesnt move no matter the pattern i try.

this is the thread where things where being discussed:
http://www.mail-archive.com/pd-list@iem.at/msg00315.html

tx for any help again,
/a
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list