Pd-list February 2021

pd-list@lists.iem.at

45 participants
43 discussions

[PD-announce] : ICAD 2021 :: Call for Submissions
by Kyla McMullen 10 Feb '21

10 Feb '21

(Apologies for cross-postings) ICAD 2021 Call for Submission of Papers and Extended Abstracts 26th International Conference on Auditory Display Virtual Conference 25-28 June 2021 https://icad2021.icad.org THEME: “SOUNDING BOARD” In addition to being part of the resonating chamber in a musical instrument, the term sounding board is also a metaphor for a channel through which ideas are discussed and disseminated. ICAD, established in 1992 has, through its 25 conference meetings, shared over 1,150 papers with the auditory display community. This year, the conference will offer itself as a sounding board for the community, allowing time to pause and reflect on the history of auditory display research, review how research has changed throughout the years, and discuss future areas of inquiry as well as how to adapt our research during these challenging times. Therefore, the ICAD 2021 committee is seeking full papers, abstracts, concert pieces, demos, installations, workshops, and tutorials from across the full spectrum of auditory display research and practice. From discussions and reflections on the history of auditory display research with a view to generating new ways of thinking about how we as practitioners should go about things, to speculative ideas or news of late-breaking work, submissions are sought across all the categories. We are particularly interested in hearing from researchers who have never considered themselves to be part of the community before, or whose work sits at the periphery of the field. Important Dates: Full Papers - March 31st Abstract Only Submissions (no paper published) - April 30th Workshops/Tutorials/Demos - April 30th Live Performances/Installations - April 30th Doctoral Consortium/Thinktank -April 30th For details on topics of interest, proposal format, submission instructions, and additional conference information please visit https://icad2021.icad.org/call-for-participation/ Papers Chairs: Areti Andreopoulou and Milena Droumeva papers(a)icad2021.icad.org Conference Chairs: Kyla McMullen and Paul Vickers chairs(a)icad2021.icad.org About ICAD: First held in 1992, ICAD is a highly interdisciplinary conference with relevance to researchers, practitioners, artists, and graduate students working with sound to convey and explore information. The conference is unique in its specific focus on auditory displays and the range of interdisciplinary issues related to their use. Like its predecessors, ICAD 2021 will be a single-track conference, open to all, with no membership or affiliation requirements. -- *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* Kyla A. McMullen, Ph.D. Web: http://www.kylamcmullen.com LinkedIn: KylaMcMullen <https://www.linkedin.com/in/kyla-mcmullen-16902222> Twitter: @Dr_Kyla <https://twitter.com/Dr_Kyla> Facebook: Kyla McMullen <https://www.facebook.com/kyla.mcmullen.90/> Google Scholar: Kyla McMullen <https://scholar.google.com.au/citations?hl=en&user=DzvXnyoAAAAJ> Need a synchronous conversation? <http://calendly.com/kyla-mcmullen> *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*j _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Hoa Library? (was: CICM-TOOLS 1.5)
by Alexandre Torres Porres 09 Feb '21

09 Feb '21

Em dom., 7 de fev. de 2021 às 10:59, Pierre Alexandre Tremblay < tremblap(a)gmail.com> escreveu: > I reckon this is a good idea for old patches purpose, but are you aware of > the amazing work by Pierre Guillot at Paris8? > > http://cicm.github.io/HoaLibrary-Light/ > > PureData Max openFrameworks too! So, about "Hoa", we should try and make it available for vanilla via deken as well. I wonder if others managed to compile it and use it so we could upload these, or just interested. The available downloads in that repository do not work for me and there are known issues running this in newer versions of Pd, for more, see https://github.com/CICM/HoaLibrary-PD/issues/13 On a related note, CEAMMC offers a modified version of the HOA library as part of their system.

3 5

OSC problem
by Csaba Láng 09 Feb '21

09 Feb '21

