Re: [PD] OSC server to many clients
You can broadcast over UDP by sending to the address 255.255.255.255. Joel On Feb 2, 2014 10:57 AM, Atte a...@youmail.dk wrote: Hi Basic OSC confusion here: I'd like to run a server that keeps track of time and shares that to a number of clients, each of which run on their own, but with access to this common, global time. However all the examples I found with [sendOSC] or [tcpsend] suggests that the sender connects to *one* client, which isn't what I want. I'd rather like to have the server broadcast to any number of clients that can pick up this information if they like. Have I got OSC all wrong? How to best achieve what I need? -- Atte http://atte.dk http://modlys.dk ___ 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] Packages for Ubuntu 13.10?
You can still install it from the repo. Just use the raring distro instead of saucy. On 10/22/2013 06:47 PM, Antonio Roberts wrote: Hi, Will the Pd-extended repositories be updated for Ubuntu 13.10 at any point? Currently there's no way to install it other than compiling from source Kind regards, Antonio ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Makefile error in library template v1.0.14
Hi Hans. The Makefile fails for Android on Linux 64 bit. I tracked it down to line 149: $(NDK_BASE)/toolchains/$(NDK_ABI)*-$(NDK_COMPILER_VERSION)/prebuilt/$(NDK_UNAME)-x86) should be: $(NDK_BASE)/toolchains/$(NDK_ABI)*-$(NDK_COMPILER_VERSION)/prebuilt/$(NDK_UNAME)-x86*) Thanks! Joel On 05/07/2013 06:17 PM, Hans-Christoph Steiner wrote: On 05/07/2013 02:43 PM, me.grimm wrote: hey hans. the link off the pd wiki under get template gives me The /libraries/template/..mplate-1.0.14.tar.gz file could not be found or is not available. Please select another file. Thanks, fixed. also would it make sense to add the macosx-embed-dependencies.sh script to the template? Hmm... that's a good idea... my one concern is that the template is meant to be as simple as possible, so it doesn't cover all cases. Instead its meant to be self-documenting as much as possible, so I think adding a file like that script will confuse a lot of people. Most libraries will never use it. Perhaps I should just be documented on the wiki. .hc m On Tue, May 7, 2013 at 2:30 PM, Hans-Christoph Steiner h...@at.or.at wrote: I just posted v1.0.14 of the Library Template that fixes some build issues on recent Mac OS X and Android: https://puredata.info/downloads/template If you are starting a library or want to port your existing library to multiple platforms, then the Library Template will make things much easier for you. Libraries in this format are very easy to install and they integrate tightly with Pd, providing things like namespace support, meta data for the search function, a listing in the Help Browser, etc. It handles building on all supported platforms (currently GNU/Linux, GNU/Hurd, GNU/kFreeBSD, Mac OS X/Universal, Windows/MinGW, Windows/Cygwin, Android, Apple iOS). Using this template makes it trivially easy to package your library for Debian, Ubuntu, Fedora, Gentoo, etc. Find out all about it here: https://puredata.info/docs/developer/LibraryTemplate .hc ___ 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] [ANN] New External: tglgrid, a togglable grid of cells
This is really nice. I like the red highlighting when you hover over a square. Very clean and useful. I'd give a +1 to adding a [get row x( method, as well as [get row col( for a single cell. Joel On 03/27/2013 11:08 AM, Nick Lanham wrote: On 03/27/2013 02:03 PM, Charles Goyard wrote: Hi, sound great, thanks for sharing ! Sure, hope you find it useful, and thanks for the feedback. Responses below inline. Here are some features request that come to mind: - add the possibility to work by row and not by column. It can be another object, such as rtglgrid, or a creation argument (tglgrid 10 10 byrow). Yep, this is in the back of my mind as a feature, I just need to think through the best way to have the interactions work. - add a say col row message that returns a single cell state. This is easy to do, and I had even started it, but I had second thoughts about it's necessity. You can always filter out the state of a single cell from the list that's output when you do the standard bang, but maybe for simplicity's sake I should add this too. The question in my mind was, does this output a single value at the first outlet, or is there a second outlet for this? - before someone else asks: dynamic resize of the matrix :) Also shouldn't be too tough, I'll add it to the todo list. Cheers, Nick ___ 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] Simple Kalman filter
I've updated my 1D linear Kalman filter to include an analysis method to improve the initial noise model, along with a proper help file. https://github.com/jwmatthys/kalman-pd Joel On 02/28/2013 05:05 PM, Charles Z Henry wrote: Hey Joel I was very interested to see your implementation. It's drastically simpler than I thought it would be. Well, you did mention it was simple :) However, I thought the math was pretty expensive to do and complex to program. I like the approach generally--you have parameters for the assumed noise model and methods to set them (better than trying to build a monolith that does both the measurement and filtering). Do you have another patch or abstraction to analyze the sensor data and calculate those parameters? If so, you should add it to git. Chuck On Thu, Feb 28, 2013 at 12:47 PM, Joel Matthys jwmatt...@gmail.com mailto:jwmatt...@gmail.com wrote: I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ Pd-list@iem.at mailto: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] Simple Kalman filter
I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Simple Kalman filter
Well, understanding the math of a Kalman filter was way beyond my pay grade, but based on the description in http://bilgin.esme.org/BitsBytes/KalmanFilterforDummies.aspx, a 1d implementation reduces the complexity considerably. According to this guide, we can assume simple float values for most of the coefficients for most purposes. Based on your suggestion, I think I will incorporate an analyze mode into the external itself to calculate the noise parameters and set them automatically. I'll let you know when that's in git. Joel On Feb 28, 2013 5:05 PM, Charles Z Henry czhe...@gmail.com wrote: Hey Joel I was very interested to see your implementation. It's drastically simpler than I thought it would be. Well, you did mention it was simple :) However, I thought the math was pretty expensive to do and complex to program. I like the approach generally--you have parameters for the assumed noise model and methods to set them (better than trying to build a monolith that does both the measurement and filtering). Do you have another patch or abstraction to analyze the sensor data and calculate those parameters? If so, you should add it to git. Chuck On Thu, Feb 28, 2013 at 12:47 PM, Joel Matthys jwmatt...@gmail.comwrote: I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ 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] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
No, I get one inlet on list. Joel On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote: Do you get the right two inlet [list] if you run it like this: $ pd-extended -noprefs .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
Thanks so much! I know how frustrating it can be to track down problems in C strings. Joel On 01/22/2013 11:28 PM, Hans-Christoph Steiner wrote: Ok, I think found the issue, it was a stupid C string mistake on my part, here's the commit: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=7de958b3f4504e9504649944e015e5c13e28df33 Please test tomorrow's build and let me know if it fixes it for you. .hc On 01/22/2013 09:58 PM, Joel Matthys wrote: No, I get one inlet on list. Joel On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote: Do you get the right two inlet [list] if you run it like this: $ pd-extended -noprefs .hc ___ 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] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
Nope, not fixed for me. Just re-installed the Ubuntu Quantal package, and I still get /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It does work after [import list] though. Joel On 01/21/2013 06:31 PM, Julian Brooks wrote: With the below Ubuntu package all seems better - list has 2 inlets once more:) Jb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
I'm on Ubuntu Quantal amd64. $ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux - ../extra/vanilla/list.pd_linux I'm attaching the log. Joel On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote: Hey Joel, Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log? pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is... .hc On 01/21/2013 07:38 PM, Joel Matthys wrote: Nope, not fixed for me. Just re-installed the Ubuntu Quantal package, and I still get /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It does work after [import list] though. Joel On 01/21/2013 06:31 PM, Julian Brooks wrote: With the below Ubuntu package all seems better - list has 2 inlets once more:) Jb ___ 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 input channels = 0, output channels = 0 Pd-0.43.4 (extended) compiled 21:59:17 Jan 21 2013 port 5400 TCL_LIBRARY=/usr/lib/pd-extended/lib/tcl/library TK_LIBRARY=/usr/lib/pd-extended/lib/tk/library wish8.5 /usr/lib/pd-extended/tcl//pd-gui.tcl 5400 Waiting for connection request... ... connected opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded verbose(3): libdir loader 1.9 verbose(3): compiled on Jan 21 2013 at 21:43:41 verbose(3): compiled against Pd version 0.43.4.extended verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/jwmatthys/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/jwmatthys/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .//.l_ia64 and failed tried /home/jwmatthys/pd-externals//.l_ia64 and failed tried /usr/local/lib/pd-externals//.l_ia64 and failed tried /usr/lib/pd-extended/extra//.l_ia64 and failed tried .//.pd_linux and failed tried /home/jwmatthys/pd-externals//.pd_linux and failed tried /usr/local/lib/pd-externals//.pd_linux and failed tried /usr/lib/pd-extended/extra//.pd_linux and failed tried .//-meta.pd and failed tried /home/jwmatthys/pd-externals//-meta.pd and failed tried /usr/local/lib/pd-externals//-meta.pd and failed tried /usr/lib/pd-extended/extra//-meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra tried ./extra.l_ia64 and failed tried /home/jwmatthys/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/jwmatthys/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/jwmatthys/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/jwmatthys/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/jwmatthys/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/jwmatthys/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra
Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?
$ export | grep LANG declare -x LANG=en_US.UTF-8 declare -x LANGUAGE=en_US:en $ export | grep LC_ $ (ie nothing) -Joel On 01/21/2013 10:20 PM, Hans-Christoph Steiner wrote: Could all three of you who are affected by this issue send me the result of these two commands: $ export | grep LANG $ export | grep LC_ There seems to be some kind of odd unicode bug. Your system is also looking for the wrong thing: verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux tried ./.l_ia64 and failed tried /home/jwmatthys/pd-externals/.l_ia64 and failed tried /usr/local/lib/pd-externals/.l_ia64 and failed tried /usr/lib/pd-extended/extra/.l_ia64 and failed tried ./.pd_linux and failed tried /home/jwmatthys/pd-externals/.pd_linux and failed tried /usr/local/lib/pd-externals/.pd_linux and failed tried /usr/lib/pd-extended/extra/.pd_linux and failed tried .//.l_ia64 and failed tried /home/jwmatthys/pd-externals//.l_ia64 and failed tried /usr/local/lib/pd-externals//.l_ia64 and failed tried /usr/lib/pd-extended/extra//.l_ia64 and failed tried .//.pd_linux and failed tried /home/jwmatthys/pd-externals//.pd_linux and failed tried /usr/local/lib/pd-externals//.pd_linux and failed tried /usr/lib/pd-extended/extra//.pd_linux and failed tried .//-meta.pd and failed tried /home/jwmatthys/pd-externals//-meta.pd and failed tried /usr/local/lib/pd-externals//-meta.pd and failed tried /usr/lib/pd-extended/extra//-meta.pd and failed error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! .hc On 01/21/2013 09:46 PM, Joel Matthys wrote: I'm on Ubuntu Quantal amd64. $ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux lrwxrwxrwx 1 root root 30 Jan 21 17:09 /usr/lib/pd-extended/startup/1.list.pd_linux - ../extra/vanilla/list.pd_linux I'm attaching the log. Joel On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote: Hey Joel, Are you on Debian or Ubuntu? i386/amd64? Can you run these two commands and send the log? pd-extended -stderr -verbose -noprefs -nrt ls -l /usr/lib/pd-extended/startup/1.list.pd_linux I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've never seen this... I wonder what it is... .hc On 01/21/2013 07:38 PM, Joel Matthys wrote: Nope, not fixed for me. Just re-installed the Ubuntu Quantal package, and I still get /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'! It does work after [import list] though. Joel On 01/21/2013 06:31 PM, Julian Brooks wrote: With the below Ubuntu package all seems better - list has 2 inlets once more:) Jb ___ 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 ___ 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 download page
Yes, I totally understand the political argument for placing src first. I guess the debate comes down to how far we want to go to make things easier for new users. To me, this seems like a move that may help avoid confusion and frustration among new users, a very important demographic for the future of the project, and it doesn't seem like it would be a violation of our FOSS philosophy. On the other hand, I *don't* support the idea of putting all of the major platforms at the top. Start with BSD, by all means. For me, it's just the phrase all platforms at the top of the page that caused the confusion. Joel On 09/30/2012 10:20 AM, IOhannes m zmölnig wrote: On 09/30/2012 01:36 PM, Antonio Roberts wrote: If the proposed change means that I can save five or more minutes then I fully support moving the source code download to the bottom of the page so which one should be first? bsd? (personally i prefer src as first entry for political reasons; otoh, a system like on sourceforge, where the top-download is determined based on the client's OS might be most helpful; however, i don't know how to implement that in the current framework) fmsar 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 download page
I realize that no solution will solve all of the installation problems. There is a whole 'nother conversation here about students following directions... I do post specific install links to the OSX and Windows binaries on the class webpage since the pd download page is so often too confusing for them. That strategy works just fine for me, but I can't help but think that this is an issue that would be an easy fix and would improve in some small way the accessibility of Pd. Adding features is great but sometimes removing obstacles is good too. Joel On 09/30/2012 08:23 PM, Hans-Christoph Steiner wrote: I definitely understand your desire to save class time by having the students install before hand. I've been trying for years to find ways of making that actually happen. In my classes at NYU, 95% of the students have Mac laptops, so that makes it a lot easier. But even still, I always start out in the first class having a session on installation troubles. So even if we move the source download to the bottom, I doubt that will solve all the installation difficulties. I would try emailing and linking to the common platfroms in your class. So if its mostly Windows users, send them the Windows links, etc. .hc On Sep 30, 2012, at 7:36 AM, Antonio Roberts wrote: ... and then they got puzzled, asked someone else, downloaded the proper one and learnt something about software in the process ... isn't that part of the reason you get students to download it themselves? No. That could be part of the learning process for some tutorials, but in my case I wanted the tutorial to start from opening the program, not downloading it. In my class of five just over five mnutes was wasted downloading and installing Pure Data for four students. If the proposed change means that I can save five or more minutes then I fully support moving the source code download to the bottom of the page Antonio On 30 September 2012 05:19, Simon Wise simonzw...@gmail.com wrote: On 30/09/12 05:40, Antonio Roberts wrote: This has also happened to me on a couple of occasions. They saw that it was for all platforms and so downloaded it, regardless of operating system ... and then they got puzzled, asked someone else, downloaded the proper one and learnt something about software in the process ... isn't that part of the reason you get students to download it themselves? Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- anto...@hellocatfood.com http://www.hellocatfood.com ___ 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
[PD] rtcmix~ for Pd
Hello all. I'd like to announce the release of [rtcmix~], a complete encapsulation of Columbia's RTcmix music programming language in Pd. RTcmix was created by Brad Garton and Dave Topper as a real-time version of Paul Lansky's CMIX. RTcmix features a simplified C-style syntax and includes the complete STK as well as many custom instruments written by Brad Garton, John Gibson, Dave Topper, Mara Helmuth and many others. This version is based on Brad Garton's rtcmix~ for Max/MSP, and features: - a custom popup script editor - multichannel audio in/out - 20 internally stored scripts - $ variables set at runtime - PField control via inlet (eg control a running instrument's frequency with a slider) Binaries for linux, windows, OSX, and Raspberry Pi (yes!) are here: http://sourceforge.net/projects/rtcmix-pd/ The project is released under the LGPL and the source can be found here: https://github.com/jwmatthys/rtcmix-in-pd -Joel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd download page
I have a question about the download page at puredata.info. Is there a special reason that the source tarball is listed first in the file list? Would it offend our FOSS sensibilities to move the source package to the bottom of the download list? It seems unusual to me to see the source listed first. I use Pd with my students, many of them undergraduates with no understanding of the difference between source and binary. When I assign students to download and install the Pd binary, despite my explicit warnings, invariably a few of them will grab the source, since it's at the top of the page and says all platforms. (In the most recent incident, a student downloaded the source, and, unsure how to proceed, asked the university IT department, who told him just to open it in Adobe.) :-) Joel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] external returning its own path
Hi all. I'm working on a Pd external which encapsulates the audio language RTcmix, based on Brad Garton's [rtcmix~] Max object. The language and its audio functions are in a dylib in the external's directory. My problem is that the external needs to know its own path in order to correctly find and reference the dylib. Max has nameinpath() and path_topathname() which help with this. Pd's open_via_path() won't work here because the path is the unknown. Does anyone have a suggestion about how to access the external's path dynamically? Thanks! Joel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list