Pd-list December 2014

pd-list@lists.iem.at

66 participants
85 discussions

what's the "flatspace" deal?
by Alexandre Torres Porres 18 Dec '14

18 Dec '14

howdy, some libraries have a "flatspace" designation for some objects, like "zexy flatspace", "cyclone flatspace", "iemlib flatspace"... I don't really get it. What's the deal with it? thanks

1 1

pdParser
by Fred Jan Kraan 18 Dec '14

18 Dec '14

Hi, While maintaining lots of patches, one thinks of automation. To understand the pd-patch better and exercise my Tcl-coding, I made a pd patch parser. Currently it only lists the objects with their number and a number for the (sub-)patch they are in. The plan was to make a streaming pd-editor to remove objects, which fixes the connections too. For now, it just shows you an augumented view of the back side of your patch ;-). It can also be found at: http://fjkraan.home.xs4all.nl/digaud/puredata/pdParse.tcl Fred Jan

2 1

Pd 32bits on a 64 bits Ubuntu system?
by enrike 17 Dec '14

17 Dec '14

hi all is there some way to run PD 32 bits on a Ubuntu 64 bits system? sorry if this is stupid question but after a quick search I could not see any recent answer. thanks enrike

3 4

Proceso version 7
by Pagano, Patrick 17 Dec '14

17 Dec '14

Has anyone else started using these wonderful tools? http://www.proceso-pd.blogspot.com.ar I love them, they are making some awesome minimal electronic on my computer. I have been ONLY using the tools included thereby limiting myself to just those tools and seeing what i come up with, really wonderful and bravo! Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020

2 2

Re: [PD] Mac Retina display - graphics glitching?
by Dan Wilcox 17 Dec '14

17 Dec '14

I haven’t seen this. Do you have an example that does it? Can you compare the same patch with my demo build of Pd 0.46 with retina screen support: Pd-0.46-0-64bit-retina.app.zip <http://docs.danomatika.com/Pd-0.46-0-64bit-retina.app.zip> -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Dec 17, 2014, at 4:12 AM, pd-list-request(a)lists.iem.at wrote: > > From: Philip Stone <pkstone(a)ucdavis.edu <mailto:pkstone@ucdavis.edu>> > To: PD list <pd-list(a)iem.at <mailto:pd-list@iem.at>> > Date: December 16, 2014 at 6:20:19 PM EST > Subject: [PD] Mac Retina display - graphics glitching? > > > Upon getting a new 13” Retina Macbook, I have started to notice glitching in the PD UI. I thought this might signal a need to upgrade to Pd-extended 0.43.4, so I did, but this did not fix the glitching. Usually, the glitching manifests as a flickering GUI slider, but sometimes, a whole squarish section of the screen flickers briefly. > > It’s not disabling, but it’s very distracting to see the screen flashing out of the corner of my eye. > > Configuration: > > MacBook Pro (Retina, 13-inch, Mid 2014) > Pd Version: 0.43.4-extended > Tcl Version: 8.5.11 > > I haven’t searched the bugs list yet; I’m just wondering if anybody else has noticed this? > > > Phil Stone > UC Davis

1 0

PdDroidParty latency, syncing etc.
by Chris McCormick 17 Dec '14

17 Dec '14

