Pd-dev May 2009

pd-dev@lists.iem.at

23 participants
115 discussions

ffmpeg with gcc 3.4
by Hans-Christoph Steiner 20 May '09

20 May '09

There is hope, we can still use MSYS's default gcc 3.4.5 for building ffmpeg, making the MinGW build setup much easier. Yes, its in japanese, but we can all understand the universal language of "command line". http://feather.cocolog-nifty.com/weblog/2009/04/msys-mingw-gcc3.html Then again, it might be worthwhile to try the gcc 4 called "Testing" http://sourceforge.net/project/showfiles.php?group_id=2435 .hc ---------------------------------------------------------------------------- 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

1 0

[ pure-data-Bugs-2794086 ] hexloader problem in 0.41-4 RC2
by SourceForge.net 19 May '09

19 May '09

Bugs item #2794086, was opened at 2009-05-19 23:15 Message generated for change (Tracker Item Submitted) made by elvettsemic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2794086&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: Thomas Mayer (elvettsemic) Assigned to: Hans-Christoph Steiner (eighthave) Summary: hexloader problem in 0.41-4 RC2 Initial Comment: Hexloader will not load objects like [>~] in Pd version 0.41.4-extended-rc2 on Debian Lenny i386. Hexloader is loaded: hex loader $Revision: 1.5 $ written by IOhannes m zmölnig, IEM <zmoelnig(a)iem.at> compiled on May 18 2009 at 02:37:31 compiled against Pd version 0.41.4.extended-rc2 but then: >~ $2 ... couldn't create load_object: Symbol "0x3e0x7e_setup" not found error: BUG: hexloader not loading abstraction: /usr/lib/pd/extra/zexy/0x3e0x7e.pd (not yet implemented) The file /usr/lib/pd/extra/zexy/0x3e0x7e.pd exists, as well as /usr/lib/pd/extra/zexy/0x3e0x7e.pd_linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2794086&group_…

1 0

who wants to port [wacom] for windows?
by João Pais 19 May '09

19 May '09

Hello again, Pd developers and programmers, [added comment] I am resending this message, as the latest version wasn't a success. I guess no one needs a unix version of [wacom], so I rephrase the question: who wants to port [wacom] for windows only? H-C, I noticed that you're putting in a group to work on windows-related stuff. Do you mind spreading this message around to any windows-related developers? (developers! developers! developers! developers! developers! developers! developers! developers! developers! developers! developers! developers! developers! developers! ...) And after this interlude comes the original message again: [original message] We - me and Johannes Kreidler for now - wanted to ask if anyone would be interested in programming a version of Thomas Grill's [wacom] for windows. This external is used to take data from wacom tablets - so in case anyone else is interested in this please say something. The features/work would include: - be compatible with general wacom architecture - and specially with the Intuos3 (which is the tablet we own) - take all parameters from the tablet connected - not forgetting tilt+inclination, touch strips and keys (these aren't covered by [wintablet]) - put the compiled binaries in a svn folder packaged with Pd Extended (see below) - be willing to do some maintenance now and then, specially until things get stable (after that, I guess the work would be kind of finished) According to T Grill, the developer(s) that work on this must register with Wacom as developer(s), so that they have access to the wacon API. Also, the source code cannot be given away, so they must sign a non-disclosure contract (from what Thomas said, not as complicated as it sounds). I couldn't find exact information about this, but at http://www.wacomeng.com/devsupport/index.html might be something more clear. It would be perfect if someone would be interested in porting the code just because. In case that doesn't happen, we - me, Johannes Kreidler and whoever wants to join in - would be interested in giving a small payment for the work. We're poor people (just like you), so we can't really pay what a professional programmer should get for the work. In that case, just get in discussion with us, and we'll see what can be done. Again, if this interests someone else - either as developper or contributor - please forward this mail away. Best, JoÃ£o Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmpais(a)googlemail.com | skype: jmmmpjmmmp

2 1

Re: [PD-dev] [PD] VASP troubles on extended 0.40.3 - and on 0.41-RC1
by Ed Kelly 19 May '09

