Pd-dev May 2013

pd-dev@lists.iem.at

21 participants
33 discussions

Rewriting a unified phasor / metro object for reading tables
by Ed Kelly 07 Mar '14

07 Mar '14

Hi Lists(s), I'm rewriting phasor~ and unifying it with metro so that a pulse is generated from the boundaries of each ramp - so that bars of music can be read using tabread~ objects with a sample-accurate metro. I'm sure someone will say this can already be done, but it has to be dropped into the Ninja Jamm patch, so there isn't really time to rewrite the rest of the patch. I don't fully understand the way phasor~ wraps, but I have the object firing out bar numbers correctly. I'm putting clocks in for 16ths and 24ths of the beat, initiated on each wrap. I need to minimise CPU, so what I want to know is this: Does phasor~ always start from 0 and go to 1, i.e. is there always a signal value of 0 at the start of the ramp and a signal value of 1 at the end? As I write this, my common sense tells me it should be "yes" but I want to make sure. I suppose I should just try it really... Cheers, Ed Ninja Jamm - a revolutionary new musix remix app from Ninja Tune and Seeper, for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/

8 10

Can't ping macosx105-i386.pdlab.puredata.info
by Antoine Villeret 03 Oct '13

03 Oct '13

hi all, I can't access anymore to macosx105-i386.pdlab.puredata.info (at least since yesterday) is it still alive ? thx antoine -- do it yourself http://antoine.villeret.free.fr

1 1

Message dispatching system
by Jonathan Wilkes 17 Jun '13

17 Jun '13

Hi list, I learned some more about Pd's message dispatching system while adding jump-on-click mouse clicks and bar graphs to "Put" menu arrays: 1) For type-checked args in class_addmethod, you can specify them in any order. 2) Pd re-arranges them, putting the symbol/pointer args first and the float args last. 3) In the function for the method you have to specify the args in the order from #2. I see graph_array makes use of these in g_graph.c: the args are symbol float symbol float float, but the function receives the symbols as the first two args. Was this done to fix a bug or keep something backwards compatible? Are there other methods done this way? In general I think it's much better to specify type-checked args in the same order they'll be received by the function, meaning symbols/pointers then floats. Otherwise it makes it more difficult to track down errors. -Jonathan

2 3

Functional Programming & C code generation
by Tom Schouten 12 Jun '13

12 Jun '13

Hi Pd devs Is there anyone here interested in Functional Programming and C code generation for DSP code? I'm working on a system for DSP code development based on the principle of Abstract Interpretation http://en.wikipedia.org/wiki/Abstract_interpretation Basically, it will allow several interpretations of a single specification program: - specification as a pure functional program - imperative C code generation (for passing to C compiler or LLVM) - Z transform for frequency plots of (linearized) transfer function - automatic differentiation for all kinds of derivative-based tricks - ... It is written in Racket http://racket-lang.org/ It's starting to get to a point where it is actually useful (there is a basic synth core) and could use some feedback, but please note it is very experimental and still needs a lot of work. Familiarity with Racket is probably a prerequisite at this point to make sense of it. Current code is here: http://zwizwa.be/darcs/meta/rai/ It is part of a darcs archive that can be fetched using darcs gethttp://zwizwa.be/darcs/meta I use Pd for most of the experiments. There is a generator for Pd externs, and a "live coding" reload mechanism that can reload recompiled processing code without messing up internal state, as long as the types are compatible. Cheers Tom

3 8

jack dbus?
by Jonathan Wilkes 05 Jun '13

05 Jun '13

