yea, there is no explanation of the syntax.
the first number is the value that you want to go to.
the second value is the duration it takes to go to that value and the
third nmber is the time when to start with the action.
99 1000 5000 means go to 99 in 1000ms but wait for 5000 ms before you star
hi all.
just wondering if i am the only one who has missed the point when it comes
to vline~. i know this has been around for quite some time now but i am
confused as to how the object actually works. in the documentation there is
an explanation that i feel is a little hard to understand.
the mes
I fixed the invisible patches bug on Windows, Martin Peach was right,
it was related to namespaces. And thru some help from #tcl, I found
a nice, clean fix that also should introduce bytecode caching to all
Tcl commands. It also updates the code so it doesn't use a
deprecated API. Here
Even better would be to use file associations to open the file in
your default Lua editor.
.hc
On Mar 5, 2008, at 10:27 PM, marius schebella wrote:
> me too, really excited to see lua signal processing in pd. since
> graham
> wakefield is involved I guess it will be similar to the max versi
me too, really excited to see lua signal processing in pd. since graham
wakefield is involved I guess it will be similar to the max version?
are you planning a native texteditor support from within pd.
I saw texteditors that pop up when you double cklick an object for
example for the cyclone coll
Roman Haefeli wrote:
> On Tue, 2008-03-04 at 12:09 -0500, marius schebella wrote:
>
>> declare -path oscx is also doing nothing. oh, wait!
>
> as written in the declare-help.pd, -path is relative to pd, so you have
> to use:
>
> [declare -path oscx] (assuming the folder is /extra/oscx)
>
> roma
On Wed, Mar 05, 2008 at 09:45:47AM +0100, Frank Barknecht wrote:
> Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
> > Vast amounts of number crunching, for performance reasons. This
> > includes DSP at the moment, although hopefully Frank's port of
> > Lua~/Vessel~ is a viable a
Hallo,
Mike McGonagle hat gesagt: // Mike McGonagle wrote:
> After the conference, Hans had suggested something that might be of some
> good use. He had mentioned that there are two "backends" for storing data
> using 'sssad', one using [textfile] and the other using [pool]. Hans had
> suggested t
I guess you would need one command to set up the arduino for SPI and another
for sending the data. The way it is now Nick is reserving 4 pins on the
arduino, which is not nice for those who don't need SPI.
Martin
Hans-Christoph Steiner wrote:
Nice work! I imagine that it must be possible t
Hi Frank,
After the conference, Hans had suggested something that might be of some
good use. He had mentioned that there are two "backends" for storing data
using 'sssad', one using [textfile] and the other using [pool]. Hans had
suggested that we create a similar function for the SQL library that
Nice work! I imagine that it must be possible to have the SPI-
specific messages sent via Firmata. I don't have a clear picture of
what all is needed. But if there are specific message types needed,
then there is plenty of room in the protocol to add SPI messages.
For example, we just
With some trial and error I've managed to edit the firmata firmware to
control the chip as attached here. On Arduino you can only use digital pins
10,11,12 and 13 for SPI... slave select, data out, data in and spiclock.
Since Firmata uses pin 13 to flash its version number there was a bit of
jostl
A lot of chips use SPI (DACs, EEPROMs, etc.). It would be good to have a
function that sends/receives SPI bytes, but it's complicated because there
are 4 different modes based on the clock polarity and the clock active edge.
Also you would need to specify which three pins (data in, data out and
I am unlikely to write software for that chip unless I have a use for
it. But a firmware supporting it sounds useful. Firmata is an
Arduino library, so the easiest route would probably make a dedicated
firmware for that chip then use the Firmata to handle the
communications.
.hc
On M
Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
> Mike McGonagle wrote:
> > Wow Claude, last night I rewrote several of my old externals that were
> > originally in C, in Lua last night... And they required about 1/4 of the
> > code that C requires. I am pretty much sold o
Hallo,
Luke Iannini (pd) hat gesagt: // Luke Iannini (pd) wrote:
> Here're two new list-abs, list-range and list-zip.
>
> list-range spits out sequences from n1 to (n2 - 1), optionally
> separated by a positive or negative "step" interval m. It's based on
> Python's range() function[1]. You can
Am 05.03.2008 um 00:49 schrieb Roman Haefeli:
>>
>>> Besides running multiple copies of Pd, how does Pd scale on many-cpu
>>> systems?
>>
>> It doesn't.
>
> this probably get's a bit OT, but i really wonder:
> let's say i am running pd on a multicore box running linux. let's
> say i
> run sever
I got my AD206 chip as a free sample from analog devices
http://www.analog.com/commerce/index.html
It would be great to have support within Firmata for SPI - (serial
peripheral interface) allowing control over this digital potentiometer or
other devices and sensors that work with that protocol whe
18 matches
Mail list logo