19 May '09

Apologies for posting on the main list first - my mistake! Vasp always crashes PD for me. It happens with any vasp object (inc. all help files) on pd-extended-0.40.3 and pd-extended 0.41.RC1. The terminal window shows watchdog: signaling pd... watchdog: signaling pd... etc after a "signal 6" message. but before that the text below appears in the terminal inside which PD is running. I've tried pd-extended-0.40.3 and the new RC1 of pd-extended-0.41.1, and re-compiled vasp several times. The bug persists whether jack is running or not, and whether rt mode is on or off. Some process is aborting inside vasp every time. Here's the detail. Best wishes, Ed Intel dual core, 2Gb, Ubuntu Intrepid. > tk scaling is 1.44534291704 > *** glibc detected *** /usr/bin/pd: free(): invalid > pointer: 0x09edaf14 *** > ======= Backtrace: ========= > /lib/tls/i686/cmov/libc.so.6[0xb7e45454] > /lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb7e474b6] > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_root_multidlEPv+0x32)[0xb600b764] > /usr/lib/pd/extra/vasp.pd_linux(_ZN11flext_multi8AtomList4FreeEv+0x25)[0xb600b995] > /usr/lib/pd/extra/vasp.pd_linux(_ZN11flext_multi8AtomListD0Ev+0x29)[0xb600ba29] > /usr/lib/pd/extra/vasp.pd_linux(_ZN9vasp_base9ToOutVaspEiR4Vasp+0x69)[0xb5fe0043] > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_tx6m_bangEv+0x61)[0xb5fe00dd] > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_op8m_dobangEv+0x5f)[0xb5fdffbf] > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_op6m_vaspEiPK5_atom+0x28)[0xb5fdf8d8] > /usr/lib/pd/extra/vasp.pd_linux[0xb5fe12b8] > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi10TryMethTagEPNS_4ItemEPK7_symboliPK5_atom+0x1cd)[0xb60127c7] > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi8FindMethEiPK7_symboliPK5_atom+0x6b)[0xb6012971] > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi15CbMethodHandlerEiPK7_symboliPK5_atom+0x43)[0xb6012a9d] > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi11cb_anythingEP9flext_hdrPK7_symboliP5_atom+0x43)[0xb60130b5] > /usr/bin/pd(pd_typedmess+0x26b)[0x80afb2b] > ======= Memory map: ======== > 08048000-08128000 r-xp 00000000 08:15 889688 > /usr/bin/pd > 08128000-08129000 r--p 000df000 08:15 889688 > /usr/bin/pd > 08129000-0812a000 rw-p 000e0000 08:15 889688 > /usr/bin/pd > 0812a000-0853b000 rw-p 0812a000 00:00 0 > 09de2000-09edc000 rw-p 09de2000 00:00 0 > [heap] > b3e40000-b3e97000 rw-p b3e40000 00:00 0 > b3e97000-b3fff000 r-xp 00000000 08:15 887130 > /usr/lib/libsamplerate.so.0.1.3 > b3fff000-b4000000 r--p 00167000 08:15 887130 > /usr/lib/libsamplerate.so.0.1.3 > b4000000-b4001000 rw-p 00168000 08:15 887130 > /usr/lib/libsamplerate.so.0.1.3 > b4001000-b40dd000 r-xp 00000000 08:15 887952 > /usr/lib/libfftw3f.so.3.1.2 > b40dd000-b40e3000 r--p 000dc000 08:15 887952 > /usr/lib/libfftw3f.so.3.1.2 > b40e3000-b40e4000 rw-p 000e2000 08:15 887952 > /usr/lib/libfftw3f.so.3.1.2 > b40e4000-b40f0000 r-xp 00000000 08:15 889570 > /usr/lib/libaubio.so.2.1.1 > b40f0000-b40f1000 rw-p 0000b000 08:15 889570 > /usr/lib/libaubio.so.2.1.1 > b410f000-b415f000 r-xp 00000000 08:15 887999 > /usr/lib/libImlib2.so.1.4.0 > b415f000-b4160000 r--p 0004f000 08:15 887999 > /usr/lib/libImlib2.so.1.4.0 > b4160000-b4161000 rw-p 00050000 08:15 887999 > /usr/lib/libImlib2.so.1.4.0 > b4161000-b4175000 rw-p b4161000 00:00 0 > b4175000-b41b7000 r-xp 00000000 08:15 886902 > /usr/lib/libmp3lame.so.0.0.0 > b41b7000-b41b9000 rw-p 00042000 08:15 886902 > /usr/lib/libmp3lame.so.0.0.0 > b41b9000-b41ea000 rw-p b41b9000 00:00 0 > b41ea000-b41f5000 r-xp 00000000 08:15 887233 > /usr/lib/libvorbisenc.so.2.0.3 > b41f5000-b41f6000 r--p 0000a000 08:15 887233 > /usr/lib/libvorbisenc.so.2.0.3 > b41f6000-b42e4000 rw-p 0000b000 08:15 887233 > /usr/lib/libvorbisenc.so.2.0.3 > b42e4000-b42ff000 r-xp 00000000 08:15 887231 > /usr/lib/libvorbis.so.0.4.0 > b42ff000-b4300000 r--p 0001a000 08:15 887231 > /usr/lib/libvorbis.so.0.4.0 > b4300000-b430e000 rw-p 0001b000 08:15 887231 > /usr/lib/libvorbis.so.0.4.0 > b430e000-b4357000 r-xp 00000000 08:15 887199 > /usr/lib/libtheora.so.0.3.3 > b4357000-b4359000 rw-p 00049000 08:15 887199 > /usr/lib/libtheora.so.0.3.3 > b4359000-b43c4000 r-xp 00000000 08:15 1076527 > /usr/lib/pd/extra/pidip.pd_linux > b43c4000-b43c5000 r--p 0006a000 08:15 1076527 > /usr/lib/pd/extra/pidip.pd_linux > b43c5000-b43c7000 rw-p 0006b000 08:15 1076527 > /usr/lib/pd/extra/pidip.pd_linux > b43c7000-b43cc000 rw-p b43c7000 00:00 0 > b43cc000-b43cd000 ---p b43cc000 00:00 0 > b43cd000-b4bcd000 rwxp b43cd000 00:00 0 > b4bcd000-b4da0000 r-xp 00000000 08:15 886766 > /usr/lib/libgsl.so.0.12.0 > b4da0000-b4da9000 rw-p 001d3000 08:15 886766 > /usr/lib/libgsl.so.0.12.0 > b4da9000-b4de0000 r-xp 00000000 08:15 886768 > /usr/lib/libgslcblas.so.0.0.0 > b4de0000-b4de2000 rw-p 00036000 08:15 886768 > /usr/lib/libgslcblas.so.0.0.0 > b4deb000-b4dee000 r-xp 00000000 08:15 1076558 > /usr/lib/pd/extra/aubio.pd_linux > b4dee000-b4def000 rw-p 00002000 08:15 1076558 > /usr/lib/pd/extra/aubio.pd_linux > b4def000-b4e00000 r--p 00000000 08:15 1017319 > /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf > b4e00000-b4e21000 rw-p b4e00000 00:00 0 > b4e21000-b4f00000 ---p b4e21000 00:00 0 > b4f08000-b4f17000 r-xp 00000000 08:15 1097766 > /lib/libbz2.so.1.0.4 > b4f17000-b4f18000 r--p 0000f000 08:15 1097766 > /lib/libbz2.so.1.0.4 > b4f18000-b4f19000 rw-p 00010000 08:15 1097766 > /lib/libbz2.so.1.0.4 > b4f19000-b4f5b000 r-xp 00000000 08:15 1076508 > /usr/lib/pd/extra/pdp.pd_linux > b4f5b000-b4f5c000 r--p 00041000 08:15 1076508 > /usr/lib/pd/extra/pdp.pd_linux > b4f5c000-b4f5d000 rw-p 00042000 08:15 1076508 > /usr/lib/pd/extra/pdp.pd_linux > b4f5dPd: signal 6 > watchdog: signaling pd...

