Pd-list November 2017

pd-list@lists.iem.at

38 participants
61 discussions

Acoustics lecturer. Southampton UK.
by Andy Farnell 23 Nov '17

23 Nov '17

Acoustics and audio engineering lecturer (senior) F/T Southampton Solent University Apologies for x-posting A colleague has mentioned that they are looking for someone to teach on the audio engineering and acoustics programme at Southampton Solent. Ideally someone with great physics, a sound knowledge of studio and interior acoustics, and either experience in industry with a masters level academic record, or a relevant PhD. Familiarity with multi-channel audio, architectural acoustics, audio systems design, or consulting in treatment would be useful. The role is mainly teaching and some research and consultancy. Southampton is on the south coast of England and is a great place to work and live and there is a relocation incentive. Please look for the posting in the next few days on : https://www.solent.ac.uk

1 0

Re: [PD] kiosk-plugin inconsistent behaviour?
by rolfm＠dds.nl 22 Nov '17

22 Nov '17

[sorry, i gave the wrong subject to the last mail. i'm resending to repair the thread] update: " after opening by double-clicking patch.pd the menu bar is NOT hidden at first; after clicking somewhere in the window of the patch the menu bar disappears." it now appears to be intermittent; sometimes the menu bar is immediatly hidden, sometimes the click is necessary. rolf > @IOhannes > > thanks for the clarification. > >>> - when opening the patch by double-click (binding of the extension) >>> the menu-bar hides AFTER clicking in the patch. > >> i don't know what exactly you mean by this. > > after opening by double-clicking patch.pd the menu bar is NOT hidden at > first; > after clicking somewhere in the window of the patch the menu bar > disappears. > > rolf > > On 11/17/2017 07:44 AM, rolfm at dds.nl wrote: >> hi >> >> the working of the kiosk-plugin seems a bit inconsistent. >> >> i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub >> (IEM). >> >> hiding the menu-bar: >> >> when the kiosk.cfg is in the plugin dir (@appdata) >> - hiding works directly, after starting Pd first and then opening the >> patch. >> >> (this also is the case using Pd-extended) >> >> - when opening the patch by double-click (binding of the extension) >> the menu-bar hides AFTER clicking in the patch. > > i don't know what exactly you mean by this. > >> >> when the kiosk.cfg is in the working directory: >> >> -after starting Pd first, then opening the patch, hiding does not work >> at all. > > how does Pd know about your working directory? > >> >> (same goes for Pd-extended) >> >> - using the double-click method, again the menu-bar hides AFTER >> clicking >> in the patch. > > i guess this means that the behaviour is the same as with kiosk.cfg in > the plugin dir. > > > while i don't fully understand your problem description, here's a > thought: > > kiosk works "per Pd instance" rather than per patch¹. > (so it doesn't allow you to have the menu hidden on the "foo" and "bar" > abstractions but not on all the other abstractions). > > if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to > find > it when Pd starts, and apply the configuration whenever a patch gets > opened. > if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to > open), and you double-click the PATCH.pd, then W32 will automatically > make the PATCH.pd's directory the working directory into which it > starts Pd. thus the plugin will be able to find the kiosk.cfg when > starting up. > however, if you first start Pd, and then navigate to PATCH.pd, the > kiosk-plugin already has initialized (without finding a valid kiosk.cfg > file) and will not read the new file. (Pd's working directory will be > something like "C:\" or %UserData% or whatelse) > > gfmasdr > IOhannes > > > > > > ¹ of course you could add a feature request if such a feature is of > interest to you. > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Pd-list mailing list > Pd-list(a)lists.iem.at > to manage your subscription (including un-subscription) see > https://lists.puredata.info/listinfo/pd-list > > > ------------------------------ > > End of Pd-list Digest, Vol 152, Issue 33 > ****************************************

1 0

[PD-announce] 5 PhDs + 4 Postdocs at University of Oslo
by Alexander Refsum Jensenius 21 Nov '17

21 Nov '17

