Pd-list April 2015

pd-list@lists.iem.at

71 participants
88 discussions

[PD-announce] 2nd Annual Web Audio Conference - preliminary announcement
by Jason Freeman 21 Apr '15

21 Apr '15

2nd Annual Web Audio Conference - Preliminary Announcement April 4-6, 2016 Georgia Institute of Technology Atlanta, Georgia USA http://webaudio.gatech.edu <http://webaudio.gatech.edu/> The 2nd Web Audio Conference (WAC) will be held April 4-6, 2016 at Georgia Tech in Atlanta. WAC is an international conference dedicated to web audio technologies and applications. The conference welcomes web developers, music technologists, computer musicians, application designers, researchers, and people involved in web standards. The conference addresses research, development, design, and standards concerned with emerging audio-related web technologies such as Web Audio API, Web RTC, WebSockets and Javascript. It is open to industry engineers, R&D scientists, academic researchers, artists, and students. The first Web Audio Conference <http://wac.ircam.fr/> was held in January 2015 at IRCAM <http://ircam.fr/> and Mozilla <http://www.mozilla.org/> in Paris, France. The Internet has become much more than a simple storage and delivery network for audio files, as modern web browsers on desktop and mobile devices bring new user experiences and interaction opportunities. New and emerging web technologies and standards now allow applications to create and manipulate sound in real-time at near-native speeds, enabling the creation of a new generation of web-based applications that mimic the capabilities of desktop software while leveraging unique opportunities afforded by the web in areas such as social collaboration, user experience, cloud computing, and portability. The Web Audio Conference focuses on innovative work by artists, researchers, and engineers in industry and academia, highlighting new standards, tools, APIs, and practices as well as innovative web audio applications for musical performance, education, research, collaboration, and production. Contributions to the second edition of the Web Audio Conference are encouraged in the following areas: Web Audio API, Web MIDI, Web RTC, and other existing or emerging web standards for audio and music Development tools, practices, and strategies of web audio applications Innovative audio and music based web applications Client-side audio processing (real-time or non real-time) Audio data and metadata formats and network delivery Server-side audio processing and client access Client-side audio engine and audio rendering Frameworks for audio synthesis, processing, and transformation Web-based audio visualization and/or sonification Multimedia integration Web-based live coding environments for music Web standards and use of standards within audio based web projects Hardware and tangible interfaces in web applications Codecs and standards for remote audio transmission Any other innovative work related to web audio that does not fall into the above categories We welcome submissions in the following tracks: paper, poster, demo, performance, and artwork. All submissions will be double-blind peer reviewed. The conference proceedings, which will include both papers (for papers and posters) and abstracts (for demos, performances, and artworks), will be published online and in SmartTech, Georgia Tech’s archival open-access repository. Papers: Authors are invited to submit 4-6 page papers. Accepted papers will be presented at the conference as an oral presentation. Posters: Authors are invited to submit posters with an accompanying 2-4 page paper. Accepted posters will be presented at the conference as a poster presentation. We encourage authors to submit their work simultaneously to both the poster and demo track Demos: Authors are invited to submit demos. Accepted demos will be presented at the conference in a hands-on demo session. We encourage authors to submit their work simultaneously to both the poster and demo track. Demo submissions should include a title, a one-paragraph abstract and a complete list of technical requirements (including anything expected to be provided by the conference organizers). Performances: We invite proposals for performances making creative use of web-based audio applications. Performances can include elements such as audience device participation, web-based interfaces, WebMIDI, WebSockets, and/or other imaginative approaches to web technology. Submissions must include a title, a one-paragraph abstract of the performance, a link to video documentation of the work, a complete list of technical requirements (including anything expected to be provided by conference organizers), and names and one-paragraph biographies of all musicians involved in the performance. Artworks: We invite proposals for sonic web artworks and interactive applications which make significant use of web audio standards such as Web Audio API or WebMIDI in conjunction with other technologies such as HTML5 graphics, WebGL, and/or interactivity. Works must be suitable for presentation on a computer kiosk with headphones. They will be featured at the conference venue throughout the conference and on the conference web site. Submissions must include a title, one-paragraph abstract of the work, a link to access the work, and names and one-paragraph biographies of the author(s). Important Dates July 1, 2015: submission system opens October 1, 2015: submission deadline December 1, 2015: author notification March 1, 2016: camera-ready papers and abstracts due April 4-6, 2016: conference At least one author of each accepted submission must register for and attend the conference in order to present their work. Submission Templates and Submission System Coming soon. _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] converting audio pulses to bang
by Eric Lyon 21 Apr '15