3 2

[ pure-data-Bugs-2777555 ] PdX deb-package does not play nicely with insserv
by SourceForge.net 19 May '09

19 May '09

Bugs item #2777555, was opened at 2009-04-21 15:26 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2777555&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.40.2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: PdX deb-package does not play nicely with insserv Initial Comment: the debian package OF Pd-extended (0.40.2) installs a script /etc/init.d/pd this script seems to not set/include/respect things correctly, so that modern boot-script-engines bail out whenever they encounter it. i get > insserv: warning: script 'pd' missing LSB tags and overrides whenever i update/install a package (that probably has an init-scrip as well and thus triggers insserv to parse all scripts in /etc/init.d/) since i don't use /etc/init.d/pd, no harm has been done so far... ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-05-19 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-05-05 00:51 Message: fixed with this commit, or at least I used the most recent template I could find: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=112… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2777555&group_…

1 0

Re: [PD-dev] [PD] abunch release
by Hans-Christoph Steiner 18 May '09

18 May '09

I am ccing the list to open it up to others and put it in the archive. I should make a FAQ for this question I suppose... Basically, I am encouraging people to first try distributing their library as a standalone libdir. Pd-extended now makes its a lot easier to install and use libdirs. Then you can work out the distribution and development issues on your own schedule instead of having to work around the Pd-extended release cycle. Once things are stable and not changing much any more, then it makes more sense to included in Pd-extended. To include a library, first you need SVN access, then you need to check it into SVN in the 'externals' section, then you need to add it to the Pd-extended build system. There is a lot of developer documentation that you should check out. Links below: http://puredata.info/docs/faq/how-do-i-access-the-pure-data-source-code-rep… http://puredata.info/docs/developer .hc On May 18, 2009, at 3:00 PM, Hans Roels wrote: > I guess the question was what do I have to do to include Abunch in > the pd-extended distribution. Do I have to upload it somewhere? the > link that you gave me doesn't give me an answer or am I missing > something? > Hans > At 20:46 18/05/2009, you wrote: > >> If you put all that in a folder with the same name, then drop that >> folder into the user externals location, it should work like a >> regular >> library: >> >> http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files-wit… >> >> Its best to continue this discussion on the list so that its >> archived, >> etc. >> >> .hc >> >> On May 18, 2009, at 2:30 PM, Hans Roels wrote: >> >>> Hi, >>> >>> That would be a nice idea! I've made a meta file (in attach). >>> >>> Hans, could you tell me what else I have to do? >>> >>> best, Hans >>> >>> At 14:42 18/05/2009, you wrote: >>>> Hi, >>>> >>>> do you want to join this with pd-ext? it would be the best way to >>>> make >>>> sure it gets around. if you want, just contact hc-steiner, and >>>> he'll tell >>>> you how to do it (it's quite simple). >>>> >>>> João Pais >>>> >>>>> Hello, >>>>> >>>>> Here is my release of Abunch, a collection of 50 abstractions >>>>> for Pd >>>>> vanilla. I started developing these patches for the different >>>>> courses >>>>> that I teach (for performers, for composers, for students, for >>>>> teenagers,...). It is conceived as an easy introduction to >>>>> computer >>>>> music. After a while I started adding more advanced features >>>>> because I >>>>> also started using it myself, not just for teaching but for >>>>> performing >>>>> and composing. >>>>> >>>>> I guess most people on this list are Pd-users, so the explanation >>>>> about >>>>> Abunch is rather simple: >>>>> -all controle data are normalized within the range of 0 - 127 >>>>> -give an unique number to every abunch abstraction as an argument. >>>>> So if >>>>> you want to create two phasers: [phaser 1] and [phaser 2] >>>>> -you can save presets by creating the object 'presets' and giving >>>>> it one >>>>> symbol as an argument, like [presets phaserpresets] >>>>> >>>>> Every abunch object has a help file. You need to have a Pd version >>>>> 0.40 >>>>> or higher. >>>>> >>>>> The fastest way to get to know Abunch is to have a look at the >>>>> example >>>>> files. There are about 30 of them, they are in the abunch folder >>>>> and >>>>> start with 'ex' (like 'ex1a-play.pd'). >>>>> >>>>> You can download Abunch (and find more information) on this site: >>>>> http://home.versateladsl.be/hanstine/hans/abunch-eng.htm >>>>> >>>>> Voor de Nederlandstaligen: je kan ook een Nederlandstalige versie >>>>> downloaden (met help files en uitleg in het Nederlands): >>>>> http://home.versateladsl.be/hanstine/hans/abunch-ned.htm >>>>> >>>>> Abunch was realized with the support of the University College of >>>>> Ghent >>>>> (Faculty of Music and Drama)(Belgium). >>>>> >>>>> Hans R >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pd-list(a)iem.at mailing list >>>>> UNSUBSCRIBE and account-management -> >>>>> http://lists.puredata.info/listinfo/pd-list >>>> >>>> >>>> >>>> -- >>>> Friedenstr. 58 >>>> 10249 Berlin (Deutschland) >>>> Tel +49 30 42020091 | Mob +49 162 6843570 >>>> jmmmpais(a)googlemail.com | skype: jmmmpjmmmp >>> <abunch-meta.pd> >> >> >> >> >> >> ---------------------------------------------------------------------------- >> >> Programs should be written for people to read, and only incidentally >> for machines to execute. >> - from Structure and Interpretation of Computer Programs > ---------------------------------------------------------------------------- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson

