Pd-list January 2019

pd-list@lists.iem.at

52 participants
63 discussions

Re: [PD] hid
by Dan Wilcox 24 Jan '19

24 Jan '19

Does [hid] use IOKit? If not, then it's most likely *very* old. I can take a look sometime over the next month to see what's up. I've never used [hid] myself as I came up with an alternate solution (see last email) but I know it's generally useful to many... On Thu, 2019-01-24 at 11:00 +0100, IOhannes m zmoelnig wrote: > > On 24.01.19 10:46, Raphael Isdant wrote: > > > I didn't tried it yet, but you can find a compiled version > > > > you could also just try to compile [hid] (and upload it to deken). > > i don't think it's super hard. > > > I tried with hid-0.7 from puredata.info and wasn't successful on macOS > Yosemite and Sierra. > > It fails at: > > HID Utilities Source/HID_Utilities_External.h:64:9: error: mac68k > alignment pragma is not supported on this target > #pragma options align=mac68k > > But also when I comment out that line, it fails with a different error. > > It seems the included header files originating from Apple are pretty > outdated. > > Maybe I tell rubbish, but at least it seems [hid] needs some love from > someone with a bit deeper knowledge of things. > > Roman > -- Dan Wilcox @danomatika danomatika.com robotcowboy.com

1 0

hid
by noxidgerg 24 Jan '19

24 Jan '19

Greetings, My students are working on projects where they want to use game controllers with Pd. We can currently get the hid object to run in Pd-extended on Mac OS High Sierra, but I would like to encourage my students to use a newer version of Pd. Is hid available through a current library or is there an equivalent external that can provide the same functionality? Apologies if this has already been covered elsewhere. Thanks for your help! -Greg Dixon

4 4

file "save as" window on OSX always opens as "untitled.pd"
by Matt Davey 23 Jan '19

23 Jan '19

Is there any reason why file "save as" in OSX is always defaulting to "untitled.pd" ?? Is there an easy fix to get it to use the selected patch name? I think it used to work that way?

1 0

christmas gems
by IOhannes m zmölnig 23 Jan '19

23 Jan '19

a first pre-release of the 94th generation of Gem is available via deken (and github, and git.iem.at). on macOS, there's currently only a 64bit available (32bit builds (and hopefully ppc-builds as well) should be made available with/before the proper final release) also, i'm a bit confused about the usability of the windows builds. (the current builds are done with MSYS2/MinGW on a Win10 host. it seems that cross-compiling gives more usable results). gfmadsr IOhannes

11 18

[PD-announce] 2nd CFP: The 7th International Workshop on Musical Metacreation
by Kıvanç Tatar 23 Jan '19

23 Jan '19