21 Apr '15

On Mon, Apr 20, 2015 at 5:51 PM, Mitch Kaufman <mitch.kaufman(a)hotmail.com> wrote: > > > > > On Apr 20, 2015, at 5:03 PM, tim vets <timvets(a)gmail.com> wrote: > > > 2015-04-18 16:00 GMT+02:00 Eric Lyon <audiodidact(a)gmail.com>: > >> If you prefer to keep timing in the signal domain, I have several objects >> that work together to do this. >> >> http://disis.music.vt.edu/eric/LyonSoftware/Pd/LyonPotpourri/ >> >> > Hi Eric, > This looks very nice. > Some objects won't load on my system though > /usr/lib/pd-extended/extra/lyonpp/adsr~.pd_linux: liblyonpotpourri.so: > cannot open shared object file: No such file or directory > also arrayfilt~-help.pd throws: > An operation on the array 'arrayfilt1' in the patch 'array-fft-block' > failed since it uses garray_getfloatarray while running 64-bit! > any idea? > thanks, > Tim > > > It's likely that the version of LyonPotpourri in pd-extended is out of date. The distribution on my DISIS site has full source code, and could easily be compiled on any Unix system, if the pre-compiled externals don't work for you. There is both a 64-bit and a 32-bit version available, so you can choose which to install. Running the 32-bit externals in 64-bit Pd would produce the error reported above. HTH, Eric

1 0

Re: [PD] converting audio pulses to bang
by Eric Lyon 20 Apr '15

20 Apr '15

If you prefer to keep timing in the signal domain, I have several objects that work together to do this. http://disis.music.vt.edu/eric/LyonSoftware/Pd/LyonPotpourri/ You can read about how they work over here: http://disis.music.vt.edu/eric/LyonPapers/SampleAccurate-Lyon-ICMC2006.pdf HTH, Eric On Sat, Apr 18, 2015 at 6:00 AM, <pd-list-request(a)lists.iem.at> wrote: > Send Pd-list mailing list submissions to > pd-list(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body 'help' to > pd-list-request(a)lists.iem.at > > You can reach the person managing the list at > pd-list-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-list digest..." > > Today's Topics: > > 1. Re: converting audio pulses to bang (Alexandros Drymonitis) > > > ---------- Forwarded message ---------- > From: Alexandros Drymonitis <adrcki(a)gmail.com> > To: Alexandre Torres Porres <porres(a)gmail.com> > Cc: "pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> > Date: Sat, 18 Apr 2015 09:30:52 +0300 > Subject: Re: [PD] converting audio pulses to bang > Cant't you get bangs on attacks with [bonk~]? Or [threshold~]? > > > > > On 18 Απρ 2015, at 07:55, Alexandre Torres Porres <porres(a)gmail.com> > wrote: > > > > Hi folks, I've been recently using CV from modular synths to control Pd, > and they do send audio pulses for controls (bangs in Pd). > > > > I know Supercollider usually trigger processes with pulse audios in a > similar manner, by the way, but I digress. That is to say that Pd mostly > deals with control bang messages. > > > > So, getting to the point. I've been using the usual audio to control > conversion, but at every sample to be really accurate and right on the > spot. So I'm using [vsnapshot~] with very fast metro bang to get values all > the time. > > > > I just think that this method is a bit clumsy or complicated. Maybe it > could be achieved more simply. Maybe there could be an external that could > bang at the exact same time as the output of an object like [impulse~], or > an on/off message (1, 0) according to the output of a [train~] object. You > know what I mean? > > > > cheers > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > _______________________________________________ > Pd-list mailing list > Pd-list(a)lists.iem.at > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list > >

5 6

number of soundcard channels and cpu cost
by Alexandre Torres Porres 20 Apr '15

20 Apr '15

Hi there, recently, I had to use the adat outputs of my audio card in Pd, but these channesl are from 16 to 24 (they skip all the analog outs plus some other things like SPDIF). My question is, if I ask Pd to work with that much audio outputs (24 of them), but only use a couple of outputs (like [dac~ 17 20] for example), is it more expensive on the CPU compared to if I only have 2 outputs and use [dac~ 1 2]? In short, does the cost depend only in the number of outputs in a [dac~] object? Moreover, does the number of [dac~] objects make a difference? For instance, having one [dac~] with many outputs costs the same as different [dac~] objects for each output? I always had the idea that too many outputs could really mean a lot more cpu cost, but I'm not sure now if that cost is really real or relevant. what do you say? thanks

