Pd-list November 2014

pd-list@lists.iem.at

64 participants
66 discussions

Fwd: Re: Dynamic selection of dac~ channel
by patrice colet 10 Nov '14

10 Nov '14

I forgot to cue this mail to list, here it is -------- Message transféré -------- Sujet : Re: [PD] Dynamic selection of dac~ channel Date : Mon, 10 Nov 2014 19:12:06 +0100 De : patrice colet <colet.patrice(a)free.fr> Pour : Alessio Degani <alessio.degani(a)ymail.com> hi Le 10/11/2014 18:36, Alessio Degani a écrit : > Hi List, > > I've a simple abstraction that instantiate a single output channel > plus a VU meter and a mute switch. In this abstraction I create a dac~ > object. I would like to make this channel selectable by a creation > argument. > This is simple to obtain by using the object [dac~ $1] but this make > mandatory for the user so give the channel number as a creation argument. > If I instantiate the abstraction without a creation argument, $1 will > be 0, and thus, I've no output to the dac. > > What I want is: > - when the patch is instantiated as [patch_name channel_num], the dac~ > object in that patch should be [dac~ channel_num] > - when the patch is instantiated as [patch_name], the dac~ object in > that patch should be [dac~ 1] (or other default channel) > > I've temporarily resolved this using throw~, since the throw object > accept the message [set bus_name(, but in this way, I'm forced to > create the correspondant [catch~ bus_name] and link them to a given > [dac~ channel_num]. > And I don't want this! :) > why don't you want this? > Basically, I need a procedure to set the dac~ channel during the init > of an abstraction to $1 if passed or to default_channe il $1 is not > passed. > there is a way with dynamic patching, dac~ could be created at abstraction init with default arg, if you don't know how to do this I've attached an example > Thank you very much! >

1 0

Dynamic selection of dac~ channel
by Alessio Degani 10 Nov '14

10 Nov '14

Hi List, I've a simple abstraction that instantiate a single output channel plus a VU meter and a mute switch. In this abstraction I create a dac~ object. I would like to make this channel selectable by a creation argument. This is simple to obtain by using the object [dac~ $1] but this make mandatory for the user so give the channel number as a creation argument. If I instantiate the abstraction without a creation argument, $1 will be 0, and thus, I've no output to the dac. What I want is: - when the patch is instantiated as [patch_name channel_num], the dac~ object in that patch should be [dac~ channel_num] - when the patch is instantiated as [patch_name], the dac~ object in that patch should be [dac~ 1] (or other default channel) I've temporarily resolved this using throw~, since the throw object accept the message [set bus_name(, but in this way, I'm forced to create the correspondant [catch~ bus_name] and link them to a given [dac~ channel_num]. And I don't want this! :) Basically, I need a procedure to set the dac~ channel during the init of an abstraction to $1 if passed or to default_channe il $1 is not passed. Thank you very much! -- a.

1 0

[PD-announce] La Malinette 0.89
by Jérôme Abel 10 Nov '14

10 Nov '14

Hi list, We released a new version of our pure data "framework" to learn and make interactive projects easily, La Malinette : http://malinette.info/en/ Some new features : * the new website with documentation ! * support english and french * new folders organisations * ... If you have any feedback, if you wish to contribute : http://malinette.info/en/contribute Best, Jérôme _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Looking for research in amplitude envelopes of music instruments during performance.
by Rich Eakin 08 Nov '14

08 Nov '14

Hi all, This topic isn't about pd per-say, but I bet there are many on this list that know about it, so it was the best place I could think of to ask. Is anyone aware of studies, articles, or other research that has been conducted around the amplitude envelopes of real world music instruments (strings, brass, voice, etc) during performance? What I mean is, I've seen a few articles here and there that explain how the envelopes differ between musical instruments (such as figure 5 of this article <http://interscience.in/IJCSI_Vol2Iss1/IJCSI_Paper_4.pdf>), but the source analysis samples are too simple for musical usefulness, usually a single note recorded with basic dynamics. What I'd like to find is more how the ADSR curves look for actual musical phrases. The end result would be applied to a composition tool I'm working on that provides control over the envelopes of the notes. Right now I'm going with the standard exponential attack/decay/release, as found in analog synths, but I've always wondered what these curves look like in acoustic instruments and real world situations.. Or perhaps if there is a better place to ask that someone can think of, I'd be happy to post my question there. Its not easy for find recordings to do the analysis and it would be quite time consuming to produce anything reliable, but I figure there's gotta be people out there that have done immense work in this topic. cheers, Rich

7 10

udp broadcasting with netsend: permission denied in Linux
by Matteo Sisti Sette 08 Nov '14

08 Nov '14

Hi, I've used netsend for broadcasting UDP packets to the local network for years, connecting to 255.255.255.255:5000 (or any other port >1024) and I never had problems under Windows. However in Linux it doesn't work, it doesn't connect. If I run Pd from a terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't appear in the pd console btw). I remember mentioning this some time ago and being told that it had been fixed, but it seems it isn't. Is there a way to circumvent this and be able to broadcast udp packets with netsend? thanks m.

