Re: [PD] Font weirdness with 0.43test
Hi, On Fri, Aug 20, 2010 at 03:14:57PM -0300, Bernardo Barros wrote: > nice: > pd -jack -font-face Inconsolata -font-size 12 It seems that this will just make all your patches default to a font size of 12 (check with Edit->Font), it will not make your 10px font become bigger. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
Hi, On Fri, Aug 20, 2010 at 09:00:31PM +0200, IOhannes m zmölnig wrote: > i guess this is because frank (and cyrille, btw) used miller's build > system ("cd pd/src; ./configure; make") rather than the new shiny > automake system ("cd pd; ./autogen.sh; ./configure; make") Yeah, indeed. I think, the INSTALL.txt needs to be updated. However I, too, don't get far with the shiny one: $ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.ac:91: error: possibly undefined macro: AC_LIBTOOL_DLOPEN If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:92: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL configure.ac:93: error: possibly undefined macro: AC_PROG_LIBTOOL configure.ac:114: error: possibly undefined macro: AC_CHECK_LIBM autoreconf: /usr/bin/autoconf failed with exit status: 1 Anyway, I'll wait for the next test version. > at least i compile Pd and do: > $ ldd bin/pd > linux-gate.so.1 => (0xb7851000) > libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7811000) > libasound.so.2 => /usr/lib/libasound.so.2 (0xb7749000) > libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7744000) > libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb772b000) > librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7722000) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75db000) > /lib/ld-linux.so.2 (0xb7852000) Actually it looks the same for me with the old configure. My issue was with the wrong wish shell. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal objects inside dynamically created abstractions?
Hi, On Sat, Aug 21, 2010 at 12:00:38AM +0200, Peter Plessas wrote: > Pd's dsp is switched on. > Creating an abstraction inside a subpatch by internal pd messages like > [obj 10 10 abstraction< > The tilde objects inside this abstraction do not work unless Pd's dsp is > toggled (off and on again). If I do bigger dsp object generation, I generally turn off dsp before creating objects, then create all objects, then switch it on again. It seems object creation is faster with DSP off anyway. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
hello, Le 20/08/2010 21:00, IOhannes m zmölnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/20/2010 08:27 PM, Hans-Christoph Steiner wrote: FYI: you don't need Tcl/Tk -dev packages anymore, the GUI is now pure Tcl and no longer has a C component. What seems odd to me is that LIBS is including -ltk8.5 and -ltcl8.5. It shouldn't at all. IOhannes, did they somehow creep back into the autotools build system with your recent updates? i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make") ok ok. with automake, i've got a new shiny error : nus...@nusmuk:~/pd/pd-0.43-0test2$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: running: libtoolize --install --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'. libtoolize: copying file `m4/config/config.guess' libtoolize: copying file `m4/config/config.sub' libtoolize: copying file `m4/config/install-sh' libtoolize: copying file `m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'. libtoolize: copying file `m4/generated/libtool.m4' libtoolize: copying file `m4/generated/ltoptions.m4' libtoolize: copying file `m4/generated/ltsugar.m4' libtoolize: copying file `m4/generated/ltversion.m4' libtoolize: copying file `m4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:5: installing `m4/config/missing' asio/Makefile.am: installing `m4/config/depcomp' configure.ac:236: required file `pd.pc.in' not found autoreconf: automake failed with exit status: 1 nus...@nusmuk:~/pd/pd-0.43-0test2$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu ./configure: line 3164: syntax error near unexpected token `IPHONEOS=yes,' ./configure: line 3164: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, as_fn_error "iPhoneOS SDK not available" "$LINENO" 5)' nus...@nusmuk:~/pd/pd-0.43-0test2$ cheers Cyrille at least i compile Pd and do: $ ldd bin/pd linux-gate.so.1 => (0xb7851000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7811000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7749000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7744000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb772b000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7722000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75db000) /lib/ld-linux.so.2 (0xb7852000) what worries me a bit more, is that all the externals are linked with libasound, libjack, ... where there is absolutely no need for. it's rather cosmetic though... fgamdsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxu0M4ACgkQkX2Xpv6ydvQiYwCggX/X4UG1BdwmIxbbAscM9ZdM OSYAoORhTpjvmbyLUukypyPErDEGJEeA =l1ws -END PGP SIGNATURE- ___ 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] Window placement weirdness with 0.43test2
Hi, now this weirdness is very weird: My window manager (openbox 3.4.11.1-1) places the windows of 0.43test2 in a completely different way than with previous versions of Pd, and unfortunatly in a vey unusable way. Plain "File->New" windows or [pd]-subpatch canvas windows are placed with the upper left screen corner at about (0,10) pixels into a patch's canvas, so that the full menu and a row of about 10 pixels of the patching area are outside the screen. This of course is very annoying. But the other favourite new window position of 0.43 is even more annoying: Sometimes, files or subpatches get opened with the top-left corner at screen-position 1280x650, which on my 1366x768 screen size makes most of the patch lie outside the screen. Windows of prior versions like 0.42 or of other apps like Gimp get placed properly. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 2010-08-20 at 23:54 +0200, Jack wrote: > One remark : I am not sending 2 or 6 floats per message but > 2 messages of 3 floats every frame (near every 20 ms). Yeah, I know, but I actually meant to propose to do so. Sending 20'000 times a triple message is what is causing high amounts of overhead. > The problem seems to be the transfert of the packets not the creation > off the messages (they are created by [msd2D] with only one message). > Thanx. The transfer might be a problem _because_ of the huge overhead. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal objects inside dynamically created abstractions?
On Sat, 2010-08-21 at 00:00 +0200, Peter Plessas wrote: > Dear list, > > wondering about the following behavior: > > Pd's dsp is switched on. > Creating an abstraction inside a subpatch by internal pd messages like > [obj 10 10 abstraction< > The tilde objects inside this abstraction do not work unless Pd's dsp is > toggled (off and on again). > > Just creating tilde objects inside a subpatch (without being contained > inside an abstractio) and connecting them works. > > I suppose there is a reason for this, but didn't find it. When creating more than one object in 0 logical time dynamically, I'd recommend to first turn dsp off, create the objects, turn dsp on again. When doing this, all tilde objects are working afterwards. Also this approach turns out to be a _lot_ faster than with dsp turned on during creation. I suppose this because with dsp turned on, the dsp graph is recompiled on every creation, while with dsp turned off it is only recompiled once, when turning dsp on. Can someone with knowledge of the C code confirm this? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Fri, 2010-08-20 at 23:01 -0400, Mathieu Bouchard wrote: > On Fri, 20 Aug 2010, Roman Haefeli wrote: > > > Indeed, I can confirm it does not truncate audio signals to -1+1. > > Neither does Pd. Not that I have a good application for this in mind, > > but I find this valuable to know. > > Just like for within Pd, it means that you don't have to worry about > volume levels and clipping until the final step before the [dac~]. No, even [dac~] allows for higher values than 1, when connected to jack. So actually you really only need to worry about the levels just before you route a [dac~] to a physical port with jack. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
OK, i understand now, i will give it a try. Thanx again. ++ Jack Le samedi 21 août 2010 à 11:11 +0200, Roman Haefeli a écrit : > On Fri, 2010-08-20 at 23:54 +0200, Jack wrote: > > > One remark : I am not sending 2 or 6 floats per message but > > 2 messages of 3 floats every frame (near every 20 ms). > > Yeah, I know, but I actually meant to propose to do so. Sending 20'000 > times a triple message is what is causing high amounts of overhead. > > > The problem seems to be the transfert of the packets not the creation > > off the messages (they are created by [msd2D] with only one message). > > Thanx. > > The transfer might be a problem _because_ of the huge overhead. > > Roman > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] newline in comment
Hi list, Is there a way to put newlines in comments that stay there after closing and reopening a patch? I am unable to create a comment like: "first line second line third line" without it becoming: "first line second line third line" after reopening the patch. I pasted some text from elsewhere and don't want to have to break it up into 50 separate comments. thanks, Tim ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
Hi, On Sat, Aug 21, 2010 at 12:47:22PM +0200, tim vets wrote: > Is there a way to put newlines in comments that stay there after closing and > reopening a patch? Not that I know of. > I pasted some text from elsewhere and don't want to have to break it up into > 50 separate comments. Poor Tim ... :) Maybe you can do some scripting outside of Pd to create the comment as a subpatch? Attached is a quick shell example without any escaping of special characters. Ciao -- Frank make-comment-subpatch.sh Description: Bourne shell script ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
While this might be a work around, 2010 one might expect of a graphic user interface that you can tear on a bounding box and the text is floating in it. feature request? this is from max5, the mouse was hovering over the square at the bottom right: <> m. Am 21.08.2010 um 14:59 schrieb Frank Barknecht: > Hi, > > On Sat, Aug 21, 2010 at 12:47:22PM +0200, tim vets wrote: >> Is there a way to put newlines in comments that stay there after closing and >> reopening a patch? > > Not that I know of. > >> I pasted some text from elsewhere and don't want to have to break it up into >> 50 separate comments. > > Poor Tim ... :) > > Maybe you can do some scripting outside of Pd to create the comment as a > subpatch? Attached is a quick shell example without any escaping of special > characters. > > Ciao > -- > Frank > ___ > 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] Loading Gem's abstractions
Hello! I am using pd 0.42-5 on Linux and yesterday I compiled Gem 0.92-3. I am very happy with new Gem, but I have some minor problems with loading Gem's abstractions. When loading gem/examples/02.advanced/12.Hsv.pd the abstraction objects [hsv2rgb] and [rgb2hsv] don't get loaded. I can get the objects created using [Gem/hsv2rgb] and [Gem/rgb2hsv], but it's not the optimal solution because some of the Gem's abstractions include other abstractions from that dir and I would have to change all those abstractions. The other solution is adding /usr/local/lib/pd/extras/Gem to the -path directive. It's not that I am helpless here, I am just wondering why those abstractions are not found automatically, since Gem.pd_linux and all the -help.pd files that live in the same dir have no problems getting loaded. I know I should look at the loading code, but before I start digging... just maybe someone else already saw this as a before and has some answers. Thanks and take care, Miha ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem using [udpsend] from iemnet (or mrpeach) in a sub-process (with [pd~])
On Sat, 21 Aug 2010, Roman Haefeli wrote: On Fri, 2010-08-20 at 23:01 -0400, Mathieu Bouchard wrote: On Fri, 20 Aug 2010, Roman Haefeli wrote: Indeed, I can confirm it does not truncate audio signals to -1+1. Neither does Pd. Not that I have a good application for this in mind, but I find this valuable to know. Just like for within Pd, it means that you don't have to worry about volume levels and clipping until the final step before the [dac~]. No, even [dac~] allows for higher values than 1, when connected to jack. So actually you really only need to worry about the levels just before you route a [dac~] to a physical port with jack. That's what I was trying to say, but in the analogy with Pd, I said [dac~] instead of DAC or instead of soundcard... sorry. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
Hi, you could use semicolons at the end of ech line as workaround. comment; line2; final line without semicolon. Martin tim vets wrote: Hi list, Is there a way to put newlines in comments that stay there after closing and reopening a patch? I am unable to create a comment like: "first line second line third line" without it becoming: "first line second line third line" after reopening the patch. I pasted some text from elsewhere and don't want to have to break it up into 50 separate comments. thanks, Tim ___ 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] newline in comment
On Sat, 21 Aug 2010, tim vets wrote: Hi list,Is there a way to put newlines in comments that stay there after closing and reopening a patch? I am unable to create a comment like: "first line second line third line" without it becoming: "first line second line third line" after reopening the patch. I pasted some text from elsewhere and don't want to have to break it up into 50 separate comments. Your only way is to use the semicolon, and then, you can't ever use the semicolon in any other way, because using it causes a newline to appear. If you want to know how your comment will look like once reloaded from file, try Cut/Paste, Copy/Paste, Duplicate, or Delete/Undo. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
hello i've got probleme with pd~ when sending a start message, i've got an error : pd~: can't stat /usr/local/lib/pd/pd (pd is install somwhere else.) cheers Cyrille Le 20/08/2010 17:10, cyrille henry a écrit : hello, ./configure, make and sudo make install work as usually /pd/pd-0.43-0test2/bin$ ./pd works as expected, but : $ pd Error in startup script: couldn't read file "/usr/local/lib/pd/tcl//pd-gui.tcl": no such file or directory will make more tests later cheers Cyrille Le 19/08/2010 18:32, Miller Puckette a écrit : Hi all, Pd version 0.43-0 test 2 is available on: http://crca.ucsd.edu/~msp/software.htm This version features a comprehensive re-write of the GUI (almost entirely contributed by others!) I'm aiming to get the final 0.43-0 out by Aug. 31. cheers Miller ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
On Sat, 21 Aug 2010, Frank Barknecht wrote: Maybe you can do some scripting outside of Pd to create the comment as a subpatch? I don't understand : why into a subpatch instead of the main patch ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
On Sat, 21 Aug 2010, Max wrote: While this might be a work around, 2010 one might expect of a graphic user interface that you can tear on a bounding box and the text is floating in it. feature request? I had that feature in jMax in 2001 and I had to leave it behind when I switched to Pd in 2003/2004. However, in jMax, the user-set width applied to everything and you can imagine the font trouble when variable-width fonts that were automatically picked and rendered in slightly different ways would take a little bit more than the user-set width of the box and then would cause the box to go double-height. So you understand that it was a relief to not have that feature anymore, but however, I would be very pleased to have it back IF it were OPTIONAL. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Fri, 20 Aug 2010, IOhannes m zmölnig wrote: i think the problem is, that my full auoconf support patch (building on what hans had done) was not fully applied originally. in the meantime this has been fixed, at least in git. i cannot currently download the release tarball (due to network speed) I tried from inside src with the other ./configure and it worked. If one ./configure is meant to be used over the other, the other better be removed, whichever that is. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] small patch for [pdp_mix]
I just submitted 2 trivial patches for [pdp_mix]. Not sure if sevyves or somebody else needs to review/consider/submit: when crossfade is set to 1 for [pdp_mix], outlet should return exact copy of middle inlet. Instead [pdp_mix] still tries to mix the left and middle inlet, resulting in slight degradation of the resulting video. Consequently, a feedback loop connecting [pdp_mix] outlet to its middle inlet through a [pdp_del] with crossfade set to 1 will eventually result in a video that is completely black. This patch adds a trivial copy from the middle inlet to the outlet if the crossfade is set to 1. Here are the links to the patches, one for mmx and one for portable (no mmx): https://sourceforge.net/tracker/?func=detail&aid=3050324&group_id=55736&atid=478072 https://sourceforge.net/tracker/?func=detail&aid=3050325&group_id=55736&atid=478072 Thanks, -John ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading Gem's abstractions
On 08/21/2010 03:20 PM, Miha Tomšič wrote: > Hello! > > I am using pd 0.42-5 on Linux and yesterday I compiled Gem 0.92-3. I > am very happy with new Gem, but I have some minor problems with > loading Gem's abstractions. > > When loading gem/examples/02.advanced/12.Hsv.pd the abstraction > objects [hsv2rgb] and [rgb2hsv] don't get loaded. > I can get the objects created using [Gem/hsv2rgb] and [Gem/rgb2hsv], > but it's not the optimal solution because some of the Gem's > abstractions include other abstractions from that dir and I would have > to change all those abstractions. > The other solution is adding /usr/local/lib/pd/extras/Gem to the -path > directive. that's the proposed solution for now. the future solution is to automatically add the path (if possible). this is currently disabled in 0.92 (and the autoconf test fails...) since you are compiling anyhow, you can easily enable: after configure, edit the generated Base/configLinux.h (with Gem>=0.93: Base/config.), by simply making sure that the HAVE_S_STUFF_H macro is defined to 1 near the end of the file. then recompile Gem. it should now automatically find all the abstractions. mfarsd 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] pd books...
hi. >>> As >>> far as I know, pd has only two books about itself ("bang" and >>> "loadbang") How come ? Is this only a userbase issue? having a pd [...] > > And also http://pd-tutorial.com > since "loadbang" was already mentioned, i didn't reenumerate it. fgmasdr 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] tk version weirdness with 0.43test2
On 08/21/2010 10:20 AM, cyrille henry wrote: > > i guess this is because frank (and cyrille, btw) used miller's build > system ("cd pd/src; ./configure; make") rather than the new shiny > automake system ("cd pd; ./autogen.sh; ./configure; make") > >> ok ok. > >> with automake, i've got a new shiny error : thanks dmotd, frank, cyrille, matju, and all others. as you might have found out by now, the autoconf system as distributed in the test2 tarball is unfortunately not working right now. it's fixed in the current git branch (so chances are high that it will work in test3). in the meantime you can find the remaining part of the autoconf system in the patch tracker at sourceforge. fgamnsdr 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] pd books...
The University where I teach would gladly buy several copies of any PD book, and I know for sure that many students would buy such a book too. I am sure there are a number of other institutions who would too. I'm not saying that there is necessarily great demand, but there is some demand. Just to give you an idea, one of my modules is very PD-based, and Miller's book is first on the reading list; that justified buying several copies for the library, and that encouraged several students to buy it. In my opinion, published books dealing with open-source subjects also contribute a perception that it is not just a fringe curiosity. - martin On 18 August 2010 10:13, Andrew Faraday wrote: > Hey David > > I think it's probably an open-source thing as much as anything. There's a > lot of resources out there for Pd which are freely available. (For a > 'getting started' guide, I'd recommend the floss manual). It's a bit of a > paradox in the open-source community that free resources tend to inhibit > more traditional forms. > > Having said that, if someone wants to pay for 'PD for dummies' I'd gladly > get writing tomorrow. Perhaps an e-mail to the publishers? > > Andrew > > > > > -- > From: schafferda...@hotmail.com > To: pd-list@iem.at > Date: Wed, 18 Aug 2010 09:06:01 + > Subject: [PD] pd books... > > > Hi, > > I recently bought two books on the processing language and I realized > there were at least 10 books I could have chosen from. As far as I know, pd > has only two books about itself ("bang" and "loadbang") How come ? Is this > only a userbase issue? having a pd book like "getting started with > processing" would be great to get new people to use the language. It should > be real beginner level, teach you the basic programming skills and show you > all you can do... is anyone working in that field? > > D.S > > > http://www.flickr.com/photos/schafferdavid/ > > http://audioblog.arteradio.com/David_Schaffer/ > > > > ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
well, it looks different here. If I check the menu option, the boxes are not placed so well. I like the looks like this, Inconsolata 16 (that is our 12) and no *bold*: -font-face Inconsolata -font-size 16 -font-weight normal 2010/8/21 Frank Barknecht : > Hi, > > On Fri, Aug 20, 2010 at 03:14:57PM -0300, Bernardo Barros wrote: >> nice: >> pd -jack -font-face Inconsolata -font-size 12 > > It seems that this will just make all your patches default to a font > size of 12 (check with Edit->Font), it will not make your 10px font > become bigger. > > Ciao > -- > Frank > > ___ > 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] pd books...
On Sat, 21 Aug 2010, Martin Dupras wrote: In my opinion, published books dealing with open-source subjects also contribute a perception that it is not just a fringe curiosity. What would you think of a book form of something such as the help files of GridFlow ? If only to achieve the double goal of having one more book about Pd and having a set of helpfiles polished enough and proofread enough to become something we'd be proud to call a book. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
I wonder how much CPU is lost with this fancy max graphics. maybe not much, I don't know what technology they are using. Is it based on qt4 toolkit? 2010/8/21 Max : > While this might be a work around, 2010 one might expect of a graphic user > interface that you can tear on a bounding box and the text is floating in it. > feature request? > > this is from max5, the mouse was hovering over the square at the bottom right: > > > m. > > > Am 21.08.2010 um 14:59 schrieb Frank Barknecht: > >> Hi, >> >> On Sat, Aug 21, 2010 at 12:47:22PM +0200, tim vets wrote: >>> Is there a way to put newlines in comments that stay there after closing and >>> reopening a patch? >> >> Not that I know of. >> >>> I pasted some text from elsewhere and don't want to have to break it up into >>> 50 separate comments. >> >> Poor Tim ... :) >> >> Maybe you can do some scripting outside of Pd to create the comment as a >> subpatch? Attached is a quick shell example without any escaping of special >> characters. >> >> Ciao >> -- >> Frank >> ___ >> 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
On Fri, 20 Aug 2010, Frank Barknecht wrote: I can fix the size difference by adding "-font-size 12" to the startup options or probably by some tcl hacking, but actually I was hoping, that the GUI reqrite would finally allow me to avoid using startup options for basic GUI configuration and behave more like normal software. BTW I've been using Pd-Extended's Linux/OSX default font size as the basis for all my patches for making my last 400 patches or so. I pretty much expect the standard font size of Pd to become 6 pixels wide and 13 pixels high. Any deviation from that is making it complicated to have patches that look good on any OS and any Pd branch. You can measure the width of a font by looking at the width difference between [sel] and [pack]. You can measure the height of the font by looking at the height difference between a single-line box and a double-line box. Move one of the two boxes one pixel at a time and see how many 1px moves it take to go from being left-justified to being right-justified, and top-justified to bottom-justified. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd books...
The more books the better, in my err... book. (pun intended.) What follows is just my opinion. I think that books are really very helpful for a number of reasons, not least of which because they give you a chance to think more conceptually, away from the screen. That is a double-edged sword, however, because many books are not very useful away from the screen (e.g. "for dummies" books) and they soon become obsolete. There's a second-hand book store in Bristol where all the computer books are £1. The rationale is that demand for a book on, say, Photoshop 5.0 is low. I think it's very important that printed books retain a conceptual element. For something like GridFlow, I think it would be really, really great if there was a book which spent some time explaining how it works. I'd certainly buy that. I'd find it very hard to justify the purchase of a printer set of help files on their own. In my experience, books tend to be used where a student seeks further explanation on something that was covered superficially; when they really struggle with a concept and need a different and more detailed explanation; and when I point them specifically to a chapter or section of a book. The book becomes a resource in the learning process, rather than a compendium of knowledge. - martin On 21 August 2010 18:25, Mathieu Bouchard wrote: > On Sat, 21 Aug 2010, Martin Dupras wrote: > > In my opinion, published books dealing with open-source subjects also >> contribute a perception that it is not just a fringe curiosity. >> > > What would you think of a book form of something such as the help files of > GridFlow ? If only to achieve the double goal of having one more book about > Pd and having a set of helpfiles polished enough and proofread enough to > become something we'd be proud to call a book. > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] newline in comment
On 08/21/2010 07:31 PM, Bernardo Barros wrote: > I wonder how much CPU is lost with this fancy max graphics. maybe not > much, I don't know what technology they are using. Is it based on qt4 > toolkit? > it's based on juce, which uses openGL to render graphics. mfgsdrd 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] Font weirdness with 0.43test
On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote: Inconsolata is an awesome font, by far the best fixed-font I've seen anywhere. That's why made Pd use it if it can find it. Otherwise it settles on what Tcl/Tk decides to call "courier" (see Tk font docs). set testfonts {"Inconsolata" "Courier New" "Liberation Mono" "FreeMono" \ "DejaVu Sans Mono" "Bitstream Vera Sans Mono"} Why don't you just stick with DejaVu Sans Mono that we all got used to ? Is the default size of Inconsolata exactly the same character size (6px by 13px) as the default size of DejaVu Sans Mono ? Then the IEMGUI font size just doesn't follow in a cross-platform way. I had to add the use of my new abstraction [doc_iemfont] so that IEMGUI labels have sizes that match those of standard pd "size 10" text (size 10 according to .pd format and FONT BOMB). Then I've been told that Pd (41 or 42 ?) for Windows has a default font and font size that make characters not 6 by 13. (I can't verify this now because my Windows partition committed suicide by... deleting its own dll files or something) ... so... ask Jonathan. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tk version weirdness with 0.43test2
On Aug 21, 2010, at 11:36 AM, IOhannes zmölnig wrote: On 08/21/2010 10:20 AM, cyrille henry wrote: i guess this is because frank (and cyrille, btw) used miller's build system ("cd pd/src; ./configure; make") rather than the new shiny automake system ("cd pd; ./autogen.sh; ./configure; make") ok ok. with automake, i've got a new shiny error : thanks dmotd, frank, cyrille, matju, and all others. as you might have found out by now, the autoconf system as distributed in the test2 tarball is unfortunately not working right now. it's fixed in the current git branch (so chances are high that it will work in test3). in the meantime you can find the remaining part of the autoconf system in the patch tracker at sourceforge. There are also nightly builds on Miller's git which are currently building fine on multiple machines, so you're best bet for testing is using the code from git. http://puredata.info/docs/developer/GettingPdSource .hc 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
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Thu, 19 Aug 2010, Hans-Christoph Steiner wrote: On Thu, 2010-08-19 at 14:08 -0400, Mathieu Bouchard wrote: I'm not counting files. I'm reading the code, and even diffing the code, and the difference is about 2% of the C code of the server. That should not come as a surprise since that was a clearly stated goal of this phase of the GUI rewrite. Then why is it that Miller's notes say that the GUI was completely rewritten ?... It seems like it's not very clear for everybody involved ! It should not come as a surprise, *therefore* Miller needs to state things differently ! The idea is to first rewrite the Tcl side, touching as little of the C code as possible. The Tcl side was rewritten from scratch, with lots of borrowing, where it made sense. With the amount of borrowing that I can see in the code, it would be more fair to say that perhaps half of the Tcl side was rewritten from scratch, but it would take more time to measure it more precisely. You know, if you search-and-replace to use namespace prefixes all over, and to use the proc "_" for localisation, it doesn't count as rewriting those lines you changed. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
On Aug 21, 2010, at 1:50 PM, Mathieu Bouchard wrote: On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote: Inconsolata is an awesome font, by far the best fixed-font I've seen anywhere. That's why made Pd use it if it can find it. Otherwise it settles on what Tcl/Tk decides to call "courier" (see Tk font docs). set testfonts {"Inconsolata" "Courier New" "Liberation Mono" "FreeMono" \ "DejaVu Sans Mono" "Bitstream Vera Sans Mono"} Why don't you just stick with DejaVu Sans Mono that we all got used to ? Is the default size of Inconsolata exactly the same character size (6px by 13px) as the default size of DejaVu Sans Mono ? Well, IMHO, Inconsolata is so nice that its worth the little hassles there might be. But the box sizes don't change with different fonts, even when you use proportionally spaced fonts. Therefore the layout should be the same. Editing text might be slight different, i.e. clicking in the same spot with different fonts could put the cursor betweeen different characters. Then the IEMGUI font size just doesn't follow in a cross-platform way. I had to add the use of my new abstraction [doc_iemfont] so that IEMGUI labels have sizes that match those of standard pd "size 10" text (size 10 according to .pd format and FONT BOMB). Then I've been told that Pd (41 or 42 ?) for Windows has a default font and font size that make characters not 6 by 13. (I can't verify this now because my Windows partition committed suicide by... deleting its own dll files or something) ... so... ask Jonathan. Yeah, the IEMGUI font size issues are still very present. I think the best way forward is to write a new GUI lib, the IEMGUI code is really hard to follow and/or modify. That's why I started the tkwidgets library and I hope to pick it up again soon, and also that others will contribute. .hc Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd books...
On Sat, 21 Aug 2010, Martin Dupras wrote: For something like GridFlow, I think it would be really, really great if there was a book which spent some time explaining how it works. I'd certainly buy that. I'd find it very hard to justify the purchase of a printer set of help files on their own. Ok, then nevermind the book because, in the end, the only way I'm going to write "how it works" is by sufficiently expanding the set of help files until it covers the ground I want to cover. With the copyrights I will receive an amount of money that is peanuts and doesn't quite compensate for the low popularity caused by an incomplete set of help files. (unless you can show me that I can make at least 10,000 piastres directly or indirectly from selling a paper book ?) I think I will just keep on expanding help files. Meanwhile, your problem is still that you need to justify the software using paper books that have to be paid for and have original content in them that can't be given away for free. The perception that pd is a fringe curiousity is fueled by the unreasonable expectation that printed manuals need to exist. (You and I have been talking about similar issues in the past, but I don't really know how I could solve any of them, in the end). OTOH, Pd doesn't have that many contributors, and they're all very part time. In that sense, Pd is somewhat fringy, and more so when getting into specific libraries, even the large ones such as GEM, MTL, GF, PDP/PiDiP. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
mm, I was going to write about the same issue. It might be OT, but the same happens here on pd-ext 42.5 rc5 - Ubuntu Jaunty - compiled M hello > > i've got probleme with pd~ > when sending a start message, i've got an error : > pd~: can't stat /usr/local/lib/pd/pd > > (pd is install somwhere else.) > > cheers > Cyrille > > > -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On 08/21/2010 04:19 PM, cyrille henry wrote: > hello > > i've got probleme with pd~ > when sending a start message, i've got an error : > pd~: can't stat /usr/local/lib/pd/pd > > (pd is install somwhere else.) > you should be able to tell [pd~] where Pd really lives with the message: [pd~ pddir /path/to/my/pd( fgamr 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] Window placement weirdness with 0.43test2
I'm getting similar behavior using evilwm and hope to look into it :) Miller On Sat, Aug 21, 2010 at 10:28:06AM +0200, Frank Barknecht wrote: > Hi, > > now this weirdness is very weird: My window manager (openbox 3.4.11.1-1) > places the windows of 0.43test2 in a completely different way than with > previous versions of Pd, and unfortunatly in a vey unusable way. Plain > "File->New" windows or [pd]-subpatch canvas windows are placed with the > upper left screen corner at about (0,10) pixels into a patch's canvas, > so that the full menu and a row of about 10 pixels of the patching area > are outside the screen. This of course is very annoying. > > But the other favourite new window position of 0.43 is even more > annoying: Sometimes, files or subpatches get opened with the top-left > corner at screen-position 1280x650, which on my 1366x768 screen size > makes most of the patch lie outside the screen. > > Windows of prior versions like 0.42 or of other apps like Gimp get > placed properly. > > Ciao > -- > Frank > > ___ > 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
... but at least the help window in Pd should work, however it's installed :) I don't understand at all the various scripts install Pd or I'd fix this :) M On Sat, Aug 21, 2010 at 10:09:11PM +0200, IOhannes zmölnig wrote: > On 08/21/2010 04:19 PM, cyrille henry wrote: > > hello > > > > i've got probleme with pd~ > > when sending a start message, i've got an error : > > pd~: can't stat /usr/local/lib/pd/pd > > > > (pd is install somwhere else.) > > > > you should be able to tell [pd~] where Pd really lives with the message: > [pd~ pddir /path/to/my/pd( > > > fgamr > 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
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
Le 21/08/2010 22:09, IOhannes zmölnig a écrit : On 08/21/2010 04:19 PM, cyrille henry wrote: hello i've got probleme with pd~ when sending a start message, i've got an error : pd~: can't stat /usr/local/lib/pd/pd (pd is install somwhere else.) you should be able to tell [pd~] where Pd really lives with the message: [pd~ pddir /path/to/my/pd( who will tell me where pd really lives? cheers cyrille fgamr 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
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
Can you post a test patch? .hc On Sat, 2010-08-21 at 21:03 +0100, Marco Donnarumma wrote: > mm, I was going to write about the same issue. > It might be OT, but the same happens here on pd-ext 42.5 rc5 - Ubuntu > Jaunty - compiled > > M > > > > > hello > > i've got probleme with pd~ > when sending a start message, i've got an error : > pd~: can't stat /usr/local/lib/pd/pd > > (pd is install somwhere else.) > > cheers > Cyrille > > > > -- > Marco Donnarumma aka TheSAD > Independent New Media Arts Professional, Performer, Teacher - > Edinburgh, UK > > > PORTFOLIO: http://marcodonnarumma.com > LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | > http://www.flxer.net > EVENT: http://www.liveperformersmeeting.net > ___ > 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] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
On Sat, 2010-08-21 at 23:48 +0200, cyrille henry wrote: > > Le 21/08/2010 22:09, IOhannes zmölnig a écrit : > > On 08/21/2010 04:19 PM, cyrille henry wrote: > >> hello > >> > >> i've got probleme with pd~ > >> when sending a start message, i've got an error : > >> pd~: can't stat /usr/local/lib/pd/pd > >> > >> (pd is install somwhere else.) > >> > > > > you should be able to tell [pd~] where Pd really lives with the message: > > [pd~ pddir /path/to/my/pd( > who will tell me where pd really lives? > cheers > cyrille Only you know, where did you put it? :) There are so many ways to customize it. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43 test 2 (first 'real' test version) released
Le 22/08/2010 00:10, Hans-Christoph Steiner a écrit : On Sat, 2010-08-21 at 23:48 +0200, cyrille henry wrote: Le 21/08/2010 22:09, IOhannes zmölnig a écrit : On 08/21/2010 04:19 PM, cyrille henry wrote: hello i've got probleme with pd~ when sending a start message, i've got an error : pd~: can't stat /usr/local/lib/pd/pd (pd is install somwhere else.) you should be able to tell [pd~] where Pd really lives with the message: [pd~ pddir /path/to/my/pd( who will tell me where pd really lives? cheers cyrille Only you know, where did you put it? :) There are so many ways to customize it. i did not customize anything. i just did a make install. cyrille .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list