1 0

[ pure-data-Bugs-2791638 ] Jack OSX cpu load
by SourceForge.net 18 May '09

18 May '09

Bugs item #2791638, was opened at 2009-05-14 10:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2791638&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: v0.42 Status: Pending Resolution: None Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Nobody/Anonymous (nobody) Summary: Jack OSX cpu load Initial Comment: In Jack mode, Blank empty patch Toggling Compute Audio on and then off results in cpu load jumping up to ~25% from a nominal 1%. Turn Compute Audio back on, and cpu drops back to nominal 1%. Tested on 2.4ghz iMac , OS 10.5.6. Pd-0.41.4-extended-rc1 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-18 20:04 Message: Ah, sorry, I misunderstood, I also get similar behavior using Pd version 0.41.4-extended-rc2. Using Jack, I get ~3% CPU when audio is ON and ~8% CPU when audio is OFF. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-18 09:56 Message: hi - sorry for delay hmm i don't understand why when Pd is runing in Jack mode and you switch audio off, why it would revert to a Portaudio state? I that what you are saying? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-05-14 16:24 Message: For me, Pd without Jack, i.e. just using coreaudio/portaudio, it will use 25% of my CPU just idling. That's a known issue. With Jack, it goes down to 5-7% at idle. So my guess is that the first time the 25% spike is caused by the same think. Is this causing any problems for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2791638&group_…

