Pd-list February 2020

pd-list@lists.iem.at

46 participants
65 discussions

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

21 Feb '20

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 >

1 0

tcpip binary into pd
by Markus Brandt 21 Feb '20

21 Feb '20

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

4 3

Re: [PD] Sample loop - start and end point (WAV files)
by Dan Wilcox 21 Feb '20

21 Feb '20

I'm laughing myself silly/crying after wading through the details for almost *one month* of full time work. It's a balance of updating an almost 20 year old section of Pd *without* breaking what currently works while adding required features. If all y'all want updates/changes, you need to find a way to contribute beyond list discussions. I am able to focus on this right now as we use libpd for a major project at work (which also supports infrastructure and guest artist works) and we have legacy projects using 32+ channel AIFC and CAF files. We need to be able to playback such files within libpd to support our historical repertoire. If we had a need for MP3, I probably would have implemented that, but uncompressed audio is easier to stream form disk as there is minimal conversion needed, specially with so many channels. Before I even began this work, I proposed a general architectural refactoring of the code base and have fixed a number of bugs. As for sample loop points, those are probably in the instrument / sampler chunks in the AIFF, WAVE, and CAF file specs. Since I am flush with file format knowledge at the moment, I will try implementing either a [soundfiler] meta flag or 3rd outlet. I make no explicit promises. If you don't know what I'm talking about, you can either read the 30+ year old official file format spec documentation or the file format overviews on Wikipedia, for example AIFF: https://en.wikipedia.org/wiki/Audio_Interchange_File_Format <https://en.wikipedia.org/wiki/Audio_Interchange_File_Format> > On Feb 12, 2020, at 9:31 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 4 > Date: Wed, 12 Feb 2020 09:31:19 +0100 > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] Sample loop - start and end point (WAV files) > Message-ID: <a72428ac-1ab7-2e7e-d90d-c4f74350286c(a)iem.at <mailto:a72428ac-1ab7-2e7e-d90d-c4f74350286c@iem.at>> > Content-Type: text/plain; charset="utf-8" > > On 12.02.20 01:21, Christof Ressi wrote: >> To be clear: I agree that Pd probably shouldn't support MP3 or other >> compressed audio formats by itself, it should just make it easy to add >> such support as plugins. > > totally. > i've been talking with dan about this, and we kind of came up with the > start of an "architecture" to allow other decoding/encoding backends. > > to keep expectations low: > this mainly started to get rid of a lot of boiler-plate code in the > current implentation, and the "architecture" is currently only a struct > (so dan is probably loughing himself silly when i call it > "architecture"), and it only supports uncompressed formats, but that > could very easily be extended. > > > fgamsdr > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 11

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

19 Feb '20

Hah, then I'm wrong. If it's documented, it's canon! I honestly get lost in most of the internal messages and forget which ones are "public" and which aren't. No, the regression isn't much different, it's more that things such as "dynamic patching" were never really intended form the start and became canon, to some extent. > On Feb 19, 2020, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Wed, 19 Feb 2020 10:46:07 +0100 > From: "Peter P." <peterparker(a)fastmail.com <mailto:peterparker@fastmail.com>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] [r pd-dsp-started] was: Re: samplerate~ > Message-ID: <20200219094607.tsx4tjipkr32ystw(a)fastmail.com <mailto:20200219094607.tsx4tjipkr32ystw@fastmail.com>> > Content-Type: text/plain; charset=us-ascii > > * Dan Wilcox <danomatika(a)gmail.com <mailto:danomatika@gmail.com>> [2020-02-19 10:38]: >> I would also point out that internal messages such as pd-dsp-started don't really come with an expected behavior for user patches. Saying how it works is a "bug" belies that fact that I don't believe it was ever intended to be used for this and just because it can be grabbed via a [r] also doesn't guarantee anything. > The method you point out is shown in the help patch of [samplerate~] > without any reference that it should be considered a bug or temporary > measure. > >> This is also why it's so hard to change almost *any* behavior within Pd as you can never really be 100% certain you aren't breaking someone's end use case. > Do you feel this regression condition is much different in other software? > > best, P -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

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

19 Feb '20

I would also point out that internal messages such as pd-dsp-started don't really come with an expected behavior for user patches. Saying how it works is a "bug" belies that fact that I don't believe it was ever intended to be used for this and just because it can be grabbed via a [r] also doesn't guarantee anything. This is also why it's so hard to change almost *any* behavior within Pd as you can never really be 100% certain you aren't breaking someone's end use case. > On Feb 18, 2020, at 11:57 PM, pd-list-request(a)lists.iem.at wrote: > > If, say, you want to send one and only one bang to [switch~] so as to graph > tables when DSP starts, then [r pd-dsp-started] is only useful if you > spigot-out future bangs/saves/etc, otherwise you are graphing tables on > every save... > > It's a feature if you use it for randomness, say, to randomize seeds > according to when dsp on/off switching or graph redrawing falls, say linked > with a [timer] object :) > > Perhaps [r pd-dsp-started] should only send bangs when dsp starts or stops, > and not when the dsp graph is redrawn. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