Hi Gavin! On 09/12/14 19:27, Gavin wrote: > Is it ok to email you about this or would you prefer to keep it to the > forums? I hope you don't mind me CC'ing this to the Pd-list. I'm happy you emailed about this because it is exactly what I have been working on lately when I find spare time. > I'm a bit confused as to the network options with pddroidparty. > There is netro which seems to be based on netsend and x-netreceive but > also droidnetreceive and also netreceive! > Which is the recommended or latest one? The native netsend and netreceive now work in the version of Pd that ships with PdDroidParty. The other libraries are deprecated. Sorry for the confusion - there was a long standing bug with netreceive not working in libpd that is now resolved. x-netreceive was just my way of commenting out netreceive - you can change it back to netreceive and remove the top level droidnetreceive hack object and netro should just work again. Netro is an abstraction for doing timing synchronisation of Pd patches that runs on top of netreceive. I haven't updated it for a long time because I've been working on something that does the job better: http://github.com/chr15m/SyncJams/ SyncJams uses OSC underneath and so it can interoperate more widely with other software. There is also a Python implementation and I am hoping for implementations in other languages (especially Supercollider) down the track. Patches welcome! SyncJams provides a way to not only sync metronomes during live performance but also a sort of distributed hash table ("set-state") where everybody involved in a jam can share state information like controller position, song key, etc. There is also a generic conduit for in-time events ("message") to be propagated in order such as drum beat hits from a live drummer. I've been testing on Android, and latency aside things are working pretty smoothly now. > Also is there anyway to debug/print to a console on a phone? If you use Pd's print object you can then use `adb logcat` to see what comes out - you'll need to have your phone in debugging mode and connected via USB or over TCP to adb. > I'm hoping to guesstimate latency by calculating the time it takes to > send data from one device to another and back and sync phasors on > separate devices. > > Have you tried this? So latency is the exact problem I am tackling at the moment. After speaking to Peter Brinkmann, the resident Android audio expert, the outlook is as abysmal as ever. The way audio is implemented on Android means you can't ever really know with 100% certainty how long it takes between a software event and the speaker actually emitting the triggered sound. My approach, which is hopefully "good enough" is similar to what you suggest, except that a single device can send a signal to its own microphone to measure the round trip time. Hopefully half of the round trip time will give the approximate output latency. This is what the android-latency-tester patch did and I will probably use that same method (with the bonk~ object). <http://puredata.info/docs/AndroidLatency/> I tested a FFT based cross correlation approach to detect the same-device latency, but it wasn't really robust enough. That is in the SyncJams repository if you want to take a look. Maybe I did something wrong though as my DSP math is not very strong. There is also Raph Levien's audio buffer size tool: https://play.google.com/store/apps/details?id=com.levien.audiobuffersize Which uploads its results for different devices: http://audiobuffersize.appspot.com/ Code: https://code.google.com/p/high-performance-audio/source/browse/audio-buffer… In the end I think the approach on Android is going to be: * Alert the user the first time they run the patch that latency needs to be tested. * "Please turn up your speakers while we run the test." * Collect the timing data using bonk~ or FFT cross correlation or whatever and write it to disk. * Everybody who makes an Android Pd app can use the same filename, location, and format for the data (/sdcard/Pd/latency-test.txt) so hopefully it only has to be done once. * Use the values in that file to compensate for latency. * Provide a menu option for the user to re-run the compensation if they feel latency is getting out of hand. > PS One more thing - where can I get x-netreceive so I can install it on > my laptop. Is it the same as xnetreceive? x-netreceive is not a real object - it's what I used to comment out the existing netreceive object in netro when that wasn't working under PdDroidParty. What you can do is replace it with netreceive instead, and remove droidnetreceive entirely. Things should work after that. Let us know how you go! Cheers, Chris. -- http://mccormick.cx/

2 7

Re: [PD] Cyclone help patches & issue list
by Dan Wilcox 17 Dec '14

17 Dec '14

I like how I explicitly asked to not hear that "Pd-l2ork has that" and yet that's the response I got. I already knew this anyway from the sample screenshots you were posting when you were implementing it. (Looks great BTW) Also, if you didn't know, why respond? :P On 12/15/2014 06:21 PM, Dan Wilcox wrote: > > If that does become a real scenario, I hope we can find a way to bring > some of the Pd-extended UI changes into vanilla, such as the pixel perfect > sizing across platforms, an option for the extended coloring (graytones) > etc. Before anyone says “Pd-Lork has that”, I’m just wondering if it’s > feasible to bring in some of the work Hans did after the gui cleanup which > is already in vanilla. > > > In answer to your question: I don't know. > > Having answered that... > > Pd-l2ork has gui theme presets for Vanilla, Inverted Vanilla, Pd-extended, > Commodore 64, Strongbad's Compy, and a few others. There's also an > interface to make a custom theme-- I didn't make it persistent but I think > Ivica added that ability. > > -Jonathan > -- Dan Wilcox danomatika.com robotcowboy.com

