Re: [PD] A present
Hans-Christoph Steiner wrote: zexy's [wrap] gets it wrong by having only two inlets and using a list to set the min/max. zexy's [wrap] doesn't get it wrong if you follow the true church. fgmadsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A present
Maybe we can all agree that this is a good reason to use name spaces? ~Kyle 2009/12/30 IOhannes zmölnig zmoel...@iem.at Hans-Christoph Steiner wrote: zexy's [wrap] gets it wrong by having only two inlets and using a list to set the min/max. zexy's [wrap] doesn't get it wrong if you follow the true church. fgmadsr IOhannes ___ 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
[PD] [texunit ...( to [pix_texture]
Hi, Where's the [textunit( message for the [pix_texture] object documented? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] msgfile doesn't print a full stop after a number..?
Hi, I've noticed that that msgfile doesn't seem to print a full stop (period) after a number. I'm using Pd version 0.42.5-extended-20091228 on Ubuntu 9.10 and am sending the message [read filename.txt cr (. The console reports msgfile as [msgfile] part of zexy-2.2.3 (compiled: Dec 28 2009) Is this normal? For the time being, I've added a ¬ character after the number (which isn't printed) to enable the full stop to be printed. thanks James ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select audio midi from patch
... continuing this thread: http://lists.puredata.info/pipermail/pd-list/2008-09/064895.html maybe there is a thread more recent than Mon Sep 8 04:06:35 CEST 2008 on this? Anyway I am on OSX pd-extended 10.6.2. The attached patch seems to work 'ok'. BUT for some reason 1) I have to bang the message twice to load the midi settings in the dialog box and 2) I have to click apply and/or OK for these setting to take effect. I would like to automatically change the settings when the patch is loaded without banging twice and hitting 'ok' in the properties menu sorry. but i couldn't find more recent documentation on this Cheers! mark audiomidi_properties.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [wrap] holy war was A present
I've nothing much to say on this matter, but it's becoming a bit conflicty so I thought I'd change the topic title Date: Wed, 30 Dec 2009 11:35:00 -0600 From: kylek...@gmail.com To: zmoel...@iem.at CC: pd-list@iem.at Subject: Re: [PD] A present Maybe we can all agree that this is a good reason to use name spaces? ~Kyle 2009/12/30 IOhannes zmölnig zmoel...@iem.at Hans-Christoph Steiner wrote: zexy's [wrap] gets it wrong by having only two inlets and using a list to set the min/max. zexy's [wrap] doesn't get it wrong if you follow the true church. fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list _ Got more than one Hotmail account? Save time by linking them together http://clk.atdmt.com/UKM/go/186394591/direct/01/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pd vanilla problems on OS X 10.6 Snow Leopard
I listed some notes about the problems I was having with the gui rewrite, most problematic is that you can't navigate in text with arrows. Should I file bug reports or is the list fine for this? pd-gui-rewrite compiled with tcl/tk 8.5, but vanilla/extended ships with 8.4. I'd like to compile them with 8.5 to see if that is adding the functionality. both versions of libPdTCL.dylib, compiled and from the dmg, are i386 32-bit. I don't know why the compiled version complains that this is the wrong architecture while the dmg version doesn't. Has anyone compiled a working version of pd vanilla in Snow Leopard? Jaime? On Tue, Dec 29, 2009 at 6:15 PM, Hans-Christoph Steiner h...@at.or.atwrote: On Dec 28, 2009, at 1:19 PM, Rich E wrote: Hans, The gui rewrite version works fine on my computer, but I need Pd-Vanilla/Extented for testing purposes. Not to mention, there are various small bugs in the gui rewrite branch that make it difficult to use when I'm making music. Please report them, so that I can fix them. Now's the time for the final push on the new GUI code since Miller is working on tying it all into the 0.43 release. The problem is also that the wacom external I am working with * only * works with the pd-gui-rewrite branch, but I don't know if that is because I compiled it from source (with maybe a different version of Tcl/Tk) or because you re-wrote the Tk code to use Apple Events in a different way. I didn't really do anything explicit with Apple Events, but it is a ground-up rewrite. Depending on where you got your build, it could be using Tcl/Tk 8.5. You can check that with the [hcs/tcl_version] object. About 64-bit, I've decided to just compile all my music software as 32-bit for now, it seems to be too early for most apps still to run everything as 64-bit (and no real gain any way). Most everything pre-compiled (ex. pd-extended) is 32-bit, anyway. So, that said, anyone have any suggestions on what is going wrong with my libPdTcl.dylib? The version included with Pd-extended is also i386, yet tk doesn't complain about it when running Wish... Run file libPdTcl.dylib to see what kind of binary it is. That whole thing is such a kludge... I shudder to even think about it. Plus its totally gone in 0.43. As for 64-bit, that's something we do need to get fixed. .hc Rich On Mon, Dec 28, 2009 at 8:52 PM, Hans-Christoph Steiner h...@at.or.atwrote: Try the 0.43/pd-gui-rewrite branch, with the new autotools build system. I think it should build properly on Mac OS X 64-bit: http://puredata.info/dev/PdGuiRewrite If not, report problems here and I try to fix them and commit them. .hc On Dec 27, 2009, at 10:25 AM, Rich E wrote: On I go. Loading /usr/bin/wish turns out to be 64bit, but running pd from Miller's pre-built app (or Pd-extended pre-built) creates a 32bit version. When compiling from source, I am making libPdTcl.dylib 32bit, but wish's 'load' function thinks this is the wrong architecture - I think then that wish needs to be run as 32bit, but I can't figure out how to do this or how the pre-built app is doing this. I can't find any doc's on that load function, either (line 67 of pd.tk). I'm just shooting in the dark here, trying to conjure up some advice. I need to get pd compiled from source to work on an external. Rich On Sat, Dec 26, 2009 at 12:29 AM, Rich E reakina...@gmail.com wrote: I hope someone can help me fix the last problem on this list, it is blocking me (libPdTcl.dylib wrong architecture). I can't see why it is detected as the wrong architecture, everything I check says it is i386 compatible. I did remove alot from the configure.in file trying to get it work, so maybe there is a problem there. It is attached. merry christmas, feliz navidad és boldog karácsonzyt (i think I may have barely missed it in my time)! - rich On Wed, Dec 23, 2009 at 4:44 AM, Rich E reakina...@gmail.com wrote: Hi, I am having problems compiling pd from Miller's website in OS X Snow Leopard. Basically, Pd fell behind Apple's updates. Here are my problems, fixes where I found them: - the configure script automatically adds -isysroot blah blah for the 10.4 sdk, which doesn't work. this line is removed. - the included portaudio (and more importantly, its coreaudio components) with pd does not match the coreaudio framework included with Snow Leopard. There are lots of deprecations and finally undeclared methods. I tried just updating the source code from that in portaudio's svn, but this led to further undefined calls that I don't remember. - using '-disable-portaudio' doesn't do any good because it is automatically added if you are on OS X (I wanted to just use jack since portaudio is outdated). - I had to remove all '-arch' flags except i386 to get everything linked. Okay, after that, it compiled. whew. Still, pd's gui will not run because libPdTcl.dylib either isn't found or is the
Re: [PD] A present
On Dec 30, 2009, at 1:49 AM, IOhannes zmölnig wrote: Hans-Christoph Steiner wrote: zexy's [wrap] gets it wrong by having only two inlets and using a list to set the min/max. zexy's [wrap] doesn't get it wrong if you follow the true church. I'm heretic... no religion at all. Which true church do you mean? .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select audio midi from patch
Check out hcs/get-audio-dialog and hcs/get-midi-dialog, they are included in Pd-extended. .hc On Dec 30, 2009, at 2:34 PM, mark edward grimm wrote: ... continuing this thread: http://lists.puredata.info/pipermail/pd-list/2008-09/064895.html maybe there is a thread more recent than Mon Sep 8 04:06:35 CEST 2008 on this? Anyway I am on OSX pd-extended 10.6.2. The attached patch seems to work 'ok'. BUT for some reason 1) I have to bang the message twice to load the midi settings in the dialog box and 2) I have to click apply and/or OK for these setting to take effect. I would like to automatically change the settings when the patch is loaded without banging twice and hitting 'ok' in the properties menu sorry. but i couldn't find more recent documentation on this Cheers! mark audiomidi_properties .pd___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A present
I can definitely agree there! .hc On Dec 30, 2009, at 12:35 PM, Kyle Klipowicz wrote: Maybe we can all agree that this is a good reason to use name spaces? ~Kyle 2009/12/30 IOhannes zmölnig zmoel...@iem.at Hans-Christoph Steiner wrote: zexy's [wrap] gets it wrong by having only two inlets and using a list to set the min/max. zexy's [wrap] doesn't get it wrong if you follow the true church. fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pd vanilla problems on OS X 10.6 Snow Leopard
You can start with just posting a list here, then depending on what it is, they can be posted in the bug tracker. .hc On Dec 30, 2009, at 7:09 PM, Rich E wrote: I listed some notes about the problems I was having with the gui rewrite, most problematic is that you can't navigate in text with arrows. Should I file bug reports or is the list fine for this? pd-gui-rewrite compiled with tcl/tk 8.5, but vanilla/extended ships with 8.4. I'd like to compile them with 8.5 to see if that is adding the functionality. both versions of libPdTCL.dylib, compiled and from the dmg, are i386 32-bit. I don't know why the compiled version complains that this is the wrong architecture while the dmg version doesn't. Has anyone compiled a working version of pd vanilla in Snow Leopard? Jaime? On Tue, Dec 29, 2009 at 6:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: On Dec 28, 2009, at 1:19 PM, Rich E wrote: Hans, The gui rewrite version works fine on my computer, but I need Pd- Vanilla/Extented for testing purposes. Not to mention, there are various small bugs in the gui rewrite branch that make it difficult to use when I'm making music. Please report them, so that I can fix them. Now's the time for the final push on the new GUI code since Miller is working on tying it all into the 0.43 release. The problem is also that the wacom external I am working with * only * works with the pd-gui-rewrite branch, but I don't know if that is because I compiled it from source (with maybe a different version of Tcl/Tk) or because you re-wrote the Tk code to use Apple Events in a different way. I didn't really do anything explicit with Apple Events, but it is a ground-up rewrite. Depending on where you got your build, it could be using Tcl/Tk 8.5. You can check that with the [hcs/tcl_version] object. About 64-bit, I've decided to just compile all my music software as 32-bit for now, it seems to be too early for most apps still to run everything as 64-bit (and no real gain any way). Most everything pre-compiled (ex. pd-extended) is 32-bit, anyway. So, that said, anyone have any suggestions on what is going wrong with my libPdTcl.dylib? The version included with Pd-extended is also i386, yet tk doesn't complain about it when running Wish... Run file libPdTcl.dylib to see what kind of binary it is. That whole thing is such a kludge... I shudder to even think about it. Plus its totally gone in 0.43. As for 64-bit, that's something we do need to get fixed. .hc Rich On Mon, Dec 28, 2009 at 8:52 PM, Hans-Christoph Steiner h...@at.or.at wrote: Try the 0.43/pd-gui-rewrite branch, with the new autotools build system. I think it should build properly on Mac OS X 64-bit: http://puredata.info/dev/PdGuiRewrite If not, report problems here and I try to fix them and commit them. .hc On Dec 27, 2009, at 10:25 AM, Rich E wrote: On I go. Loading /usr/bin/wish turns out to be 64bit, but running pd from Miller's pre-built app (or Pd-extended pre-built) creates a 32bit version. When compiling from source, I am making libPdTcl.dylib 32bit, but wish's 'load' function thinks this is the wrong architecture - I think then that wish needs to be run as 32bit, but I can't figure out how to do this or how the pre-built app is doing this. I can't find any doc's on that load function, either (line 67 of pd.tk). I'm just shooting in the dark here, trying to conjure up some advice. I need to get pd compiled from source to work on an external. Rich On Sat, Dec 26, 2009 at 12:29 AM, Rich E reakina...@gmail.com wrote: I hope someone can help me fix the last problem on this list, it is blocking me (libPdTcl.dylib wrong architecture). I can't see why it is detected as the wrong architecture, everything I check says it is i386 compatible. I did remove alot from the configure.in file trying to get it work, so maybe there is a problem there. It is attached. merry christmas, feliz navidad és boldog karácsonzyt (i think I may have barely missed it in my time)! - rich On Wed, Dec 23, 2009 at 4:44 AM, Rich E reakina...@gmail.com wrote: Hi, I am having problems compiling pd from Miller's website in OS X Snow Leopard. Basically, Pd fell behind Apple's updates. Here are my problems, fixes where I found them: - the configure script automatically adds -isysroot blah blah for the 10.4 sdk, which doesn't work. this line is removed. - the included portaudio (and more importantly, its coreaudio components) with pd does not match the coreaudio framework included with Snow Leopard. There are lots of deprecations and finally undeclared methods. I tried just updating the source code from that in portaudio's svn, but this led to further undefined calls that I don't remember. - using '-disable-portaudio' doesn't do any good because it is automatically added if you are on OS X (I wanted to just use jack