8 14

Malinette 0.89
by Jérôme Abel 07 Nov '14

07 Nov '14

Hi list, We (Reso-nance numérique) released a new version of our pure data "framework" to learn and make interactive projects easily, La Malinette : http://malinette.info/en/ Some new features : * the new website with documentation ! * support english and french * new folders organisations * some love inside each objects * ... If you have any feedback, if you wish to contribute to improve the interface and so on : http://malinette.info/en/contribute Best, Jérôme http://jeromeabel.net http://reso-nance.org

3 2

Looking for a way to move objects (graph on parent) in a patch
by Ingo 07 Nov '14

07 Nov '14

I'm looking for a way to move objects (graph on parent) in a patch. They need to be moved to specific locations depending on the screen size. I checked the documentation and found ways to place newly created objects but couldn't find anything on moving existing objects (especially with "graph on parent") to other places specified in x_y by pixels. Would be great if someone could help me out. Thanks! Ingo

2 3

(off-topic) MapMap: Open source video mapping software
by Alexandre Quessy 07 Nov '14

07 Nov '14

Hello everyone, Let me introduce you MapMap, a free/open source video mapping software. http://mapmap.info/ Projection mapping, also known as video mapping and spatial augmented reality, is a projection technology used to turn objects, often irregularly shaped, into a display surface for video projection. MapMap supports OSC. Of course, contributors of any kind are welcome to join the project: developers, designers, artists, translators, documentation writers, etc. Like us on Facebook: https://www.facebook.com/MapMapVideoMapping Join our mailing list: https://listes.koumbit.net/cgi-bin/mailman/listinfo/mapmap-list-mapmap.info Hang out on our IRC channel: #mapmap on freenode.net Fork us on Github: https://github.com/mapmapteam/mapmap <https://github.com/mapmapteam/mapmap/issues/new> Best regards, -- Alexandre Quessy - 亚历山大 - ألكسندر http://alexandre.quessy.net - Artiste en nouveaux médias http://perte-de-signal.org - Membre de Perte de signal http://sourcelibre.net - Développement logiciel et conception de sites Web

1 0

bug in pd-osc package in Ubuntu utopic
by Antoine Villeret 07 Nov '14

07 Nov '14

hello, It seems that the pd-osc package in Ubuntu Utopic is buggy. Values are not parsed correctly and I got for example : "gatom: no method for '' " But I noticed that the up-to-date svn does not suffer from this. So I guess the package is outdated. Where should I report this ? Here ? On the SF bug tracker ? On Launchpad ? ... ? cheers antoine -- do it yourself http://antoine.villeret.free.fr

3 8

Sending audio over the network
by Spencer Russell 06 Nov '14

06 Nov '14

I spent quite a bit of time yesterday and today looking at how to get audio between machines on a network in PD, so I wanted to share what I found in the hopes that it saves someone else some time. For reference i'm on OSX 10.9.4, using PD-extended 0.43.4 There are several objects that claim to be able to do this. It wasn't clear to me which (if any) of them are maintained, and most of them don't seem to be currently working on my system. *udpsend~ / udpreceive~* I didn't at first think they were installed in my PD-extended install because I needed to add an [import mrpeach]. After doing all this looking around though it seems like this is the best and most supported option right now. I was hoping to be able to use one of the compressed options (mp3 or ogg) because latency isn't a huge deal for my application and I don't want to have to worry too much about bandwidth when running multiple channels (I need 5). Apparently these are the next generation of netsend~ / netreceive~. *netsend~ / netreceive~* These seem to be newer (and derived from) the streamin~/streamout~ and streamin13~/streamout13 objects. They don't come with pd-extended but there are binaries (and source) available at http://www.nullmedium.de/dev/netsend~/. Unfortunately the OSX binaries are PPC and in a .sit archive, which belies their age. Building also required a couple tweaks to the makefile. Seemed to work well within my local machine, but I didn't get around to trying it across machines. *streamout~ / streamin~* These seemed to work pretty well to send data, but when DSP is on the streamin~ patch window was totally frozen and unresponsive. *streamout13~ / streamin13~* PD crashed when I tried to instantiate a [streamout13~] object. *mp3streamout~ / mp3streamin~* PD crashes if DSP is on while [mp3streamin~] is connected. Incidentally the backtrace indicates that the receiving side is segfaulting in liblame trying to decode the header: * frame #0: 0x080cf660 libmp3lame.0.dylib`decode_header + 304 frame #1: 0x081fbeea mp3streamin~.pd_darwin`mp3streamin_recv + 242 *ogglive~* This doesn't seem to be supported for a long while. I tracked down the source and built it, but couldn't get it to work. After sending the connect message to one of the [ogglive~] instances to connect it to the other, the server object still reported no clients connected. It also often crashed PD when deleting one of the instances. *pd-iemrtp* I didn't get around to trying this one. It seems more recent than the others but is also more complex to use peace, s

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