Pd-list February 2020

pd-list@lists.iem.at

46 participants
65 discussions

Unity and libpd with more than 2 channels distortion
by ffdd cchh 26 Feb '20

26 Feb '20

Hi everyone, We are trying libpd with Unity as suggested here: https://github.com/playdots/UnityPd . We are on Macos Catalina. The problem sounds like sampling rate mismatch, or block size distortion, and only occurs when more than 2 channels (i.e., quad, surround 5.1, 7.1, etc) are set on both Unity and the Audio MIDI Setup. We are using a recent Motu interface, and everything is set to 44.1 (Pd, Unity, and macos preferences) We tested using pd synthesis as well as a 4-channel audio playback (i.e., using [readsf~ 4]) and we have the same issue on both. Any pointers will be highly appreciated! Best, f (ps. posted this on the libpd issues as well https://github.com/libpd/libpd/issues/286)

1 0

Re: [PD] tcpip binary into pd
by Christof Ressi 26 Feb '20

26 Feb '20

I assume you're running Windows. You can ignore the SO_BROADCAST error (it will be gone in Pd 0.51). Pd 0.51 will also show better error messages on Windows, but for now you can just google the WSA error code: https://docs.microsoft.com/en-us/windows/win32/winsock/windows-sockets-erro… Here's the crucial bit: "Another possible reason for the WSAEACCES error is that when the *bind* <https://docs.microsoft.com/en-us/windows/desktop/api/winsock/nf-winsock-bind> function is called (on Windows NT 4.0 with SP4 and later), another application, service, or kernel mode driver is bound to the same address with exclusive access." Probably some other application is already listening to this port. Either stop this application or configure the imotions software to send to another port (if possible). Christof On 26.02.2020 16:35, Markus Brandt wrote: > hi christof > > so i started to test right now and ran into following error > > netreceive: failed to sett SO_BROADCAST > bind: Unknown error (10013) > > data is sent over port 8088. putty and Wireshark have no problems to > get the data. > > cheers > markus > > Am Fr., 21. Feb. 2020 um 18:48 Uhr schrieb Markus Brandt > <2brandt63(a)gmail.com <mailto:2brandt63@gmail.com>>: > > It means a bit of testing. Monday I'll be back in office and in > charge of the devices. I will come back to you then, if I am allowed. > > Markus > > Christof Ressi <info(a)christofressi.com > <mailto:info@christofressi.com>> schrieb am Fr., 21. Feb. 2020, 18:31: > > Ok, I see. I don't know the [netclient] object, but TCP > networking objects like [netreceive -b] or [iemnet/tcpreceive] > all output a stream of bytes. In your case, just collect the > bytes into a list until you hit byte 13 (CR), then you can > split the resulting list by byte 59 (";"). Now you need to > convert each sublist to a proper Pd message: > > Ideally, you know in advance which type you expect for each > item. If you need an item as a Pd symbol, you can send the > (sub)list to [list tosymbol], which will output a single Pd > symbol - even if the string contains whitespace! If the item > is numeric, you can pass it to [fudiparse], which wil output a > Pd float. > > Otherwise, you can just pass the (sub)list to [fudiparse] > unconditionally, but a string like "Affectiva AFFDEX > Landmarks" will yield a Pd message with 3 symbols, because > whitespace is the delimiter for Pd message atoms. You can > catch this with [list length]: if the resulting Pd list has > more than 1 item, this means that a string originally > contained whitespace and you can concatenate the symbols (if > needed). > > In your case, you can actually just pass the *whole* message > to [fudiparse] and it will automatically split it into > invididual Pd messages (because ";" happens to be the FUDI > message delimiter), but watch out for the problem with > whitespace in strings as described above. > > Hope this helps! > > Christof > > > On 21.02.2020 17:35, Markus Brandt wrote: >> I would like to use data of biosensers in pd. They are coming >> via tcpip from a data collecting software called iMotions ( >> https://imotions.com/?creative=287840870074&keyword=imotions&matchtype=b&ne… >> >> >> Every item of the list is separated with ; which makes it >> unusable for me in pd. Putty shows symbols, integers and >> floats. Wireshark shows hex, as I assume. Only [netclient] in >> pd did show numbers, but only one after the other and was >> heavily busy. The trial to print it to the console freezed pd. >> >> Maybe there is way to do the conversation outside pd, but not >> for me, caused by being only a patcher. >> >> Any help apriciated and thank you in advance >> >> Markus >> >> >> >> >> >> Christof Ressi <info(a)christofressi.com >> <mailto:info@christofressi.com>> schrieb am Fr., 21. Feb. >> 2020, 16:59: >> >> You can represent *any* string in Pd as a list of bytes >> and convert from to Pd symbols with [list fromsymbol] / >> [list tosymbol]. What do you need to do exactly? >> >> Christof >> >> On 18.02.2020 13:01, Markus Brandt wrote: >>> dear list! >>> >>> Has anyone of you an idea, how i can get a string like >>> the the one mentioned below into pd? google was not very >>> helpful. >>> >>> 00143526;Affectiva AFFDEX/Affectiva AFFDEX;Affectiva >>> AFFDEX >>> Landmarks;111657390223;-1;640;360;0;281.437683105469;215.941543579102;1;299.180236816406;248.484008789063;2;331.411010742188;263.274017333984;3;353.788421630859;247.519012451172;4;364.189880371094;217.078216552734;5;295.818267822266;182.501235961914;6;310.803680419922;181.085037231445;7;326.133361816406;184.873413085938;8;340.625579833984;184.74821472168;9;352.791717529297;181.521224975586;10;364.170654296875;183.068405151367;11;333.677062988281;192.564483642578;12;335.351531982422;218.070205688477;13;320.754211425781;218.482315063477;14;333.53564453125;222.660614013672;15;345.12890625;218.542205810547;16;302.288482666016;190.564224243164;17;320.241851806641;191.9140625;18;342.417999267578;191.955337524414;19;359.31201171875;191.504974365234;20;313.495849609375;235.9033203125;21;328.546875;234.737197875977;22;332.560852050781;236.656478881836;23;335.996704101563;234.80632019043;24;347.231048583984;236.135192871094;25;341.493438720703;239.761047363281;26;332.551513671875;241.566482543945;27;322.011535644531;239.544494628906;28;332.268127441406;238.743255615234;29;332.486145019531;237.6025390625;30;311.081359863281;188.53076171875;31;311.056701660156;194.007522583008;32;350.860046386719;188.921142578125;33;351.064697265625;194.802459716797 >>> >>> it is terminated with cr >>> >>> thanks in advance >>> >>> cheers >>> markus >>> >>> _______________________________________________ >>> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >>> UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list >> _______________________________________________ >> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> >> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> > _______________________________________________ > Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

2 1

Re: [PD] Delay circuit feedback DSP error-- only when signal path leaves abstraction
by Dan Wilcox 26 Feb '20

26 Feb '20

As the error says, you shouldn't create a direct feedback loop with signal cords. I usually use [throw~] and [catch~] for send/receive busses via the rjlib [c_bus], [c_tobus], & [c_frombus] wrappers: https://github.com/rjdj/rjlib <https://github.com/rjdj/rjlib> Additionally, I've made stereo versions ([c_bus2], [c_tobus2], [c_frombus2]) in my own rc-patches: https://github.com/danomatika/rc-patches <https://github.com/danomatika/rc-patches> I suppose we are introducing (tiny) relays with every step, but in practice I have never perceived it. Then again, most of what I do does not relay on "sub-2ms" latency. For a large project at work, we have a signal path with 64 channels using throw~/catch~ like: input/soundfile channel -> spatialization -> virtual speaker -> output. > On Feb 25, 2020, at 9:50 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 25 Feb 2020 03:50:18 -0500 > From: William Huston <williamahuston(a)gmail.com <mailto:williamahuston@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] Delay circuit feedback DSP error-- only when signal path > leaves abstraction > Message-ID: > <CAAV8_8=Ui0oV-Hi8jBoxM4MDp_+u8atbZ+uQqNQh9R1BODzczQ(a)mail.gmail.com <mailto:CAAV8_8=Ui0oV-Hi8jBoxM4MDp_+u8atbZ+uQqNQh9R1BODzczQ@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi, I've built a classic stereo delay using [delwrite~] and [vd~], and L/R > crossed feedback. This works! > > Now, I want to insert an effect into the feedback path. (many possibilities > here: add some bitcrush, so each repeat gradually becomes more > distorted.... or a [hilbert~] type pitch shift, which might create > something like Shepard tones, etc). > > *This works when everything is within a single patch or abstraction. * > > However, when I try to allow the effect to be external to the abstraction > (like a SEND/RETURN insert on a mixer), when I try to complete the circuit, > I get "DSP loop detected". -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 13

Re: [PD] [PD-dev] double precision merged
by Dan Wilcox 26 Feb '20

26 Feb '20

I'd suggest --enable-double or --enable-double-precision > On Feb 25, 2020, at 11:41 PM, pd-list-request(a)lists.iem.at wrote: > > @Alex > > I know that you know, but for clarity's sake: single vs. double > precision is unrelated to 32 vs 64 bits. > > @Dan > > I think there's no configure flag (yet). In the meantime you can compile > Pd with > > make CPPFLAGS="-DPD_FLOATSIZE=64" > > Christof -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] [PD-dev] double precision merged
by Christof Ressi 25 Feb '20

25 Feb '20

@Alex I know that you know, but for clarity's sake: single vs. double precision is unrelated to 32 vs 64 bits. @Dan I think there's no configure flag (yet). In the meantime you can compile Pd with make CPPFLAGS="-DPD_FLOATSIZE=64" Christof On 25.02.2020 22:34, Dan Wilcox wrote: > On mac, the default is 64 bit, single precision. I think you have to > pass a configure flag or define for double precision. > >> On Feb 25, 2020, at 9:58 PM, Alexandre Torres Porres >> <porres(a)gmail.com <mailto:porres@gmail.com>> wrote: >> >> Em ter., 25 de fev. de 2020 às 17:53, Alexandre Torres Porres >> <porres(a)gmail.com <mailto:porres@gmail.com>> escreveu: >> >> Em ter., 25 de fev. de 2020 às 17:00, Miller Puckette via Pd-dev >> <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> escreveu: >> >> Cool - double precision ixes (PR 807) should be merged now. >> >> >> Wow, that's a big one! >> >> So, what's the idea, will Pd now be available/compiled for both >> 32 and 64 bits? The thing with 64 bits is that basically no >> externals run yet, right? >> >> Any special care on building Pd for 64 bits on a mac? I just do >> ./autogen.sh => ./configure => make => make app >> >> >> And if it wasn't clear, it didn't seem to build Pd for 64 bits this way >> > > -------- > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com <http://danomatika.com> > robotcowboy.com <http://robotcowboy.com> > > > > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)lists.iem.at > https://lists.puredata.info/listinfo/pd-dev

1 0

data structures and z-order (feature request)
by Jean-Yves Gratius 25 Feb '20

25 Feb '20

Hi From previous old discussion ( https://lists.puredata.info/pipermail/pd-list/2006-04/037622.html ) I understood that datastructure z-orderdrawing depends of creation order, but when you programmatically create a new scalar (with [traverse ... , bang( -> [pointer] -> [append struct_name]), it's placed on the top of the list of scalars, although it's drawn at last. A refreshing of the window restablishes the correct drawing order. Would it be possible to get a new pointer at the end of the list (and not at the top) ? Thanks JYG > On Sat, 22 Apr 2006, Federico wrote: > > >/i'm seeing there is no z-order tracking in data-structures (i.e.: a > repaint />/event, or a mouse action, can bring an object to the top). />/is this true? / > DS scalars are stored as linked-lists in the same way as objectboxes, > so you might reorder them the way objectboxes may be reordered > (Cut and then Paste once will bring the selection to the top). > > DS arrays are stored like float arrays, so I suppose you can reorder them > like you might reorder elements in a float array (that is, painfully...) > (maybe that there's a lib to help you do it with float arrays, but with DS > arrays, I doubt it)

2 2

Delay circuit feedback DSP error-- only when signal path leaves abstraction
by William Huston 25 Feb '20

25 Feb '20

Hi, I've built a classic stereo delay using [delwrite~] and [vd~], and L/R crossed feedback. This works! Now, I want to insert an effect into the feedback path. (many possibilities here: add some bitcrush, so each repeat gradually becomes more distorted.... or a [hilbert~] type pitch shift, which might create something like Shepard tones, etc). *This works when everything is within a single patch or abstraction. * However, when I try to allow the effect to be external to the abstraction (like a SEND/RETURN insert on a mixer), when I try to complete the circuit, I get "DSP loop detected". The two circuits are essentially IDENTICAL! This seems like a bug to me. Any ideas? I've attached pix of both the high-level schematic, along with a demo patch. (I can upload the actual patch if that would be helpful). Thanks! BH -- William Huston: WilliamAHuston(a)gmail.com Binghamton NY *Public Service Mapping / Videography / Research / Education / Safety Advocacy* Blog <http://WilliamAHuston.blogspot.com> -- Facebook <http://facebook.com/billhuston> -- Twitter <http://twitter.com/WilliamAHuston>-- Youtube <https://www.youtube.com/channel/UCGijK1amWOLglT3YeTyEBNQ?sub_congfirmation=1> * -- Podcast Blog <https://billhustonpodcast.blogspot.com/>* *Document collections*: VirtualPipelines <http://TinyURL.com/VirtualPipelines> -- BHDCSDimockArchive <http://bit.ly/BHDCSDimockArchive> *Please support my work! -- *TinyURL.com/DonateToBillHuston

4 3

Re: [PD] [r pd-dsp-started] was: Re: samplerate~
by Dan Wilcox 24 Feb '20

24 Feb '20

It would be cool if the old pd-msg examples could be used as a base for this... > On Feb 19, 2020, at 3:00 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Wed, 19 Feb 2020 15:00:23 +0100 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] [r pd-dsp-started] was: Re: samplerate~ > Message-ID: <51905e01-13e5-df8a-e67c-2152c3a6575d(a)christofressi.com <mailto:51905e01-13e5-df8a-e67c-2152c3a6575d@christofressi.com>> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > >> I honestly get lost in most of the internal messages and forget which > ones are "public" and which aren't. > > To be fair, "pd-dsp-started" / "pd-dsp-stopped" are not mentioned in the > change log. I also discovered them by accident (probably from reading > the [samplerate~] help patch). > > It would be cool if there was a central place where all (public) Pd and > canvas messages are documented. The canvas messages are especially messy > because they are currently split across several help patches and > examples... > > Christof -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

6 7

[PD-announce] vstplugin~ v0.3.2 release
by Christof Ressi 24 Feb '20

24 Feb '20

Hi, here's a new bugfix release for vstplugin~ - a Pd external to load VST plugins in Pd on Windows, macOS and Linux. Binaries are available on Deken or here: https://git.iem.at/pd/vstplugin/-/releases Please report any issues at https://git.iem.at/pd/vstplugin/issues. Have fun! Christof --- CHANGELOG ## features * CMake option to create statically linked binaries on Linux ## bug fixes * fix bug when opening a plugin via creation arguments (it wouldn't remember the "-e" flag and possibly lead to crashes when closing the plugin) * fix memory leak in destructor _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] Throttling midi message rates
by Dan Wilcox 21 Feb '20