Dear all, We are happy to announce several***Doctoral and Postdoctoral Research Fellowships *at the new*RITMO Centre for Interdisciplinary Studies in Rhythm, Time and Motion<http://www.hf.uio.no/ritmo/english/>*at the *University of Oslo*: *Doctoral Research Fellowships in Artificial Intelligence on Musical/Human/Robotic Rhythm (1-2 positions) <https://www.jobbnorge.no/ledige-stillinger/stilling/144121/doctoral-researc…>_ _*The PhD fellow(s) will carry out research on artificial intelligence methods to be used in (1) the analysis of human/musical rhythm and/or (2) synthesis of rhythms in robotic systems. The project(s) may therefore range from focusing more on theoretical development and computer-based testing, to focusing more on developing machine systems (simulation and robots) that can interact rhythmically with each other and with humans*__* *Doctoral Research Fellowship in Rhythm and Musical Form <https://www.jobbnorge.no/ledige-stillinger/stilling/144227/doctoral-researc…>_ _*The PhD fellow will carry out research into the ways in which rhythm can work as a means of representing processes that stretch far beyond the human ‘now’ in large-scale orchestral works (thirty minutes or more). The aim is to study the constant structuring and restructuring that takes place in the mind of the perceiver, encompassing moments of perception (in the ‘now’), projection (of future events) and retention (of past events) in the mental mapping of large-scale musical patterns.*__* *Doctoral Research Fellowship in Musical Microrhythm in Jazz <https://www.jobbnorge.no/ledige-stillinger/stilling/144058/doctoral-researc…>_ _*The PhD fellow will conduct research into musical microrhythm, with a particular focus on the interaction of sound-related and temporal features of sound at the micro level of music performance in jazz and jazz-related musical styles. Qualitative interviews will be combined with music analysis (auditory, transcription-based and/or using computers), as well as perspectives from music cognition/psychology*_._**__* *Doctoral Research Fellowship in Rhythm in Sample-based Music <https://www.jobbnorge.no/ledige-stillinger/stilling/144061/doctoral-researc…>_ _*The PhD fellow will conduct research into rhythm in hip-hop music, with a focus on sampling and the ways in which sound manipulation and editing operations affect our experience of rhythm and groove. Qualitative interviews will be combined with music analysis (auditory, transcription-based and/or using computers), as well as perspectives from music cognition/psychology.*__* *Postdoctoral Research Fellowship in Machine Learning on Time Series Data <https://www.jobbnorge.no/ledige-stillinger/stilling/144122/post-doctoral-re…>_ _*The postdoctoral fellow will carry out research on novel machine learning methods for the analysis of time series data relevant for RITMO. This includes a large range of different data types, including audio/video recordings, data from motion and eye tracking systems, physiological sensors, and brain imaging.*__* *Postdoctoral Research Fellowship in Music Information Retrieval <https://www.jobbnorge.no/ledige-stillinger/stilling/144460/post-doctoral-re…>_ _*The postdoctoral fellow will carry out research in music information retrieval on audio recordings, with a particular focus on temporal/rhythmic structures of large-scale musical works. It will also be relevant to combine audio-based analyses with musical score analysis and multimodal analysis of human time series data.*__* *Postdoctoral Research Fellowships in Neuroimaging (1-2 positions) <https://www.jobbnorge.no/ledige-stillinger/stilling/144013/post-doctoral-re…>_ _*The postdoctoral fellow(s) will carry out research on the neural mechanisms and systems that support and enable rhythm perception and production in the human brain. Methodologically, the appointed candidate(s) will be involved in subprojects using scalp electroencephalography (EEG) and/or invasive electrocorticography (ECoG), or fMRI concurrent with cognitive experiments.*__* RITMO is a new Centre of Excellence funded by the Research Council of Norway. All RITMO researchers will be co-located and work in a unique interdisciplinary constellation, with world-leading competence in musicology, psychology and informatics. Read more about RITMO <http://www.hf.uio.no/ritmo/english/about/>. *Application deadline:*31 January 2018 *Contact:* Head of Administration Ancha Wesnes <http://www.hf.uio.no/imv/english/people/adm/annecwe/index.html> Please circulate through your networks and forward to relevant candidates. Apologies for cross posting. Best, -- Alexander Refsum Jensenius, Ph.D. Assoc. Professor, Department of Musicology, University of Oslo http://people.uio.no/alexanje/ Deputy Director, RITMO Centre for Interdisciplinary Studies in Rhythm, Time, and Motion http://www.uio.no/ritmo New book: "A NIME Reader" http://link.springer.com/book/10.1007/978-3-319-47214-0 New master's programme: "Music, Communication & Technology" http://www.uio.no/mct-master _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] Pd-list Digest, Vol 152, Issue 33
by rolfm＠dds.nl 21 Nov '17

21 Nov '17

