The SR04 works by sending a trigger signal and waiting for the echo
signal. It then calculates the time between the two signals and
translates this to distance. All this happens in the pulseIn() function
used with this sensor.
In order to make it work with Firmata you must send a signal out th
Hey
On Fre, 2018-02-02 at 15:10 +0100, Dan Wilcox wrote:
> And fixed: https://github.com/pure-data/pure-data/pull/301
>
> Please build and test.
Sorry, I only noticed now that you already fixed it. Looks good to me.
Many thanks!
Roman
signature.asc
Description: This is a digitally signed messa
hi,
triggered by the announcement that OSX is going to exclude 32-bits progs
i was looking for the sources of externals i use.
since Pd is an open-source project i expected that the externals i
download with deken
include the source code.
however, only 1 out of the 10 i (gratefully) use inclu
On Die, 2018-02-06 at 14:27 +0100, ro...@dds.nl wrote:
> houldn't we advocate a policy for deken uploads to include this by
> default?
Definitely. I'd say it is already being advocated since recent versions
of the Deken upload tool nag you to prepare a source package. I assume
many packages have
On 2018-02-06 14:27, ro...@dds.nl wrote:
> shouldn't we advocate a policy for deken uploads to include this by
> default?
good idea.
i've opened a ticket at https://github.com/pure-data/deken/issues/88
dfmasdr
IOhannes
PS: hmm weird, somebody already closed it.
signature.asc
Description: Open
Hello Alex
I have been able to use the sr04 with comport but not with standardfirmata
the problem is that i need to sacrifice and entire controller and a bluetooth
connection in order to handle the sr04 instructions all by themselves and this
is not elegant.
it could be nice to have a mekanis
Well, I changed it. The least I can do is fix it.
> On Feb 6, 2018, at 10:53 AM, Roman Haefeli wrote:
>
> Hey
>
> On Fre, 2018-02-02 at 15:10 +0100, Dan Wilcox wrote:
>> And fixed: https://github.com/pure-data/pure-data/pull/301
>>
>> Please build and test.
>
> Sorry, I only noticed now that
Hi list,
just wondering if anyone has looked into a way to subtract a background
in Gem pixes using a hybrid approach between frame difference
[pix_movement] and difference to a static snapshot [pix_background]. I
want to be able to detect object in front of a background also during
slow light con
Hello Peter,
It is possible to use shaders for this purpose if you don't have to use
only pix_ objects.
For exemple, get the result of a dot product between the normalized
background color and the normalized texels colors. Then use a threshold
to determine if a pixel need to be transparent or not
Hi Dan,
On 03/02/18 21:15, Dan Wilcox wrote:
> Out of curiosity, does the autotools build work as well?
I got this when I tried:
tc@box:~/pure-data$ autoconf
configure.ac:9: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_al
10 matches
Mail list logo