Apologies for the cross posting. ====================== 2nd CALL FOR SUBMISSIONS ====================== ((( MUME 2019 ))) The 7th International Workshop on Musical Metacreation http://musicalmetacreation.org June 17-18, 2019, Charlotte, North Carolina MUME 2019 is to be held at the University of North Carolina Charlotte in conjunction with the 10th International Conference on Computational Creativity, ICCC 2019 (http://computationalcreativity.net/iccc2019). === Important Dates === Workshop submission deadline: February 24, 2019 Notification date: April 28, 2019 Camera-ready version: May 19, 2019 Workshop dates: June 17-18, 2019 ====================== Metacreation applies tools and techniques from artificial intelligence, artificial life, and machine learning, themselves often inspired by cognitive and natural science, for creative tasks. Musical Metacreation studies the design and use of these generative tools and theories for music making: discovery and exploration of novel musical styles and content, collaboration between human performers and creative software “partners”, and design of systems in gaming and entertainment that dynamically generate or modify music. MUME intends to bring together artists, practitioners, and researchers interested in developing systems that autonomously (or interactively) recognize, learn, represent, compose, generate, complete, accompany, or interpret music. As such, we welcome contributions to the theory or practice of generative music systems and their applications in new media, digital art, and entertainment at large. Topics =========================== We encourage paper and demo submissions on MUME-related topics, including the following: -- Models, Representation and Algorithms for MUME ---- Novel representations of musical information ---- Advances or applications of AI, machine learning, and statistical techniques for generative music ---- Advances of A-Life, evolutionary computing or agent and multi-agent based systems for generative music ---- Computational models of human musical creativity -- Systems and Applications of MUME ---- Systems for autonomous or interactive music composition ---- Systems for automatic generation of expressive musical interpretation ---- Systems for learning or modeling music style and structure ---- Systems for intelligently remixing or recombining musical material ---- Online musical systems (i.e. systems with a real-time element) ---- Adaptive and generative music in video games ---- Generative systems in sound synthesis, or automatic synthesizer design ---- Techniques and systems for supporting human musical creativity ---- Emerging musical styles and approaches to music production and performance involving the use of AI systems ---- Applications of musical metacreation for digital entertainment: sound design, soundtracks, interactive art, etc. -- Evaluation of MUME ---- Methodologies for qualitative or quantitative evaluation of MUME systems ---- Studies reporting on the evaluation of MUME ---- Socio-economical Impact of MUME ---- Philosophical implication of MUME ---- Authorship and legal implications of MUME Submission Format and Requirements ================================= Please make submissions via the EasyChair system at: https://easychair.org/conferences/?conf=mume2019 The workshop is a day and a half event that includes: -Presentations of FULL TECHNICAL PAPERS (8 pages maximum) -Presentations of POSITION PAPERS and WORK-IN-PROGRESS PAPERS (5 pages maximum) -Presentations of DEMONSTRATIONS (3 pages maximum) which present outputs of systems (working live or offline). All papers should be submitted as complete works. Demo systems should be tested and working by the time of submission, rather than be speculative. We encourage audio and video material to accompany and illustrate the papers (especially for demos). We ask that authors arrange for their web hosting of audio and video files, and give URL links to all such files within the text of the submitted paper. Submissions do not have to be anonymized, as we use single-blind reviewing. Each submission will be reviewed by at least three program committee members. Workshop papers will be published as MUME 2019 Proceedings and will be archived with an ISBN number. Please use the updated MuMe paper template to format your paper. Also please feel free to edit the licence entry (at the bottom left of the first page of the new template). We created a new MUME 2019 template based on AAAI template. The MUME 2019 latex and Word template is available at: http://musicalmetacreation.org/buddydrive/file/templates_mume2019/ Submission should be uploaded using MUME 2019 EasyChair portal: https://easychair.org/conferences/?conf=mume2019 For complete details on attendance, submissions and formatting, please visit the workshop website: <http://www.musicalmetacreation.org/> http://musicalmetacreation.org Presentation and Multimedia Equipment: ========================================== We will provide a video projection system as well as a stereo audio system for use by presenters at the venue. Additional equipment required for presentations and demonstrations should be supplied by the presenters. Contact the Workshop Chair to discuss any special equipment and setup needs/concerns. Attendance ======================================= It is expected that at least one author of each accepted submission will attend the workshop to present their contribution. We also welcome those who would like to attend the workshop without presenting. Workshop registration will be available through the ICCC 2019 conference system. History ======================================= MUME 2019 builds on the enthusiastic response and participation we received for the past occurrences of MUME series: - MUME 2012 (held in conjunction with AIIDE 2012 at Stanford): http://musicalmetacreation.org/mume-2012/ - MUME 2013 (held in conjunction with AIIDE 2013 at NorthEastern): http://musicalmetacreation.org/mume-2013/ - MUME 2014 (held in conjunction with AIIDE 2014 at North Carolina): http://musicalmetacreation.org/mume-2014/ - MUME 2016 (held in conjunction with ICCC 2016 at Université Pierre et Marie Curie): http://musicalmetacreation.org/mume-2016/ - MUME 2017 (held in conjunction with ICCC 2017 at Georgia Institute of Technology): http://musicalmetacreation.org/mume-2017/ - MUME 2018 (held in conjunction with ICCC 2018 at Salamanca University): http://musicalmetacreation.org/mume-2018/ Questions & Requests ====================================== Please direct any inquiries/suggestions/special requests to one of the Workshop Chairs, Bob (keller(a)cs.hmc.edu) or Bob (bobs(a)kth.se). Workshop Organizers =================== Program Co-Chair Robert M. Keller, Professor Computer Science Department Harvey Mudd College 301 Platt Blvd <https://maps.google.com/?q=301+Platt+Blvd+Claremont,+CA+91711+USA&entry=gma…> Claremont, CA 91711 USA <https://maps.google.com/?q=301+Platt+Blvd+Claremont,+CA+91711+USA&entry=gma…> https://www.cs.hmc.edu/~keller/ keller(a)cs.hmc.edu Program Co-Chair Bob L. Sturm, Associate Professor Tal, Musik och Hörsel (Speech, Music and Hearing) Lindstedtsvägen 24 <https://maps.google.com/?q=Lindstedtsv%C3%A4gen+24&entry=gmail&source=g> School of Electronic Engineering and Computer Science Royal Institute of Technology KTH, Sweden https://www.kth.se/profile/bobs bobs(a)kth.se Concert Chair Gus Xia, Assistant Professor Computer Science NYU Shanghai gxia(a)nyu.edu Publicity Chair Dr. Oliver Bown Senior Lecturer Faculty of Art & Design, The University of New South Wales Room AG12, Cnr Oxford St <https://maps.google.com/?q=Oxford+St++Greens+Rd,+Paddington,+NSW,+2021,+Aus…>& Greens Rd, <https://maps.google.com/?q=Oxford+St++Greens+Rd,+Paddington,+NSW,+2021,+Aus…> Paddington, NSW, 2021, Australia <https://maps.google.com/?q=Oxford+St++Greens+Rd,+Paddington,+NSW,+2021,+Aus…> o.bown(a)unsw.edu.au ---------------------- http://musicalmetacreation.org ====================== MUME Steering Committee Andrew Brown, Griffith University, Australia Michael Casey, Dartmouth College, US Arne Eigenfeldt, Simon Fraser University, Canada Anna Jordanous, University of Kent, UK Bob Keller, Harvey Mudd College, US Róisín Loughran, University College Dublin, Ireland Philippe Pasquier, Simon Fraser University, Canada Benjamin Smith, Purdue University Indianapolis, USA -- Kıvanç Tatar ---------------------------------- PhD Candidate Interactive Arts + Technology Simon Fraser University, Vancouver, Canada Email: kivanctatar(a)gmail.com Website: https://kivanctatar.com/ _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] PdDroidParty questions
by Dan Wilcox 22 Jan '19