Dear list, I have made a little program in Unity to send over OSC (port 7000) 60 times per second if a trigger was touched or not (1 and 0 respectively) However, any of my tries if it was over localnetwork or via IP to port 7000 nothing comes to Pd. Tried udp, tcp and netreceive but cannot catch any of the signals which looks like this /trigger0/0 or /trigger34/1 Anyway, netreceive print to the console: slipdec: maximum packet length is 65536. What could go wrong? When I use Arena or Artnet the OSC is running with all the info I need, but Pd is muted totally. Best, Popesz

5 14

Re: [PD] OSC problem
by Dan Wilcox 09 Feb '21

09 Feb '21

Pd 0.51 has the networking updates. You can tell if [netreceive] supports the -f flag. > On Feb 9, 2021, at 2:16 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Tue, 9 Feb 2021 05:16:11 -0800 > From: "Scott R. Looney" <scottrlooney(a)gmail.com <mailto:scottrlooney@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] OSC problem > Message-ID: > <CAAo07Q1hCWoK1AdSff4UEggkB8bR1idvQ8NJdHpdbtmnKpkVew(a)mail.gmail.com <mailto:CAAo07Q1hCWoK1AdSff4UEggkB8bR1idvQ8NJdHpdbtmnKpkVew@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > hi Dan - re netreceive - i have not updated the patch on the OSC receiving > front for some time. i started making this patch in late 2018 i believe and > after a lot of testing this is what worked and has worked since from Unity > to PD. i'm using .50.0 at the moment. i'd be happy to do netreceive > testing some more. it's an easy substitute. what version would you want me > to test? > > best, > scott -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] OSC problem
by Dan Wilcox 09 Feb '21

09 Feb '21

Csaba: Check out the mrpeach-to-vanilla-osc.pad here: https://github.com/danomatika/BangYourHead/tree/master/6.Communication <https://github.com/danomatika/BangYourHead/tree/master/6.Communication> It has a basic overview on sending/receiving OSC in Pd vanilla as well as a small cheatsheet when coming from the mrpeach objects. In my usage, I have not run into any major issues with Pd's vanilla OSC handling but a couple of come to mind: * If you are sending arguments with your message, it may help to send them explicitly, ie. (pseudo code) msg = newOSCMessage("/some/address") msg.addFloat(123) * Avoid encoding numeral indices in the address, if possible. I prefer to make indices the first argument, so: /trigger0/0 could be /trigger 0 0 where the "0" index is the first argument and the second argument would be the state The issue is that when [oscparse] parses the message, it breaks it into a list. Any parts of the address are sent as symbols so matching to "0" index in "/trigger0/0" address has to be matched as a symbol and not a float in pd. Example, parsing /trigger0/0 -> results in a list: symbol: "trigger0" symbol: "0" Whereas parsing /trigger0 0 -> results in a list symbol: "trigger0" float: 0 > On Feb 9, 2021, at 11:47 AM, pd-list-request(a)lists.iem.at wrote: > > hi Csaba - i have done a fair amount of work with OSC in Unity and i highly > recommend the extOSC plugin for this (it's free). > https://github.com/Iam1337/extOSC <https://github.com/Iam1337/extOSC> I agree. Don't roll your own unless you're familiar with OSC and fiddling with networking bytes. Scott: > homemade OSC sounds cool but there are a lot of flavors and not all of them > play well with PD. i tried a number of options and what worked on receive > in PD was the following: > > [iemnet/udpreceive] (with the port set at loadbang) -> [oscparse] - [list > trim] and then [route] to send it places. > I'd be curious to know why [netreceive] didn't work for you in your case. We recently did an overhaul of all the networking, so I imagine the vanilla [netreceive] may work for you now. If there is a bug, it would be good to know about it... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

[textfile] vs [text define]
by João Pais 08 Feb '21

08 Feb '21

Hi list, for simple read/get/save operation, are there are advantages on using [text define] instead of [textfile]? Best, jmmmp

5 7

Re: [PD] who still needs Pd 32 bits for macOS and why?
by Dan Wilcox 07 Feb '21

07 Feb '21

