Pd-dev March 2010

pd-dev@lists.iem.at

21 participants
81 discussions

gui stuck issue persists in 0.42.5 pd-extended
by Ivica Ico Bukvic 17 Mar '10

17 Mar '10

Hans and others working on pd-extended, It appears that the gui gets stuck even in version 0.42.x. Namely, when a lot of gui activity is taking place concurrently (bang buttons, sliders, number boxes), after a while and at seemingly random times even in 0.42.5 pd-extended the gui stops responding. However, if my memory serves me correctly this time it appears that bang buttons and object creation/movement/deletion continues to work but the sliders and number boxes do not reflect any changes (come to think of it I haven't checked the toggle boxes), whereas I remember (potentially incorrectly) that before even bang buttons failed to work. So far the only lead is that in the said configuration we use a lot of sliders while when they are not being used, the system remains stable (or at least stable for as long as we've tested it which amounts to approx. couple minutes of continual data changes/updates). Could the slider be the potential culprit? Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

1 0

worth to create external?
by Lorenzo 16 Mar '10

16 Mar '10

> > Lorenzo wrote: > >> > Hi list, >> > >> > I'm already on the pd-list. I signed up to the pd-dev as I'm starting to >> > look into some (simple) external development. >> > cool. > please note that pd-dev has the same netiquette as pd-list, that e.g. > asks you to not hijack another thread for your unrelated postings. > seehttp://puredata.info/community/lists/Netiquette#Threads > Wops, sorry about that :) >> > >> > First, though, I thought it would be wise to ask when is it really worth >> > to write an external vs using directly pd abstractions considering the >> > various c/b? Is this in some way 'measurable'? >> > yes. > relate the time spent writing one solution (including learning to > actually do it plus doing big-fixes) to its relevant benefits (does it > work? what's the performance? is it portable? ...) and compare the > scalars you get for the various solutions:-) > Ok, but what I mean is also if there's some rule of thumb? My impression for example is that significant changes are only when dealing with signals or arrays (unless you're doing some really heavy heavy maths)? Also, which would me a good method for measuring? Lorenzo

3 2

[ pure-data-Patches-2971275 ] internally use printhooks
by SourceForge.net 16 Mar '10

16 Mar '10

Patches item #2971275, was opened at 2010-03-16 14:40 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&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: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: internally use printhooks Initial Comment: Pd allows an external programmer to setup a "printhook" to redirect all posts. whenever something is "posted", Pd will then check whether there is a printhook, and if not, either print to stderr to post via pd-gui. the attached patch unifies this, by using printhook internally as well. NOTE: this patch only works with the pd-gui-rewrite (e.g.l revision 13212) ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-16 14:41 Message: the reason of course is to simplify the code and speed it up by getting rid of a lot of if{}s ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&group_…

1 0

[ pure-data-Patches-2971275 ] internally use printhooks
by SourceForge.net 16 Mar '10

16 Mar '10

Patches item #2971275, was opened at 2010-03-16 14:40 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&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: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: internally use printhooks Initial Comment: Pd allows an external programmer to setup a "printhook" to redirect all posts. whenever something is "posted", Pd will then check whether there is a printhook, and if not, either print to stderr to post via pd-gui. the attached patch unifies this, by using printhook internally as well. NOTE: this patch only works with the pd-gui-rewrite (e.g.l revision 13212) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2971275&group_…

1 0

[ pure-data-Bugs-2970978 ] print lists format error
by SourceForge.net 16 Mar '10

16 Mar '10

Bugs item #2970978, was opened at 2010-03-16 00:15 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970978&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: print lists format error Initial Comment: Hi, if you print any lists, they come out in several lines, as if each space got replaced by 2 returns. An example from the print help file: "print: walk the dog " Comes out, instead of "print: walk the dog" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970978&group_…

1 0

Re: [PD-dev] [flext] Fwd: fixing Flext for 64-bit?
by Dario Pedrioli 15 Mar '10

15 Mar '10