samplerate~
by Matt Davey 19 Feb '20

19 Feb '20

Just wondering how cpu intensive the samplerate~ object is? Is it just receiving from a value inside of pd, or does it need to retrieve directly from hardware every time? We've been running into issues with [loadbang] to samplerate~ and having the rate change after our loadbangs, so were considering using [bang~]. Would that be reasonable, even if we might have to do it a few hundred times?

5 14

Fwd: rpole bug?
by Simon Iten 18 Feb '20

18 Feb '20

sorry went off list. to clarify, i am fine with wrapping of the output, so if i hit the higher limit of 32bit it should just start from zero again. it's crucial that it never stops counting though... ---------- Forwarded message --------- From: Simon Iten <itensimon(a)gmail.com> Date: Tue, Feb 18, 2020, 10:26 Subject: Re: [PD] rpole bug? To: Orm Finnendahl <orm.finnendahl(a)selma.hfmdk-frankfurt.de> thanks to both of you! a related question: what would then be the preferred way to count up (only integers needed) to very high numbers in PD without precision loss? am i better of with line~ or even metro? the speed of counting should be adjustable from very low values to about 8000 hz. i tried a phasor~ solution but ran into the precision loss problem on very slow input rates to phasor... On Sat, Feb 15, 2020, 18:38 Orm Finnendahl < orm.finnendahl(a)selma.hfmdk-frankfurt.de> wrote: > Hi, > > to circumvent this limitation you can use a second structure (e.g. using a > second rpole~) to count the overflows, resetting the first rpole when it > reaches a threshold. > > -- > Orm > > Am 15. Februar 2020 18:24:48 MEZ schrieb Christof Ressi < > info(a)christofressi.com>: >> >> This expected behavior due to limited precision of floating point >> numbers. When a float gets larger and larger, it gradually loses precision >> in the lower bits, because the mantissa has a fixed size (see >> https://en.wikipedia.org/wiki/IEEE_754). >> >> There will be a point where the precision loss exceeds the size of your >> input, so the filter will just stop accumulating. In your case, the input >> is "1". Floating point numbers have a mantissa of 2^23 (without the sign >> bit), so the largest whole number you can represent without truncating >> lower bits is 2^23 = 8,388,608. This is the limit you've experienced in >> your patch. >> >> BTW, this is also the reason why you get artifacts when indexing an audio >> buffer with a large float index. >> >> Interestingly, I couldn't immediatly reproduce this behavior on my system >> (Pd 0.50.2 Windows 32-bit), the limit would be about 8 times as large as >> yours. I think the reason is that the code keeps the filter state in an >> intermediate higher precision register, so the accumulation is not >> immediately lost. When I run your patch with [block~ 1], each accumulation >> step has to be written to an actual 32-bit float, and I can indeed >> reproduce your observation. >> >> Christof >> On 15.02.2020 17:36, Simon Iten wrote: >> >> i have a strange behaviour with rpole, see attached patch. >> >> basically it stops accumulating at a certain point (depending on the input value) >> ist this a “rounding” problem? >> >> >> >> _______________________________________________Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >> >> ------------------------------ > Orm Finnendahl > Komposition > HfMDK > Eschersheimer Landstraße 29-39 > 60322 Frankfurt > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

1 0

(Tcl) invalid command name message
by andre rc 15 Feb '20

15 Feb '20

Hi, I'm having some problems with Pd 0.50 and Gem 0.94. Debian/1:0.94-1 (in Ubuntustudio 19.10) I got the following red message on pd window: (Tcl) INVALID COMMAND NAME: invalid command name "::pdwindow::logp55fc7}" while executing "::pdwindow::logp55fc7} 3 {[GEM:filmGMERLIN:video] Cannot skip backwards: Stream time: 30464 skip time: 28672 difference: -1792 }" ("uplevel" body line 2) invoked from within "uplevel #0 $docmds" I still don't find the way to reproduce it but it happens sometimes when I'm using pix objects (video, film & shaders) with text2d. In other occasions there's no red message on pd window but the gui gets frozen: mouse moves but pointer doesn't change from edit mode, number boxes display same number but still send new values, also new objects doesn't visually appear even though they are created. Any help would be appreciated. thanks & regards a rc

3 4

rpole bug?
by Simon Iten 15 Feb '20

15 Feb '20

i have a strange behaviour with rpole, see attached patch. basically it stops accumulating at a certain point (depending on the input value) ist this a “rounding” problem?

3 2

write symbol to file and read next time to symbol
by Csaba Láng 14 Feb '20

14 Feb '20

Dear list, the title says everything: I need to make a GUI where when I fill in it saves the 'text' to a file and next time I open the patch will fill the symbol with the same 'text' what was written before. Something like an autofill option in the browsers. Is it possible? Best, Popesz

3 3

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