22 Jan '19

> On Jan 6, 2019, at 9:36 AM, pd-list-request(a)lists.iem.at wrote: > > Here is a list of things I would love to see fix or updated in PdDroidParty: > > * Fix support for sysex, clock and other less common MIDI messages. > * Add radio/symbol UIs. > * Finish and merge the "web renderer" work I've done previously (so > UIs can be built with HTML, CSS & Javascript). PdParty on iOS has implemented full vanilla UI functionality as well as RjDj (& DroidParty!) objects. As I started PdParty by porting DroidParty's Java code to Objective-C, I'd highly recommend someone simply porting PdParty's Objective-C code for the missing UIs back to Java. The class design is large the same. > I could justify implementing these things myself if I was able to tell > my family that I am getting paid to do it. Android people: *hint hint* starting pooling them $$$, *hint hint* ) Professors: *hint hint* contributing to an existing project like this could be a GREAT student research/development project *hint hint* -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

[text] issue reading SysEx files
by Mario Buoninfante 22 Jan '19

22 Jan '19

Hi, I've been trying to read SysEx files using [text], and I noticed that the loaded file end up being corrupted in a way with bits and bops missing. Also trying to manually copy and paste part of the file (from Atom text editor) I'm not able to copy the entire file, there's always something missing (ie select all the file in Atom, copy and paste in [text]). When loading the file I've got no error, but then when I open the [text] window, this is returned on the console: (Tcl) UNHANDLED ERROR: extra characters after close-brace while executing "pdtk_textwindow_append .x100617310 {d 0 iM @?, f h I R kQ, [ ÷ð ), Y Q Y1 -" ( , XFN ` 8 ) 6{` ) ) ; } pdtk_textwindow_append .x1006173..." ("uplevel" body line 39) invoked from within "uplevel #0 $docmds I know, it's a kind of a weird thing trying to read SysEx files in this way and probably it's just me trying to do something with the wrong tool. But weirdly enough the sequences of characters I cannot copy and paste from Atom, can then be directly typed in the [text] window. I suspect this has to do with the character encoding. Does anyone know why [text] behave this way? Cheers, Mario