2 3

Mac Retina display - graphics glitching?
by Philip Stone 17 Dec '14

17 Dec '14

Upon getting a new 13” Retina Macbook, I have started to notice glitching in the PD UI. I thought this might signal a need to upgrade to Pd-extended 0.43.4, so I did, but this did not fix the glitching. Usually, the glitching manifests as a flickering GUI slider, but sometimes, a whole squarish section of the screen flickers briefly. It’s not disabling, but it’s very distracting to see the screen flashing out of the corner of my eye. Configuration: MacBook Pro (Retina, 13-inch, Mid 2014) Pd Version: 0.43.4-extended Tcl Version: 8.5.11 I haven’t searched the bugs list yet; I’m just wondering if anybody else has noticed this? Phil Stone UC Davis

1 0

error: canvas: no method for 'f'
by rolfm＠dds.nl 16 Dec '14

16 Dec '14

hi, i know it's been on the list before, but googling didn't give me anything. the change log for Pd Vanilla did not help either. i (think to) know it's caused by an extra parameter for some object but which object? for me it's necessary to be able to run my patch in Pd 42.5. thanks in advance, rolf

2 1

Re: [PD] Cyclone help patches & issue list
by Alexandre Torres Porres 16 Dec '14

16 Dec '14

Hi, I re-sending (or forwarding) my first message about cartopol, with the patch I had attached to exemplify the issue. My message was brief then, but it said it all. Moreover. I'm also attaching print screens of this patch with Pd Extended 0.42 and 0.43, so you can really see what I mean and is going on. With 0.42, phase comes out negative when it should be positive, but when converting back to cartesian the result matches to the left. In 0.43, phase comes out correctly, but [poltocar~] ruins everything and the cartesian form comes out all wrong. This means that every spectral processing patch, in Pd 0.43, is already pretty damaged and broken. I did say something back then when I found about it, made some report I believe. But well, I'm glad this is being deeply discussed now. So never ever mind at all about a new object like [cartopol2~], please. As you can see, the bug fixing was already worked on, but only half of it (only with cartopol~), all we need now is get on with the fixing in poltocar~. It's just really funny that it was working better when both of them were wrong, hehe... Now, I'm assuming that the version in 0.43 is the latest and is the one you have. About the bug list then, the right thing to do would be to take [cartopol~] out of the list and just keep [poltocar~], saying something like "wrong conversion". I haven't checked the code. But the formulas are pretty simple, just basically sine and cosine, so you can't go wrong by fixing it. There must be a minus sing somewhere where it didn't belong, just take it out. Cheers ---------- Forwarded message ---------- From: Alexandre Torres Porres <porres(a)gmail.com> Date: 2014-12-08 20:37 GMT-02:00 Subject: Re: [PD] Cyclone suite initiative To: Fred Jan Kraan <fjkraan(a)xs4all.nl> Cc: pd-list(a)mail.iem.at cartopol~ and poltocar~ are also buggy I pointed it out once, but only cartopol~ was corrected and it made it worse. check atatchment. do you have this covered? cheers 2014-12-08 14:30 GMT-02:00 Fred Jan Kraan <fjkraan(a)xs4all.nl>: Hi Alexandre, > > Thanks for the report. > > Next to working on the help-patches, I am working on creating such a > list. I'll put it somewhere public when the patches are done. > > So when you find any others, I would like to know. > > Greetings, > > Fred Jan > > > hi, you probably know about this bug, but [rand~]'s argument doesn't > > really work. I'd be happy to help find other bugs, do you have a list of > > bugs you're working on? > > > > cheers > > > >

3 12

← 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 December 2014