Re: [PD] Fwd: Re: sending lists via [comport]

On Sat, 1 Feb 2020, 00:25 Dr. Maik Hester, wrote: > > > > Weitergeleitete Nachricht > Betreff: Re: [PD] sending lists via [comport] > Datum: Fri, 31 Jan 2020 22:34:24 +0100 > Von: Dr. Maik Hester > An: hans w. koch > Kopie (CC): pd-list@lists.iem.at > > > Dear list, > > th

Re: [PD] compiling hidio for Windows

The order of .o files doesn't matter. It's shared and static libraries which sometimes have to be specified in a certain order. The actual problem was that a) hidio_windows.c used _WINDOWS instead of _WIN32 as a guard around the whole code, so hidio_windows.o was empty. b) then there was a w

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': Z:\Deskt

Re: [PD] Fwd: Re: sending lists via [comport]

As a side note: you can of course design your own little protocol. Just be careful with something like this: [length, data1, data2, ..., length, data1, data2, ...] For this to work you need to know the start of the transmission and you can't recover from data loss because when you start pars

Re: [PD] Fwd: Re: sending lists via [comport]

Hi, How do I get Arduino to send the complete values as integers instead? And, how can I tell [pd] when a new data set of e.g. six values begins? Short answer: you need a protocol. Someone already mentioned SLIP. For Pd there is an external called [mrpeach/slipenc] resp. [mrpeach/slipdec] and

Re: [PD] compiling hidio for Windows

Hi Christof, Thanks! Yes, I found these threads on the list: https://lists.puredata.info/pipermail/pd-list/2019-11/126348.html https://lists.puredata.info/pipermail/pd-list/2019-10/126096.html But, there are still no Windows version of this external... Github issue is up: https://github.com/Ben

[PD] Fwd: Re: sending lists via [comport]

Weitergeleitete Nachricht Betreff:Re: [PD] sending lists via [comport] Datum: Fri, 31 Jan 2020 22:34:24 +0100 Von:Dr. Maik Hester An: hans w. koch Kopie (CC): pd-list@lists.iem.at Dear list, the logic in the attached patch works fine, but I am still

Re: [PD] compiling hidio for Windows

I remember a similar thread on the list a few months ago. I tried to compile it and gave up. The build system for Windows seems to be broken and needs to be fixed (and probably switched from automake to pd-lib-builder). Unfortunately, I don't have time right now to work on this, but you could f

Re: [PD] tabread4~ indexing issues

On 31/01/2020 17:09, Jeppi Jeppi wrote: I noticed nasty clicks occur when indexing arrays larger than 16384 samples with tabread4~. I attach a demo file, notice I index the array with a cosine therefore no discontinuities are expected, yet beyond that size I get regular clicks. What is the caus

Re: [PD] help with ofelia in ubuntu

Hi Andrew, I'm sorry you are having trouble running Ofelia on Ubuntu. I will try to update Ofelia this weekend using the latest openFrameworks 0.11.0. I hope that will fix the problem. Best wishes Zack ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE a

Re: [PD] shmem and bigger buffer size

Le 31/01/2020 à 18:30, iftah gabbai a écrit : so it is confirmed to work on linux? if so than great :) it's working on my computer! c On Fri 31. Jan 2020 at 13:58, cyrille henry mailto:c...@chnry.net>> wrote: I don't know why it fail on mac. You can try to split in smaller table, lik

[PD] compiling hidio for Windows

Dear list, I need to use external controllers via USB with vanilla (say, a PS4 controller), and I have not found a compiled version of [hidio] for Windows. Please, let me know if there are ready-made options out there (feel free to change subject line if that thread goes wild). In the meantime, I

Re: [PD] shmem and bigger buffer size

MacOS used to have absurdly small values for the max SHMEM in the kernel. Not sure about the current state of the defaults though. Check posts like these for how to adjust: http://flummox-engineering.blogspot.com/2014/05/increasing-shared-memory-for-os-x.html I think there is also something in t

Re: [PD] shmem and bigger buffer size

so it is confirmed to work on linux? if so than great :) On Fri 31. Jan 2020 at 13:58, cyrille henry wrote: > I don't know why it fail on mac. You can try to split in smaller table, > like you suggested. > But you should also test it on linux first since it's your main target. > > c > > Le 30/01

[PD] tabread4~ indexing issues

Hi all, I noticed nasty clicks occur when indexing arrays larger than 16384 samples with tabread4~. I attach a demo file, notice I index the array with a cosine therefore no discontinuities are expected, yet beyond that size I get regular clicks. What is the cause and how could it be overcome?

Re: [PD] shmem and bigger buffer size

I don't know why it fail on mac. You can try to split in smaller table, like you suggested. But you should also test it on linux first since it's your main target. c Le 30/01/2020 à 19:55, iftah gabbai a écrit : im building on mac os 10.12 and intending to run on linux(arm), i haven’t tested