On Mon, Jun 14, 2021 at 11:03 AM Christof Ressi wrote:
>
> 1) is
> probably a more pragmatic approach that doesn't require any code to be
> changed and still covers all Pd objects _and_ externals that employ
> 'post'.
>
> I mean, it's probably fine for display purposes, but the help file should
>
On Sun, Jun 13, 2021 at 5:55 AM Ingo wrote:
>
>
> I tried endless variations like e.g.
>
\> [xscroll 5 units .x19889478(= [xscroll 5 units
window_name] or -xscroll or xscrollcommand, etc.
> |
> [hcs/sys_gui]
>
>
I'm no Tcl/Tk expert but I wold naively assume tha
On Tue, Jun 8, 2021 at 12:08 PM Roman Haefeli wrote:
>
> On Mon, 2021-06-07 at 23:51 +0200, Roman Haefeli wrote:
>
> A quick follow-up. The new object [udpsrvr] works flawlessly. I
> couldn't find any issues with it. I've used it to relay packets between
> multiple clients.
>
> However, my ho
he sockaddr and use sendto(). Consequently you could also rename
> the [connect( method to something else, e.g. [set ( or
> [client (, etc. After all, a server doesn't *connect* to a
> client...
>
> Christof
>
> On 07.06.2021 21:34, Martin Peach wrote:
> > OK, I have
e.g. [set ( or
> [client (, etc. After all, a server doesn't *connect* to a
> client...
>
> Christof
>
> On 07.06.2021 21:34, Martin Peach wrote:
> > OK, I have implemented something that might work: [udpsrvr] can listen
> > on a port and send to an address using th
/send/disconnect sequence in one comma-delimited
message.
The code is at
https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/mrpeach/net/udpsrvr.c
Martin
On Mon, Jun 7, 2021 at 3:48 AM Roman Haefeli wrote:
>
> On Sun, 2021-06-06 at 20:26 -0400, Martin Peach wrote:
> >
&g
On Sat, Jun 5, 2021 at 3:31 AM Roman Haefeli wrote:
>
> On Fri, 2021-06-04 at 19:09 -0400, Martin Peach wrote:
> > On Fri, Jun 4, 2021 at 6:16 PM Roman Haefeli
> > wrote:
> > > On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote:
> > > > Instead of wait
On Fri, Jun 4, 2021 at 6:16 PM Roman Haefeli wrote:
>
> On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote:
> > >
> > Instead of waiting for
> > https://github.com/pure-data/pure-data/issues/949
> > - which will probably take months -,
>
> I am exploring stuff, partly out of curiousity. There
On Wed, Jun 2, 2021 at 12:09 PM Christof Ressi wrote:
>
> On 02.06.2021 16:55, Martin Peach wrote:
>
> > On Wed, Jun 2, 2021 at 9:58 AM Roman Haefeli wrote:
> > You could still have the server reply to the source port plus one, or
> > something like that,
> This do
-02 at 09:34 -0400, Martin Peach wrote:
> > On Wed, Jun 2, 2021 at 3:31 AM Roman Haefeli
> > wrote:
> > > On Tue, 2021-06-01 at 19:19 -0400, Martin Peach wrote:
> > > > A [udpsend] normally has a different port number to the one it
> > > > sends
> &
On Wed, Jun 2, 2021 at 9:58 AM Roman Haefeli wrote:
>
> (replying to list as - I believe - you intended to)
>
> On Wed, 2021-06-02 at 09:34 -0400, Martin Peach wrote:
> > On Wed, Jun 2, 2021 at 3:31 AM Roman Haefeli
> > wrote:
> > > On Tue, 2021-06-01 a
The mrpeach [udpsend] outputs its ip and port on the second outlet on
'connect', while the[ [udpreceive] object outputs the ip and port of
each received datagram, so using both you should be able to do what
you want.
A [udpsend] normally has a different port number to the one it sends
to, but a [ud
On Fri, May 7, 2021 at 11:23 AM Christof Ressi wrote:
>
> Thanks for stressing the differences between 64bit and double precision!
The confusion persists though, as double precision is also 64-bit. One
has 64-bit address bus width and the other has 64-bit data bus width.
'64-bit Pd' appears to re
On Fri, May 7, 2021 at 10:17 AM wrote:
>
> hi,
>
> i'm struggling with the way Pd handles numbers bigger then 99.
>
> i have an array with thousands of numbers, which i write to a file to analyse
> them.
>
> however, as soon as a number is bigger then 99 i get the abbreviated
> notation
On Tue, May 4, 2021 at 10:41 AM Dan Wilcox wrote:
>
> I'm interested in more info about this behavior. I'm only aware of macOS
> Finder creating .DS_Store files and temp directories so Spotlight can index
> and show media playback via Quick Look. Is something creating hidden temp
> files in the
I think there's a niche for some kind of sinc convolver to be used in
bandlimiting arbitrary waveforms.
Martin
On Mon, May 3, 2021 at 9:26 AM Clemens Wegener wrote:
>
> I think now would be a good place to pause the implementation and discuss
> if there is a need for this kind of algorithm in th
On Mon, Apr 19, 2021 at 6:51 PM Christof Ressi wrote:
>
> so what i'm really suggesting to "fix" the timestamps in [packOSC] is to use
> logical time for *advancing time* (and add some offset to put the timestamps
> into the same calendar as NTP)
>
> This corresponds to 2) in my previous mail. W
On Sun, Apr 18, 2021 at 6:06 AM IOhannes m zmölnig wrote:
>
> I don't really like the timestamp implementation in mrpeach (as it uses real
> time, rather than logical time), but better this than nothing...
Logical time timestamps would only be accurate inside of the Pd
instance. It could be adde
Hi Samuel,
I think you have it backwards -- you should run the audio in [pd~] as
it already has no GUI. And if you don't care about latency (it sounds
like you're using prerecorded or generated dmaterial), just increase
the audio block size until you don't get dropouts.
Martin
On Sun, Apr 11, 202
I was able to get the files by right-clicking on their icon and doing 'save as'.
In my experience the only way [comport] crashes Pd is when you try to
print its output to the console while it's receiving huge amounts of
data. This causes the messaging pipeline to the TCL process to fill up
until it
Does it still crash if you disconnect the [serial_print-any]
abstraction from [comport]?
Martin
On Fri, Apr 9, 2021 at 7:45 AM Nicklas Lundberg wrote:
>>
>> On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
>>
>> > [comport] is communicating with an Arduino Nano over USB to control
>> >
Hi Ingo,
It's not clear to me which parts of your setup are hardware MIDI and
which are hardware serial, so this may be not relevant:
MIDI uses the same serial protocol as regular serial, the difference
is the baud rate (31250 is not a standard baud rate)
At the hardware level, MIDI is optoisolated
I'm not sure if I'm totally up to date here but with a nano on
Windos10 I also get no pin 7 reported.
ARDUINO_INFO: version 2 5
ARDUINO_INFO: firmware StandardFirmata.ino 2 5
A pin like D2 willl report:
comport receives from the arduino: 144 120 1 (b0000) (b0001)
convert_to_symbolic_comma
On Mon, Mar 15, 2021 at 1:36 PM Ingo wrote:
>
> Hi there,
>
> I'd like to send integers 0-255 to an Arduino with comport.
>
> For text I use [asqseq] to convert it to the ascii numbers that the Arduino
> uses.
> However, I don't know how to send plain integers that come in as the same
> numbers on
On Sun, Mar 14, 2021 at 7:47 AM mitchell turner wrote:
>
> I know this is way off topic, but I’m hopeful one of you was in a similar
> situation and has a solution.
>
> I run a mac lab for my music program. We are getting new iMacs with Big Sur
> (11.2). I have several (very old) M-Audio MIDI ke
On Tue, Nov 24, 2020 at 5:07 AM jayrope wrote:
>
> Why do we need _any_ name change?
> Any obvious version jump would do it already, 0.6, no?
A 64-bit Pd would not be compatible with any previous version because
all the memory structures would be differently sized, so any externals
built for prev
9 +0100
> From: IOhannes m zmoelnig
> To: pd-list@lists.iem.at
> Subject: Re: [PD] Pd 64 bits precision "for real"?
> Message-ID: <57e459d6-e8d1-516c-da37-af88912aa...@iem.at>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 11/23/20 12:25 AM
It should be named dppd to avoid confusion imho.
Martin
On Sun, Nov 22, 2020 at 6:15 PM Alexandre Torres Porres
wrote:
>
> so, here I ask, could we expect a 64 bit precision Pd for download in the
> next release if that PR gets in? Is it just waiting to be merged, now?
>
> Em dom., 22 de nov. d
It takes about a minute for the pi to boot. There is not much you can
do about that.
Martiin
On Mon, Oct 5, 2020 at 11:03 AM Yann Seznec wrote:
>
> Hi everyone, long time reader first time writer.
>
> I’m wondering what people’s experiences are with regards to the startup time
> for running a p
On Sat, Oct 3, 2020 at 7:15 PM Jakob Laue wrote:
>
>
> Hi Martin,
> thanks for your quick response!
>
>
>
>
>
> Gesendet: Samstag, 03. Oktober 2020 um 19:02 Uhr
> Von: "Martin Peach"
> An: "Jakob Laue"
> Cc: "Pd-List"
> B
On Sat, Oct 3, 2020 at 7:05 AM Jakob Laue wrote:
>
> Hi list,
> i have a patch that a melody and saves it into a midifile with [midifile]
> from mrpeach.
> Now i have extended the patch so that there is a second melody generated
> which accompanies the first one. Now i also send the pitch/notedu
es on the intended address. If I do 'i2cdetect -y 1'
in the terminal it receives on all addresses 0x03-0x77.
Martin
On Wed, Sep 23, 2020 at 11:49 AM Martin Peach wrote:
>
> Before I test this, I notice you use Wire for the i2c slaves. Wire is
> known to not work properly in
gt;
> One Teensy prints to the serial console and the other responds by
> lighting up and turning off the LED on pin 13.
>
> On 12/9/20 11:02 μ.μ., Martin Peach wrote:
> > On Thu, Sep 10, 2020 at 2:25 PM Alexandros wrote:
> >> When trying to send messages to two I2C slav
On Wed, Sep 23, 2020 at 11:19 AM hans w. koch wrote:
>.
> but they only go until 2147483647
> anything special about this number?
https://en.wikipedia.org/wiki/2,147,483,647#In_computing
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-m
On Thu, Sep 10, 2020 at 2:25 PM Alexandros wrote:
>
> When trying to send messages to two I2C slaves from the Pi with [pii2c]
> the following happens:
>
> If I send this message to [pii2c 0x0A]:
> "write 3 127 7"
>
> it arrives properly at the slave address 0x0A.
>
> If I change the address to 0x0
On Tue, Sep 1, 2020 at 1:19 PM Alexandros wrote:
>
> The MAX_I2C_BUF_SIZE macro in pii2c.c is set to 64, but still when I try
> to send 64 bytes to a slave Teensy, only 32 go through, the rest 32 are
> all 0s. Raising this value to an even greater number, like 128 (which is
> something I would lik
out support and all. I'll try the pigpio software. Still, I'll give
> > your object a try and peek into the code, thanks!
> >
> > Anyway, thanks for the hints!
> >
> > Alexandros
> >
> > On 15/8/20 10:02 μ.μ., Martin Peach wrote:
> >> Hi Alexandros
Hi Alexandros,
I made an external [pii2c] which should be available via deken along
with the source code. You could use that to talk to the dacs, but not
at signal rate. What you want is already done by any 4-channel USB
audio interface for much less hassle, and better resolution with [dac~
1 2 3
It looks as though you could change the whole palette to e.g. a dark
mode, without changing any other drawing code:
https://www.tcl.tk/man/tcl8.6/TkCmd/palette.htm
Martin
On Thu, Aug 13, 2020 at 3:36 PM Dan Wilcox wrote:
>
>
> On Aug 13, 2020, at 8:04 PM, Alexandre Torres Porres wrote:
>
>> I w
The build farm used by Pd-extended worked very well for me. It would
be nice to have such a setup integrated with the deken system, so
anyone could upload their externals and they would be built and
packaged online instead of each developer needing to acquire one of
each machine on a 3-year rolling
s.
Should be ready by next week :)
.
Martin
> Christof
>
> On 15.06.2020 19:46, Martin Peach wrote:
> > On Mon, Jun 15, 2020 at 12:32 PM Christof Ressi
> > wrote:
> >
> >> I've said this elsewhere: as much as I like (and use) the mrpeach library,
>
On Mon, Jun 15, 2020 at 12:32 PM Christof Ressi wrote:
> I've said this elsewhere: as much as I like (and use) the mrpeach library, I
> avoid the net objects (especially [tcpclient] and [tcpserver]) because there
> are too many problems in the code. [iemnet], on the other hand, has been
> (re)
P sockets .
Right! I have that on tcpreceive and tcpsend but didn't add it to the
tcpclient and tcpserver for some reason. I will fix that.
Martin
>
> Christof
>
> On 15.06.2020 15:44, Martin Peach wrote:
> > On Sun, Jun 14, 2020 at 4:24 PM wrote:
> >> (Window
On Sun, Jun 14, 2020 at 4:24 PM wrote:
>
> (Windows 10, Pd-50.0)
>
> i'm sending messages of 25 bytes with [mrpeach/tcpserver] to a client
> (NodeMCU/ESP8266),
>
> triggered by [metro 50].
>
> with a tcpclient in a seperate Pd the messages are received in the right
> order, no gaps.
Are both P
ill have an ID that you
can use to route the traffic with.
Martin
> rolf
>
> Martin Peach schreef op 24-05-2020 19:10:
> > On Sun, May 24, 2020 at 12:09 PM wrote:
> >>
> >> @martin
> >> there will be a minimum of 12 clients (NodeMCU's).
> >>
On Sun, May 24, 2020 at 12:13 PM wrote:
>
> hi,
>
> tcpclient-help hangs Pd-50 with the message:
>
> cannot find entry point for procedure atom_getblob in str.dll
That seems to be related to a [str] object in the help patch, not
related to [tcpclient].
>
> str-help gives the same.
>
Yes, [str]
On Sun, May 24, 2020 at 10:09 AM wrote:
>
> thanks Andy,
>
> in my case i'm sending to NodeMCU's (a breakoutboard with ESP8266 chip).
> so..
I have used it the other way, sending sensor data from an ESP8266 to a
Pd patch. Using UDP I was getting about 30% dropped packets, so I
switched to TCP and
On Sun, May 24, 2020 at 8:07 AM Christof Ressi wrote:
> BTW, I strongly recommend using [iemnet] over [mrpeach]'s netobjects! The
> former has a much better threading model and gets more frequent updates.
I find the mrpeach net objects work just fine for a simple setup. The
problems seem to ari
On Thu, May 21, 2020 at 5:19 AM Patrick Heidegger via Pd-list
wrote:
>
> Hello all,
>
> I want to send controls for multiple fx-parameters in Reaper with a single
> OSC-message.
> Controls for multiple parameters in reaper are defined like:
>
> /track/1/fx/2/fxparm/x1,x2,x3,x4/value y1 y2 y3 y4
>
On Mon, May 18, 2020 at 6:17 PM Christof Ressi wrote:
>
> I get the same, and I don't yet understand why it doesn't show,
> although a midifile-help.pd file is there.
>
> It's because [midifile] sets "midifile-help" as the help symbol instead of
> just "midifile", so Pd looks for "midifile-help-h
On Fri, Apr 24, 2020 at 2:22 PM wrote:
>
> Martin Peach schreef op 24-04-2020 19:44:
> > On Fri, Apr 24, 2020 at 1:34 PM wrote:
> >>
> >> Martin Peach schreef op 24-04-2020 18:51:
> >> > On Fri, Apr 24, 2020 at 10:40 AM wrote:
> >> >>
On Fri, Apr 24, 2020 at 1:34 PM wrote:
>
> Martin Peach schreef op 24-04-2020 18:51:
> > On Fri, Apr 24, 2020 at 10:40 AM wrote:
> >>
> >> i've been working with the Arduino UNO and Pd for years.
> >> now i'm starting with a new board UNO Wif
On Fri, Apr 24, 2020 at 10:40 AM wrote:
>
> i've been working with the Arduino UNO and Pd for years.
> now i'm starting with a new board UNO Wifi Rev2.
>
> the board works with the Arduino IDE, also with the IDE's serial monitor.
>
> the problem with Pd is in the initialization.
>
> when the board
Hi,
Ingo reported that "
For those who are interested what the issue was:
I was moving a window with [hcs/sysgui] automatically during startup.
When the window is visible everything is ok.
When the window is hidden with [*** vis 0( most graphical objects mentioned
above stop updating their graphics
On Mon, Apr 6, 2020 at 3:27 AM Jakob Laue wrote:
>
> Hey Martin,
> thanks for your hints!
>
> I created a midi file in ableton, exported it and then read it with the
> midifile-read-help-patch.
> This is what I get after reading:
>
> midifile: opened /Users/wbjc/Desktop/ableton.mid
> midifile: He
On Sun, Apr 5, 2020 at 9:48 AM Jakob Laue wrote:
>
> Hey Martin,
> I tried again today. I recorded a new midi file and then loaded it with the
> midifile-read-help-patch.
>
> After loading the file I get:
>
> midifile: opened /Users/wbjc/Desktop/mpxy.mid
> midifile: Header chunk type: MThd
> midi
On Sat, Apr 4, 2020 at 4:57 PM Jakob Laue wrote:
>
> Hey Martin,
> thanks for the hint. When I read a recorded file that should actually have
> some recorded notes in it and then load it again with the
> midifile-read-help-patch, then I get this (verbosity = 3)
>
> midifile_open_path (absolute):
On Fri, Apr 3, 2020 at 4:41 PM Jakob Laue wrote:
...
> Then I opened the help file directly from the ../Pd/externals/mrpeach-folder
> by double-clicking it and I followed the steps for writing to a file. I
> - choose a file
> - put the 2 ms into the right inlet of [metro] and then start [metro]
>
> Hey Martin,
> Thanks for your message.
> I looked for mrpeach in deken, but the only result I get is mrpeach for
> extended ( i am on mac os). Does that mean that I cannot use it?
>
> Best, Jakob
>
> > Am 03.04.2020 um 19:29 schrieb Martin Peach :
> >
> >
On Fri, Apr 3, 2020 at 12:39 PM Jakob Laue wrote:
>
> hey,
> yes i think so because it seems that [seq] does not offer to specify some
> kind of ticks when writing to a file.
> hmm.
>
Have you tried [midifile] from mrpeach? It can write most of the tags.
Martin
__
On Mon, Mar 30, 2020 at 3:36 AM Edwin van der Heide wrote:
>
> It seems that objects from the mrpeach library give me trouble (crashing)
> (especially on windows) although this needs further testing on my side.
Which mrpeach objects are crashing on Windows? I'd like to know so I can fix it.
Mar
On Sun, Feb 2, 2020 at 1:46 PM ffdd cchh wrote:
>
> Ok, I did Christof's step c) and copied those dummy functions (and basically
> commented out anything but a debug_post() inside "hidio_devices()" and
> "hidio_elements()", and indeed got a binary. But, it's no use.
>
> I try to get some data on
I just compiled
>> manually on the command line. Finally I got a binary :-)
>>
>> To be honest, I don't think that anyone ever compiled this code on
>> Windows, so it is probably untested. Anyway, when I have time I can clean
>> this up and make a PR (or just fork
Line 76 of the log:
gcc -DPD -g -O2 -I/z/Desktop/pure-data/src -mms-bitfields
-L/z/Desktop/pure-data/src -L/z/Desktop/pure-data/bin
-L/z/Desktop/pure-data/obj -s -shared -o hidio.dll hidio.o hidio_types.o
hidio_windows.o -L/src -L/bin -L/obj -lpd
hidio.o: In function `hidio_tick':
Z:\Deskt
On Mon, Nov 11, 2019 at 1:56 PM Jakob Laue wrote:
>
>
> Also, I don't have to adjust Pd's audio settings. I can use the standard
> settings (44100, 64 blocksize, 25 msec) and I don't get audio pops, which
> is good.
>
> But there is one thing that I realised: The wav-files are not played at
> ori
I think it would be great if the compilation howto was appended to the
externals howto.
Martin
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
On Fri, Sep 27, 2019 at 12:24 PM Christof Ressi
wrote:
> > For me the audio is distorted unless I also tick "Use Callbacks".
>
> Really, even if you use an ASIO driver? I never had the experience that
> "Use Callbacks" improves things, on the contrary. Also, it's worth noting
> that with "Use Cal
On Fri, Sep 27, 2019 at 7:43 AM Lucas Cordiviola
wrote:
> Hi Scott,
>
> Are you using ASIO drivers?
>
> If not you can try this setting which normally works on most soundcards:
>
> 1) Switch off DSP.
>
> 2) go to menu: media/ASIO(via port audio)
>
> 3) set Delay(msec): 6ms
>
> 4) set Block size :
On Sat, Jul 13, 2019 at 7:59 PM Alexandre Torres Porres
wrote:
> yeah, both creb/eadsr~ and bsaylor/aenv~ seem to use a one pole filter
> design, even though both generate slightly different shapes.
>
>
Also mrpeach/rc~ does that. And banging the same value into a [line~]
faster than it ramps wi
On Sat, Jun 15, 2019 at 1:14 PM Csaba Láng wrote:
> Dear List,
>
> did anyone on this list try to control a projector via LAN?
> I guess comport works only for COM1 controller.
>
It should work with any serial device your OS knows about. You can specify
it by name or use the [devices{ message to
On Wed, May 22, 2019 at 11:27 AM Roman Haefeli wrote:
> On Wed, 2019-05-22 at 10:22 -0400, Martin Peach wrote:
> > I was looking into making a [httpsget] external but the whole TLS
> > thing seems very difficult.
> > For my purposes on linux I use [shell] with wget to s
On Wed, May 22, 2019 at 10:03 AM oliver wrote:
>
> >>
> >> WINDOWS: [system] (in the "motex" library)
> >> LINUX & OSX: [shell] (in the "ggee" library)
>
> >
> > Yes, you can, but it is not portable (as it requires different
> > solutions depending on platform) and requires additional filesystem
prised about this behavior in the old version from
> 2011 - but 2018?
>
> I don't think there have been too many major changes since September 2018.
>
> As I had mentioned before: Sometimes it works - sometimes it doesn't .
>
> Ingo
>
>
>
> From: Pd-list [mailto:p
I just tried it here on both Windows 10 and Ubuntu with no issues. I can
print every value from 0 to 255 from arduino and receive it unchanged in
pd. I think possibly the OP is using an older version of comport.
Martin
On Tue, May 14, 2019 at 10:03 AM IOhannes m zmoelnig
wrote:
> On 14.05.19 1
It's odd that the lines
/* no post processing */
new->c_oflag &= ~OPOST;
and
/* always nocanonical, this means raw i/o no terminal */
new->c_lflag &= ~(ICANON | ECHO | ECHOE | ISIG);
_are_ present in open_serial() in comport.c.
That should disable all postprocessing of traffic.
Yes, just replace the 7 with whatever COM number you got. It works here on
windows10.
Martin
On Sun, May 12, 2019 at 10:40 PM Malcolm Jackson
wrote:
> Hello,
>
> I'm currently going through ch.2 of Electronics for Digital Musicians by
> Alexandros Drymonitis. I'm at the part where he uses a [c
On Sat, Apr 6, 2019 at 10:54 AM Arda Eden wrote:
> With this method, I got the compiler warning about breaking the strict
> aliasing rule:
> uint8_t bytes[4] = {12, 34, 56, 78};
> float f = *(float*)bytes;
>
> Yes, modern c doesn't like type punning.
> This is my code, and for now, it is workin
On Sat, Apr 6, 2019 at 10:06 AM Christof Ressi
wrote:
> While type punning through unions is allowed in C, the only way which
> works in both C and C++ (without breaking the strict aliasing rule) is
> using memcpy. In such case, the call to memcpy will completely optimized
> away by every decent
On Sun, Feb 17, 2019 at 11:16 AM michael strohmann
wrote:
> but one can issue arbitrary IP addresses, and the obejct will tell you it
> established connection.
> i guess this is consistend with the UDP protocol
>
It didn't 'establish a connection', it just opened a socket on the local
machine. Un
On Thu, Jan 24, 2019 at 11:36 AM RT wrote:
>
> I'm trying to turn on and off a device using Pd by sending a URL. At the
> moment to turn the device on I just type in a url in the browser and to
> turn it off I type in another one url .
> To turn the device on I send http://192.168.1.123/relay/0/?
On Tue, Sep 11, 2018 at 12:40 PM Alexandre Torres Porres
wrote:
> I'm having issues with the test version:
> https://github.com/pure-data/pure-data/issues/443
>
> anyone else?
>
>
On Win7 with internal sound card, ASIO test tone 440Hz sounds all wrong,
sort of like a slowly rotating farting dinos
On Tue, Sep 4, 2018 at 5:22 PM Roman Haefeli wrote:
> Hi again
>
> While we are at it: Wouldn't an [array search] be an immensely useful
> object?
>
>
There is [tabfind] in mrpeach. Does that work for you?
Martin
Roman___
> Pd-list@lists.iem.at mailin
On Thu, May 31, 2018 at 3:09 PM, hans w. koch wrote:
> but couldn´t that pi limitation worked around by a loadbang -delay combo
> to read a date, once the system has established one?
> would need mention in the helpfile though.
>
> The pi might not be connected to any network, in which case it wi
On Wed, May 30, 2018 at 10:17 AM, Jean-Marie Adrien wrote:
> Hi everyone,
> trying to open a patch with a different text on screen each time random.
> Used random object as always since 20 years with a loadbang.
> Discovered that this loadbang/random seems to generate always the same
> result on
On Thu, May 24, 2018 at 12:43 PM, Alexandre Torres Porres
wrote:
> Many math objects in pd have protection against nan/inf, not only in the
> audio control. It is the official policy
>
> I think it makes more sense to use FLT_MAX (1E+37) for +infinity, not
zero. For continuity with adjacent value
On Thu, May 24, 2018 at 10:57 AM, Christof Ressi
wrote:
there's no other sane way to handle division by 0 in the audio domain since
> the result must be a number and there are only two options: output 0 or
> some ridiculously large number (which would be quite dangerous).
>
Yes, but if you try d
On Mon, May 14, 2018 at 7:31 AM, Zack Lee wrote:
> Hi, I'm trying to add a Lua scripting feature for my external which will
> allow users to write and run Lua scripts directly in pd as object arguments
> similar to how [expr] object works.
>
> Maybe you are no aware that you can right-click a pdl
On Sat, May 12, 2018 at 9:43 AM, Alexandros wrote:
> In deken there's no binary of PdLua for ARM. In the README for the Linux
> binary I read this:
>
> "1. edit Makefile.static to configure your PLATFORM and PDINCLUDE"
>
> But there's no Makefile or any .c file (there's a pd.lua file though).
> W
On Wed, May 9, 2018 at 1:13 PM, Alexandre Torres Porres
wrote:
>
> 2018-05-09 13:53 GMT-03:00 Martin Peach :
>
>>
>>> I just tried this in Max6:
>> [pow 2] with a negative input gives a correct positive result.
>> [pow 0.5] with negative input sets a floatnumb
On Wed, May 9, 2018 at 10:38 AM, Alexandre Torres Porres
wrote:
> You know, now that you the inability to deal with nan/inf in pd, such as
> in [select] came up, it makes total sense to avoid them in Pd and I can see
> where that comes from.
>
> By the way, filtering out nan/inf is quite common i
On Tue, May 8, 2018 at 9:28 PM, Alexandre Torres Porres
wrote:
> 2018-05-08 18:05 GMT-03:00 Martin Peach :
>
>> On Tue, May 8, 2018 at 2:07 PM, Alexandre Torres Porres > > wrote:
>>
>>> ...
>>> I personally cannot think of any use case where someone r
On Tue, May 8, 2018 at 2:07 PM, Alexandre Torres Porres
wrote:
> ...
> I personally cannot think of any use case where someone relies on pow(-1,
> 2) generating "0", it just seems wrong to me (i.e. a bug) and allowing it
> to do that wouldn't break things.
>
> Maybe add another outlet for the ima
On Wed, Apr 25, 2018 at 12:46 PM, William Huston
wrote:
> Yes, thanks for the detailed response, Ed!
>
> I was hoping for some guidance for a bolt-on method for adding resonance
> to vcf~,
> but maybe it's not so easy? or the wrong approach?
>
> My error was thinking resonance was implemented wit
On Sat, Feb 10, 2018 at 7:48 PM, Martin Peach wrote:
> On Sat, Feb 10, 2018 at 1:49 PM, tim vets wrote:
>
>> I seem to be getting closer
>> [255 81 3 $1 $2 $3( seems to do the trick, (the 3 was necessary to
>> designate the 3 following bytes...)
>> still not sur
On Sat, Feb 10, 2018 at 1:49 PM, tim vets wrote:
> I seem to be getting closer
> [255 81 3 $1 $2 $3( seems to do the trick, (the 3 was necessary to
> designate the 3 following bytes...)
> still not sure why [255 81 3 7 161 32( does not result in 120bpm but
> "120qpm" and 80bpm...
>
Probably beca
md5 is defined in internet rfc1321, (see
https://www.ietf.org/rfc/rfc1321.txt) which includes c code to implement
it, so it should be fairly straightforward to wrap into a pd external.
Martin
On Thu, Feb 8, 2018 at 12:09 PM, Johnny Mauser via Pd-list <
pd-list@lists.iem.at> wrote:
> I have got t
On Wed, Feb 7, 2018 at 10:21 AM, Roman Haefeli wrote:
> On Mit, 2018-02-07 at 09:46 -0500, Martin Peach wrote:
>
> > Maybe there's a way to force all the Pd-related processes to run on
> > the same core, as it could be that the transfer of memory from one to
> > the
On Wed, Feb 7, 2018 at 9:26 AM, Roman Haefeli wrote:
> On Mit, 2018-02-07 at 14:32 +0100, Lorenzo Sutton wrote:
> > On 30/01/2018 11:07, Roman Haefeli wrote:
> > >
> > > On Mon, 2018-01-29 at 10:25 +0100, Roman Haefeli wrote:
> > >
> > > >
> > > > I'm working on a patch that transmits audio throu
On Sun, Jan 28, 2018 at 9:26 AM, Jean-Marie Adrien
wrote:
> cryptic for me too :)
> another (stupid) question :
> is GEM available in 64bits ?
> still using *old school GEM on pd extended* on my side, in parallel with
> PD-47-64bit pd for sound…
> jm
>
> I don't know what OS you're on, but if you
On Fri, Jan 26, 2018 at 8:29 AM, Dan Wilcox wrote:
> To coincide with the work people are doing on 64 bit Windows builds of Pd,
> it looks as though Apple is stepping up it's move toward 64 bit only in the
> next version of macOS: https://www.macrumors.com/2018/01/24/macos-high-
> sierra-32-bit-a
1 - 100 of 233 matches
Mail list logo