update: " after opening by double-clicking patch.pd the menu bar is NOT hidden at first; after clicking somewhere in the window of the patch the menu bar disappears." it now appears to be intermittent; sometimes the menu bar is immediatly hidden, sometimes the click is necessary. rolf > > @IOhannes > > thanks for the clarification. > >>> - when opening the patch by double-click (binding of the extension) >>> the menu-bar hides AFTER clicking in the patch. > >> i don't know what exactly you mean by this. > > after opening by double-clicking patch.pd the menu bar is NOT hidden at > first; > after clicking somewhere in the window of the patch the menu bar > disappears. > > rolf > > On 11/17/2017 07:44 AM, rolfm at dds.nl wrote: >> hi >> >> the working of the kiosk-plugin seems a bit inconsistent. >> >> i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub >> (IEM). >> >> hiding the menu-bar: >> >> when the kiosk.cfg is in the plugin dir (@appdata) >> - hiding works directly, after starting Pd first and then opening the >> patch. >> >> (this also is the case using Pd-extended) >> >> - when opening the patch by double-click (binding of the extension) >> the menu-bar hides AFTER clicking in the patch. > > i don't know what exactly you mean by this. > >> >> when the kiosk.cfg is in the working directory: >> >> -after starting Pd first, then opening the patch, hiding does not work >> at all. > > how does Pd know about your working directory? > >> >> (same goes for Pd-extended) >> >> - using the double-click method, again the menu-bar hides AFTER >> clicking >> in the patch. > > i guess this means that the behaviour is the same as with kiosk.cfg in > the plugin dir. > > > while i don't fully understand your problem description, here's a > thought: > > kiosk works "per Pd instance" rather than per patch¹. > (so it doesn't allow you to have the menu hidden on the "foo" and "bar" > abstractions but not on all the other abstractions). > > if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to > find > it when Pd starts, and apply the configuration whenever a patch gets > opened. > if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to > open), and you double-click the PATCH.pd, then W32 will automatically > make the PATCH.pd's directory the working directory into which it > starts Pd. thus the plugin will be able to find the kiosk.cfg when > starting up. > however, if you first start Pd, and then navigate to PATCH.pd, the > kiosk-plugin already has initialized (without finding a valid kiosk.cfg > file) and will not read the new file. (Pd's working directory will be > something like "C:\" or %UserData% or whatelse) > > gfmasdr > IOhannes > > > > > > ¹ of course you could add a feature request if such a feature is of > interest to you. > > >

1 0

[pix_invert] flickering on OS X?
by Peter P. 20 Nov '17

20 Nov '17

Hi list, I discovered that Gem's [pix_invert] does flicker (toggle its state?) every other frame with a .mov file when [pix_invert]'s state is not explicitely initialized with a 0 or 1 message. As I am not at an OS X box right now, can anyone confirm this behavior with Gem 0.93.3 and the attached patch? Thanks! Peter

2 1

[pix_blob] output coordinates
by Peter P. 20 Nov '17

20 Nov '17

Hi list, I am trying to understand the coordinates I am getting from pix_blob. Example patch 03.movement_detection.pd assumes them to be normalized from 0-1. In my patch the values from pix_blob can easily become negative or go outside of the 0-1 range. This is especially the case when the blobs detected should become very large. Has anyone else discovered this? Thanks! Peter PS: Example patches 06.frame_diff_tracking.pd and 07.bg_subtract_tracking.pd use some complicated logic to paint a cursor where the blob is.

2 3

Re: [PD] kiosk-plugin inconsistent behaviour?
by rolfm＠dds.nl 20 Nov '17

20 Nov '17

@IOhannes thanks for the clarification. >> - when opening the patch by double-click (binding of the extension) >> the menu-bar hides AFTER clicking in the patch. > i don't know what exactly you mean by this. after opening by double-clicking patch.pd the menu bar is NOT hidden at first; after clicking somewhere in the window of the patch the menu bar disappears. rolf On 11/17/2017 07:44 AM, rolfm at dds.nl wrote: > hi > > the working of the kiosk-plugin seems a bit inconsistent. > > i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub (IEM). > > hiding the menu-bar: > > when the kiosk.cfg is in the plugin dir (@appdata) > - hiding works directly, after starting Pd first and then opening the > patch. > > (this also is the case using Pd-extended) > > - when opening the patch by double-click (binding of the extension) > the menu-bar hides AFTER clicking in the patch. i don't know what exactly you mean by this. > > when the kiosk.cfg is in the working directory: > > -after starting Pd first, then opening the patch, hiding does not work > at all. how does Pd know about your working directory? > > (same goes for Pd-extended) > > - using the double-click method, again the menu-bar hides AFTER > clicking > in the patch. i guess this means that the behaviour is the same as with kiosk.cfg in the plugin dir. while i don't fully understand your problem description, here's a thought: kiosk works "per Pd instance" rather than per patch¹. (so it doesn't allow you to have the menu hidden on the "foo" and "bar" abstractions but not on all the other abstractions). if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to find it when Pd starts, and apply the configuration whenever a patch gets opened. if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to open), and you double-click the PATCH.pd, then W32 will automatically make the PATCH.pd's directory the working directory into which it starts Pd. thus the plugin will be able to find the kiosk.cfg when starting up. however, if you first start Pd, and then navigate to PATCH.pd, the kiosk-plugin already has initialized (without finding a valid kiosk.cfg file) and will not read the new file. (Pd's working directory will be something like "C:\" or %UserData% or whatelse) gfmasdr IOhannes ¹ of course you could add a feature request if such a feature is of interest to you.

1 0

(Tcl) UNHANDLED ERROR: can't read "_left": no such variable
by Peter P. 19 Nov '17

19 Nov '17

Hi list, I am trying to display the help patch for [pix_threshold]. I am getting the below error having started pd -verbose. This is when I try to open the help patch for [pix_threshold]. The patch loads but no window is displayed. This is on Debian testing with Pd-0.48.0 from the Debian package and Tcl/Tk 8.6.0+9. Thanks! Peter tried /usr/lib/pd/extra/Gem/pix_threshold-help.pd and succeeded tried /usr/lib/pd/extra/Gem/gem_imageMAGICK.so and succeeded Image loading support: magick tried /usr/lib/pd/extra/Gem/examples/data/fractal.JPG and succeeded [pix_draw]: requesting [pix_draw] - consider using [pix_texture] (Tcl) UNHANDLED ERROR: can't read "_left": no such variable while executing "expr {[winfo rootx $winid] - $_left}" (procedure "::pdwindow::configure_window_offset" line 11) invoked from within "::pdwindow::configure_window_offset" (procedure "pdtk_canvas_place_window" line 2) invoked from within "pdtk_canvas_place_window $width $height $geometry" (procedure "pdtk_canvas_new" line 2) invoked from within "pdtk_canvas_new .x55a21932c7a0 695 421 +550+226 0" ("uplevel" body line 15) invoked from within "uplevel #0 $docmds"

1 0

The Spatial Music Workshop & Cube Fest 2018
by Eric Lyon 17 Nov '17

17 Nov '17

Dear All, The following opportunities may be of interest to Pd users who work with high-density loudspeaker arrays. -Eric *Announcing* *The Spatial Music Workshop** and* *Cube Fest 2018* *at the Moss Arts Center, Virginia Tech* The fourth Spatial Music Workshop will take place at the Moss Arts Center at Virginia Tech from August 5 – 9, 2018. The workshop will consist of sessions on spatialization techniques, software systems for spatialization, discussions of current research in spatialization, and listening to electronic music composed for high-density loudspeaker arrays (HDLAs). More on the Cube, our unique facility: http://www.icat.vt.edu/content/cube-0 Important Dates for the Spatial Music Workshop: Application Deadline: December 15, 2017. Notification of Results: January 15, 2018. Confirmation of Participation: February 15, 2018. For more information, please visit http://icat.vt.edu/spatial- music-workshop/ *Cube Fest 2018* will take place at the Moss Arts Center at Virginia Tech from August 10 - 12, 2018. Cube Fest features one of the largest multichannel audio systems on the planet, the Cube. We invite composers, musicians, and sound artists to submit works for arrays of 24 or more loudspeakers, for presentation at CUBE Fest 2018. Installations, fixed media works, and performances are all welcome. Selected works will be presented in either the Cube on its 138 speaker array, or the Perform studio, which houses a 24.4 speaker Genelec system. Important Dates for Cube Fest: Deadline for all submissions is January 30, 2018. Notification of selections by February 28, 2018. Confirmation of participation, March 15, 2018. For more information, please visit http://icat.vt.edu/cubefest/ Please contact Eric Lyon (ericlyon(a)vt.edu) with questions about either event.

1 0

kiosk-plugin inconsistent behaviour?
by rolfm＠dds.nl 17 Nov '17

17 Nov '17

hi the working of the kiosk-plugin seems a bit inconsistent. i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub (IEM). hiding the menu-bar: when the kiosk.cfg is in the plugin dir (@appdata) - hiding works directly, after starting Pd first and then opening the patch. (this also is the case using Pd-extended) - when opening the patch by double-click (binding of the extension) the menu-bar hides AFTER clicking in the patch. when the kiosk.cfg is in the working directory: -after starting Pd first, then opening the patch, hiding does not work at all. (same goes for Pd-extended) - using the double-click method, again the menu-bar hides AFTER clicking in the patch. is it me, or a bug? rolf

2 1

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 November 2017