Pd-dev March 2012

pd-dev@lists.iem.at

13 participants
42 discussions

[ pure-data-Bugs-3499810 ] install didnt work on win 7 professional - 64bit
by SourceForge.net 08 Mar '12

08 Mar '12

Bugs item #3499810, was opened at 2012-03-08 11:00 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3499810&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: install didnt work on win 7 professional - 64bit Initial Comment: hello, after install of 0.42.5 on windows 7 proffesionall, i cant get no sounds from the pd. i can select asio and select mbox 1 / digidesign soundcard. i have no clue why it is not sending sound out. it can receive MIDI from an m-audio keyrig 49. Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz Warning: midi input is dangerous in Microsoft Windows\; see Pd manual) audio I/O error history: seconds ago error type 454.79 unknown 458.22 unknown 458.64 unknown 474.23 unknown 474.23 unknown /Björn Eriksson miulew(a)gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3499810&group_…

1 0

Pd on ARM/Gumstix Overo - audio problems
by Duncan Speakman 08 Mar '12

08 Mar '12

Hi all, We're running Pd 0.43 on a Gumstix Overo Airstorm with Cortex A8 architecture, using Linaro 12.02 distribution (which is based on Ubuntu 11.10 ) Pd seems to be working but audio input and output is displaying strange behaviours and processing artifacts. Simple osc~ objects play their tones at half pitch, and when we run audio into it in realtime ( connecting adc~ direct to dac~ ) we experience both lower pitch and time granulation. CPU usage reads less than 2%. Samplerate is 44100 and blocksize is currently at 1024 (anything lower than this creates crackling, and causes CPU usage to jump to 80%) Does anyone here know if this CPU is just unable to process floating point data at the speed required by Pd, or whether there are some processing settings/ priority settings or a different kind of kernel that would allow Pd to run correctly on this platform. We're surprised it's not working as we know PDlib runs fine on the iPhone for instance. We've already successfully run PDa on a Gumstix Verdex but really want to move to full Pd to get around the limitations of PDa. any thoughts or suggestion welcome, we're getting desperate! duncan -- follow me : @ofcircumstance

3 4

comport profiling, switching default poll time to 10ms
by Hans-Christoph Steiner 08 Mar '12

08 Mar '12