21 Feb '20

PD tries to handle MIDI as fast as it gets it, hence Miller's warning. First, does Pd lock up on the RPI *without* your patch running? If so, then Pd itself is clogged up by all the messaging on the RPI. If it's your patch, then your message handling can/should be optimized ala Ingo's suggestion. Do you have any GUI objects in the message chain? If so, the fast messaging will also be causing GUI updates which may be slow on the RPI. Another way to check this is to run Pd with -nogui and see if it works without hanging. > On Feb 21, 2020, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > From: Andrew Lyons <tstexture(a)gmail.com <mailto:tstexture@gmail.com>> > To: pd-list <pd-list(a)iem.at <mailto:pd-list@iem.at>> > Subject: [PD] Throttling midi message rates > Message-ID: > <CAF3KZatNm75zFtG7WVJt_3hF8VcoP0ZjL96GGBVrx_bSuG+6pw(a)mail.gmail.com <mailto:CAF3KZatNm75zFtG7WVJt_3hF8VcoP0ZjL96GGBVrx_bSuG+6pw@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi, > > I have an FCB 1010 MIDI foot pedal controller with 10 switches and two > pedals. One of the foot pedals is used to control glissando rate. More > specifically, it is hooked up to a vline~ object in pd. (I originally used > a line.) > > If I change the pedal position too quickly, it locks up PD, and I have to > kill and restart the software. I have not encountered this before, but I > remember Miller saying something about "bad things happen" if the MIDI > input rate is too high in one of his MS171 lectures. > > I do not have access to the firmware code on the foot pedal board, so I'm > hoping there is a way to throttle MIDI data rates in PD. I am running on a > raspberry pi 3 (buster) in a Zynthian kit. > > Any pointers appreciated. > > Thanks! -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list February 2020