6 7

Error launching PD 0.49 on Win64
by alfonso santimone 22 Jan '19

22 Jan '19

Hi all, i'm cleaning my computer and i unistalled some old stuff. Now when i start pd i get couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll": invalid argument couldn't load library "C:/Program Files/Pd/lib/reg1.3/tclreg13.dll": invalid argument while executing "load {C:/Program Files/Pd/lib/reg1.3/tclreg13.dll} registry" ("package ifneeded registry 1.3.2" script) invoked from within "package require registry" (procedure "::pd_guiprefs::get_config" line 2) invoked from within "::pd_guiprefs::get_config $domain $key $arr" (procedure "::pd_guiprefs::read" line 3) invoked from within "::pd_guiprefs::read docspath" (procedure "::pd_docsdir::init" line 5) invoked from within "::pd_docsdir::init" ("after" script) I unistalled all the old win sdk and kept only the most recent one. Could it be related? thanks www.elgallorojorecords.com soundcloud.com/alfonsosantimone www.facebook.com/alfonsosantimone

2 2

sigmund~
by Matt Davey 21 Jan '19

21 Jan '19

FINALLY got the [sigmund~] analysis joke (facepalm) honestly, have been wondering for a long time what that was all about...

2 3

Re: [PD] [text] issue reading SysEx files
by Mario Buoninfante 21 Jan '19

21 Jan '19

Hi Miller, Thanks for the clarification. Having soundfiler able to read binary files would be great. In fact at the end of the day, I was trying to replace the external [binfile] that does exactly that. Cheers, Mario Sent from my WIKO U PULSE LITEOn 20 Jan 2019 23:34, Miller Puckette <msp(a)ucsd.edu> wrote: > > The trouble is probably the presence of a '{' character in the file. > But there will be other problems - ASCII NULL characters will simply > terminate the string early, and semicolons, spaces, and commas will > confuse things. > > Somewhere on my long do-list is an idea to make an addition to soundfiler > to read binary chanracters into an array. > > cheers > Miller > > On Fri, Jan 18, 2019 at 04:39:04PM +0000, Mario Buoninfante wrote: > > Hi, > > > > I've been trying to read SysEx files using [text], and I noticed that the > > loaded file end up being corrupted in a way with bits and bops missing. > > Also trying to manually copy and paste part of the file (from Atom text > > editor) I'm not able to copy the entire file, there's always something > > missing (ie select all the file in Atom, copy and paste in [text]). > > When loading the file I've got no error, but then when I open the [text] > > window, this is returned on the console: > > > > (Tcl) UNHANDLED ERROR: extra characters after close-brace > > while executing > > "pdtk_textwindow_append .x100617310 {d 0 iM @?, f h I R kQ, [ ???? ), Y Q Y1 > > -" ( , XFN ` 8 ) 6{` ) ) ; > > } > > pdtk_textwindow_append .x1006173..." > > ("uplevel" body line 39) > > invoked from within > > "uplevel #0 $docmds > > > > I know, it's a kind of a weird thing trying to read SysEx files in this way > > and probably it's just me trying to do something with the wrong tool. > > But weirdly enough the sequences of characters I cannot copy and paste from > > Atom, can then be directly typed in the [text] window. > > I suspect this has to do with the character encoding. > > Does anyone know why [text] behave this way? > > > > Cheers, > > Mario > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >

1 0

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