Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Feb 20, 2012, at 5:53 AM, Ángel Faraldo wrote: On Feb 19, 2012, at 7:08 PM, Hans-Christoph Steiner wrote: On Sun, Feb 19, 2012, at 11:19, Ángel Faraldo wrote: Begin forwarded message: From: Hans-Christoph Steiner h...@at.or.at Date: February 18, 2012 9:02:07 PM GMT+01:00 To: Ángel Faraldo angelfara...@gmail.com Cc: João Pais jmmmp...@googlemail.com, pd-list@iem.at List pd-list@iem.at Subject: Re: [PD] new editing features of Pd-extended 0.43, now in beta! also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). What kind of computer and audio interface are you using? macbook pro 2.66GHz Intel Core 2 Duo with OSX 10.6.8. I tested it with the built-in audio and a RME Fireface 800 with similar results. I'm on a very similar machine', a MacBook pro 3 - 2.4ghz running 10.6.8. Ive never seen this before. I don't have any external interface, perhaps its related to the drivers from your interface? Just a guess. Do other audio apps work? Like Audacity? It also uses portaudio. Actually I have tried it on an older macbook without problem, but on my computer keeps on clicking awfully if I use portaudio --I attach a mp3 file with the output--. If I select jack there are no clicks. Besides, the audio in Audacity works perfectly fine. (These tests were done with the mac built-in audio and with a RME fireface 800 with similar results). pd_testAudio_44100_20msec_portaudio.mp3 What happens if you increase the Delay (msec) in the Audio Settings to something like 50? .hc ángel Please file a bug report on this one too. .hc Hmm yeah, [cputime] does seem broken. Could you post a bug report please? done ángel faraldo .hc On Feb 18, 2012, at 2:54 PM, Ángel Faraldo wrote: Hi there, also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). also, [cputime] appears not to work. (pd-0.43.1-extended-20120218-macosx105-i386) Ángel Faraldo _ www.angelfaraldo.info On Feb 18, 2012, at 6:41 PM, João Pais wrote: It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
I would like to navigate in the menu bar using arrow keys (like in Pd-vanilla) many thanks for your efforts -- Aykut Caglayan (PhD) http://aykutcaglayan.blogspot.com/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Which platform? I've never done that, how do you do it? .hc On Feb 20, 2012, at 9:14 AM, Aykut Caglayan wrote: I would like to navigate in the menu bar using arrow keys (like in Pd-vanilla) many thanks for your efforts -- Aykut Caglayan (PhD) http://aykutcaglayan.blogspot.com/ It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Which platform? OS X, 10.5.8 how do you do it? I think it is very clear, anyway, for instance; first I click on 'File', then go down in the 'File' menu with down key or go rigth to 'Edit' or 'Put' menu with right arrow key etc. From: Hans-Christoph Steiner h...@at.or.at To: Aykut Caglayan aykut_cagla...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Monday, February 20, 2012 5:02 PM Subject: Re: new editing features of Pd-extended 0.43, now in beta! Which platform? I've never done that, how do you do it? .hc On Feb 20, 2012, at 9:14 AM, Aykut Caglayan wrote: I would like to navigate in the menu bar using arrow keys (like in Pd-vanilla) many thanks for your efforts -- Aykut Caglayan (PhD) http://aykutcaglayan.blogspot.com/ It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Feb 19, 2012, at 4:31 AM, Oded Ben-Tal wrote: hi, Very light testing on WinXP: - antivirus finds something in there a threat. The message is not informative but perhaps you are doing some memory things that it doesn't like? There has been a false positive on Pd-extended for years. Tell your anti-virus software maker to recheck, or post details about any virus that it thinks is in Pd-extended. - pretty minor: with the new setting for error messages pd still outputs lots of empty lines (where the ignored messages are). This means that some genuine erros may be hidden from view (unless oyu notice and scroll up). I'm looking into this. I really like the magic lantern mode (I presume the audio signal is the amplitude not the actual numbers?) Yeah, its really great. The sad part is that Joe Sarlo wrote that in about 2003, and it just languished until Ico ported it to pd-l2ork. .hc Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
FYI: On my Ubuntu 10.04 machine (I guess also on the 11.04 machine) and on Windows 7, both Pd (0.43.1) and Pd-extended (2012-01-24/2012-02-16) seem to support arrow keys for navigating the menu. Roman On Mon, 2012-02-20 at 07:22 -0800, Aykut Caglayan wrote: Which platform? OS X, 10.5.8 how do you do it? I think it is very clear, anyway, for instance; first I click on 'File', then go down in the 'File' menu with down key or go rigth to 'Edit' or 'Put' menu with right arrow key etc. __ From: Hans-Christoph Steiner h...@at.or.at To: Aykut Caglayan aykut_cagla...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Monday, February 20, 2012 5:02 PM Subject: Re: new editing features of Pd-extended 0.43, now in beta! Which platform? I've never done that, how do you do it? .hc On Feb 20, 2012, at 9:14 AM, Aykut Caglayan wrote: I would like to navigate in the menu bar using arrow keys (like in Pd-vanilla) many thanks for your efforts -- Aykut Caglayan (PhD) http://aykutcaglayan.blogspot.com/ It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Mon, 2012-02-20 at 10:29 -0500, Hans-Christoph Steiner wrote: - pretty minor: with the new setting for error messages pd still outputs lots of empty lines (where the ignored messages are). This means that some genuine erros may be hidden from view (unless oyu notice and scroll up). I'm looking into this. This is mainly because of tclpd loader messages. Every instantiation at patch loading time seems to cause 3 lines of messages: --- tclpd loader: searching for foo in path... tclpd loader: searching for foo/foo in path... tclpd loader: found nothing! --- I don't know what should be considered the normal/expected/common case. But if the common case is that nothing is found, I think it would be good if it'd only post a message when it actually finds something. Otherwise, it could probably be shortened to only one line? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
That's a feature of Tk/Cocoa. Pd-extended won't be based off of Tk/Cocoa until next release. Sorry. .hc On Feb 20, 2012, at 10:22 AM, Aykut Caglayan wrote: Which platform? OS X, 10.5.8 how do you do it? I think it is very clear, anyway, for instance; first I click on 'File', then go down in the 'File' menu with down key or go rigth to 'Edit' or 'Put' menu with right arrow key etc. From: Hans-Christoph Steiner h...@at.or.at To: Aykut Caglayan aykut_cagla...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Monday, February 20, 2012 5:02 PM Subject: Re: new editing features of Pd-extended 0.43, now in beta! Which platform? I've never done that, how do you do it? .hc On Feb 20, 2012, at 9:14 AM, Aykut Caglayan wrote: I would like to navigate in the menu bar using arrow keys (like in Pd-vanilla) many thanks for your efforts -- Aykut Caglayan (PhD) http://aykutcaglayan.blogspot.com/ It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder. - Chris McCormick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Mon, 2012-02-20 at 16:49 +0100, Roman Haefeli wrote: On Mon, 2012-02-20 at 10:29 -0500, Hans-Christoph Steiner wrote: - pretty minor: with the new setting for error messages pd still outputs lots of empty lines (where the ignored messages are). This means that some genuine erros may be hidden from view (unless oyu notice and scroll up). I'm looking into this. This is mainly because of tclpd loader messages. Every instantiation at There is something missing. I wanted to say: Every instantiation of an abstraction at patch loading time seems to cause 3 lines of messages: --- tclpd loader: searching for foo in path... tclpd loader: searching for foo/foo in path... tclpd loader: found nothing! --- I don't know what should be considered the normal/expected/common case. But if the common case is that nothing is found, I think it would be good if it'd only post a message when it actually finds something. Otherwise, it could probably be shortened to only one line? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Feb 20, 2012, at 10:49 AM, Roman Haefeli wrote: On Mon, 2012-02-20 at 10:29 -0500, Hans-Christoph Steiner wrote: - pretty minor: with the new setting for error messages pd still outputs lots of empty lines (where the ignored messages are). This means that some genuine erros may be hidden from view (unless oyu notice and scroll up). I'm looking into this. This is mainly because of tclpd loader messages. Every instantiation at patch loading time seems to cause 3 lines of messages: --- tclpd loader: searching for foo in path... tclpd loader: searching for foo/foo in path... tclpd loader: found nothing! --- I don't know what should be considered the normal/expected/common case. But if the common case is that nothing is found, I think it would be good if it'd only post a message when it actually finds something. Otherwise, it could probably be shortened to only one line? Roman Thanks for that tip, I think I fixed this with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16004 .hc ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Just gave the auto-build a go, and it appears that the error is fixed. Thanks! .mmb On Sun, Feb 19, 2012 at 5:16 PM, Hans-Christoph Steiner h...@at.or.at wrote: Good point, hopefully fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16002 .hc On Feb 19, 2012, at 1:25 PM, Mike Moser-Booth wrote: Right. But why is it looking for that one if the correct one is included in the Pd-0.43.1-extended app? When I took out the one had installed, I still got the error. But it worked fine when I copied the one in the app and replaced the bad version. I guess I'm just wondering why the Tcl framework is in the app if it's not being used. .mmb On Sat, Feb 18, 2012 at 8:25 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's the right one. Here's the problem: Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture You have installed a Tcl framework in /Library/Frameworks that seems to be for the wrong architecture. .hc On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote: I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is that not the right one? .mmb On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb -- Mike Moser-Booth - mmoserbo...@gmail.com Master's Student in Music Technology Schulich School of Music, McGill University Centre for Interdisciplinary Research in Music Media and Technology If you think education is expensive, try ignorance -Derek Bok Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs -- Mike Moser-Booth - mmoserbo...@gmail.com Master's Student in Music Technology Schulich School of Music, McGill University Centre for Interdisciplinary Research in Music Media and Technology If you think education is expensive, try ignorance -Derek Bok ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
On Sun, Feb 19, 2012, at 11:19, Ángel Faraldo wrote: Begin forwarded message: From: Hans-Christoph Steiner h...@at.or.at Date: February 18, 2012 9:02:07 PM GMT+01:00 To: Ángel Faraldo angelfara...@gmail.com Cc: João Pais jmmmp...@googlemail.com, pd-list@iem.at List pd-list@iem.at Subject: Re: [PD] new editing features of Pd-extended 0.43, now in beta! also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). What kind of computer and audio interface are you using? macbook pro 2.66GHz Intel Core 2 Duo with OSX 10.6.8. I tested it with the built-in audio and a RME Fireface 800 with similar results. I'm on a very similar machine', a MacBook pro 3 - 2.4ghz running 10.6.8. Ive never seen this before. I don't have any external interface, perhaps its related to the drivers from your interface? Just a guess. Do other audio apps work? Like Audacity? It also uses portaudio. Please file a bug report on this one too. .hc Hmm yeah, [cputime] does seem broken. Could you post a bug report please? done ángel faraldo .hc On Feb 18, 2012, at 2:54 PM, Ángel Faraldo wrote: Hi there, also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). also, [cputime] appears not to work. (pd-0.43.1-extended-20120218-macosx105-i386) Ángel Faraldo _ www.angelfaraldo.info On Feb 18, 2012, at 6:41 PM, João Pais wrote: It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Right. But why is it looking for that one if the correct one is included in the Pd-0.43.1-extended app? When I took out the one had installed, I still got the error. But it worked fine when I copied the one in the app and replaced the bad version. I guess I'm just wondering why the Tcl framework is in the app if it's not being used. .mmb On Sat, Feb 18, 2012 at 8:25 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's the right one. Here's the problem: Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture You have installed a Tcl framework in /Library/Frameworks that seems to be for the wrong architecture. .hc On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote: I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is that not the right one? .mmb On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb -- Mike Moser-Booth - mmoserbo...@gmail.com Master's Student in Music Technology Schulich School of Music, McGill University Centre for Interdisciplinary Research in Music Media and Technology If you think education is expensive, try ignorance -Derek Bok ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Good point, hopefully fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16002 .hc On Feb 19, 2012, at 1:25 PM, Mike Moser-Booth wrote: Right. But why is it looking for that one if the correct one is included in the Pd-0.43.1-extended app? When I took out the one had installed, I still got the error. But it worked fine when I copied the one in the app and replaced the bad version. I guess I'm just wondering why the Tcl framework is in the app if it's not being used. .mmb On Sat, Feb 18, 2012 at 8:25 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's the right one. Here's the problem: Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture You have installed a Tcl framework in /Library/Frameworks that seems to be for the wrong architecture. .hc On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote: I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is that not the right one? .mmb On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb -- Mike Moser-Booth - mmoserbo...@gmail.com Master's Student in Music Technology Schulich School of Music, McGill University Centre for Interdisciplinary Research in Music Media and Technology If you think education is expensive, try ignorance -Derek Bok Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI. One thing that you can do now is customize the GUI using GUI plugins. You can change all sorts of colors, some fonts, and many behaviors. Want to create a new object when you triple-click? Try the tripleclick example plugin Want to make the patch cords disappear when you leave Edit Mode? Check out the “only show cords in edit mode” example. Those are the simple ones. There is also Tab Completion, a search engine for the docs, a category browser for the right-click menu, a buttonbar for creating objects, and more. You can find many GUI plugins in the new section of the downloads page as well as documentation for making
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI. One thing that you can do now is customize the GUI using GUI plugins. You can change all sorts of colors, some fonts, and many behaviors. Want to create a new object when you triple-click? Try the tripleclick example plugin Want to make the patch cords disappear when you leave Edit Mode? Check out the “only show cords in edit mode” example. Those are the simple ones. There is also Tab Completion, a search engine for the docs, a category browser for the
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Please file a bug report with as much detail as possible. .hc On Feb 18, 2012, at 12:41 PM, João Pais wrote: It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI. One thing that you can do now is customize the GUI using GUI plugins. You can change all sorts of colors, some fonts, and many behaviors. Want to create a new object when you triple-click? Try the tripleclick example plugin Want to make the patch cords disappear when you leave Edit Mode? Check out the “only show cords in edit
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb On Fri, Feb 17, 2012 at 3:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI.
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Hi there, also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). also, [cputime] appears not to work. (pd-0.43.1-extended-20120218-macosx105-i386) Ángel Faraldo _ www.angelfaraldo.info On Feb 18, 2012, at 6:41 PM, João Pais wrote: It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI. One thing that you can
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
What kind of computer and audio interface are you using? Hmm yeah, [cputime] does seem broken. Could you post a bug report please? .hc On Feb 18, 2012, at 2:54 PM, Ángel Faraldo wrote: Hi there, also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). also, [cputime] appears not to work. (pd-0.43.1-extended-20120218-macosx105-i386) Ángel Faraldo _ www.angelfaraldo.info On Feb 18, 2012, at 6:41 PM, João Pais wrote: It sounds as if the audio isn't synced to the system card, or something. The sinus in the audio test patch has lots of irregular clicks, almost as if they would be dropouts. What do you mean by noisy? Can you give more information? I really don't know much about Windows, so I rely on others to tell me how things there should be handled. patco and pob have been doing a lot of valuable work there. .hc On Feb 18, 2012, at 12:13 PM, João Pais wrote: Hi Hans, great job. But, here in XP, I get audio problems: trying to run with asio (as I always do with 0.42), the audio is very noisy. Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions of pd-ext. João http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is that not the right one? .mmb On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb On Fri, Feb 17, 2012 at 3:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well. The Pd Window also includes very basic level meters for monitoring the input and output
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
That's the right one. Here's the problem: Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture You have installed a Tcl framework in /Library/Frameworks that seems to be for the wrong architecture. .hc On Feb 18, 2012, at 3:53 PM, Mike Moser-Booth wrote: I downloaded the one named Pd-0.43.1-extended-macosx105-i386.dmg. Is that not the right one? .mmb On Sat, Feb 18, 2012 at 2:45 PM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like you downloaded the 64-bit version. See my previous mail in this thread about the 64-bit version. .hc On Feb 18, 2012, at 1:44 PM, Mike Moser-Booth wrote: Hey Hans, I'm on OSX 10.5, and I'm getting this at startup: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin: dlopen(/Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin, 10): Library not loaded: @executable_path/../Frameworks/Tcl.framework/Versions/8.5/Tcl Referenced from: /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin Reason: no suitable image found. Did find: /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: mach-o, but wrong architecture /Applications/Pd-0.43.1-extended-20120217.app/Contents/Resources/Scripts/../startup/tclpd: can't load startup library'! For shits and giggles, I tried replacing the bad 8.5 folder that it does find with the one included in the Pd-extended-20120217.app package, and the error goes away. So, I'm guessing the @executable_path isn't set correctly? .mmb On Fri, Feb 17, 2012 at 3:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here: http://autobuild.puredata.info/auto-build/latest/ First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5). pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort. There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu. • Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords. • Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets. • Autopatch mode automatically connects objects as you create them. • Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance. The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose. There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the