every platform, check
this and change it to fit
Also there are some changes in pdlua.c to accommodate the new API in
lua5.2, as seen here:
http://sourceforge.net/p/pure-data/svn/17235
Martin
On 2014-05-11 13:26, Andrew Faraday wrote:
I was under the impression that I had the latest code, I bui
you have
this version of the pdlua makefile?:
http://sourceforge.net/p/pure-data/svn/17235/
Martin
you can see the tail end of my make process here:
https://gist.github.com/AJFaraday/2ee07be60ac7af5f7a6c
If anyone knows why this isn't compiling I'd be grateful
Regards
Andrew
On 2014-04-27 13:52, Ingo wrote:
Thanks!
Could be a possibility but I was hoping for an object that would be able to
read I2C directly without adding an arduino since most smaller arm boards do
have some I2C pins onboard.
If the machine Pd is running on has an I2C port and is running linux
th
probably won't.
Martin
On 2014-04-05 11:36, Rafael Vega wrote:
I also find it strange that using the external on pd-vanilla by copying
the dll to the "extra" folder in the vanilla directory works fine. Any
ideas why? Maybe has something to do with compiler environment
differences betw
I think it's here:
http://sourceforge.net/p/pure-data/patches/
Martin
On 2014-04-04 21:49, Rafael Vega wrote:
Even more stuff ;)
In the same file, oggread~.c there is a line that reads:
if((x->x_file = sys_fopen(filename->s_name, "r")) < 0)
But it should
Wow, thanks! You've fundamentally changed my understanding of [trigger].
I didn't realize it actually waited for the operation to complete before
sending the next event.
Works great now, thanks again.
-martin
On Thu, Mar 6, 2014 at 5:24 AM, Jack wrote:
> Hello Martin,
>
ughts?
-martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
e start? I have tried delaying the
comport open for a second, with no luck.
Well without seeing the patch, I can only guess:
Does the loadbang hit the baud rate or the open first?
Make sure you don't send anything to the arduino for a few seconds or
you will invoke the bootloader b
you also need a way to
bring it back when it crosses a boundary (0 or 127).
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On 2014-02-12 11:51, Martin Peach wrote:
It looks like a 64-bit issue. If it really crashes at
x->x_addr = ntohl(*(long *)hp->h_addr);
then possibly the long type is too long or the h_addr field is not a
long in 64-bit or h_addr is not properly initialized, so ntohl() looks
in the wrong
atform (linux, osX,
windows) and would allow a patch to download text file from a server?
You could probably make a single object with pdlua or pyext that does
just that.
Martin
thanks
cheers
Cyrille
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and
a [print] on the output to see what it really is outputting and go from
there.
Martin
>
> On Feb 10, 2014 12:09 AM, "Martin Peach" mailto:martin.pe...@sympatico.ca>> wrote:
>>
>> Did you try
>>
>> [pyext gmail.box]
>> |
>> [t
Did you try
[pyext gmail.box]
|
[t b f]
| |
[bng] [nbx\
?
Martin
On 2014-02-09 17:19, Fero Kiraly wrote:
I think I have found an interesting theme about strings. ;)
but the content of email dont really interest me. I actually need to get
a bang when an mail with some subject is found
just seems
like a lot of work to make it happen with boxes and wires when you can
just call string functions in a high level language.
Kind of like building a Turing machine holes-in-paper-tape version of a
program, it can be an interesting exercise but practically it's useless.
Martin
On 2
You can manipulate strings in pdlua and only export the symbols you
want; yes you need to learn lua but it's not very hard.
Martin
On 2014-02-08 01:10, Jonathan Wilkes wrote:
On 02/06/2014 01:53 AM, Chris McCormick wrote:
On 06/02/14 06:29, pured...@11h11.com wrote:
but pd is not r
g is usually more of a pain to get working.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
code.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
uld be doable.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
? It seems to have more
high frequency content than white noise.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
s of the DAC as full scale, then you have
a lot of headroom but your signal to noise ratio is not as good, and
maybe something like this is happening in the default MacOS headphone
driver.
Martin
On 2014-01-01 13:50, Chris Clepper wrote:
Nope, the DAC can freely construct intersample peaks
FS by definition. If it appears to go beyond
that then something is scaling the input to be less than full scale at
"full scale".
For instance a 24-bit DAC could be sent 16 16-bit full-scale streams and
not clip. Only if 16-bits is considered "full scale&qu
signal in the resulting spectrum (Like as in real AM, not RM).
It was easy in Csound for example, since the amplitude value is an input
parameter to the oscil function.
Any ideas ?
Do it the same way as in analog, add a DC offset to one of the signals.
[+~ 0.02]
Martin
you use an external interface this won't happen
(?).
(see for example
https://developer.apple.com/library/mac/documentation/DeviceDrivers/Conceptual/WritingAudioDrivers/ImplementDriver/ImplementDriver.html#//apple_ref/doc/uid/TP3732-BAJCBIAF
)
Martin
here's the patch, try yo
soundcard will always clip above +1 and below -1, and sometimes even
within those limits (if the interpolated waveform between samples goes
over the limit).
Pd will not clip internally, so you can calculate with larger numbers as
long as you scale them back down before listening to them.
Martin
is doesn't work if the 'B' character can be part of the list.
A more robust solution is to use SLIP to encode the packets in the
Arduino and [slipdec] from pd-extended to decode them.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRI
It is an option but it'll take me effort and time to do just like compiling
gmerlin support would. I'm just trying to find out what's feasible.
-martin
On Wed, Dec 4, 2013 at 12:35 PM, Jack wrote:
> Le 04/12/2013 18:16, Martin Eckart a écrit :
>
> Hi all,
>
>
t ups but I
can't find any reasonable instructions or plan of attack.
Please point me in the right direction if you can.
Cheers,
-martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
I don't know how bluetooth works on linux but on Windows and Mac you get
a list of serial ports for bluetooth that exist even when no bluetooth
device is associated with them.
Maybe if you are not actually using the port it will show up?
Martin
On 2013-11-26 05:51, sebaroc...@gmail.com
If you send a [devices( message to [comport] it will print a list of
available ports in the console. If your bluetooth device is in the list
you can open it using the name it has in the list.
Martin
On 2013-11-25 17:00, sebaroc...@gmail.com wrote:
Hi everybody,
I would like to connect my
The rpi uses arm architecture so you should be building for .l_arm
Martin
On 2013-11-12 15:00, Ingirafn Steinarsson wrote:
Hi, I would like to ask about the compiling. I belived I compiled the
code. No warning came up while doing it. I took out the -m32 with the #
symbol, like here
On 2013-10-30 11:07, peiman khosravi wrote:
Hello,
I don't have windows to test this. Is it that the external is not
loading at all or there is a problem with the format of the path?
The source code for [basedir] is only compiled if _WIN32 is not defined.
M
low, system9 worked better.
I think the best thing is to not upgrade at all and try to keep it
running the old software while not stressing the hardware in any way.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
). of course this is still not exactly
moog~. it should be possible though to make a moog-abstraction
in the same way, but i have not tried (yet)...
maybe anyone else has already?
bis denn!
martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and a
the linker doesn't find any of the m_pd.h functions, even if
I do the ugly hack of copying m_pd.h to the directory.
The linker won't be looking for m_pd.h. It wants the Pd librrary as -lpd
Martin
___
Pd-list@iem.at mailing list
UNS
I think it's all fixed now, in svn. Anything not an OSC message is now
routed to the rightmost outlet, without prefixing a slash.
Let me know if it works or not for you. Thanks for finding the bug!
Martin
On 2013-09-16 17:22, Matthias Kronlachner wrote:
ok its even more simple than tha
OK, thanks for this.
Any idea what the message is that is causing the crash?
Is it valid OSC?
Martin
On 2013-09-16 16:12, Matthias Kronlachner wrote:
Hi!
I experience this bug today as well.
Attached is a Pd-patch that simulates this crash caused by the message
TouchOSC is sending if page is
message is being sent.
For the first thing, make a new patch and put a [routeOSC] in it and see
what the console prints.
But then again you don't seem to be able to start Pd at all from the
console. Is that correct?
Martin
On 2013-09-16 12:08, Mario Mey wrote:
Thanks, Martin. I compiled i
On 2013-09-14 19:28, Mario Mey wrote:
Martin Peach, I read somewhere that changing pages in TouchOSC makes Pd
(or Pd-Ext) to crash. My Pd-Extended doesn't crash, but this error is
shown: "* routeOSC: ignoring empty list…".
That doesn't happen here. There is no such messag
Without seeing the patch I can't say but it sounds like something is
receiving too much too fast.
Martin
On 2013-09-07 01:17, jim wrote:
Hello ,
I keep getting an error that is crashing a patch. As shown above it is
"Unable to alloc xxx bytes" where xxx seems to be differe
On 2013-09-05 09:29, Martin Peach wrote:
On 2013-09-05 07:04, Maciej Sledziecki wrote:
Hello,
ist there any way to read the tempo information contained in a midi file?
Or do I really have to set up a metro for mrpeach/midifile everytime ?
It's been a while since I worked on that but I
at to set up a metro. I could probably add a message to
get it to play automatically.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On 2013-08-29 12:20, Max wrote:
Am 29.08.2013 um 18:17 schrieb Martin Peach :
On 2013-08-28 19:21, Martin Peach wrote:
So that translates as
"#bundle", timetag=0, size of first element = 12 "/" ,f 0
So it's opening a bundle with an element whose path is just &quo
On 2013-08-29 12:20, Max wrote:
Am 29.08.2013 um 18:17 schrieb Martin Peach :
On 2013-08-28 19:21, Martin Peach wrote:
So that translates as
"#bundle", timetag=0, size of first element = 12 "/" ,f 0
So it's opening a bundle with an element whose path is just &quo
On 2013-08-28 19:21, Martin Peach wrote:
So that translates as
"#bundle", timetag=0, size of first element = 12 "/" ,f 0
So it's opening a bundle with an element whose path is just "/" and a
float equal to zero.
It could be that totalMix opens the bundle a
uld probably make Pd crash since it expects to get the
entire bundle before processing it.
Martin
On 2013-08-28 18:25, Max wrote:
now suddenly it seems to crash when starting totalMix instead of quitting it.
I've started pd with -stderr and it spills out:
udpreceive:
35
98
117
110
100
It sounds like TotalMix is sending something that is not OSC when it
shuts down.
Can you provide the output of udpreceive when that happens? Maybe put a
[print] after [udpreceive].
Martin
On 2013-08-28 17:35, Max wrote:
when closing the sending TotalMix application Pd crashes because of
it is, send
it as an integer. If Pd used the int atom it wouldn't need to do that.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
You can send ambiguous floats like this:
[sendtyped /to/totalmix f 1{
|
[packOSC]
Martin
On 2013-08-28 14:33, Max wrote:
Hi List, has anyone used OSC o control RME's TotalMix application? The OSC
support in there seems rather flawed, for instance the float messages seem to
requir
help me out with that?
> Is line what i want? or Vline?
'line' should do the trick: you can for example connect a [pack f 200]
to the 'random', and a 'line' to the 'pack'. though maybe it is
more interessting to rand
It might be better to extend [comport] to handle SPI devices.
Assuming you have a /dev/spidev* already existing (I just spent a couple
of days getting that far on a Beaglebone Black), the rest of it is quite
similar to ordinary asynchronous serial communications.
Martin
On 2013-08-23 16:21
On 08/19/2013 08:11 AM, Miller Puckette wrote:
> Hi all -
>
> I've now put out test 2
there seems to be a new behaviour concerning tabread4~ and upsampling:
(compared to 044, i have not checked the 1st 045 version)
in 044 the frequency of the phasor reading the table had to be
multiplied by the
It depends on the colour and the LED technology. The energy of red light
is about 1.5eV and blue is 3eV. Add to that internal resistance of the
device. An ordinary diode (not a LED) emits infrared around .6eV, which
is the voltage drop of a silicon junction.
Martin
On 2013-08-07 20:02, Ed
ivated until all is correct? On the Mac network settings you have an
"apply" button so you can change multiple things without getting stupid
error messages because it's only half set up...
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Maybe your power supply can't handle the load? 2 Amps regulated 5V is
good, 1 Amp might not do it.
Martin
On 2013-07-27 05:51, John Canning wrote:
Hi Dan,
I have done some more hunting around and on the Pd FrontPage site it
says that my Behringer soundcard has been proven to work wit
esn't work
very well).
And as I always say, UDP is probably a better choice for what you are
trying to do, if it involves real-time control, with UDP you _do_ have
control over the packet size.
Martin
___
Pd-list@iem.at mailin
same machine? If not is WiFi involved?
Can you use UDP instead of TCP (for lower overhead and no out-of-order
packets)?
Martin
On 2013-07-01 13:58, Iain Mott wrote:
Hi Martin,
The actual patch I'm using is translating MIDI pitch bend data recorded
in Ardour3 (location data encod
your slider, or pack several values into
one message?
Martin
On 2013-07-01 11:53, Iain Mott wrote:
I'll try the backtrace and other things you suggest and report back
on mrpeach/tcpclient in another email.
it could well be, that it only does not crash with [iemnet/tcpclient]
becaus
enoid I want to use.
With solenoids you will not get velocity (or at least, not reliably).
You can vary the on-time of the solenoid to get velocity.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredat
gation/whatever.
bis denn!
martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
is waiting special messages to be
start...
Maybe the xbee is sending something when it starts up or connects that
confuses the arduino into going into bootloader mode?
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-managemen
On 2013-05-20 11:58, IOhannes zmölnig wrote:
On 05/20/2013 05:45 PM, Martin Peach wrote:
There is more than one version of [tcpserver] around. In Pd-extended
there is [net/tcpserver], [iemnet/tcpserver] and [mrpeach/tcpserver].
isn't [net/tcpserver] the same as [mrpeach/tcpserver]?
On 2013-05-20 08:19, Antoine Villeret wrote:
Hi Martin,
Thanks for your reply.
For now, I increase the MAX_CONNECT value and I also make each client
disconnecting after they receive expected data, and they connect again
if needed.
But I experience another issue.
If Pd crashes for any reason
-CTU to establish the
connections the first time. Once the modules are paired they work right
away.
Martin
On 2013-05-20 06:25, Abel Jérôme wrote:
Hi,
I would like to know if I can use Pduino with a XBee connection :
Computer (Pduino) > usb-to-serial device > XBee#1 - XBee#2 >
slow
down...)
#define MAX_CONNECT 10000
Martin
On 2013-05-18 17:37, Antoine Villeret wrote:
so I reply to myself...
I found this in the code of both tcpserver.c :
#define MAX_CONNECT 32 /* maximum number of connections */
which could be an answer embryo
so, I shouldn't make mo
there is some way to check if the second table is
full with zeros?
You could first read the file into [iemlib/soundfile_info] and take the
fifth item in the output list, which is the number of channels.
Martin
___
Pd-list@iem.at mailing list
Yep. Here's a diagram that shows the wiring.
Martin
On 2013-05-17 11:42, Julian Brooks wrote:
Aargh - you're right, I am confused (so very)...
So, to be clear
#define SENSOR_SELECT_PIN 11
should be
#define SENSOR_SELECT_PIN 17
After all?
It is then going to pin 11 on the 4051.
f the 4051.
If you want to see if the pin is working you can put an LED from pin 11
of the header to ground and see if it flashes when you run the program.
I had to run it as sudo because regular users don't have permission to
access the GPIO pins.
Martin
On 2013-05-17 10:50, Julian Brook
On 2013-05-17 09:39, Julian Brooks wrote:
Hey Martin,
Can I please peck your head hopefully one last time?
Sure.
We're so close, got the hardware for the installation up and running,
box made etc etc.
Could you have a once-over of our code:
Still only seeing one sensor though all o
On 2013-05-09 12:25, Julian Brooks wrote:
Hey Martin / all,
Had to put this down for a few days but back at it today.
Finally got it working - huzzah!
That's great!
I changed the c file so that although it's gpio17 it's actually pin 11
(define_SENSOR_SELECT_PIN) an
along with the some parameters and a frame
count. Unless your sender formats the data the same way, it just won't
work. The thing to do would be send using a [udpsend~] in the Pi, or
else find out what gstreamer is sending and write an external to decode
that inside of Pd ;)
Martin
To s
use a lot of
context switching.
What happens if you fade to 0.001 instead of 0?
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
can't get it to work with
proven linux friendly hardware especially when the pi costs less.
Too bad. Back to iPad now ... :D
Maybe a beaglebone black:
http://beagleboard.org/Products/BeagleBone%20Black
I have a Behringer UCA202 running on a beaglebone with no problems.
M
one it is.
Anyway the setup should work with the old code (only one sensor), the
4051 circuit should have no effect on the communication betwen the Pi
and one of the sensors, the select pin select which sensor receives the
clock. So if the older code isn
On 2013-04-29 17:59, Julian Brooks wrote:
BTW
This is the multiplexer:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1106109
and the housing:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1103846
Think these are right?
Yes.
Martin
Ordinary 5% resistors will work fine. Probably anything from 1k to 100k
would work. Most likely you have a loose connection somewhere. Did you
try running the bus at a lower speed? If your wiring is long (> 10cm)
it may be better to run it slower.
Martin
On 2013-04-29 17:44, Julian Bro
this setup.
Martin
On 2013-04-25 20:04, Julian Brooks wrote:
Just spotted this:
https://github.com/kadamski/i2c-gpio-param
Could be useful
On 25 April 2013 15:54, Martin Peach mailto:martin.pe...@sympatico.ca>> wrote:
On 2013-04-25 10:37, Julian Brooks wrote:
'No
[bang]
|
[samplerate~]
|
[44100\
Martin
On 2013-04-28 14:08, Olivier Baudry wrote:
Dear all
My idea is to get sampling rate in pd
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo
want a separate UDP audio link, but I don't
know how to integrate that with a browser.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
ifying the
connections) plug the chip into the socket. Soldering to the pins makes
it difficult to replace the IC, and risks damaging it with the heat if
you're not good at soldering quickly and to the point. A CD4051 would
also work, it's basically the sa
wsers, which I have no idea how to do.
Martin
On 2013-04-25 10:14, o...@onyx-ashanti.com wrote:
Greetings! I hope all is well with you. I wanted to ask if i might
gain some of your insight on a project i am undertaking.
I am currently attempting to stream my audio into html5 capable web
browse
re and also keeps the program
running after I close the connection. (I had it running for a day
without redirecting output and it nearly filled up the sd card.)
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
dings is around '180'?
That's right. The first reading is of an internal reference, it's
usually a few degrees warmer than the environment.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
sensor.
I'm trying to think how this could be generalized into a useful Pd
external but it seems very specific to a particular setup.
Martin
On 2013-04-23 05:06, Julian Brooks wrote:
Bit more digging re ic switch:
My understanding is that if we got one of these:
http://uk.farnell.com
On 2013-04-23 04:42, Julian Brooks wrote:
Hey Martin / all,
Omron tech support finally got back to me re the address issue, this is
what they had to say:
"D6T sensor can not change the address.
When you connect multiple sensors we recommend that you use the IC
switching.
Please refer t
Ignore my issue with netserver. It loads fine, I had a netreceive object
open on the same port which prevented netserver to instantiate. It loads
fine.
- martin
On 22 April 2013 16:01, Martin Dupras wrote:
> I'm running 0.43.3-extended on a MacBook Pro Retina (Intel Core i7), wi
not load by default? I'm
a bit puzzled, because not having it loaded by default seems to break a
number of help patches.
- martin
On 22 April 2013 16:40, Roman Haefeli wrote:
> On Mon, 2013-04-22 at 16:01 +0100, Martin Dupras wrote:
>
>
> > I also notice that some object
plist file and replaced the Pd-extended
app with another fresh copy. No difference.)
Many thanks,
- martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On 2013-04-20 21:09, Julian Brooks wrote:
Oh and btw
Still don't know why I can't compile the .c files on the pi with
libi2c-dev installed but I can't. Presuming the compiling is working
for you Martin?
Yes it works for me. I don't have the same /usr/include/linux/i2c
So I tested the 4X4 sensor and it actually works!
Here is the code for a reader that sends to [netreceive 3], and a
receiver patch.
You need to set the IP to that of the machine running Pd, and maybe
other settings before compiling, as with the previous version.
Martin
On 2013-04-20 17
Oh sorry, it segfaults if you don't pass an argument at startup. (1 if
it's already initialized, 0 if not)
The line begining "if (argc > 0)" should say "if (argc > 1)".
Martin
On 2013-04-20 13:30, Martin Peach wrote:
Well that looks a total mess...
in
a read, or something wrong in the code, the listing below looks like it
goes wrong right at the beginning.
Martin
On 2013-04-19 17:37, Julian Brooks wrote:
As I'm new to all this C stuff I just had a look inside the 'hello' file
and there's a few bits in there which
th the 8X1 sensor, not the 4X4 one,
so the code reads 19 bytes (need to change the expected read size in the
code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver
maximum, so you may not get the last part of a packet.
I'll try it later with a 4X4 sensor to see what happe
'steady on click' behaviour.)
bis denn!
martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On 2013-04-11 14:24, Julian Brooks wrote:
Hey Martin / list,
Finally got all the stuff and ...
It’s not working!
We spent the day soldering cables and connecting stuff up as per the
Omron ‘App Note 01’ spec sheet.
Started off super-conservative using the I2C level converter (case 3
page 4
On 2013-04-07 17:42, Julian Brooks wrote:
Thanks Martin, really useful stuff.
I've got i2cdetect on the RPi which is how I knew that [gpio] was
setting hi & lo. And good to hear you'll be wrestling with this on the
Pi as well.
In some ways this is good news as we've setup
wo devices with the
same address would be to gate the clock using another GPIO pin to
control a chip like the CD4051 analog multiplexer so that only one of
the sensors receives the clock signal.
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE a
Also check this out: it seems to have everything except how to make a pd
external from it.
http://www.instructables.com/id/Raspberry-Pi-I2C-Python/
Martin
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
h
On 2013-04-07 04:30, Julian Brooks wrote:
Hey Martin / list,
This is all marvellous news.
Going a bit slower at our end, not helped by Easter holidays, trips to
the seaside (bit chilly) and the plethora of children that require our
undivided attention.
ebay parts arrived today and don'
On 2013-03-27 18:31, Martin Peach wrote:
On 2013-03-27 17:17, Julian Brooks wrote:
Hey Martin,
Good to hear you've got one of these too.
Yes I meant [comport] with the xbee rather than [hid] sorry, getting my
physical input objects confused.
Will check out the links you provided as pa
pointer from the struct
object, using "get" to get the new (displaced by 10 pixels) position
and adding the additional 2 pixels offset with "set", so that the
object is moved 12 pixels.
bis denn!
martin
___
Pd-list@iem.at mai
1 - 100 of 981 matches
Mail list logo