Hi all, I'm trying to compile py/pyext on ubuntu 9.04 64-bit machine PD 0.42.5 with flext rev 3659 I've got no problems. with flext rev 3723 I've got the error below: ubuntu@ubuntu-desktop:~/pd/ source/py_3723$ sh ../flext_3723/build.sh pd gcc make -f ../flext_3723/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext_3723/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ make[1]: ingresso nella directory ?/home/ubuntu/pd/source/py_3723? mkdir -p pd-linux/release-multi/ g++ -c -pthread -fPIC -fvisibility-inlines-hidden -DPY_EXPORTS -DPY_NUMPY -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD -I/usr/include/python2.6 -I/home/ubuntu/pd/source/pd-0.42-5/src -I/usr/local/include/stk -I/usr/local/include/sndobj -I/usr/local/include/flext source/pybuffer.cpp -o pd-linux/release-multi/pybuffer.opp source/pybuffer.cpp:154: warning: deprecated conversion from string constant to ?char*? source/pybuffer.cpp: In function ?int buffer_ass_slice(PyObject*, Py_ssize_t, Py_ssize_t, PyObject*)?: source/pybuffer.cpp:406: error: no matching function for call to ?flext_multi::CopySamples(flext_multi::buffer::Element*, t_sample*, int&)? /usr/local/include/flext/flsupport.h:425: note: candidates are: static void flext_multi::CopySamples(t_sample*, const t_sample*, int) Someone can help? PS: I'm trying rev 3723 because of 64-bit buffer patch ( http://markmail.org/message/6v52tlvllwvcwilj#query:+page:1+mid:6hpplp4wfi4u… <gr(a)grrrr.org> ) My goal is to handle arrays directly in python, but with the rev 3659 I'm only get half of the array inside py (the other half is set to zero). Am I on the right way to fix my problem? Thanks and ciao!

4 10

[ pure-data-Bugs-2950978 ] iemlib/[soundfile_info]: does not load certain wav files
by SourceForge.net 15 Mar '10

15 Mar '10

Bugs item #2950978, was opened at 2010-02-13 01:06 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: musil (tmusil) Summary: iemlib/[soundfile_info]: does not load certain wav files Initial Comment: an example file showing described behaviour can be downloaded here: http://www.romanhaefeli.net/test8kanal_interleaved_www.wav when loading such a file with [soundfile_info], it prints the following error: soundfile_info_read-error: /home/roman/projekte/liestal/soundfiles/test8kanal_interleaved_www.wav has a format-chunk not equal to 16 this and other files generated with the nuendo software have this problem. the files though seem to be compliant wav-files. [readsf~] loads and plays them fine. 'mplayer -identify test8kanal_interleaved_www.wav' prints: Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 8 ch, s16le, 5644.8 kbit/100.00% (ratio: 705600->705600) Only [soundfile_info] seems to have troubles with those files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&group_…

3 3

pix_multiblob mem leak
by Gerrie Roos 15 Mar '10

15 Mar '10

Hi! It looks like pix_multiblob is leaking about 4kB/frame/blob. Anybody else seen this? I'm in a bit of a tight spot. I've got an installation coming up on 18 March and my extensive pd patch is now running out of memory every couple of hours. Would love to check out the source code and try fix it myself but since I've never done any pd dev it will put me back a couple of days (at the least). I'll buy you beer! Windows XP SP2 Pd version 0.41.4-extended Gerrie

3 6

[ pure-data-Bugs-2970336 ] pix_coloralpha and pix_alpha on OSX Intel
by SourceForge.net 15 Mar '10

15 Mar '10

Bugs item #2970336, was opened at 2010-03-14 19:29 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970336&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: None >Status: Pending >Resolution: Rejected Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: pix_coloralpha and pix_alpha on OSX Intel Initial Comment: pix_coloralpha and pix_alpha don't work correctly (they do something but don't work as they do on Powerpc) under OSX Intel (on all extended 0.41+ versions) when used with RGBA pix_film. See attached zip. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-15 08:54 Message: please post Gem bugs to the Gem bugtracker found at https://sourceforge.net/tracker/?group_id=64325&atid=507079 http://sf.net/projects/pd-gem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970336&group_…

1 0

[ pure-data-Bugs-2970336 ] pix_coloralpha and pix_alpha on OSX Intel
by SourceForge.net 14 Mar '10

14 Mar '10

Bugs item #2970336, was opened at 2010-03-14 18:29 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970336&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.41 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pix_coloralpha and pix_alpha on OSX Intel Initial Comment: pix_coloralpha and pix_alpha don't work correctly (they do something but don't work as they do on Powerpc) under OSX Intel (on all extended 0.41+ versions) when used with RGBA pix_film. See attached zip. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2970336&group_…

1 0

← 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

Pd-dev March 2010