Pd-dev February 2005

pd-dev@lists.iem.at

19 participants
36 discussions

lock-free fifo
by Thomas Grill 25 Feb '05

25 Feb '05

Hi Tim, hi all, i was just looking at your lock-free fifo code in devel_0_38, to adapt it for a more general C++ container in flext. It seems that the x86 CAS/CAS2 fragment are ok, but not the PPC CAS2 code. http://www.go-ecs.com/ppc/ppctek1.htm#semsupp says that lwarx/stwcx instruction can not be nested, because there is only one memory watcher per cpu available. On the other hand, maybe there's a way to exploit that the memory watching unit always looks at an entire cache line (64 bytes)?! I don't know..... best greetings, Thomas

3 5

devel_0_38
by Thomas Grill 25 Feb '05

25 Feb '05

Hi all, the current devel_0_38 version (i think also the stable branch, but i didn't try it) has two problems: - if the doc subdirectory doesn't exist the new menu code in pd.tk hickups so that tk is totally f***ed up. (create new patcher -> no objects can be inserted) this problem seems to be rooted in the doc_submenu proc. - when started from the console under Windows, pd -help or -verbose printouts go to nirvana - they are neither printed on the command prompt nor in the tk console. Is this what was already reported (i think by Iohannes)? best greetings, Thomas

5 4

compiling pool on OSX: unresolved symbols
by B. Bogart 24 Feb '05

24 Feb '05

Hey all, I realized my local copy of pool was unwittingly compiled with a dynamic flext. Since I'm distributing it I would like to recompile with a static flext. I'm still a little shaky with the new flext build system. I've cvs updated my flext and pool directories. I've compiled and installed flext with: bash build.sh mac pd gcc build-all-single bash build.sh mac pd gcc install-all-single then from the pool directory I have: bash ../flext/build.sh mac pd gcc build-all-single And I get pd-darwin/debug-single and pd-darwin/release-single PD fails to load pool with: dyld: /Applications/PixelTANGO-CVS/PixelTANGO-CVS.app/Contents/Resources/Scripts/../bin/pd Undefined symbols: _ZN12flext_single10VersionStrEv.eh To get a self-contained statically linked pool should I be using bash ../flext/build.sh mac pd gcc build-all-single or something else? I also tried build-release-single with the same results. I also tried recompiling flext with release-multi and same with pool. Now I'm not getting unresolved symbols, but PD is quiting with "Pd: signal 4". Whats going wrong? Thanks all. B>

1 0

[ pure-data-Bugs-1149396 ] pd.bat error
by SourceForge.net 23 Feb '05

23 Feb '05

Bugs item #1149396, was opened at 2005-02-22 13:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pd.bat error Initial Comment: In the file pd.bat which is executed with de desktop icon installed after the Pure Data installation, there is an error with this script. In fact, C:\Program Files\Pure Data\bin\pd.exe is the path used in this script, but in other countries as Spain, the folder where PD is going to be installed by default is not "Program Files" but "Archivos de Programa". So we have to modify the script to do PureData working well. Any solution? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&group_…

2 1

[ pure-data-Bugs-1149396 ] pd.bat error
by SourceForge.net 22 Feb '05

22 Feb '05

Bugs item #1149396, was opened at 2005-02-22 21:38 Message generated for change (Comment added) made by ix9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pd.bat error Initial Comment: In the file pd.bat which is executed with de desktop icon installed after the Pure Data installation, there is an error with this script. In fact, C:\Program Files\Pure Data\bin\pd.exe is the path used in this script, but in other countries as Spain, the folder where PD is going to be installed by default is not "Program Files" but "Archivos de Programa". So we have to modify the script to do PureData working well. Any solution? ---------------------------------------------------------------------- Comment By: carmen rocco (ix9) Date: 2005-02-22 22:40 Message: Logged In: YES user_id=981127 pd.bat is not necessary.as of 0.38 you have at least 2 alternatives: try the built in settings/prefs system. or this patch http://sourceforge.net/tracker/index. php? func=detail&aid=1070226&group_id=55736&atid= 478072 which will give you a pd.ini file in the same format as .pdrc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&group_…

1 0

[ pure-data-Patches-1145279 ] denormal bashing for feedback filters
by SourceForge.net 21 Feb '05

21 Feb '05

Patches item #1145279, was opened at 2005-02-21 01:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1145279&group_… Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: denormal bashing for feedback filters Initial Comment: hi all, the cpole~ and rpole~ filters aren't denormal save at the moment... trivial patch is attached ... tim ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1145279&group_…

1 0

Re: [PD-dev] plugin~ os x
by Zachris Trolin 20 Feb '05

20 Feb '05

Nice, I didn't get any response before so I haven't worked on it. It's still a hack - but with potential... To make it build I had to switch from automake which only complicated things, and instead use a smarter autoconf file. I don't use windows so that part should be broken. I think plugin~ is badly designed since it is tailor made for the different plugin architectures - hiding the complexity from the user in a bad way. VST and LADSPA are different, and since OS X have both, which one should plugin~ use? I guess the same thing would apply to windows if anybody cared to port LADSPA to it. The obvious solution(in my world) is to drop VST and rename plugin~ to ladspa~. It would enable portable patches(which was my motivation in the first place), - if the ladspa plugins were ported to different platforms then the patch using ladspa~ would use exactly the same plugin architecture and look for the same plugin on that platform... I have the changes on another machine but I'll send them later, it's just a new configure.in and makefile.in and I think some small changes to plugin.h(to use autoconf). To build on OS X fink and the ladspa packages is probably needed... /Z fre 2005-02-18 klockan 00:10 -0500 skrev james tittle: > On Dec 29, 2004, at 2:50 PM, Zachris Trolin wrote: > > > I've just managed to have [plugin~] compile with LADSPA support on OS X > > by trying to figure out the correct flags from other externals and > > hacking automake. I asked on the userlist some weeks ago but got no > > answer so I had to do it myself. > > > > Right now all automake files are in a mess but atleast it compiles and > > it's possible to load the external and use it without problem. If > > anybody else needs this mess I'll gladly share it :) > > ...great to hear! I know it's been awhile, but I've just recently been > trying compile this external, and am stuck with configure not being > able to identify my build system :-( > > ...did you put this up anywhere? I think it'd be better at this point > to update the cvs so that others can build this too... > > > I'd love to see a working plugin~ ship with the OS X distributions of > > pd > > If nobody else wants to do it I'll try to fixup the makefiles so that > > it > > should work for most architectures. > > ...what's the status on this? I think it'd be great to compare notes... > > thanx, > jamie >

2 1

[ pure-data-Bugs-1122560 ] writesf~ 64-bit distorted files
by SourceForge.net 20 Feb '05

20 Feb '05

Bugs item #1122560, was opened at 2005-02-14 11:15 Message generated for change (Settings changed) made by pdman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1122560&group_… Category: None Group: None Status: Open Resolution: None >Priority: 8 Submitted By: thewade (pdman) Assigned to: Nobody/Anonymous (nobody) Summary: writesf~ 64-bit distorted files Initial Comment: It sounds like writesf~ .wav files in 64-bit PD are written at twice the sampeling rate. If I writesf~ a .wave file, the readsf~ that file back in (using 0 200 2 2 l as part of the open message, as readsf~ complains about bad .wav headders even from writesf~) it plays twice as fast as it should. I cannot fix this by adding the -rate message. AMD64 laptop 2.6.10-lsm kernel PD from CVS as of late January, early Febuarary I think ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1122560&group_…

1 0

[ pure-data-Patches-1143751 ] exporting mayer_fft for MSW...
by SourceForge.net 18 Feb '05

18 Feb '05

Patches item #1143751, was opened at 2005-02-18 13:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1143751&group_… Category: puredata-dev Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: exporting mayer_fft for MSW... Initial Comment: to ensure that pd.lib exports the mayer_fft()-functions, we have to import "m_pd.h" in "d_mayer_fft.c" (as shown in d_fftroutine.c) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1143751&group_…

1 0

[ pure-data-Feature Requests-1124570 ] expose verbose() in m_pd.h
by SourceForge.net 17 Feb '05

17 Feb '05

Feature Requests item #1124570, was opened at 2005-02-17 09:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1124570&group_… Category: puredata-dev Group: None Status: Open Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: expose verbose() in m_pd.h Initial Comment: i would highly wish a conditional reporting facility within the pd-API. i am dreaming of something like: EXTERN void verbose(int level, const char *fmt, ...); and some predefined levels (whouch could be set when running pd with the "-d" flag) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1124570&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 February 2005