Re: [PD] Ability to access error messages from patch

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

Re: [PD] panning window (touchscreen) with [hsc/sys_gui] on Linux

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

Re: [PD] UDP server with Pd

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

Re: [PD] UDP server with Pd

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 implemented somethi

Re: [PD] UDP server with Pd

ient (, 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 the same or a different port.

Re: [PD] UDP server with Pd

/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

Re: [PD] UDP server with Pd

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

Re: [PD] UDP server with Pd

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.

Re: [PD] UDP server with Pd

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

Re: [PD] UDP server with Pd

-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 > &

Re: [PD] UDP server with Pd

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

Re: [PD] UDP server with Pd

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

Re: [PD] how to get big numbers from array into a file?

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: [PD] how to get big numbers from array into a file?

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

Re: [PD] ignore hidden files from hcs/folder_list

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

Re: [PD] 4-point interpolation changes timbre depending on sample rate

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

Re: [PD] OSC limitations in Vanilla

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.

Re: [PD] OSC limitations in Vanilla

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

Re: [PD] pd~ -nogui process with Gem [scopeXYZ]

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,

Re: [PD] Pd and computer crash/freeze when using [comport], bug?

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

Re: [PD] Pd and computer crash/freeze when using [comport], bug?

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 >>

Re: [PD] Sending Startbit and Stopbit with comport for MIDI with Arduino

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

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

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)

Re: [PD] How can I send numer 0-255 to an ardino?

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

Re: [PD] OT: Very Old MIDI Keyboard Big Sur

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

Re: [PD] PD 64 bits precision "for real"?

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

Re: [PD] Pd 64 bits precision "for real"?

t; 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, Martin P

Re: [PD] Pd 64 bits precision "for real"?

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.

Re: [PD] Startup times to run Pd patch on Raspberry Pi

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

Re: [PD] mrpeach/midifile: multiple voices

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

Re: [PD] mrpeach/midifile: multiple voices

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

Re: [PD] [pii2c] keeps and resends previous messages when addresses change

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 slave mode

Re: [PD] [pii2c] keeps and resends previous messages when addresses change

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 slaves from the Pi

Re: [PD] problem with correct numbers in pd double precision / problem with div and mod

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

Re: [PD] [pii2c] keeps and resends previous messages when addresses change

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

Re: [PD] [pii2c] won't send more than 32 bytes

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

Re: [PD] Advice on creating an external object for controlling a DAC breakout board

igpio 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, > >> I made an external [pii2c] w

Re: [PD] Advice on creating an external object for controlling a DAC breakout board

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

Re: [PD] 0.51-1-test1 issues

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

Re: [PD] Pd 0.50-2 on macos 11.0 BigSur beta

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

Re: [PD] tcpserver, flush?

t 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, > >> I avoid the net objec

Re: [PD] tcpserver, flush?

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: [PD] tcpserver, flush?

kets . 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: > >> (Windows 10, Pd-5

Re: [PD] tcpserver, flush?

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

Re: [PD] udpsend: unsure about raw data

ave 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). > >> hence, i thoug

Re: [PD] tcpclient-help hangs Pd-50 on my Windows 10

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,

Re: [PD] udpsend: unsure about raw data

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

Re: [PD] udpsend: unsure about raw data

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

Re: [PD] Add commas to an OSC-message

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

Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

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

Re: [PD] problem with connecting to Arduino

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: > >> >&

Re: [PD] problem with connecting to Arduino

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 Wifi Rev2. ..

Re: [PD] problem with connecting to Arduino

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

[PD] Number Boxes, Sliders, Symbols - strange behavior (no graphic update)

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

Re: [PD] including bpm info to midi-recording

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:

Re: [PD] including bpm info to midi-recording

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 >

Re: [PD] including bpm info to midi-recording

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

Re: [PD] including bpm info to midi-recording

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]

Re: [PD] including bpm info to midi-recording

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 F

