Re: [PD] new editing features of Pd-extended 0.43, now in beta!

2012-02-20 Thread Hans-Christoph Steiner

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!

2012-02-20 Thread Aykut Caglayan
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!

2012-02-20 Thread Hans-Christoph Steiner

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!

2012-02-20 Thread Aykut Caglayan
 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!

2012-02-20 Thread Hans-Christoph Steiner

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!

2012-02-20 Thread Roman Haefeli
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!

2012-02-20 Thread Roman Haefeli
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!

2012-02-20 Thread Hans-Christoph Steiner

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!

2012-02-20 Thread Roman Haefeli
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!

2012-02-20 Thread Hans-Christoph Steiner

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!

2012-02-20 Thread Mike Moser-Booth
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!

2012-02-19 Thread Hans-Christoph Steiner

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!

2012-02-19 Thread Mike Moser-Booth
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!

2012-02-19 Thread Hans-Christoph Steiner

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!

2012-02-18 Thread Hans-Christoph Steiner

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!

2012-02-18 Thread João Pais
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!

2012-02-18 Thread Hans-Christoph Steiner

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!

2012-02-18 Thread Hans-Christoph Steiner

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!

2012-02-18 Thread Ángel Faraldo
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!

2012-02-18 Thread Hans-Christoph Steiner

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!

2012-02-18 Thread Mike Moser-Booth
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!

2012-02-18 Thread Hans-Christoph Steiner

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