Pd-list October 2017

pd-list@lists.iem.at

70 participants
100 discussions

A "set" method for [value]
by Liam Goodacre 29 Oct '17

29 Oct '17

You know what would be a really useful feature? A "set" method for [value], so that you can redefine which [value] you're tuned into, like the right inlet on the [array] objects. Would other people use this? It seems to me that it would be easily implementable and would have no effect on backwards compatibility. Liam

2 3

Re: [PD] A "set" method for [value]
by Dan Wilcox 29 Oct '17

29 Oct '17

Happy Halloween: https://github.com/pure-data/pure-data/pull/241 <https://github.com/pure-data/pure-data/pull/241> Since [value] only works with floats (and not symbols), I think a set message shouldn't break anything and (helpfully) result in "got symbol but expected float" errors in earlier versions of Pd as opposed to non connections with a missing second inlet. > On Oct 29, 2017, at 9:07 AM, pd-list-request(a)lists.iem.at wrote: > > I was thinking that it could be done through the main inlet using a "set" message, just like the tabread and tabwrite objects. But a second inlet might be good also. What could go wrong? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] soundfiler issues
by Dan Wilcox 28 Oct '17

28 Oct '17

Yes it's a bug. I only tested with the built-in samples in the soundfiler-help patch which are 44.1kz and as Lucas discovered, higher values are truncated leading to incorrect numbers. Here is a tentative fix: https://github.com/pure-data/pure-data/pull/240 <https://github.com/pure-data/pure-data/pull/240> > On Oct 27, 2017, at 8:21 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Fri, 27 Oct 2017 16:47:09 +0200 > From: Philipp Schmalfuß <philipp.schmalfuss(a)uni-weimar.de <mailto:philipp.schmalfuss@uni-weimar.de>> > To: pd-list(a)mail.iem.at <mailto:pd-list@mail.iem.at> > Subject: [PD] soundfiler issues > Message-ID: <20171027164709.17476649s1qw11oo(a)webmail.uni-weimar.de <mailto:20171027164709.17476649s1qw11oo@webmail.uni-weimar.de>> > Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; > format="flowed" > > dear list, > > i ran into some trouble with the new features of [soundfiler] > recently. It does not output the samplerate of .wave files correctly > (haven't tried .aiff yet). With 96kHz files i got 30464, with 192kHz > files 60928. Iemlib/soundfile_info did gave me the correct samplerate > of the same soundfiles. So, is this a bug? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

a slightly nicer saturator than tanh~
by Matt Davey 28 Oct '17

28 Oct '17

I'm looking for something with a slightly better saturation character than tanh~, but with not much more than about 4 times the CPU usage. Was thinking of just upsampling and filtering tanh~ in a subpatch, but does anyone else have a decent saturation algorithm that might be better?

6 13

soundfiler issues
by Philipp Schmalfuß 28 Oct '17

28 Oct '17

dear list, i ran into some trouble with the new features of [soundfiler] recently. It does not output the samplerate of .wave files correctly (haven't tried .aiff yet). With 96kHz files i got 30464, with 192kHz files 60928. Iemlib/soundfile_info did gave me the correct samplerate of the same soundfiles. So, is this a bug? best, Philipp

3 4

FW: Call for abstracts: ICMPC15/ESCOM10, 23-28 July 2018 (deadline: 20 November 2017)
by Eldad Tsabary 28 Oct '17

28 Oct '17

Dear colleagues, ICMPC15/ESCOM10 (23-28 July 2018) will take place at four locations simultaneously: Graz (Austria), La Plata (Argentina), Montreal, and Sydney. Each hub will present selected materials from the other three hubs in real time and in parallel with live on-site presentations. Virtual audiences will participate in discussions, also in real time. The deadline for abstract submission is 20 November 2017. If you would like to present a talk, poster, workshop, or demonstration, please submit your abstract by the deadline. If you would like to present a symposium, please ensure that each presenter submits an abstract by the deadline. Symposium presenters should preferably work in different countries and present at different hubs. The abstract review procedure for all four hubs will be coordinated centrally in Graz. For further information, see the call for papers. The abstract submission URL is conftool.pro/icmpc2018 <http://conftool.pro/icmpc2018>. The homepage URL (including call for papers) is icmpc.org/icmpc15 <http://icmpc.org/icmpc15>. We welcome any questions or suggestions at icmpc(a)uni-graz.at <mailto:icmpc@uni-graz.at>. Yours sincerely, Richard Parncutt and Sabrina Sattmann University of Graz, Austria

1 0

PD 0.48.0 - netsend/netreceive not working in -nogui mode
by oliver 28 Oct '17

28 Oct '17

hi, dear list ! PD: 0.48.0 OS: Win 7 / 64 bit when i run PD in "-nogui" mode, netsend/netreceive messages don't work anymore. i tried two simple patches (attached) where the sender just sends 0 and 1 over [netsend -u] to another instance of PD (the receiver). this works as expected in GUI mode, but not when the receiver patch is run with "-nogui" this used to work up until PD 0.47.1 (at least on my machine) best oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ ////////////////////////////////////////////////////////

4 3

pix2sig and back
by Peter P. 25 Oct '17

25 Oct '17

Hi list, I am trying to convert an audio signal to pixel data using pix_sig2pix~ and then back to audio data using pix_pix2sig~ without further manipulations. Please see attached patch. I do scale the audio signal from -1 to 1 to lie in a range compliant to pixel data, which I assume to be 0 to 1. Not having connected an input to the subpatch, this signal will hence be 0.5 and will display in the red color channel. Converting that red channel back to audio signals and doing the opposite scaling operation, I am getting a 51dB constant signal at the output even without having attached a signal to the input of pix_sig2pix~. Checking with a snapshot~ object indicates a constant signal of 0.003921 I assume this to be due to limited resolution numbers in the pixel data and wonder what their resolution is? Then I texture the pixel data onto a rectangle. This rectangle does flicker and flip diagonally from time to time and I wonder if it is an error on my machine only and where it could come from. Also, I am getting an error message in the Pd console upon creating a single pix_sig2pix~ object in an empty patch: GEM: Someone sent a bogus pointer to copy2Image and am curious if this red error message is related to the above problem... Thank you for all ideas and advice! Peter

3 7

Gem stereo mode red/green vs red/cyan
by hi 24 Oct '17

24 Oct '17

Dear List I know it has been asked before, but i cannot find any answer. Is there a way to change the colors of the stereo mode of gemwin from red/green to red/cyan? best, Jonas

3 3

Support Gem/Deken Development
by Jérôme Abel 24 Oct '17

24 Oct '17

Hi, The idea was exposed by Cyrille Henry about the needs of supporting Gem development. I see also some needs about Deken developpement (as a real package manager with dependencies helpers), but may be later. We (the Reso-nance Numérique team) approve this idea and and we could give some money. If we are between 100 or 200 persons, it could be possible to help Gem developpers. We could launch a crowdfunding thing on kickstarter for instance or may be there is a better way to do that. What would be the goals (64 bits, AVFoundation for Mac OSX, ...) and the amount of time/money to reach ? How do you feel with that kind of initiative ? J.

6 6

← Newer
1
2
3
4
5
6
7
8
9
10
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 October 2017