Re: [PD] including bpm info to midi-recording

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

Re: [PD] tcpserver and tcpclient

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.

Re: [PD] compiling hidio for Windows

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

Re: [PD] compiling hidio for Windows

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 it). Then we probably need som

Re: [PD] compiling hidio for Windows

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':

Re: [PD] Raspberry Pi: Loading Samples RAM problem

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 >

Re: [PD] compiling externals for Pure Data windows

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

Re: [PD] stability of PD on Windows?

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

Re: [PD] best non linear envelope design?

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

Re: [PD] control projector via LAN from PureData

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

Re: [PD] https get in Pd

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

Re: [PD] https get in Pd

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

Re: [PD] Comport problem with Arduino: 13 is coming in as 10

is 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:pd-list-boun...@lists.iem.

Re: [PD] Comport problem with Arduino: 13 is coming in as 10

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

Re: [PD] Comport problem with Arduino: 13 is coming in as 10

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.

Re: [PD] Comport and Windows 10

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

Re: [PD] Getting 32 bit floating point number from 4 sequential bytes

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

Re: [PD] Getting 32 bit floating point number from 4 sequential bytes

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

Re: [PD] non-socket (88)

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.

Re: [PD] Using netsend to send url / text to turn a device on and off

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

Re: [PD] [PD-announce] PD 0.49-0test1 released

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

Re: [PD] feature request: [array search]

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

Re: [PD] Random

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

Re: [PD] Random

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

Re: [PD] 1 / 0 = 0?

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

Re: [PD] 1 / 0 = 0?

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).

Re: [PD] Reason for not allowing '{' and '}' in Pd?

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

Re: [PD] PdLua for ARM

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

Re: [PD] pow/pow~ and negative input, a fix proposal

On Wed, May 9, 2018 at 1:13 PM, Alexandre Torres Porres <por...@gmail.com> wrote: > > 2018-05-09 13:53 GMT-03:00 Martin Peach <chakekat...@gmail.com>: > >> >>> I just tried this in Max6: >> [pow 2] with a negative input gives a correct positive res

Re: [PD] pow/pow~ and negative input, a fix proposal

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

Re: [PD] pow/pow~ and negative input, a fix proposal

On Tue, May 8, 2018 at 9:28 PM, Alexandre Torres Porres <por...@gmail.com> wrote: > 2018-05-08 18:05 GMT-03:00 Martin Peach <chakekat...@gmail.com>: > >> On Tue, May 8, 2018 at 2:07 PM, Alexandre Torres Porres <por...@gmail.com >> > wrote: >> >>>

Re: [PD] pow/pow~ and negative input, a fix proposal

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

Re: [PD] [vcf~] with resonance?

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

Re: [PD] write tempo change with [midifile]?

On Sat, Feb 10, 2018 at 7:48 PM, Martin Peach <chakekat...@gmail.com> wrote: > On Sat, Feb 10, 2018 at 1:49 PM, tim vets <timv...@gmail.com> wrote: > >> I seem to be getting closer >> [255 81 3 $1 $2 $3( seems to do the trick, (the 3 was necessary to >

Re: [PD] write tempo change with [midifile]?

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

Re: [PD] md5 object?

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

Re: [PD] glitches when streaming UDP

On Wed, Feb 7, 2018 at 10:21 AM, Roman Haefeli <reduz...@gmail.com> 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 f

Re: [PD] glitches when streaming UDP

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

Re: [PD] macOS 64 bit only soon

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

Re: [PD] macOS 64 bit only soon

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:

Re: [PD] Gem: can't load library -- FIXED. Download msvcr71.dll

On Mon, Dec 11, 2017 at 7:06 PM, Samuel Burt wrote: > Thanks, Lucas. That's exactly what I needed and couldn't find. > > That last exchange was from 2016. Any reason the dll isn't included now? > Is it some kind of licensing issue? > > Since Win10 it's not

  1   2   3   >