Re: [PD] text editor on osx
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: The standard Apple mapping for Cmd-T is the font panel. I know so few people who use the Text Editor So just because there's an Apple standard, the standard Pd text editor has to go? IMO that's a standardization effort gone wrong (but I don't use Apple, I eat 'em.) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi controller advice?
I also use an FCB1010 with pretty good results. Mine has never failed and I have used it extensively and travelled with it with no problem whatsoever. My own experience with the expression pedals is very positive: not sure if I'm set up differently but the pedals are completely linear and they will give me nearly the whole range (probably around values between 5 and 127). I'm not sure I understand that 80% of the range giving 10% of the values comment. The exp controllers only use 7 bits and not 14, but I never found it to be a problem. I have an FCB1010 abstraction that I've made. If it's useful to anyone, email me and I can send it to you. On another note, I have had very good success building my own pedalboard based on an arduino. Right now mine has twelve carling momentary footswitches, and I'm planning to put in 6 jack sockets to connect expression pedals. The carling switches are not cheap (they cost me about £3ukp each) but they are very robust and they feel right to a guitar player. I had a metal fabrication company build me the casing from a drawing. The box is wedge shaped (lower towards me than the back) , and about 50cms long, 20cms deep, with two rows of 6 switches. That cost me about £60ukp. I'm very happy with it, and it responds better and faster in my estimation than the FCB1010. I loaded the arduino with HC Steiner's brilliant pduino firmware, and read the data with the pduino object. - martin On 07/08/07, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, adam armfield hat gesagt: // adam armfield wrote: I think the DIY route is a good one, depending on your abilities, you can get a fairly pre-made board from doepfer attach (screw on) jack sockets for up to 16 pedals (or more with expansion), or you might look at an even more DIY solution if you are good at soldering building stuff For example with the Arduino. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ 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] PolyPoly - tricky to modify
(This time, attachment is *really* attached - sorry!) I have been using Frank B.'s wonderful abstraction [polypoly] (which is a revision and improvement of [nqpoly]) and getting great results with it. In fact, I'll publish a synth based on it very soon now -- just as soon as I work out this final issue. I added an extra inlet to [polypoly] in order to be able to send a clear message to the [poly] object within it, which manages all the dynamically-created voices. I did this because imperfect input can sometimes drop a note-off and leave a note hanging, and it never gets de-allocated or released by [poly] -- that's what the clear message accomplishes. This actually worked great, with one small problem -- the $0-poly subpatch, which is where the magic of [polypoly] mostly seems to occur, doesn't respond well to editing of its parent. There's dynamic instantiation using $0- variables going on here, and I think that's what is getting messed up by editing -- these extra lines appear in the edited version: #X obj 50 60 r 1002-in1; #X obj 199 60 r 1002-in2; #X obj 50 200 throw~ 1002-out0; #X obj 199 200 throw~ 1002-out1; and the subpatch invocation is this: #N canvas 7 455 362 318 1002-poly 0; (edited) instead of: #N canvas 7 455 362 318 \$0-poly 0; (original) These cause startup errors, although after that, everything seems to work fine. I'm not sure how to correctly edit self-modifying patches such as this. What's the trick? Should I just edit the text directly? I've attached the modified version of [polypoly]. By the way, Frank, will [polypoly] be made available from CVS? I think it's the best thing since sliced bread. Phil Stone UC Davis #N canvas 211 82 943 658 10; #X obj 36 31 inlet; #X obj 292 200 moses 1; #X text 567 49 your abstraction is ultimately called with the parameters: index number of objects arg1 arg2 arg3 arg4; #N canvas 7 455 362 318 1002-poly 0; #X obj 50 60 r 1002-in1; #X obj 199 60 r 1002-in2; #X obj 50 200 throw~ 1002-out0; #X obj 199 200 throw~ 1002-out1; #X restore 36 254 pd \$0-poly; #X obj 36 227 s \$0-in1; #N canvas 220 112 751 428 init 0; #X obj 197 139 symbol \$0-poly; #X obj 197 163 makefilename pd-%s; #X obj 197 187 pack s \$0; #X msg 204 118 bang; #X text 154 317 This will clear the subpatch and create fake in/outlets as senders and receivers.; #X obj 103 206 s \$0-subname; #X obj 197 92 b; #X obj 197 69 r \$0-init; #X msg 197 230 \; \$1 clear \; \$1 obj 50 60 r \$2-in1 \; \$1 obj 199 60 r \$2-in2 \; \$1 obj 50 200 throw~ \$2-out0 \; \$1 obj 199 200 throw~ \$2-out1 \;; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 1 0 5 0; #X connect 2 0 8 0; #X connect 3 0 0 0; #X connect 6 0 0 0; #X connect 7 0 6 0; #X restore 343 108 pd init; #X obj 139 31 inlet; #X obj 256 63 loadbang; #X obj 256 108 f \$1; #N canvas 0 22 692 559 last-two 0; #X obj 153 175 cnv 15 150 80 empty empty empty 20 12 0 14 -233017 -66577 0; #X text 378 110 first reset (b) \, then set new length (f).; #X text 311 195 Right outlet is responsible to first fill the list ; #X text 312 211 Left outlet then only lets the smaller list pass.; #X obj 180 183 list; #X obj 228 113 inlet; #X obj 180 149 inlet; #X obj 180 302 outlet; #X obj 180 228 list split 2; #X obj 228 149 b; #X connect 4 0 8 0; #X connect 5 0 9 0; #X connect 6 0 4 0; #X connect 8 0 4 1; #X connect 8 0 7 0; #X connect 8 2 4 1; #X connect 9 0 4 1; #X restore 386 521 pd last-two; #X obj 386 562 list prepend; #X msg 386 589 \; \$1 connect \$3 0 \$2 0 \;; #X obj 434 359 r \$0-subname; #X obj 465 541 r \$0-subname; #N canvas 183 178 858 457 finish 0; #X obj 121 185 until; #X obj 156 212 + 1; #X obj 121 284 list prepend; #X obj 121 162 t a b; #X obj 200 255 r \$0-subname; #X obj 452 126 r \$0-subname; #X obj 77 31 inlet; #X obj 77 67 moses 1; #X text 412 238 Connect [r \$0-in1] to first object's first inlet; #X obj 168 185 4; #X obj 121 211 f 4; #X text 167 163 first 4 objects are xlets; #X msg 415 196 \; \$1 connect 0 0 4 0 \;; #X msg 121 318 \; \$1 connect 1 0 \$2 1 \; \$1 connect \$2 1 2 0 \; \$1 connect \$2 2 3 0 \;; #X obj 415 165 symbol; #X obj 121 98 t a b; #X text 276 344 Connect all wrapper's middle signal outlet to [s~ \$0-out0] ; #X text 276 330 Connect all wrapper's right inlet to [r \$0-in2]; #X text 276 359 Connect all wrapper's left signal outlet to [s~ \$0-out1] ; #X connect 0 0 10 0; #X connect 1 0 10 1; #X connect 2 0 13 0; #X connect 3 0 0 0; #X connect 3 1 9 0; #X connect 4 0 2 1; #X connect 5 0 14 1; #X connect 6 0 7 0; #X connect 7 1 15 0; #X connect 9 0 10 1; #X connect 10 0 1 0; #X connect 10 0 2 0; #X connect 14 0 12 0; #X connect 15 0 3 0; #X connect 15 1 14 0; #X restore 274 260 pd finish; #X text 612 116 based on: nqpoly (v4) - pix.test.at; #X obj 343 135 s \$0-init; #X obj 458 494 r \$0-init; #X text 612 140 changes: fbar at footils.org 2006; #X obj 408 390 pack f s s f; #X msg 408 444 \; \$2 obj 50 100 polypoly-wrap \$3 \$1 \$4 \$5 \$6 \$7 \$8 \;; #X obj 256 135 t b a a a b; #X obj 386 273 t a a b; #X
Re: [PD] midi controller advice?
moin Martin, On 2007-08-10 11:54:55, Martin Dupras [EMAIL PROTECTED] appears to have written: I also use an FCB1010 with pretty good results. I'm not sure I understand that 80% of the range giving 10% of the values comment. I get almost the full 0-127 range out of the pedals, but the problem is that When a pedal is ca. 80% pressed towards the top of its range, the MIDI value output is only about 13 (~= 127 * 0.1). The remaining 114 values all seem to reside in the final 20% of the physical pedal range. It's a bit of a pain to work with since the useful values in the 13-127 range are clumped so closely together, and that makes the pedal seem overly sensitive to me. I've read in another forum that such behavior is common among new-ish fcb1010 versions, and is a consequence of the the mechanical translation from the pedal position to the underlying potentiometer: since a rotary poti is used, the actual value plot ought to follow a sinus curve, but I haven't tested this systematically. I have an FCB1010 abstraction that I've made. If it's useful to anyone, email me and I can send it to you. I'm interested! In fact, I've written such an abstraction as well, which I'm also happy to share. marmosets, Bryan -- Bryan Jurish There is *always* one more bug. [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd] toxy, cyclone on 64-bit
On Aug 10, 2007, at 9:48 AM, Patrice Colet wrote: Hans-Christoph Steiner a écrit : It would be nice to put out a beta 64-bit build of Pd-extended. Are you up for it? .hc Hello, during the compilation of MiXed objects, I've encountered a problem with [widget]. I didn't have time to look further in error messages. tot and tow and many cyclone objects compiles fine if the -fPIC is added to the CFLAGS of the makefile.common like Chuckk has written. This flag just now have to be added elegantly for a full compatibility with other architectures I believe. Anyway there might be a problem with [widget] sources, and that might explain why the extended version of this object doesn't work. Submit a patch to the patch tracker and I'll check it when I get a moment. Otherwise, you can remove 'toxy' from LIB_TARGETS in externals/Makefile if you want to skip it. Or any other lib for that matter. .hc Best regards, Patko. On Aug 5, 2007, at 7:18 PM, Chuckk Hubbard wrote: So I got some help from Mathieu and Patko on this, and I wanted to share it in case someone else (or myself in a couple months, probably) needs to know. Add -fPIC to the end of the line defining CFLAGS in Makefile.common ; this is necessary on non-x86 machines. Did I get that right? Thanks Patko and Mathieu! -Chuckk On 8/5/07, *Chuckk Hubbard* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'm looking at the source, wondering if I can adapt it for 64-bit. Any advice welcome. My email to Krzysztof at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] came back undeliverable... did he leave the university? -Chuckk On 8/3/07, *Chuckk Hubbard* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Does anyone know if these libraries will compile on 64-bit Linux? If so... how do I compile them? Thanks! -Chuckk -- http://www.badmuthahubbard.com http:// www.badmuthahubbard.com -- http://www.badmuthahubbard.com http:// www.badmuthahubbard.com -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra - --- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list megalegoland.vcf [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] text editor on osx
On Aug 10, 2007, at 11:10 AM, Hans-Christoph Steiner wrote: On Aug 10, 2007, at 7:36 AM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: The standard Apple mapping for Cmd-T is the font panel. I know so few people who use the Text Editor So just because there's an Apple standard, the standard Pd text editor has to go? IMO that's a standardization effort gone wrong (but I don't use Apple, I eat 'em.) Edit-Text Editor still works fine. I support Cmd-shift-T would work well for the Text Editor, since Cmd-shift-... is used in Pd for lots of other things. Oops, Cmd-shift-T is [tgl], how about Cmd-Shift-E? .hc .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd] toxy, cyclone on 64-bit
Hans-Christoph Steiner a écrit : It would be nice to put out a beta 64-bit build of Pd-extended. Are you up for it? .hc Hello, during the compilation of MiXed objects, I've encountered a problem with [widget]. I didn't have time to look further in error messages. tot and tow and many cyclone objects compiles fine if the -fPIC is added to the CFLAGS of the makefile.common like Chuckk has written. This flag just now have to be added elegantly for a full compatibility with other architectures I believe. Anyway there might be a problem with [widget] sources, and that might explain why the extended version of this object doesn't work. Best regards, Patko. On Aug 5, 2007, at 7:18 PM, Chuckk Hubbard wrote: So I got some help from Mathieu and Patko on this, and I wanted to share it in case someone else (or myself in a couple months, probably) needs to know. Add -fPIC to the end of the line defining CFLAGS in Makefile.common ; this is necessary on non-x86 machines. Did I get that right? Thanks Patko and Mathieu! -Chuckk On 8/5/07, *Chuckk Hubbard* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'm looking at the source, wondering if I can adapt it for 64-bit. Any advice welcome. My email to Krzysztof at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] came back undeliverable... did he leave the university? -Chuckk On 8/3/07, *Chuckk Hubbard* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Does anyone know if these libraries will compile on 64-bit Linux? If so... how do I compile them? Thanks! -Chuckk -- http://www.badmuthahubbard.com http://www.badmuthahubbard.com -- http://www.badmuthahubbard.com http://www.badmuthahubbard.com -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list begin:vcard fn:Patrice Colet n:Colet;Patrice adr;dom:;;;Nice;;06100 email;internet:[EMAIL PROTECTED] tel;cell:06 32 66 03 57 x-mozilla-html:FALSE version:2.1 end:vcard ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] text editor on osx
On Aug 10, 2007, at 7:36 AM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: The standard Apple mapping for Cmd-T is the font panel. I know so few people who use the Text Editor So just because there's an Apple standard, the standard Pd text editor has to go? IMO that's a standardization effort gone wrong (but I don't use Apple, I eat 'em.) Edit-Text Editor still works fine. I support Cmd-shift-T would work well for the Text Editor, since Cmd-shift-... is used in Pd for lots of other things. .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] text editor on osx
On Aug 10, 2007, at 11:13 AM, Hans-Christoph Steiner wrote: On Aug 10, 2007, at 11:10 AM, Hans-Christoph Steiner wrote: On Aug 10, 2007, at 7:36 AM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: The standard Apple mapping for Cmd-T is the font panel. I know so few people who use the Text Editor So just because there's an Apple standard, the standard Pd text editor has to go? IMO that's a standardization effort gone wrong (but I don't use Apple, I eat 'em.) Edit-Text Editor still works fine. I support Cmd-shift-T would work well for the Text Editor, since Cmd-shift-... is used in Pd for lots of other things. Oops, Cmd-shift-T is [tgl], how about Cmd-Shift-E? Ok, one more spaz response to myself: You can edit the cmd key mappings yourself in Pd-extended.app/ Contents/Resources/bin/pd.tk around line 1650. So if you don't like any of them, just change them there, it's a text file. .hc .hc .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie -- -- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PolyPoly - tricky to modify
I have been using Frank B.'s wonderful abstraction [polypoly] (which is a revision and improvement of [nqpoly]) and getting great results with it. In fact, I'll publish a synth based on it very soon now -- just as soon as I work out this final issue. I added an extra inlet to [polypoly] in order to be able to send a clear message to the [poly] object within it, which manages all the dynamically-created voices. I did this because imperfect input can sometimes drop a note-off and leave a note hanging, and it never gets de-allocated or released by [poly] -- that's what the clear message accomplishes. This actually worked great, with one small problem -- the $0-poly subpatch, which is where the magic of [polypoly] mostly seems to occur, doesn't respond well to editing of its parent. There's dynamic instantiation using $0- variables going on here, and I think that's what is getting messed up by editing -- these extra lines appear in the edited version: #X obj 50 60 r 1002-in1; #X obj 199 60 r 1002-in2; #X obj 50 200 throw~ 1002-out0; #X obj 199 200 throw~ 1002-out1; and the subpatch invocation is this: #N canvas 7 455 362 318 1002-poly 0; (edited) instead of: #N canvas 7 455 362 318 \$0-poly 0; (original) These cause startup errors, although after that, everything seems to work fine. I'm not sure how to correctly edit self-modifying patches such as this. What's the trick? Should I just edit the text directly? I've attached the modified version of [polypoly]. By the way, Frank, will [polypoly] be made available from CVS? I think it's the best thing since sliced bread. Phil Stone UC Davis ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] writesf~ question
Hi David, Once your disk is filled, a write operation wil fail and writesf~ should stop then. cheers M On Thu, Aug 09, 2007 at 08:07:10AM -0400, David F. Place wrote: Hello: This seems like it must be a FAQ, but I have not been able to find the answer searching the archives. What is the behavior of writesf~ if you accidentally forget to turn it off? Will it eat up all the disk space on your computer and crash the system? Is there a way to tell it to quit if a file exceeds a maximum size? Thanks. Cheers, David ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ 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] writesf~ question
On Aug 10, 2007, at 7:39 PM, Miller Puckette wrote: Hi David, Once your disk is filled, a write operation wil fail and writesf~ should stop then. A feature request, then. writesf~ should take a message to set a maximum size avoiding an operating system panic. ...or just print the message Linux hates itself. :-) ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] writesf~ question
On Fri, 10 Aug 2007, David F. Place wrote: A feature request, then. writesf~ should take a message to set a maximum size avoiding an operating system panic. ...or just print the message Linux hates itself. :-) I suggest to print the message David F. Place hates Linux until someone actually figures out where that problem comes from. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] writesf~ question
On Aug 10, 2007, at 9:39 PM, Mathieu Bouchard wrote: On Fri, 10 Aug 2007, David F. Place wrote: A feature request, then. writesf~ should take a message to set a maximum size avoiding an operating system panic. ...or just print the message Linux hates itself. :-) I suggest to print the message David F. Place hates Linux until someone actually figures out where that problem comes from. Just to set the record straight. David F. Place loves linux. The message proposal was an inside joke. I guess I shouldn't have broadcast it. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] writesf~ question
On Fri, 10 Aug 2007, David F. Place wrote: On Aug 10, 2007, at 9:39 PM, Mathieu Bouchard wrote: On Fri, 10 Aug 2007, David F. Place wrote: A feature request, then. writesf~ should take a message to set a maximum size avoiding an operating system panic. ...or just print the message Linux hates itself. :-) I suggest to print the message David F. Place hates Linux until someone actually figures out where that problem comes from. Just to set the record straight. David F. Place loves linux. The message proposal was an inside joke. I guess I shouldn't have broadcast it. Why? Because you can't take my jokes? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