I was doing some comport profiling using an Arduino and Firmata. I noticed that at the default poll time of 1ms, that there were many fruitless calls to comport_tick() before any bytes where read. And that the bytes are always read and written in clusters, no matter the poll time. The profile marks are: "t" - comport_tick() called "s" - entered while(select()) loop "r%i" - read() %i bytes "w%i" - write() %i bytes " " - end of comport_tick() reached Default poll time of 1ms: reading only: t t t t t t t t t t t t t t tsr6 t t t t t t t t t t t t t t t tsr15 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t t t tsr9 t t t t t t t t t t t t t tsr14 t t t t t t t t t t t t t t t t t tsr16 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr17 t t t t t t t t t t t t t t t t tsr7 t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t t tsr8 t t t t t t t t t t t t t t t tsr16 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 t t t t t t t t t t t t t t t tsr18 reading and writing: t t t t t tw3 t t t t t t t t t tsr18w3 t t t t t t t t t tw3 t t t t t tsr18 t t t tw3 t t t t t t t t t tw3 t tsr13 t t t t t t t tw3 t t t t t t t tsr11 t tw3 t t t t t t t t t tw3 t tsr17 t t t t t t t tw3 t t t t t t t t t tsr16w3 t t t t t t t t t tw3 t t t t t tsr18 t t t tw3 t t t t t t t t t tw3 t tsr18 t t t t t t t tw3 t t t t t t t tsr16 t tw3 t t t t t t t t t tw3 t t t tsr8 t t t t t tw3 t t t t t t t t t tsr18w3 t t t t t t t t t tw3 t t t t t tsr18 t t t tw3 t t t t t t t t t tw3 t tsr16 t t t t t t t tw3 t t t t t t t tsr17 t tw3 t t t t t t t t t tw3 t t t tsr18 t t t t t tw3 t t t t t t t t t tsr8w3 t t t t t t t t t tw3 t t t t tsr16 t t t t tw3 t t t t t t t t t tw3 tsr18 t t t t t t t t tw3 t t t t t t tsr18 t t tw3 t t t t t t t t t tw3 t t tsr18 t t t t t t tw3 t t t t t t t t tsr18 tw3 t t t t t t t t t tw3 t t t t tsr12 t t t t tw3 t t t t t t t t t tw3 tsr12 t t t t t t t t tw3 t t t t t t tsr18 t t tw3 t t t t t t t t t tw3 t t t tsr18 t t t t t tw3 t t t t t t t t tsr18 tw3 t t t t t t t t t tw3 t t t t tsr18 t t t t tw3 t t t t t t t t t tw3 tsr12 t t t t t t t t tw3 t t t t t t tsr12 Switching the poll time to 10ms got a much more efficient profile while mostly reading and writing at the same pace: reading only: tsr18 tsr18 t tsr6 tsr18 t tsr18 tsr18 t tsr18 t tsr18 tsr6 t tsr18 t tsr18 tsr18 t tsr18 tsr18 t tsr9 t tsr15 tsr17 t tsr16 tsr18 t tsr18 t tsr16 tsr8 t tsr18 tsr18 t tsr15 t tsr18 tsr18 t tsr6 tsr18 t tsr18 t tsr18 tsr18 t tsr18 tsr13 t tsr11 t tsr18 tsr18 t tsr18 tsr18 t tsr13 t tsr11 tsr16 t tsr17 tsr18 t tsr18 t tsr18 tsr6 t tsr18 tsr18 t tsr15 t tsr18 tsr18 t tsr12 tsr12 t tsr18 t tsr18 tsr18 t tsr18 tsr14 t tsr10 t tsr18 tsr18 t tsr18 tsr18 t tsr18 t tsr7 tsr15 t tsr17 tsr18 t tsr18 t tsr18 tsr11 t tsr13 tsr18 t tsr15 t tsr18 tsr18 t tsr15 tsr9 t tsr18 t tsr18 tsr18 t tsr18 tsr18 t tsr6 tsr18 t tsr18 t tsr18 tsr18 t tsr18 t tsr7 tsr14 t tsr18 tsr18 t tsr18 tsr18 t tsr12 t tsr12 tsr18 t tsr15 t tsr18 tsr18 t tsr18 tsr6 t tsr18 t tsr18 tsr18 t tsr18 tsr18 t tsr9 t tsr15 tsr18 t tsr18 tsr18 t tsr18 t tsr10 tsr11 t tsr18 tsr18 t tsr18 t tsr18 tsr18 t tsr6 tsr17 t tsr16 tsr18 reading and writing: tsr18w3 tw3 tsr18w3 tw3 tsr15w3 tsr18w3 tw3 tsr8w3 tsr16w3 tw3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr12w3 tw3 tsr12w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr13w3 tw3 tsr11w3 tsr17w3 tw3 tsr16w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr8w3 tw3 tsr16w3 tw3 tsr18w3 tsr18w3 tw3 tsr15w3 tsr18w3 tw3 tsr9w3 tw3 tsr15w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr16w3 tw3 tsr8w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr17w3 tw3 tsr8w3 tsr15w3 tw3 tsr17w3 tsr18w3 tw3 tsr18w3 tw3 tsr18w3 tsr9w3 tw3 tsr15w3 tsr18w3 tw3 tsr18w3 tw3 tsr15w3 tsr18w3 tw3 tsr14w3 tsr10w3 tw3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tw3 tsr18w3 tsr6w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tw3 tsr8w3 tsr14w3 tw3 tsr17w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr14w3 tw3 tsr10w3 tsr18w3 tw3 tsr18w3 tw3 tsr15w3 tsr18w3 tw3 tsr18w3 tsr6w3 tw3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr9w3 tw3 tsr15w3 tsr18w3 tw3 tsr18w3 tsr18w3 tw3 tsr18w3 tw3 tsr15w3 tsr8w3 tw3 tsr16w3 So since 10ms is also the default poll time for most HID devices, and it seems that for most uses of [comport] (i.e. arduinos and other serial ports 115200 baud or less) that 10ms makes more sense. 10ms polling is going to give the data as fast as 1ms polling with a lot less CPU time wasted. Then for special applications or very high speed serial ports, people can still use the [delay( message to set polling to 1ms or whatever. .hc ---------------------------------------------------------------------------- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie

2 1

[ pure-data-Patches-3438752 ] "pd -rt" crashes if pd-watchdog cannot be found
by SourceForge.net 07 Mar '12

07 Mar '12

Patches item #3438752, was opened at 2011-11-16 04:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438752&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: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: "pd -rt" crashes if pd-watchdog cannot be found Initial Comment: i'm using Pd-0.43 (today's git) on linux (debian wheezy/sid which comes with gcc-4.6.1) if i start Pd in "realtime" mode (which is the default on linux) and it cannot find the "pd-watchdog" binary, Pd quits. i stumbled upon this bug, since i had no link from Pd/src/ to Pd/bin/, and started Pd from it's source directory. while i agree that my setup was somewhat broken as the pd-watchdog should have been in place, i strongly believe that Pd must not crash in these circumstances. it probably should drop realtime execution if it cannot find pd-watchdog, rather than crash. zmoelnig@ferrari:~/src/git/pure-data$ ls bin/pd-watchdog ls: cannot access bin/pd-watchdog: No such file or directory zmoelnig@ferrari:~/src/git/pure-data$ ./src/pd priority 6 scheduling enabled. priority 8 scheduling enabled. sh: ./bin/pd-watchdog: No such file or directory pd: watchdog process died zmoelnig@ferrari:~/src/git/pure-data$ pdsend errorname: >>error writing "sock8": broken pipe<< zmoelnig@ferrari:~/src/git/pure-data$ ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-03-07 05:11 Message: i attached a small patch, that checks whether Pd can find a file named "pd-watchdog", and if not, disabled real-time mode. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438752&group_…

1 0

[ pure-data-Bugs-3497862 ] midiout sysex fail
by SourceForge.net 06 Mar '12

06 Mar '12

Bugs item #3497862, was opened at 2012-03-06 10:42 Message generated for change (Tracker Item Submitted) made by ailo-at You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497862&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: ailo (ailo-at) Assigned to: Hans-Christoph Steiner (eighthave) Summary: midiout sysex fail Initial Comment: I'm unable to send midi sysex messages through midiout to my external device using pd-extended 0.43-1 (daily build). I've double checked and found that pd vanilla 0.43.1-1 (debian wheezy) does not have this problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497862&group_…

1 0

problem with routing mail to pd-dev ?
by Mathieu Bouchard 06 Mar '12

06 Mar '12

I just wrote a comment in « [grid] not working in pd-extended 0.43.1 » and it didn't go through to the pd-dev list. I'm wondering what the selection process is, for routing those comments to pd-dev. I wrote it while logged in to sourceforge (using my new account, not the one I used years ago). My other comment with the same account went through, today, some minutes before. https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&group_… ______________________________________________________________________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

2 2

[ pure-data-Patches-3497084 ] fix for open_via_path() declaration headfizz
by SourceForge.net 06 Mar '12

06 Mar '12

Patches item #3497084, was opened at 2012-03-05 09:41 Message generated for change (Comment added) made by mathieubouchard You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&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: puredata-dev Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: fix for open_via_path() declaration headfizz Initial Comment: m_pd.h says that the parameters for open_via_path() are: "open_via_path(name, ext, dir, ...)" otoh, s_path.c implements the function as "open_via_path(dir, name, ext,...)" also the function is used as (dir, name, ext,...) throughout the code. the attached cosmetic patch fixes the function declaration in m_pd.h, so i don't get headfizz whenever i try to find out why i'm using the function correctly. ---------------------------------------------------------------------- Comment By: Mathieu BOUCHARD (mathieubouchard) Date: 2012-03-06 07:34 Message: Just imagine that the ministry of transportation puts the wrong signs on the autobahn. When it's time to fix them, they call the change «cosmetic». So, of course, they ask a beautician to take care of it. Do any changes to the docs also count as «cosmetic» ? Because help-intro.pd always listed classes that never existed, such as [powtorms~] and [rmstopow~]. I suppose that it's cosmetic too ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_…

1 0

[ pure-data-Bugs-3497473 ] [grid] not working in pd-extended 0.43.1
by SourceForge.net 06 Mar '12

06 Mar '12

Bugs item #3497473, was opened at 2012-03-06 02:37 Message generated for change (Tracker Item Submitted) made by hellocatfood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&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: hellocatfood (hellocatfood) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [grid] not working in pd-extended 0.43.1 Initial Comment: I'm still getting this error when attempting to edit the properties of [grid]: invalid command name "pd" invalid command name "pd" while executing "pd $cmd" (procedure "grid_apply" line 32) invoked from within "grid_apply .gfxstub9fc7918" invoked from within ".gfxstub9fc7918.buttonframe.apply invoke" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke]" (procedure "tk::ButtonUp" line 22) invoked from within "tk::ButtonUp .gfxstub9fc7918.buttonframe.apply" (command bound to event) I turned on verbose mode and found that [grid] was being loaded from here: tried /usr/lib/pd-extended/extra/unauthorized/grid.pd_linux and succeeded I've tried removing that file but can't use [grid] without it. It appears it's not/can't load it from anywhere else. Should it be loading it from somewhere else? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&group_…

1 0

[ pure-data-Patches-3497084 ] fix for open_via_path() declaration headfizz
by SourceForge.net 05 Mar '12

05 Mar '12

Patches item #3497084, was opened at 2012-03-05 09:41 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&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: puredata-dev Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: fix for open_via_path() declaration headfizz Initial Comment: m_pd.h says that the parameters for open_via_path() are: "open_via_path(name, ext, dir, ...)" otoh, s_path.c implements the function as "open_via_path(dir, name, ext,...)" also the function is used as (dir, name, ext,...) throughout the code. the attached cosmetic patch fixes the function declaration in m_pd.h, so i don't get headfizz whenever i try to find out why i'm using the function correctly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_…

1 0

[ pure-data-Bugs-3496337 ] Grid 0.8
by SourceForge.net 02 Mar '12

02 Mar '12

Bugs item #3496337, was opened at 2012-03-02 09: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=3496337&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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Grid 0.8 Initial Comment: [grid] cannot take negative scale values in properties i.e. -1 to 1 on both axis - [values 0 0( produces 1,1. on grid. Sevy produced a fix for me, available at http://rickygraham.com/pages/pd2live Best wishes, Ricky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3496337&group_…

1 0

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 March 2012