1 0

Re: [PD-dev] [PD] VASP troubles on extended 0.40.3 - and on 0.41-RC1
by morph_2016＠yahoo.co.uk 18 May '09

18 May '09

OK, So there might be a problem with vasp, or with my machine (more likely). There's no vasp in the old-pd-extended-binaries-GNULinux-i386.zip file, and Thomas' externals from the subversion repository (which are definitely being loaded) cause the fault. I tried Miller's new 0.42.4 version with vasp, and it did the same thing... Verbose mode is quite painful! I found this: Thomas, any idea what is going on? Best, Ed warning: class 'vasp.!wnd' overwritten\; old one renamed 'vasp.!wnd_aliased' --- On Thu, 14/5/09, Hans-Christoph Steiner <hans(a)at.or.at> wrote: > From: Hans-Christoph Steiner <hans(a)at.or.at> > Subject: Re: [PD-dev] [PD] VASP troubles on extended 0.40.3 - and on 0.41-RC1 > To: "Ed Kelly" <morph_2016(a)yahoo.co.uk> > Cc: "pddev" <pd-dev(a)iem.at> > Date: Thursday, 14 May, 2009, 9:50 PM > > FYI: vasp and all other binaries were removed from > Pd-extended, so you might have a vasp lying somewhere else > in your Pd path. Turn on verbose mode to see which > vasp file is actually being loaded. > > For more on the binary removal: > http://puredata.info/docs/faq/how-do-i-download-the-flext-binaries-that-use… > > .hc > > On May 14, 2009, at 4:37 PM, Ed Kelly wrote: > > > > > Apologies for posting on the main list first - my > mistake! > > > > Vasp always crashes PD for me. It happens with any > vasp object (inc. all help files) on pd-extended-0.40.3 and > pd-extended 0.41.RC1. The terminal window shows > > watchdog: signaling pd... > > watchdog: signaling pd... etc > > after a "signal 6" message. > > > > but before that the text below appears in the terminal > inside which PD is running. > > > > I've tried pd-extended-0.40.3 and the new RC1 of > pd-extended-0.41.1, and re-compiled vasp several times. The > bug persists whether jack is running or not, and whether rt > mode is on or off. > > > > Some process is aborting inside vasp every time. > Here's the detail. > > Best wishes, > > Ed > > Intel dual core, 2Gb, Ubuntu Intrepid. > > > >> tk scaling is 1.44534291704 > >> *** glibc detected *** /usr/bin/pd: free(): > invalid > >> pointer: 0x09edaf14 *** > >> ======= Backtrace: ========= > >> /lib/tls/i686/cmov/libc.so.6[0xb7e45454] > >> > /lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb7e474b6] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_root_multidlEPv+0x32)[0xb600b764] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN11flext_multi8AtomList4FreeEv+0x25)[0xb600b995] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN11flext_multi8AtomListD0Ev+0x29)[0xb600ba29] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN9vasp_base9ToOutVaspEiR4Vasp+0x69)[0xb5fe0043] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_tx6m_bangEv+0x61)[0xb5fe00dd] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_op8m_dobangEv+0x5f)[0xb5fdffbf] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN7vasp_op6m_vaspEiPK5_atom+0x28)[0xb5fdf8d8] > >> /usr/lib/pd/extra/vasp.pd_linux[0xb5fe12b8] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi10TryMethTagEPNS_4ItemEPK7_symboliPK5_atom+0x1cd)[0xb60127c7] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi8FindMethEiPK7_symboliPK5_atom+0x6b)[0xb6012971] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi15CbMethodHandlerEiPK7_symboliPK5_atom+0x43)[0xb6012a9d] > >> > /usr/lib/pd/extra/vasp.pd_linux(_ZN16flext_base_multi11cb_anythingEP9flext_hdrPK7_symboliP5_atom+0x43)[0xb60130b5] > >> /usr/bin/pd(pd_typedmess+0x26b)[0x80afb2b] > >> ======= Memory map: ======== > >> 08048000-08128000 r-xp 00000000 08:15 889688 > >> /usr/bin/pd > >> 08128000-08129000 r--p 000df000 08:15 889688 > >> /usr/bin/pd > >> 08129000-0812a000 rw-p 000e0000 08:15 889688 > >> /usr/bin/pd > >> 0812a000-0853b000 rw-p 0812a000 00:00 0 > >> 09de2000-09edc000 rw-p 09de2000 00:00 0 > >> [heap] > >> b3e40000-b3e97000 rw-p b3e40000 00:00 0 > >> b3e97000-b3fff000 r-xp 00000000 08:15 887130 > >> /usr/lib/libsamplerate.so.0.1.3 > >> b3fff000-b4000000 r--p 00167000 08:15 887130 > >> /usr/lib/libsamplerate.so.0.1.3 > >> b4000000-b4001000 rw-p 00168000 08:15 887130 > >> /usr/lib/libsamplerate.so.0.1.3 > >> b4001000-b40dd000 r-xp 00000000 08:15 887952 > >> /usr/lib/libfftw3f.so.3.1.2 > >> b40dd000-b40e3000 r--p 000dc000 08:15 887952 > >> /usr/lib/libfftw3f.so.3.1.2 > >> b40e3000-b40e4000 rw-p 000e2000 08:15 887952 > >> /usr/lib/libfftw3f.so.3.1.2 > >> b40e4000-b40f0000 r-xp 00000000 08:15 889570 > >> /usr/lib/libaubio.so.2.1.1 > >> b40f0000-b40f1000 rw-p 0000b000 08:15 889570 > >> /usr/lib/libaubio.so.2.1.1 > >> b410f000-b415f000 r-xp 00000000 08:15 887999 > >> /usr/lib/libImlib2.so.1.4.0 > >> b415f000-b4160000 r--p 0004f000 08:15 887999 > >> /usr/lib/libImlib2.so.1.4.0 > >> b4160000-b4161000 rw-p 00050000 08:15 887999 > >> /usr/lib/libImlib2.so.1.4.0 > >> b4161000-b4175000 rw-p b4161000 00:00 0 > >> b4175000-b41b7000 r-xp 00000000 08:15 886902 > >> /usr/lib/libmp3lame.so.0.0.0 > >> b41b7000-b41b9000 rw-p 00042000 08:15 886902 > >> /usr/lib/libmp3lame.so.0.0.0 > >> b41b9000-b41ea000 rw-p b41b9000 00:00 0 > >> b41ea000-b41f5000 r-xp 00000000 08:15 887233 > >> /usr/lib/libvorbisenc.so.2.0.3 > >> b41f5000-b41f6000 r--p 0000a000 08:15 887233 > >> /usr/lib/libvorbisenc.so.2.0.3 > >> b41f6000-b42e4000 rw-p 0000b000 08:15 887233 > >> /usr/lib/libvorbisenc.so.2.0.3 > >> b42e4000-b42ff000 r-xp 00000000 08:15 887231 > >> /usr/lib/libvorbis.so.0.4.0 > >> b42ff000-b4300000 r--p 0001a000 08:15 887231 > >> /usr/lib/libvorbis.so.0.4.0 > >> b4300000-b430e000 rw-p 0001b000 08:15 887231 > >> /usr/lib/libvorbis.so.0.4.0 > >> b430e000-b4357000 r-xp 00000000 08:15 887199 > >> /usr/lib/libtheora.so.0.3.3 > >> b4357000-b4359000 rw-p 00049000 08:15 887199 > >> /usr/lib/libtheora.so.0.3.3 > >> b4359000-b43c4000 r-xp 00000000 08:15 1076527 > >> /usr/lib/pd/extra/pidip.pd_linux > >> b43c4000-b43c5000 r--p 0006a000 08:15 1076527 > >> /usr/lib/pd/extra/pidip.pd_linux > >> b43c5000-b43c7000 rw-p 0006b000 08:15 1076527 > >> /usr/lib/pd/extra/pidip.pd_linux > >> b43c7000-b43cc000 rw-p b43c7000 00:00 0 > >> b43cc000-b43cd000 ---p b43cc000 00:00 0 > >> b43cd000-b4bcd000 rwxp b43cd000 00:00 0 > >> b4bcd000-b4da0000 r-xp 00000000 08:15 886766 > >> /usr/lib/libgsl.so.0.12.0 > >> b4da0000-b4da9000 rw-p 001d3000 08:15 886766 > >> /usr/lib/libgsl.so.0.12.0 > >> b4da9000-b4de0000 r-xp 00000000 08:15 886768 > >> /usr/lib/libgslcblas.so.0.0.0 > >> b4de0000-b4de2000 rw-p 00036000 08:15 886768 > >> /usr/lib/libgslcblas.so.0.0.0 > >> b4deb000-b4dee000 r-xp 00000000 08:15 1076558 > >> /usr/lib/pd/extra/aubio.pd_linux > >> b4dee000-b4def000 rw-p 00002000 08:15 1076558 > >> /usr/lib/pd/extra/aubio.pd_linux > >> b4def000-b4e00000 r--p 00000000 08:15 1017319 > >> > /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf > >> b4e00000-b4e21000 rw-p b4e00000 00:00 0 > >> b4e21000-b4f00000 ---p b4e21000 00:00 0 > >> b4f08000-b4f17000 r-xp 00000000 08:15 1097766 > >> /lib/libbz2.so.1.0.4 > >> b4f17000-b4f18000 r--p 0000f000 08:15 1097766 > >> /lib/libbz2.so.1.0.4 > >> b4f18000-b4f19000 rw-p 00010000 08:15 1097766 > >> /lib/libbz2.so.1.0.4 > >> b4f19000-b4f5b000 r-xp 00000000 08:15 1076508 > >> /usr/lib/pd/extra/pdp.pd_linux > >> b4f5b000-b4f5c000 r--p 00041000 08:15 1076508 > >> /usr/lib/pd/extra/pdp.pd_linux > >> b4f5c000-b4f5d000 rw-p 00042000 08:15 1076508 > >> /usr/lib/pd/extra/pdp.pd_linux > >> b4f5dPd: signal 6 > >> watchdog: signaling pd... > > > > > > > > > > > > _______________________________________________ > > Pd-dev mailing list > > Pd-dev(a)iem.at > > http://lists.puredata.info/listinfo/pd-dev > > > > ---------------------------------------------------------------------------- > > "[W]e have invented the technology to eliminate scarcity, > but we are deliberately throwing it away to benefit those > who profit from scarcity." -John > Gilmore > > >