As an aside: Don't forget that the absence of a license does not make the work explicitly "free for all", quite the opposite: https://choosealicense.com/no-permission/ <https://choosealicense.com/no-permission/> The chances of the original authoring coming back and asking for a takedown etc are usually low for this kind of thing, but still better to go ahead and get a them to set a minimal license which you can then use with the project to carry it forward. We recently had a project for work using a 3rd party library form GitHub and asked the author to add a license so we could, in the end, safely use it in a soon-to-be release public project. > On Feb 7, 2021, at 3:01 AM, pd-list-request(a)lists.iem.at wrote: > > Anyway, usually people provide the source code with a license that makes it > clear what you can do or not, but this repository has NO LICENSE... this is > probably because the author didn't care much on how to license it and I bet > it's because he doesn't care much about what people will do with it. > Licenses are useful to make restrictions, but not allowing one to provide a > build for 64 bits would be sort of insane in the open source world. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Advice on netsend to broadcast
by João Pais 07 Feb '21

07 Feb '21

Hello list, I'm preparing a patch using [netsend -u -b], sending to 192.168.178.255 with my home devices. This was working quite well, but suddenly one of them stopped sending data to this address (although it still receives). Nothing changed in the system and firewall settings. Does anyone experienced have any suggestion on how to counter that? The computers are working on w10 and w7, Pd version 0.51.4. Best, jmmmp

2 4

[PD-announce] CICM-TOOLS 1.5
by Alexandre Torres Porres 07 Feb '21

07 Feb '21

Hi, I'm "resurrecting" CICM-Tools: a set of 3 objects allowing you to virtually position a sound source in a multiphonic space. They are: - [ambicube~] - 3D spatialisation by ambisonic B format - [ambipan~] - 2D spatialisation by ambisonic B format - [vbapan~] - 2D spatialisation by Vector Base Amplitude Panning CICM-Tools is abandoned and unsupported. The archived version for MAX is found at https://github.com/CICM/CicmTools. The Pd download of the original sources and binaries (32 bits only) can be found at http://cicm.mshparisnord.org/. The version 1.5 for Pure Data was released on july 14th 2004. In my repository (https://github.com/porres/pd-cicm-tools) I provided binaries for 64 bits as well. I made quite minor modifications to the help file so it's all vanilla and needs no abstraction dependency. And of course I kept the original license. Find it https://github.com/porres/pd-cicm-tools/releases/tag/1.5 and you can also download it by searching "cicmtools" via deken. The Max version has a newer version and maybe one could port that to PD as well for a new release. Raspberry pi binaries may pop up soon. cheers _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

2 4

Re: [PD] who still needs Pd 32 bits for macOS and why?
by bbob 07 Feb '21

07 Feb '21

Alexandre pretty obscure, i'm sure, but I have a project using Tom Zicarelli's 32bit pd-rtlsdr library (https://github.com/tkzic/pd-rtlsdr). I've written to Tom a couple times to ask if he's ever thinking about updating it... or if not, if he'd allow someone else to, though I wouldn't have the faintest clue about how to do that myself. b ---------- Forwarded message ---------- > From: Alexandre Torres Porres <porres(a)gmail.com> > To: Pd-List <pd-list(a)lists.iem.at> > Cc: > Bcc: > Date: Sat, 6 Feb 2021 11:38:32 -0300 > Subject: [PD] who still needs Pd 32 bits for macOS and why? > I was discussing this with Eric Lyon cause we're getting an official > fftease 3.0 release out soon (heads up). > > It seems that people who need this are the ones who still use some > externals that were only compiled for 32 bits. So I guess the question > should be "which relevant externals are still only available for 32 bits?" > > The new macOS systems are 64 bits only, sooner or later we'll all have to > provide 64 bit builds for the relevant externals out there. > > I haven't checked them all thoroughly but it seems that all externals from > Pd extended are available in deken for 64 bits, right? So I can't see why > people still need 32 bit versions. Or I mean I don't know which library is > still 32 bits only and I guess what needs to be done is just get them > compiled for 64 bits anyway, and I could help with that. > > cheers > > >

3 2

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 2021