2 1

Re: [PD] earplug~
by Gilberto Agostinho 20 Apr '15

20 Apr '15

Hi all, Inspired by IOhannes' answer, I manage to solve my problem and here is the result. Instead of doing some maths to compare two consecutive angles and find the shortest path between them, I simply used the following wrapping algorithm after the [line]: input angle | [pack f 100] | [line 0 1] | [/ 360] | [wrap] | [* 360] | [earplug~] This way, I am wrapping *after* the [line], so the result is exactly what [earplug~] expects to receive. There is still some zipper noise when the angle difference is too large in a small amount of time, but apparently this is caused by the object itself (the best I could do to improve this was to use 100ms when ramping to a new value), but the horrible click between 359.9 and 0 degrees is now gone. Thanks to you all. Gilberto

1 0

earplug~
by Gilberto Agostinho 20 Apr '15

20 Apr '15

Hello all, I am trying to use [earplug~] for a sound installation of mine, but I ran into a problem that I can't think of how to solve. I am feeding the angle values to [earplug~] through a [line] to smooth them out, but when the angle changes from 359.9 to 0 there is an audible click (since line is actually ramping down the value from 359.9 to 0 going through all the other angles). How is the best way of solving this? I am considering to fold the angle function so that effectively it only ranges from 90 and 270 degrees (180 is the centre for [earplug~]). By doing that, both 0 and 360 would become 180, thus avoiding the unwanted click, but that would mean that there is would be no distinction between sounds coming from the front and the back of the listener. Do you guys have any better ideas on how to solve this? Thanks a lot! Gilberto

5 5

Gem: mpeg vs mpeg-3
by Peter P. 20 Apr '15

20 Apr '15

Dear list, compiling Gem from git on a Debian testing system, I wonder which library to install to get "mpeg" support, in addition to "mpeg-3" which is provided by libmpeg3-dev. Does installing a library for "mpeg" have any advantages? Furthermore, trying to set a frame number with alea.mpg results in Pd printing filmMPEG3:: could not read frame ! 1 filmMPEG3:: could not read frame ! 0 and with -verbose I get mpeg3video_seek: frame accurate seeking without a table of contents is no longer supported. Use mpeg3toc <mpeg file> <table of contents> to generate a table of contents and load the table of contents instead. what to do? thanks for any ideas, P

3 4

Installing pyata
by Alexandros Drymonitis 19 Apr '15

19 Apr '15

Reading this page https://code.google.com/p/pyata/wiki/How_To_Install I'm trying to install the Pd module in Python to use Pyata, with no luck. At step 2 - configure, it says "1. among the downloaded files, you'll find "config.properties" file. open it." I have a properties.config file, but I guess it's no big deal. Then: "2. in the beggining of it, you will find an important variable: PD_DIR, that stores where your original pd application is (that one you are able to run using a terminal). update its value (you must put the entire path!!!)" What I'm reading in properties.config is this: #replace this to where pd file is . Which I've replaced with this: #replace this to where pd file is PD_DIR=/Applications/Pd-0.46-4.app/Contents/Resources/bin/pd But running one of the examples (clock.py) I get this: Traceback (most recent call last): File "clock.py", line 13, in <module> from Pd import * ImportError: No module named Pd I also tried to set the PD_DIR variable "/Applications/Pd-0.46-4.app/Contents/Resources/bin/" which also doesn't work. What do I have to do to install the module in Python properly?

2 1

Re: [PD] [Bulk] pd in a eurorack modular system
by puredata＠11h11.com 19 Apr '15

19 Apr '15

Hi, A realtime kernel rpi 1 model b, only the very strict minimum (no x11, no network, headless, class 10 sd-card) takes 29 seconds to boot, just enough time to enjoy the silence before the chaos. Cheers~

1 0

checking selections
by Jonathan Wilkes 19 Apr '15

19 Apr '15

Hi list, Looking into the guts of Pd again. There's a function called "glist_isselected" that checks whether an object is currently selected. The first parameter is a pointer to a glist. It seems to me that parameter should _always_ be wrapped in the function "glist_getcanvas()". So if the relevant glist is "x", the first parameter should be "glist_getcanvas(x)". Is there any situation where this wouldn't hold true? Thanks, Jonathan

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 April 2015