2 1

[ pure-data-Bugs-2791638 ] Jack OSX cpu load
by SourceForge.net 18 May '09

18 May '09

Bugs item #2791638, was opened at 2009-05-14 10:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2791638&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: v0.42 Status: Pending Resolution: None Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Nobody/Anonymous (nobody) Summary: Jack OSX cpu load Initial Comment: In Jack mode, Blank empty patch Toggling Compute Audio on and then off results in cpu load jumping up to ~25% from a nominal 1%. Turn Compute Audio back on, and cpu drops back to nominal 1%. Tested on 2.4ghz iMac , OS 10.5.6. Pd-0.41.4-extended-rc1 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-18 09:56 Message: hi - sorry for delay hmm i don't understand why when Pd is runing in Jack mode and you switch audio off, why it would revert to a Portaudio state? I that what you are saying? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-05-14 16:24 Message: For me, Pd without Jack, i.e. just using coreaudio/portaudio, it will use 25% of my CPU just idling. That's a known issue. With Jack, it goes down to 5-7% at idle. So my guess is that the first time the 25% spike is caused by the same think. Is this causing any problems for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2791638&group_…

1 0

Re: [PD-dev] [PD] packaging pd and friends WAS: GIT repo
by Claude Heiland-Allen 18 May '09

18 May '09