Ok, quick restatement of the problem: How does one get Pd to just run in GNU/Linux for casual/sporadic use cases? Like 1 fire up Pd to patch an idea with Firefox/music player/other stuff sitting in the background 2 audio from online tutorial while patching in Pd with audio 3 some dude screwing around in Ubuntu with it, learns enough to get interested in fairly low latency to process some guitar sounds, possibly live Cases 1 and 2 could benefit from having a PulseAudio backend in Pd, but case 3 would still be a pain because at the point that the guitarist cares about latency he/she is back to screwing around with audio settings (either directly through ALSA or with JACK). (If I'm wrong and Pulse can cover use case 3 I'd like to hear about it, but from what I've read Pulse is not designed with realtime audio processing as a goal.) So, I'm curious about this: http://trac.jackaudio.org/wiki/JackDbusPackaging Specifically the "D-bus only JACK" route. _If_ it works reliably (and of course that's a big if) then it gives the best of both worlds: all cases 1,2, and 3 above are covered by the JACK server automatically starting and Pulse getting out of the way for it. Moreover, Pulse clients get routed to JACK with what I take are "sane" defaults. So, if you have Pd running through JACK with this setup and then you open up a youtube video in Firefox, Pulse will automagically make a connection to JACK for it and (I'm guessing) hook it up to the output. Any thoughts on this? I'm thinking if we could build up a body of knowledge on this approach it would be the easiest way to get worry-free audio setups with GNU/Linux distros that wouldn't give new users headaches. Plus it would scale up: if they learn and care about insanely low latencies, they are already using JACK so it's just a matter of firing up qjackctl or whatever and configuring the audio server they've been using. Anyway I'll do some testing with it on Debian Wheezy over the next month. If anyone wants to try on other distros that'd be helpful (Linux Mint, Ubuntu, etc.) Best, Jonathan

5 29

vanilla and extended on OSX
by Orm Finnendahl 31 May '13

31 May '13

Hi devs, I run into a very strange problem with a binary external compiled for osx. It seems the binary works fine on pd-extended 0.44-3 but not on vanilla 0.44-3 (that has been tested on OSX 10.7 and up on different machines). The external's same binary has been running without any problems on extended and vanbilla since OSX 10.4. The external uses statically linked gnu-libraries and considering the errors in the pd window it seems the problem has something to do with them. Does anybody know the differences between vanilla and extended on OSX? I realized that extended seems to use X11 while vanilla doesn't need it, then I read something about full utf-8 support (this could have some effect as the external dynamically creates and reads in patches) and maybe there are different compiler settings. Maybe that gets me somewhere... -- Orm

2 1

[ pure-data-Bugs-3614187 ] stdout/closing patch = Tcl INVALID COMMAND NAME
by SourceForge.net 31 May '13

31 May '13

Bugs item #3614187, was opened at 2013-05-31 07:48 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614187&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: stdout/closing patch = Tcl INVALID COMMAND NAME Initial Comment: The following error is produced when saving [stdout] to a blank patch and then attempting to close it. Mac OS 10.8.3/Intel, Pd vanilla 0.44-3. (Tcl) INVALID COMMAND NAME: invalid command name "Pt_Start()" while executing "Pt_Start() called" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" .x291320: no such object ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614187&group_…

1 0

[ pure-data-Bugs-3614064 ] inconsistent latency with mmio II
by SourceForge.net 29 May '13

29 May '13

Bugs item #3614064, was opened at 2013-05-28 15:24 Message generated for change (Tracker Item Submitted) made by lucarda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614064&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: lucarda (lucarda) Assigned to: Hans-Christoph Steiner (eighthave) Summary: inconsistent latency with mmio II Initial Comment: Hi, thanks IOhannes for the previous answer but consider this: Audiobuffer settings, in this model, is an effective way to deal with slow hardware. Readsf~ bangs when finishes playing a soundfile, this bang triggers the same readsf~ to open and play a randomly chosen file (open $1.wav, 1). Since readsf~ has to go to that file wherever it is and start reading, the audiobuffer setting allows gap-less playback between files. If I give 500ms readsf~ will have half a second to go anywhere in the hard-drive and start streaming. 5400rpm hard-drives need more time to achieve this than a Pendrive. My netbook plays my abstractions (with more than 3 readsf~ simultaneously) with 100ms with no problem from a Pendrive but need 500ms to do it from the 5400rpm hard-drive. Here the point is that 500ms using ASIO is fine but 500ms in MMIO has gaps. And as mentioned previously with the toggle and the osc~ it feels that MMIO is computing faster than 500ms. I think that in this situation the audiobuffer is a kind of read ahead for readsf~ which is very useful. I switched back to 0.42.5-extended and using MMIO 500ms was fine both giving gap-less playback and the toggle in the osc~ felt more like 500ms. It will be very cool if 0.44-extended allow 500ms or more in MMIO. Thanx again. /////////////////////////////////////////////// If I put 500 in the Delay(ms) using MMIO in the audio settings changes are heard faster than 500ms in ASIO. tested with a toggle to a (*~) in between osc~ and dac~ in 0.43.4-extended. This didn`t happened in previous versions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614064&group_…

1 0

[ pure-data-Bugs-3614055 ] crash when creating an object
by SourceForge.net 28 May '13

28 May '13

Bugs item #3614055, was opened at 2013-05-28 07:49 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614055&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: crash when creating an object Initial Comment: Pd-extended 0.43.4 Ubuntu Studio 13.04 64 bit Lenovo IdeaPad N581 Pd-extended crashes when i open a patch - create an object and type in. It crashes always on the 4th letter when i try to create an object. Screen goes black, and takes me to the ubuntu login screen (lightdm). That only happens when i open a patch and create an object. When i create a new patch and create an object - no crash. Furthermore if i open a patch and paste an object from another patch - no crash. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614055&group_…

1 0

What the Pd GUI would look like with the ttk:combobox widget
by Fred Jan Kraan 28 May '13

28 May '13

Hi List, Recently I created an Audio Settings dialog with the modern ttk:combobox replacing the menu popup construct. It is not perfect yet, but nice to look at: http://fjkraan.home.xs4all.nl/digaud/puredata/combobox/index.html Fred Jan Kraan

3 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev May 2013