Hans-Christoph Steiner wrote: > Since you are also thinking about packaging, it would be good to open up > a discussion about how to handle some things. If you plan on just > packaging pd-vanilla, then its easy. If you want to support multiple > versions of Pd then it gets a bit more complicated. Yes, because they are incompatible. > Basically, libraries/externals can't be installed into 'pd/extra' > because then the packages would conflict. Huh? You can't have two packages installing the same file (but there are mechanisms to cope with this even then), but you can have different packages installing files into the same directory (/usr/bin/ for example). > I proposed > /usr/lib/pd-externals/ as a place to install all packaged externals, so > then you could have pd-vanilla, pd-extended, desiredata, etc. installed > and they could all use the externals. Claude of pure-dyne had an > objection to this, but he didn't follow up on the details. It's broken by design. Where is the guarantee that pd, pd-extended, desiredata, etc all have exactly equal binary API for externals? Some externals (that use GUI features, for example) won't work with desiredata while they work fine with pd. Also, some abstractions (that use [initbang], for example) won't work with pd while they work fine with pd-extended. I suggest something like: /usr/lib/pd for pd, /usr/lib/pd-extended for pd-extended, /usr/lib/desiredata for desiredata. Otherwise you'll end up with a lot of broken-ness. Claude

4 3

← Newer
1
2
3
4
5
6
7
8
...
12
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 May 2009