Re: [PD] Which one is the correct repository to submit patches for externals code? (Was: oggread~ not working on pd-extended or libpd on windows.)
That SVN is the right place, so in the sourceforge bug tracker. .hc On Apr 5, 2014, at 9:05 AM, Rafael Vega wrote: I found and fixed a bug in oggread~ that is windows specific. The fix is a one liner in oggread~.c (details in previous thread). I thought the central place for externals code was the SVN community repoat [1] but the comments below confuse me. Can someone please confirm which one is the correct place to submit a patch? Thanks! :) [1] http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/ On Fri, Apr 4, 2014 at 10:48 PM, Simon Wise simonzw...@gmail.com wrote: On 05/04/14 14:21, Martin Peach wrote: I think it's here: http://sourceforge.net/p/pure-data/patches/ that seems to be for pd rather than externals??? maybe a patch to debian package pd-pdogg, which could then get upstream, since for some (especially older) externals this may be the most actively maintained repo? I don't know about [oggread~] in particular though ... but is this problem/patch only a windows one? Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Rafael Vega email.r...@gmail.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
Re: [PD] friendly reminder that osx pd-extended is still badly flawed
Bug reports on ancient versions don't really help anyone. You should always first try the most recent release, then report the issue if it still exists. If you want to keep using an old version, then its likely only you who will want to fix those bugs. .hc On 03/13/2014 11:41 AM, i go bananas wrote: pd 0.42.5 ...so it got fixed??? i don't like updating, cos if it ain't broke, don't fix itbut maybe i should try? On Fri, Mar 14, 2014 at 12:21 AM, i go bananas hard@gmail.com wrote: i'm on 10.6.8 On Fri, Mar 14, 2014 at 12:18 AM, José Rafael Subía Valdez jsubiaval...@gmail.com wrote: what version of OSX?? I have no problem with it. Does it open 2 instances or just 2 icons on the dock??? I remember a while back in tiger this occurred after doing something in system preferences (cant remember what.. it was a long time ago) Those days, I opened a patch and I saw a PD icon and another blank icon also called pd, but now.. running 10.6.8 and extended 0.43. I see no problem as you describe. On Thu, Mar 13, 2014 at 10:07 AM, i go bananas hard@gmail.comwrote: every time i open a patch from clicking on an icon, PD loads 2 patches. pretty sure this is a long standing issue that hasn't been fixed. (os-x) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Lic. José Rafael Subía Valdez www.jrsv.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] libpd separating gui from core
I think that the way forward with the pd/gui separation is to work on the low hanging fruit, things that are easy to fix. Let the hard parts for later, which will only be a couple areas. So that means looking at everywhere where sys_gui() or sys_vgui() is called, and seeing how the raw Tcl in those calls can be converted into Tcl procs. The syntax for calling Tcl procs is very close to a Pd list, so that is an easy way to get close. The Pd dev community has always been plagued with a desire for grand plans before starting work. And that has proven to mean nothing happens. .hc On 13/01/2014 15:32, Dan Wilcox wrote: As Hans has proposed for years, IMO this is really the only way to perhaps solve the PD gui development doesn't move fast enough problem in the long term. In this case, Miller would have the core (in libpd) the pd-vanilla wrapper gui formally separated while everyone else can then use the same libpd core within other flavors. The DSP core is the heart and soul and I see no reason to try and change that in any way. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] No basic objects in pd-extended from sf git-repo
Check out this and other docs in that section: http://puredata.info/docs/developer/BuildingPdExtended .hc On Jan 30, 2014, at 6:52 AM, John Smith wrote: Hello. What I need to to for build pd-extended from sourceforge git right way? I compiled and installed pd-extended from git, but as I see — in this repo directory ‘extra’ contains only output~.pd and help patch for this. And when I opening some of my pd-patches I have no [bnd], [tgl], etc. I need something else before compiling or after? Thanks. ___ 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] [PD-announce] NYC Patching Circles Coming Back!
Hello All, Sofy booked two nights at NYU We changed the format slightly to include a moment for performance. Feb 28 at 6:30pm April 11 at 6:30pm The New York City Patching Circle is an free alternating monthly meeting and salon open to anyone who is working or interested in media programming and audiovisual performance. We mostly use Pd and Max/MSP, but all are welcome. Beginners and Experienced welcome. Open to everyone, students, the public, unicorns. Work on personal projects, professional projects, school projects, ask for help, help others, or just patch quietly to yourself in a room full of other people patching patches and helping other people patch. Each month there will be informal salon, featuring demonstrations of projects, performances and systems in the process of being built. The format will include short performances, artist talks about process and performance techniques and QA depending on time availability. The salon is openly curated with the intent of being as inclusive as possible and participation is open all practitioners working in realtime media. Start Spreading the Word! Sofy and Hans ___ 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
Re: [PD] [OT] Status of Fink packages
Fink still remains the best at handling complicated dependency chains, despite its messiness of package names. And Pd-extended needs things that have complicated dependency chains. If you are on a machine with fink on it, you can see what is installed by doing: fink list json And you'll see the version there. If it has parens around the version, that means an upgrade is available. .hc On 11/10/2013 11:26 AM, Dan Wilcox wrote: Sorry, this may not help much but: Wow, I didn't realize Fink was still around. Most people I know (including myself) are using Homebrew which currently has v0.11 json-c. I also did a check on Macports they have v0.9 ... :( On Nov 10, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: From: Thomas Mayer tho...@residuum.org Subject: [PD] [OT] Status of Fink packages Date: November 9, 2013 at 10:00:37 AM EST To: PD List pd-list@iem.at Hello, sorry for this off topic question, but I am requiring version 0.11 of json-c for the next release of PuREST JSON, and I do not have a Mac. Currently search for packages (http://pdb.finkproject.org/pdb/index.php) on the Fink website does not load, and so I have no way to see the current version of json-c in it. Is there any other way to look up the version? If it has an older version, can someone please upgrade to 0.11 (https://s3.amazonaws.com/json-c_releases/releases/index.html)? Thanks in advance, Thomas -- Theoretically, [the amount of money in circulation] is watched carefully by clever, serious economists. In practice, all the world's money is one big swirling, whirling pool. (Cory Doctorow - For The Win) http://www.residuum.org/ Dan Wilcox @danomatika danomatika.com robotcowboy.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
Re: [PD] Help with OSX App minefield
On 10/22/2013 12:55 PM, Jonathan Wilkes wrote:
On 10/21/2013 11:18 PM, Hans-Christoph Steiner wrote:
On 10/21/2013 03:59 PM, Jonathan Wilkes wrote:
On 10/21/2013 02:12 PM, Hans-Christoph Steiner wrote:
Carbon has been deprecated by Apple and might have been removed entirely.
It
will only ever be 32-bit, and starting in 10.7, everything is 64-bit.
Anything Carbon is dead, unless you're happy working with 10.6 and older.
I'm running Pd-extended and my Pd-l2ork port on 10.7.5. Both link
to the Carbon system libraries. Both run.
Considering that Apple has dropped support even for some older 64-bit Macs, I
think using Carbon is surely a dead end.
http://arstechnica.com/apple/2012/07/confirmed-mountain-lion-sends-some-64-bit-macs-gently-into-that-good-night/
What is the relevance of what you've written and linked to?
When I have time to look at what's required to get tkpath to use
the updated tkMac headers found in newer versions of tcl/tk, I'll do it.
Meanwhile people will have a working version of Pd-l2ork on OSX
to play with.
-Jonathan
I think I confused tkZinc and tkpath. tkpath seems to use CoreGraphics, which
is 64-bit.
Your determination is admirable, I just think there are better areas to focus
your efforts. Last I checked, tkpath is not really maintained. We should
really be talking about pulling the GUI functions out of the Pd core, then
people can do things like write a GUI in C++, which will be dramatically
faster than anything written in Tcl/Tk.
.hc
.hc
An update to the Pd-l2ork port:
* figured out how to build tkpath against the Carbon stuff. It runs fine
now.
* got some basic libraries compiled and installed to ship with the app.
(zexy, hcs, cyclone, and a few others).
* currently working on an issue with the Shift key sticking-- that is, if
I
do Shift-RightArrow to move an object by 10 pixels, when I release
Shift and then do RightArrow it continues moving the object by
10 pixels instead of 1 pixel. Once I fix that it should be usable.
Best,
Jonathan
.hc
On 10/09/2013 10:45 PM, Jonathan Wilkes wrote:
Update-- I've got a working Pd-l2ork, tkpath based App running on
OSX. (No ppc support, unfortunately.) Audio is running.
Minefields:
* I cannot for the life of me figure out how to build tkpath using the
Tcl/tk Frameworks (Carbon-based) inside Pd-l2ork.app instead of the
system ones. (Tried both Xcode and command line tools). Anybody
have hints for that?
* I can't figure out how to build the externals in extra. If I do
make the linker doesn't find any of the m_pd.h functions, even if
I do the ugly hack of copying m_pd.h to the directory.
* I'm abusing my function for returning the executable path in order
to get Pd to look for doc/ and extra/ inside the App (in addition to
the usual places on the system). Is there a trick to this?
* key presses/releases sometimes get stuck in one state or the other.
I think there's some simple tcl/tk hack for ignoring autokeys that may
remedy this, but I'm not sure yet.
Best,
Jonathan
On 10/07/2013 04:05 PM, Jonathan Wilkes wrote:
Hello,
I'm hoping some MacOSX gurus can help me traverse this
mine-field.
What I'm trying to do:
Port Pd-l2ork (quick-and-dirty) to MacOSX in the form of a Pd-l2ork.app
Minefields:
* Pd-l2ork uses tkpath, which is built to work with Carbon and not Cocoa.
So I
must use tcl/tk Framework that uses Carbon instead of Cocoa. That
should be
ok because Pd-extended.app is currently set up to use Carbon.
* Pd-l2ork uses the old pd.tk framework instead of the newer stuff from
the
gui-rewrite
What I've done so far:
* updated the configure file successfully
* made a workaround for statbuf from stat.h not existing on OSX (in
s_main.c)
* made a workaround for RTLD not existing after ./configure and trying to
make (s_loader.c)
* successfully compiled Pd-l2ork
* checked that tkpath actually works on OSX. It seems to work, using
tcl/tk
w/Carbon
instead of Cocoa.
* used otool and install_name_tool to change libPdTcl.dylib libraries to
point at the
App's Framework directory instead of system directories
* changed AppMain.tcl to launch pd.tk instead of pd-gui (which it does
successfully)
What crashes so far:
* inside pd.tk, I'm trying to do this:
load $pd_guidir/bin/libPdTcl.dylib
It finds the dylib fine but then it crashes, with the crash report
referencing the first line
of the following function of t_tkcmd.c in the backtrace:
int Pdtcl_Init(Tcl_Interp *interp)
{
const char *argv = Tcl_GetVar(interp, argv, 0);
***
Any ideas where to begin to debug this? Is there some code I can add to
Pdtcl_Init to print out some info I can use to tell where it's going
wrong?
I put the full error log here:
http://pastebin.com/duHdRrsY
Any suggestions appreciated.
-Jonathan
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http
Re: [PD] Packages for Ubuntu 13.10?
I just uploaded Pd-extended 0.43.4 to be built on saucy and trusty. Please try them out and let me know if they work for you. If so I'll put them in the main apt.puredata.info repo. https://launchpad.net/~eighthave/+archive/pd-extended .hc On 10/23/2013 05:33 AM, Antonio Roberts wrote: Hi Joel, Thanks for the info On 23 October 2013 03:22, Joel Matthys jwmatt...@gmail.com wrote: 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] writesf~ and aiff files
Filing a bug report and discussing it on this list are both good options. Even better, submit a patch that fixes the issue :) .hc On 11/04/2013 06:29 AM, peiman khosravi wrote: I've reported what I think is a bug: http://sourceforge.net/p/pure-data/bugs/1123/ Thanks Peiman PS for future reference, what is considered good practise? Just file a bug report and leave it at that? *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.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
Re: [PD] Help with OSX App minefield
On Nov 4, 2013, at 1:42 PM, Jonathan Wilkes wrote: On 11/04/2013 09:51 AM, Hans-Christoph Steiner wrote: On 10/22/2013 12:55 PM, Jonathan Wilkes wrote: On 10/21/2013 11:18 PM, Hans-Christoph Steiner wrote: On 10/21/2013 03:59 PM, Jonathan Wilkes wrote: On 10/21/2013 02:12 PM, Hans-Christoph Steiner wrote: Carbon has been deprecated by Apple and might have been removed entirely. It will only ever be 32-bit, and starting in 10.7, everything is 64-bit. Anything Carbon is dead, unless you're happy working with 10.6 and older. I'm running Pd-extended and my Pd-l2ork port on 10.7.5. Both link to the Carbon system libraries. Both run. Considering that Apple has dropped support even for some older 64-bit Macs, I think using Carbon is surely a dead end. http://arstechnica.com/apple/2012/07/confirmed-mountain-lion-sends-some-64-bit-macs-gently-into-that-good-night/ What is the relevance of what you've written and linked to? When I have time to look at what's required to get tkpath to use the updated tkMac headers found in newer versions of tcl/tk, I'll do it. Meanwhile people will have a working version of Pd-l2ork on OSX to play with. -Jonathan I think I confused tkZinc and tkpath. tkpath seems to use CoreGraphics, which is 64-bit. Yes. AFAICT, getting it to work with Cocoa is a matter of revising tkpath to use the revised TkMacOSXInt.h header functions and structures in the newer versions of tcl/tk instead of the old ones. There are some hints by looking at the rest of tk that uses that header and seeing how they changed their code. Your determination is admirable, I just think there are better areas to focus your efforts. Last I checked, tkpath is not really maintained. We should really be talking about pulling the GUI functions out of the Pd core, then people can do things like write a GUI in C++, which will be dramatically faster than anything written in Tcl/Tk. But people aren't going to write a gui for Pd. There is already libpd and I don't see a bunch of elegant and efficient Pd frontends sprouting up because of that. (Though I'm sure there are a lot of projects that do cool things with it.) Writing a development environment is a gargantuan task, and testing out tkpath was literally 3 lines of code added to pdtk_canvas.tcl. Ivica said getting it to work fully was more effort than that, but the fact that it supports tk canvas commands allows a lot of improvements to the interface without having to do a complete rewrite of everything g_*.[ch] And of course removing GUI function from the Pd core can be done in addition to the tkpath improvements. Once you get FUDI messages in both directions, you'll still have a fully-functional gui dev environment in tcl/tk. I'm not convinced there are the resources in the Pd community to fund doing all the work required to use a different GUI toolkit, plus making all the redesign and testing speed improvements that another toolkit would bring. -Jonathan I'm not proposing that we spend more time on this, but rather that we coordinate efforts and work smartly. Sure, we can keep patching up the existing Pd GUI stuff, and hacking in old Tk code, there has been a lot of that over the years. If we instead invest in the up front work of ripping out the GUI code from pd core, then it becomes drastically easier to write a modern, efficient GUI in whatever toolkit. libpd has not addressed this particular issue, but it will become more valuable if the GUI was truly separate from the core. But the Pd dev community has always been not so good at coordinated efforts. There is a history of lots of effort going into semi-compatible dev forks which mostly die out after a run (pd-devel, desiredata, vibrez, etc. etc.) Perhaps Pd-extended or pd-l2ork will be the next one to die out... .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [WebPd] Status update
Cool to see this progressing! .hc On Oct 23, 2013, at 10:23 AM, s p wrote: For those interested in WebPd, here is a short status update about the project : http://funktion.fm/#post/webpd-refactor Cheers! -- Sébastien Piquemal - @sebpiq - http://github.com/sebpiq - http://funktion.fm ___ 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-extended in raspbian repo's
There is an RPi build in the apt.puredata.info repo. .hc On Oct 16, 2013, at 1:29 AM, Julian Brooks wrote: 'there' like in the raspbian repository (or did I dream it, or did I look in the debian repo and conflate the two in my own addled mind?) On 15 October 2013 11:48, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-10-15 07:07, Julian Brooks wrote: Hey all, Last week I advised some pd-rpi beginners to d/l PdE from the raspbian repo's but it seems to have disappeared (it was there when I advised them). where 'there'? dfsnadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSXR10AAoJELZQGcR/ejb4LZUP/i1hglUkEdZYIeaGCFj0S+Rj VrLGW4+TsU/y/N+LMC9LfYqTANQg/r6N8dx0W1kd2p4XvTm/Qb5CvqDHIXq3AXmt 6L65GTXSxBE8tj8D32rJW2GUe5QhK/kYVbcAA6tMuHbOHP1YWWc2jUdjFq+wf0XO l1xWJJf5VX5gNHrxoM09+bhy8Vap2uE8QCMEgthkQNronoSFRaM7TwAqa6QE8wZz Po4OljB03BKrqPzZEMvWsaIbjt9gQPkl6SpLII1BC+rEk/DGnmD+fDeWSDYQb8qv jrOnOd6wv4p0rNed8L5n92cHWoG58eXXFpGXMZnJQFcjcWChnWaAaCm3V7UH2qq3 XyWpvJXzMlMikKw33SjgBsvWjiUKZXsjPZ+aQE52OKcWCqZRLJqAh2iGVXT7C1wV ZSXa20fg/uDpyGDtW305ep6yEpGWpDpbikQ0eSqH/oUPt82H8rfBKPd60LT93yIR 3fU2OcFBeti50NZ8DuaHb5SZRPhHCVwQ1gFILjPRjffhuLVGfjqM8LVrqErryjcX F711u97e/BMPQWOYt/f1XcejA+55mabfFFcRsgw0Hl1lF1bcqa+tOPdqVnPs8+zU QMATe27ob1iXjDQLQHQc0anw85YsX5RdCBm5zyP7wyFXCs5W61bO1D4dQExvaKOF Y5zrPV6nG/dFbPPyOeh2 =4RA/ -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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
On Oct 22, 2013, at 2:52 PM, Dan Wilcox wrote: On Oct 22, 2013, at 1:07 PM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Building externals on OSX Date: October 22, 2013 1:14:41 PM EDT To: pd-list@iem.at On 10/21/2013 09:38 PM, Dan Wilcox wrote: Errr. That's not so easy. You need the 10.5 SDK which you can only get with a *really* old version of Xcode which you probably can't install on anything newer than OSX 10.6. It's possible to put older SDK's themselves into the right place but, for something as old as the 10.5 SDK, it may not even work anymore. The only reliabel way to use an old machine with 10.5 or 10.6 and an old version of Xcode, probably Xcode 3.something. IMHO, at this point, it's best to drop support for PPC for new versions of pd. The *vast vast vast* majority of OSX users have moved on at this point. Just to make sure I understand: if someone has an old PPC Mac, they cannot run stuff compiled for i386 or x86_64. There is no compatibility-mode or anything they can use to run the software. Is this correct? Yes. It's a different instruction set and Rosetta, the PCC compatibility layer, won't run an OSX 10.7+. Also, do you have any references for the claim that the vast majority of OSX users have moved away from PPC? http://update.omnigroup.com/ (Hardware / CPU type): Intel 97.8% PPC 2.2% https://www.adium.im/sparkle/ (CPU type): Intel 97.83% PPC 2.71% I find Jobs' claim that Apple doesn't ship junk to generally be true, and combined with their development model the unfortunate result would seem to be that poor people still using their once sleek and sexy devices are ignored along with their now ugly, unprofitable devices. Well, those sleek and sexy PPC devices were last made sold in 2005, so it's not a surprise the vast majority of people using OSX have Intel machines mainly because software developers ( the OS) have moved on to 32 bit and now 64 bit intel years ago. Your political bias notwithstanding (I say use what works for you), I have a 4 year old Apple laptop that still does everything I need with the latest version of OSX and I plan to upgrade to OSX Mavericks when it comes out. That's pretty good, as I had a job when I bought it and I am currently an unemployed artist working on his thesis right now, so it's good this sleek and sexy device is not yet an ugly, unprofitable one. As with anything, not everyone buys the newest one every iteration and I can say, without any hardware issues whatsoever so far, I got what I paid for. In any case, I've long thought of helping with the OSX compatibility for Pd (updating GEM to Cocoa/64 bit for instance) but I honestly don't have the time or support right now. Maybe next spring I can do a reverse kickstarter? Pd could definitely use help on Mac OS X. Especially since I've switched to Linux Mint as my desktop OS. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd extended 0.43.4 on Mac OS Lion 10.7.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/14/2013 02:14 PM, IOhannes m zmölnig wrote: hi On 2013-10-14 19:12, Olivier Baudry wrote: I report mysterious crash on Pd extended 0.43.4 on Mac OS Lion 10.7.5 i would be great if you could create a ticket at [1]. ideally the ticket would contain a description under which circumstances the problem occurs (e.g. only with a certain patch? if so, which patch,...) fgamsrd IOhannes [1] http://bugs.puredata.info/ Also, we are in need of more dev contributions for Mac OS X. I've switched to Linux Mint as my main platform, and only have Mac OS X 10.6.8 to work with. I'm happy to help where I can, and I can help people get up to speed on fixing Mac OS X issues in Pd. .hc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: GPG for Android - https://guardianproject.info/code/gnupg/ Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSZWzzAAoJEJ8P5Yc3S76BQIQQAKA4KQDERb655WsbFOsE1j6L XKQEryYzMfoMzguzPYpiw9KrSuQ1OolI+xYvhOpU2aSqlckipqAqmCLLBwXw80tr DMh09/un7mi5LoRAyjpP4qNvrrLMCk1aTz3d9l/PLl2fWTKsssvI59yQdy1qpM1d Gmiun9CoUwwV4fRgUKKqu6xvCIRKKXnKi3jMsHd3jQq7G/RbOTLAW62NLdo5dQxi 38dw52L6hKAoikQQ1heDkQq48H70Tj3LKPELZfwSSFccUET920N4H2HFkDZ3MUOj H0QGTLniKoWVqGyjh5Zo8FW1d3J/EaloiuUfKArlRm+RryEZKaohxUAm633RtzlJ Ud4rShnHlfu7AmHs2N7+Sunfxupkh49xdqJ5PZ66dhy6Ms4lPNV5xQNeEf+Myv3g JQG+Y/ZsgwFwt1NYIjIJK9A3cNkD8GAYm8ZSFQAulCBmVjtgsp/OJkyw5WTMTFSp l35BNzkKYz0ZOsDOpxTXZ/joYYNmqjTmIM4lSYclwPfRa/XhnjCq6Qq4FzH7PVSR 6Yu1f5UNcnp65tA9l8CEmB+FuNEDxNz/a76EVdiTTZXYeiAhxFvrKQecUfQGLJj+ HUQQ6hOr41qoIZVFWVC8D3YhNLbFV1ubm1RaKyqTdMoIHShKJQmFN5xep6F0YKyB wvTYUOwzCHtDmZHQlz1w =hiub -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
That sounds like you're building pd/extra from Pd-vanilla. I never had any luck with that build system. That's part of the reason why I ripped out extra from Pd-extended and made it a standalone library. It was much easier to make it work that way. .hc On 10/10/2013 01:08 PM, Jonathan Wilkes wrote: Hi list, Another roadblock: When I compile the externals in extra and try to create them I get an error to the Pd console: load_object: Symbol choice_setup not found In the choice directory there is a choice.d_fat and a choice.pd_darwin. nm choice/choice.d_fat shows a line with this: 0e54 T _choice_setup and nm choice/choice.pd_darwin shows a line with this: 06c0 T _choice_setup If I rename one or the other I still get the same error to the console. Same for all the other objects in extra. Same whether I prefix them with the libdir name or not. Same if I put a [declare -path .] in a patch and put it in the extra directory. -Jonathan ___ 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] Help with OSX App minefield
Carbon has been deprecated by Apple and might have been removed entirely. It
will only ever be 32-bit, and starting in 10.7, everything is 64-bit.
Anything Carbon is dead, unless you're happy working with 10.6 and older.
.hc
On 10/09/2013 10:45 PM, Jonathan Wilkes wrote:
Update-- I've got a working Pd-l2ork, tkpath based App running on
OSX. (No ppc support, unfortunately.) Audio is running.
Minefields:
* I cannot for the life of me figure out how to build tkpath using the
Tcl/tk Frameworks (Carbon-based) inside Pd-l2ork.app instead of the
system ones. (Tried both Xcode and command line tools). Anybody
have hints for that?
* I can't figure out how to build the externals in extra. If I do
make the linker doesn't find any of the m_pd.h functions, even if
I do the ugly hack of copying m_pd.h to the directory.
* I'm abusing my function for returning the executable path in order
to get Pd to look for doc/ and extra/ inside the App (in addition to
the usual places on the system). Is there a trick to this?
* key presses/releases sometimes get stuck in one state or the other.
I think there's some simple tcl/tk hack for ignoring autokeys that may
remedy this, but I'm not sure yet.
Best,
Jonathan
On 10/07/2013 04:05 PM, Jonathan Wilkes wrote:
Hello,
I'm hoping some MacOSX gurus can help me traverse this mine-field.
What I'm trying to do:
Port Pd-l2ork (quick-and-dirty) to MacOSX in the form of a Pd-l2ork.app
Minefields:
* Pd-l2ork uses tkpath, which is built to work with Carbon and not Cocoa.
So I
must use tcl/tk Framework that uses Carbon instead of Cocoa. That should be
ok because Pd-extended.app is currently set up to use Carbon.
* Pd-l2ork uses the old pd.tk framework instead of the newer stuff from the
gui-rewrite
What I've done so far:
* updated the configure file successfully
* made a workaround for statbuf from stat.h not existing on OSX (in s_main.c)
* made a workaround for RTLD not existing after ./configure and trying to
make (s_loader.c)
* successfully compiled Pd-l2ork
* checked that tkpath actually works on OSX. It seems to work, using tcl/tk
w/Carbon
instead of Cocoa.
* used otool and install_name_tool to change libPdTcl.dylib libraries to
point at the
App's Framework directory instead of system directories
* changed AppMain.tcl to launch pd.tk instead of pd-gui (which it does
successfully)
What crashes so far:
* inside pd.tk, I'm trying to do this:
load $pd_guidir/bin/libPdTcl.dylib
It finds the dylib fine but then it crashes, with the crash report
referencing the first line
of the following function of t_tkcmd.c in the backtrace:
int Pdtcl_Init(Tcl_Interp *interp)
{
const char *argv = Tcl_GetVar(interp, argv, 0);
***
Any ideas where to begin to debug this? Is there some code I can add to
Pdtcl_Init to print out some info I can use to tell where it's going wrong?
I put the full error log here:
http://pastebin.com/duHdRrsY
Any suggestions appreciated.
-Jonathan
___
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-announce] Radium 1.9.31 released for Linux
Very nice! Did you embed Pd-extended? Or is it libpd with Pd-extended as the editor? .hc On 10/05/2013 09:20 AM, Kjetil Matheussen wrote: Radium 1.9.31 is a big release with many new features and bug fixes. 1.9.31 is the first release with Pd embedded. Pd embedded in Radium has got approximately the same features as Max for Ableton Live. (https://www.ableton.com/en/live/max-for-live/) Screenshot: http://folk.uio.no/ksvalast/radiumpd.png Video 1: http://folk.uio.no/ksvalast/radium_pd.ogv Video 2: http://folk.uio.no/ksvalast/radium-pd-invertnote.ogv A windows version will be released later. Radium homepage: http://users.notam02.no/~kjetism/radium/ Most important changes 1.9.30 - 1.9.31: * New demo song: BlowFish! Made by www.magnetophon.nl * Save hashmap elements in sorted order so that songs can more easily be compared textually * Menu entry to show name of all included pd externals * Help menu options to edit keybindings and menues * Song comment dialog * Fix Switch Window Configuration menu option * Removed Error. y2=window-height: ... error. Just print to stderr instead. * Removed the Something strange just happened in the function Blt_markVisible warning (print to stderr instead) * Option to set number of scrolls per second. Scrolling too often can be tiresome for the eyes. * Make it easier to connect objects and see connections in the mixer, plus adjust object sizes * Patchbay sound object * Fix crash loading Soundfonts in the Fluidsynth and Sampler instrument * Show stars around filename if theres unsaved data * When quitting or loading, only ask sure/yes/no if edited since last save. * Change Set Patch For Track to Set Instrument For Track in the instruments menu. The word patch should not be exposed to the user anymore. * Be able to load files with DOS char set * Changed internal radium block size to 64 (similar to Pd) * Sending note events between sound objects (green lines) * Enable undo for on/off effect controllers * Pd extended is included as a sound object. 921 externals are included. GUI is working. Several instances is working. Can be used to write both audio effects and note effects. * Fix qt paths on Archlinux (Javafant/archlinux) * Many minor bug fixes ___ 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
Re: [PD] libdir template Mac OSX build
There is a 64-bit build of Pd-extended for Mac OS X, its on the releases page. Not everything works in 64-bit. Gem is probably the biggest one that doesn't work in 0.43.4. .hc On 10/03/2013 07:30 PM, Antoine Villeret wrote: hello, 2 things in one thread : 1. I've made an external started with the template from up-to-date SVN and I realised that this template makes .pd_linux instead of .l_i386 or .l_ia64 so I switched to another one doing that (the one from pix_opencv, which Hans updated from template if I remember correctly) 2. but on Mac OS X this one build by default against x86_64 while there is no 64build of pd-extended for Darwin I have to append CFLAGs=-arch i386 and LDFLAGS=-arch 386 to make Could we update the template project to make things easier ? If yes, I can do that, but I'm not sure to do it right... Cheers A -- do it yourself http://antoine.villeret.free.fr ___ 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] Help with OSX App minefield
On 10/21/2013 03:59 PM, Jonathan Wilkes wrote:
On 10/21/2013 02:12 PM, Hans-Christoph Steiner wrote:
Carbon has been deprecated by Apple and might have been removed entirely. It
will only ever be 32-bit, and starting in 10.7, everything is 64-bit.
Anything Carbon is dead, unless you're happy working with 10.6 and older.
I'm running Pd-extended and my Pd-l2ork port on 10.7.5. Both link
to the Carbon system libraries. Both run.
Considering that Apple has dropped support even for some older 64-bit Macs, I
think using Carbon is surely a dead end.
http://arstechnica.com/apple/2012/07/confirmed-mountain-lion-sends-some-64-bit-macs-gently-into-that-good-night/
.hc
An update to the Pd-l2ork port:
* figured out how to build tkpath against the Carbon stuff. It runs fine now.
* got some basic libraries compiled and installed to ship with the app.
(zexy, hcs, cyclone, and a few others).
* currently working on an issue with the Shift key sticking-- that is, if I
do Shift-RightArrow to move an object by 10 pixels, when I release
Shift and then do RightArrow it continues moving the object by
10 pixels instead of 1 pixel. Once I fix that it should be usable.
Best,
Jonathan
.hc
On 10/09/2013 10:45 PM, Jonathan Wilkes wrote:
Update-- I've got a working Pd-l2ork, tkpath based App running on
OSX. (No ppc support, unfortunately.) Audio is running.
Minefields:
* I cannot for the life of me figure out how to build tkpath using the
Tcl/tk Frameworks (Carbon-based) inside Pd-l2ork.app instead of the
system ones. (Tried both Xcode and command line tools). Anybody
have hints for that?
* I can't figure out how to build the externals in extra. If I do
make the linker doesn't find any of the m_pd.h functions, even if
I do the ugly hack of copying m_pd.h to the directory.
* I'm abusing my function for returning the executable path in order
to get Pd to look for doc/ and extra/ inside the App (in addition to
the usual places on the system). Is there a trick to this?
* key presses/releases sometimes get stuck in one state or the other.
I think there's some simple tcl/tk hack for ignoring autokeys that may
remedy this, but I'm not sure yet.
Best,
Jonathan
On 10/07/2013 04:05 PM, Jonathan Wilkes wrote:
Hello,
I'm hoping some MacOSX gurus can help me traverse this mine-field.
What I'm trying to do:
Port Pd-l2ork (quick-and-dirty) to MacOSX in the form of a Pd-l2ork.app
Minefields:
* Pd-l2ork uses tkpath, which is built to work with Carbon and not Cocoa.
So I
must use tcl/tk Framework that uses Carbon instead of Cocoa. That should
be
ok because Pd-extended.app is currently set up to use Carbon.
* Pd-l2ork uses the old pd.tk framework instead of the newer stuff from the
gui-rewrite
What I've done so far:
* updated the configure file successfully
* made a workaround for statbuf from stat.h not existing on OSX (in
s_main.c)
* made a workaround for RTLD not existing after ./configure and trying to
make (s_loader.c)
* successfully compiled Pd-l2ork
* checked that tkpath actually works on OSX. It seems to work, using
tcl/tk
w/Carbon
instead of Cocoa.
* used otool and install_name_tool to change libPdTcl.dylib libraries to
point at the
App's Framework directory instead of system directories
* changed AppMain.tcl to launch pd.tk instead of pd-gui (which it does
successfully)
What crashes so far:
* inside pd.tk, I'm trying to do this:
load $pd_guidir/bin/libPdTcl.dylib
It finds the dylib fine but then it crashes, with the crash report
referencing the first line
of the following function of t_tkcmd.c in the backtrace:
int Pdtcl_Init(Tcl_Interp *interp)
{
const char *argv = Tcl_GetVar(interp, argv, 0);
***
Any ideas where to begin to debug this? Is there some code I can add to
Pdtcl_Init to print out some info I can use to tell where it's going wrong?
I put the full error log here:
http://pastebin.com/duHdRrsY
Any suggestions appreciated.
-Jonathan
___
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] search engine with xapian backend
Wow, that's very nice! Well done! .hc On Sep 30, 2013, at 3:59 PM, Jonathan Wilkes wrote: Here's a quick demo of some nice changes: https://puredata.info/Members/jancsika/search-plugin-with-xapian.webm/view Sorry about the size of the file-- I can remove some of the old demo builds if it's a problem. Updates: * all metadata fields are searchable using Xapian's field:value syntax. So author:puckette and even outlet_0:pointer can be used by themselves or with free text to refine a search * Want to return all patches that contain an instance of sigmund~? Search for object:sigmund~. Works on exact text without stemming-- e.g., object:clip~ will give different results than object:clip * hand-crafted some descriptive text for all pdf manuals in pd svn. Includes gem manual and others. * formatted escaped commas correctly * added a firefox-style find menu bound to ctrl-f * reduced index-build time and database size (both cut roughly in half) * simplified doc search to exclude duplicates (for example, from having extra and extra/Gem in the path) * prettified the info icon * use html titles for description in search results * parse Gem docs for description and keywords * allow to cancel index building * use libdir libname/object prefix only for libdir results * put name of libdir in description of all readmes and license.txt files * reorganized and simplified the homepage topics * reorganized code and removed some global variable (still ugly, but not as ugly as it used to be) * saved document data to the database as FUDI messages. (Easy to parse if someone wants to make a [docsearch] object...) Next I'm going to work on integrating it into Pd-l2ork, and maybe break out the combobox into toggle buttons. Of course if anyone is an information retrieval specialist feel free to make suggestions. I'm using a bunch of old docs that aren't updated with description info, which is why so many of them have the ugly description note. Most of the new docs have pd meta info. Also, I'm mixing some Pd vanilla and l2ork paths which is why some docs show up twice. (You can see the full path in the status bar at the bottom.) Best, Jonathan ___ 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] idea for simple technique for getting noise from signal
These days, I'm applying lots of DSP thinking to other kinds of signals to understand privacy leaks and ways around them. (It turns out that DSP thinking is quite useful when it comes to thinking about what metadata is being leaked and how to reduce that leakage). True random is a common need for cryptography, so I've been thinking about how best to feed sensor/mic noise to the kernel's random source. One idea is to only use the ADC/accelerometer data when the RMS amp is low, so the signal much more likely to be all noise. Someone else proposed this idea, and I was wondering whether it makes sense: How about just keep the least significant bit from each sensor source, and skip any thresholding based on on amplitude or signal energy? Then for multiple sources, perhaps just XOR the bit streams together. That reminds me, the simple Pd question I have is: anyone know of an XOR tilde object? .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to set up OpenCv in pd (Windows)
Its good to keep the list CC'ed since I often have a big email backlog. Check out pix_opencv and pdp_opencv for ways to use it in Pd. .hc On 05/17/2013 06:23 PM, skafrenz wrote: Well ok I think I'm not good enough to program it. I found openCv. But maybe I did not understand exactly how it works. I downloaded openCv for windows from - http://opencv.org/ and I installed it. I was wondering if there's an easy way to use it with pd (I thought it was something like externals). Am I totally wrong? thank you Francesco 2013/5/7 Hans-Christoph Steiner h...@at.or.at My guess is that it would't be too hard to do for someone who has compiled software before. The place to start would be setting up the MinGW toolchain used by Pd-extended: http://puredata.info/docs/developer/WindowsMinGW For building OpenCV, you can probably skip the Building library dependencies for Windows from SVN '/sources' section. .hc On May 5, 2013, at 5:43 PM, Antoine Villeret wrote: hello, unfortunately I never built pix_opencv on Windows (but I do on Mac OS X and Linux) and I've no plan do to that because 1) I know anything about Windows platform and 2) I don't have such a computer I hope this is ready to build on Windows but I'm not sure... but you are welcome to share your experience if you want to try :-) best a -- do it yourself http://antoine.villeret.free.fr 2013/4/25 skafrenz skafr...@gmail.com Hello everyone, I could not find instructions about how to set up OpenCv for Pure Data (Windows). Can anyone help or tell me where to find instructions? Thank you guys :) Francesco ___ 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] How to set up OpenCv in pd (Windows)
My guess is that it would't be too hard to do for someone who has compiled software before. The place to start would be setting up the MinGW toolchain used by Pd-extended: http://puredata.info/docs/developer/WindowsMinGW For building OpenCV, you can probably skip the Building library dependencies for Windows from SVN '/sources' section. .hc On May 5, 2013, at 5:43 PM, Antoine Villeret wrote: hello, unfortunately I never built pix_opencv on Windows (but I do on Mac OS X and Linux) and I've no plan do to that because 1) I know anything about Windows platform and 2) I don't have such a computer I hope this is ready to build on Windows but I'm not sure... but you are welcome to share your experience if you want to try :-) best a -- do it yourself http://antoine.villeret.free.fr 2013/4/25 skafrenz skafr...@gmail.com Hello everyone, I could not find instructions about how to set up OpenCv for Pure Data (Windows). Can anyone help or tell me where to find instructions? Thank you guys :) Francesco ___ 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] [patching circle] tomorrow at ITP
Woo hoo! See you there! .hc On 05/05/2013 08:52 PM, sonia yuditskaya wrote: I forgot the time! Again: What: NY Patching Circle When: Monday May 6 from 6-9 Where: NYU/ITP 721 Broadway, 4th floor, NY NY 10003 Sofy Yuditskaya s~ http://yuditskaya.com On Sun, May 5, 2013 at 8:03 PM, sonia yuditskaya marysgh...@gmail.comwrote: Reminder: patching circle is tomorrow Monday May 6 at ITP 721 Broadway, 4th floor, NY NY 10003 See you there! Sofy Yuditskaya s~ http://yuditskaya.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
Re: [PD] pd-extended 0.43.4 on 64 bit Ubuntu 12.04 - getting garray_getfloatarray() to work!
You need to fix any garray_getfloatarray() calls, you can find out more info here: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/scripts/guiplugins/64bit-warning-plugin/README.txt?revision=17094view=markup .hc On 04/17/2013 11:26 AM, Tim wrote: Hi, I am trying to unsuccessfully compile Pd-extended 0.43.4 for a 64 bit machine with a working patch to get rid of this error message: warning: extern using garray_getfloatarray() won't work in 64-bit version I am trying to use FIR~, but I am assuming this happens to all array reading externals? Perhaps another external for FIR convolution can get around this issue? There have been posts and patches posted to solve this problem, but they do not seem to work for me. Do I need to downgrade to a different version, and if so, does anyone know to which one? Perhaps someone can point me into a direction; some instructions that help me compile this in 64 bit and being able to use externals that need garray_getfloatarray() to work. Thanks! ___ 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] fftease, lyonpotpourri, and unauthorized now in Debian
The Pd libraries fftease, lyonpotpourri, and unauthorized are now officially included in Debian/unstable, and should automatically make their way into Debian, Ubuntu, Mint etc. releases. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preferences Dialog
I think this makes a lot of sense. Making the preferences take effect immediately is how most platforms are going these days, and is really how Pd itself responds. So I think Pd's preferences should behave accordingly. The problem is that it will be tricky to do with the current message format. I think you should probably just ignore the existing preferences mega-messages and make one-message-per-preference. That would also make it easier to set the preferences from a patch. .hc On 04/05/2013 01:19 PM, Jonathan Wilkes wrote: Hi List, I'm going to start coding up a single preferences dialog to replace the disparate settings dialogs that live in non-standard menus of Pd. It will be Firefox Style, meaning a Preferences option in the Edit menu. The dialog will have a row of buttons at the top that are icons above text. When a button is clicked it will bring up the tab in the dialog window for those particular settings. (This turns out to be surprisingly easy to do in Tk.) So far I think there should be an Audio button, MIDI button, and maybe a GUI button that could be be split out later if needed. I'd like to have changes take effect immediately-- otherwise it might get confusing if one changes settings in one tab, then makes changes to another and clicks Apply. How would this effect UX on Windows and OSX? -Jonathan ___ 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] latest pd-extended-0.44 on win32
The included Gem is the same version as the Pd-extended 0.43.4 release. Maybe you could try a newer build? .hc On 03/28/2013 08:42 AM, Patrice Colet wrote: Hello, I'm trying to make it working, yesterday there was a missing libjack.dll problem, it has been fixed by eighthave today, now I'd like to have Gem working... [gemwin] is just not responding, no error message, with any patch, it does not answer after it's creation... no idea how else I could report this. Colet Patrice ___ 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] make jack connections from pd ?
On Ubuntu/precise, it works for me: jackx $ make cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o libjackx.o -c libjackx.c cc -Wl,-soname,libjackx.so -shared -o libjackx.so libjackx.o -lc cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-connect.o -c jack-connect.c cc -rdynamic -shared -fPIC -Wl,-rpath,\$ORIGIN,--enable-new-dtags -o jack-connect.pd_linux jack-connect.o-lc libjackx.so chmod a-x jack-connect.pd_linux cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-ports.o -c jack-ports.c cc -rdynamic -shared -fPIC -Wl,-rpath,\$ORIGIN,--enable-new-dtags -o jack-ports.pd_linux jack-ports.o-lc libjackx.so chmod a-x jack-ports.pd_linux Do you have /usr/include/m_pd.h? .hc On 03/26/2013 09:32 AM, Fero Kiraly wrote: thanks, jackx seems good. but problem to compile (archlinux): make cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-connect.o -c jack-connect.c In file included from jack-connect.c:21:0: m_pd.h:5:0: error: unterminated #ifndef In file included from jack-connect.c:23:0: /usr/include/unistd.h:255:1: error: expected ‘;’, ‘,’ or ‘)’ before ‘typedef’ make: *** [jack-connect.o] Error 1 2013/3/26 michael noble loop...@gmail.com On Tue, Mar 26, 2013 at 9:41 PM, Fero Kiraly fero.kir...@gmail.comwrote: It is possibile ? fk. This thread should be helpful: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/87125 I've used the jackx library suggested by Hans and it works well. ___ 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
Looks quite nice! One thing that might make your Tcl-side development easier is to put all the Tcl code into a tglgrid.tcl file and load that in the setup() function. The template Makefile will automatically handle that file for you. You can see an example of that in hcs/cursor.c: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/hcs/cursor.c?view=markup http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/hcs/cursor.tcl?view=markup Then you can also better manage redraws within the Tk event loop using the [after idle [after 0]] hack: http://wiki.tcl.tk/9926 .hc On 03/27/2013 05:34 AM, Nick Lanham wrote: Posting here too since I got a lot of silence on pd-dev. From the README: A tglgrid is a grid of cells that can each be toggled on and off. It can be instantiated with different dimensions depending on your project's needs. You can bang the left input to output a list of the active cells in the currently active column and send a column number to the right input to select the active column. Cells can also be toggled and/or turned on/off by sending messages: tgl col row, on col row, or off col row. Right now this has only been tested on linux. I would appreciate any reports about success and/or failure of running this in other environments. The github page is here: https://github.com/nicklan/tglgrid You can find screenshots there if you're interested. As this is my first external, I'm sure I've made some horrible coding/design mistakes and appreciate any feedback in that regard. 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] the next PdCon in...
Golan Levin and Dan Wilcox are the people at CMU that would be the organizers. From what I've heard, they are interested in doing something, but probably a smaller version, and tied to the VIA art festival, so the dates would only be Oct 1-5: http://www.via-pgh.com/ So we should decide whether that sounds workable, or whether we should just focus all efforts on getting a full pdcon next year. .hc On 03/26/2013 10:33 AM, Epic Jefferson wrote: No answer?! Who is organizing? On Sat, Mar 23, 2013 at 8:19 PM, Alexandre Torres Porres por...@gmail.comwrote: I was just gonna ask the same again :) 2013/3/23 Epic Jefferson jeffreyconcepc...@gmail.com Has there been any progress on the date? and if the pd-con will be in Pittsburgh? On Tue, Jan 15, 2013 at 3:49 PM, Hans-Christoph Steiner h...@at.or.atwrote: On 01/15/2013 12:44 PM, J Oliver wrote: first week of October 2013 Is this the week starting on Oct 7th? J My guess is that its Sept 30 thru Oct 5th, but I'll double-check. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit 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
Re: [PD] found how to reproduce Pd-ext 0.43.4 Tcl Invalid Command Name error
That bug is not related, though I might look similar. Any time you see things like .x2415b0 those are the unique IDs that Pd uses for each Window in the GUI. .x2415b0: no such object basically means that Pd is trying to send a command to a window in the GUI, but that window does not currently exist (like it was closed) and Pd didn't get the message about that window closing. This patch is a nice clear example, so it should be possible to track the bug down. Marco, if you haven't already, can you add that patch tarball to a bug report in the tracker? A reference to this thread would also be helpful. .hc On Mar 7, 2013, at 10:25 AM, Benjamin ~ 01xy wrote: Hello, I encountered a maybe similar bug clicking on the 0 button of the Hradio in pix_video help patch : (Tcl) NOM DE COMMANDE INVALIDE : invalid command name .x8b1b038.c while executing .x8b1b038.c delete 8b26df8BASE0 (uplevel body line 14) invoked from within uplevel #0 $cmds_from_pd In Pd-extended 0.43-4 on debian 32 bit with GEM: ver: 0.93.3 compiled: Jan 28 2013 this bug disapear if I cut the wire of the left outlet of [pix_video] which goes to [s $0-info] Bugs related ? : http://sourceforge.net/tracker/index.php?func=detailaid=3522945group_id=55736atid=478070 ++Benjamin Le 07/03/2013 12:33, Marco Donnarumma a écrit : hey thanks all for testing. At least we know it's consistent. Let's see if somebody has ideas about it. Let me know how can I help! Really wish to solve this. thanks! -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net On Thu, Mar 7, 2013 at 9:15 AM, batinste dwanaf...@yahoo.fr wrote: Hi Behaviour confirmed on ubuntu 12.10 64 bits and pd-ext 0.43.4. On 07/03/2013 02:02, Marco Donnarumma wrote: hey, dunno if you remember, but I still have this error (below) and now I managed to make a small patch that reproduces it (attached). It seems related to the Hide flag for a 2nd level nested GOP patch. it'd be great if somebody could test it on linux and mac. I'm on Ubuntu Lucid 10.04, pd-ext 0.43.4 how to reproduce: - launch MAIN-graph-bug.pd - click the bang to open a subpatch (if it doesn't at startup) - close the subpatch - close MAIN-graph-bug.pd at this point Pd throws the error as below. Only the GUI freezes, the patch is unusable and have to kill it, by closing pd. (Tcl) INVALID COMMAND NAME: invalid command name .x996ebd0.c while executing .x996ebd0.c delete graph996f4b0i0 (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd How to avoid it: - launch MAIN-graph-bug.pd - click the bang to open a subpatch (if it doesn't at startup) - open the subpatch - open the further subpatch anlz.scope~ - flag hide object name and argument - save -close pd - restart the patch and the error disappear It is worth noting that the error I get with the Xth Sense software looks similar but has different tags (see below). And I can't reproduce this one error using a subpatch including a graph or iem_image (which I use in the Xth Sense) (Tcl) INVALID COMMAND NAME: invalid command name .x9c4d3b0.c while executing .x9c4d3b0.c create image 900 776 -image a4304c0PHOTOIMAGE -tags a4304c0PHOTO (uplevel body line 283) invoked from within uplevel #0 $cmds_from_pd \ should i submit a different bug report or add to the one I did already? thanks in advance for any hint, this is forcing me to still use pd-ext 0.42.5 during my workshop, which is a shame :) -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: 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 ___ 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] readsf fails to read 32 bits float wav
Sounds like it, especially if you can reproduce it everytime. File a bug report and include as simple a patch as possible to reproduce the issue, and the soundfile. I've definitely used lots of mono and stereo 32-bit float WAV files, so those work. .hc On Mar 11, 2013, at 3:52 PM, Charles Goyard wrote: Hi, today I noticed a readsf~ (on vanilla) opening a 5 wave file containing 32 bits float audio fails silently. The doc says 4 bytes is unavailable for AIFF, but I use WAVE. The file is a 5 channels WAVE file with 5 tracks 32bits float at 48kHz. Converting the audio to 16 bits PCM works. Is that a bug ? On vanilla 0.44. Thanks, -- Charles ___ 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] Tags in pd-extended git repository.
If you are seeing no tags at all in your pd-extended.git repo, that means you haven't downloaded them. You can use 'git fetch --tags'. They were a bit out of date, so I just updated them. You can see the tags listed here: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=summary .hc On Mar 11, 2013, at 10:04 AM, Rafael Vega wrote: Hi, sorry for the noise. Looking at the git logs made this pretty obvious. The commit I was looking for is here: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=c1a5e1f63884d3780123a2265865ea4052bcb63d On Mon, Mar 11, 2013 at 8:52 AM, Rafael Vega email.r...@gmail.com wrote: Hi. I'm building an application using libpd and some externals that are in the pd-extended distribution (latest stable build 0.43-4). I need to link the externals statically so I downloaded the pd-extended sources from the git repo. I'm having an issue: The pd-extended repo has no tags for releases (at least not for all of them). The pd vanilla repo, on the other hand has all the tags. Can someone suggest how to figure out which commit to checkout if I want to have code that works just like the 0.43-4 release? (expect same bugs, if any, etc.) BTW, It would be very nice to have the tags in the pd-extended repo :) Thanks. -- Rafael Vega email.r...@gmail.com -- Rafael Vega email.r...@gmail.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
Re: [PD] problems with arrays in extended 0.43.4 / windows 8
Are there any errors or messages in the Pd Window? .hc On Mar 8, 2013, at 10:21 AM, kristof lauwers wrote: Hi, I just installed Pd extended 0.43.4 on this computer, and there seems to be some problems with arrays: when i want to create one from the put menu, nothing happens. When i right click on an existing array in the help patches, i get just the canvas properties dialog, not the one for arrays. I have this problem on just one computer, running windows 8. I tried on another windows 8 machine, and there arrays work just fine.. any idea what could be going wrong? best, Kristof ___ 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] pidip
please keep this on the list, other people can answer this question, so it'll likely get you a faster answer too. Just copy the 'pidip' folder in extra/ from 0.42.5 and put it in your user-installed externals folder. http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files .hc On Mar 9, 2013, at 11:39 AM, t'es in t'es bat wrote: hello, Can you give me some info how to do it ? do i need to go to the pidip folder in 42.05 download folder and then do ./configure and so or there is a another way... i don't unduerstand the install read me of the 42.5 folder... please help thanks David 2013/2/4 Hans-Christoph Steiner h...@at.or.at You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work. Otherwise, I suggest you have a private conversation with Yves. .hc On 02/03/2013 09:10 PM, Pagano, Patrick wrote: i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit? pp ___ 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 -- TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net | http://www.tntb.net http://www.databit.me /_̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅ _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidip
It'll work for any platform. .hc On 03/11/2013 12:41 PM, Patrick Pagano wrote: Is this for linux? On 03/11/2013 11:07 AM, Hans-Christoph Steiner wrote: please keep this on the list, other people can answer this question, so it'll likely get you a faster answer too. Just copy the 'pidip' folder in extra/ from 0.42.5 and put it in your user-installed externals folder. http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files .hc On Mar 9, 2013, at 11:39 AM, t'es in t'es bat wrote: hello, Can you give me some info how to do it ? do i need to go to the pidip folder in 42.05 download folder and then do ./configure and so or there is a another way... i don't unduerstand the install read me of the 42.5 folder... please help thanks David 2013/2/4 Hans-Christoph Steiner h...@at.or.at mailto:h...@at.or.at You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like any library, and it'll work. Otherwise, I suggest you have a private conversation with Yves. .hc On 02/03/2013 09:10 PM, Pagano, Patrick wrote: i notice that pidip is not in the new pdextended is there a way we can reconcile this without huge tantrums and bullshit? pp ___ 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 mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- TNTB P/: 06 86 86 12 19 SKYPE/: tntb.net http://tntb.net/ | http://www.tntb.net http://www.tntb.net/ http://www.databit.me http://www.databit.me/ /_?_??_? ???_?? _ __?_??? ?__?_??_? ???_?? _ __?_??? ?__?_??_? ???_?? _ __?_??? ?__?_??_? ???_?? _ __?_??? ?__?_??_ ___ 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] help with pd error
It looks like the Gem model loading error message is somehow being executed by
Pd. That's an odd one. Can you narrow it down? Can you provide a working
example so that I can reproduce this on my machine?
.hc
On 03/04/2013 11:16 AM, Patrick Pagano wrote:
This pd extended 0.43-4
Ubuntu 64 bit
When i am clicking on Hradio buttons, this TCL error appears
} {} 1 (Tcl)\ MISSING\ CLOSE-BRACE\ '\}':\ missing\ close-brace\n\ \ \ \
while\ executing\n\\00\}\ 1\ \{_glmFindMaterial():\ \ can't\ find\ material\
\initialShadingGroup\.::pdwindow::logpost\ \{\}\ 4\ \{loaded\ image\
'/home/shree/Desktop/vj-live2\ (1)/images/...\\n\ \ \ \ (\uplevel\\ body\
line\ 4)\n\ \ \ \ invoked\ from\ within\n\uplevel\ #0\ \$cmds_from_pd\
then the GUI does not update. The whole dump is in the pdwindow.txt
On 03/04/2013 10:16 AM, Hans-Christoph Steiner wrote:
Click on the pd window, and do File -- Save as...
.hc
On 03/04/2013 09:09 AM, Patrick Pagano wrote:
Hans
I am having a wired TCL error with pd extended on ubuntu 64 bit, how do i
generate a window dump?
pp
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] help with pd error
Also, does this file exist:
/home/shree/Desktop/vj-live2 (1)/models/atom.mtl
.hc
On 03/04/2013 11:49 AM, Hans-Christoph Steiner wrote:
It looks like the Gem model loading error message is somehow being executed by
Pd. That's an odd one. Can you narrow it down? Can you provide a working
example so that I can reproduce this on my machine?
.hc
On 03/04/2013 11:16 AM, Patrick Pagano wrote:
This pd extended 0.43-4
Ubuntu 64 bit
When i am clicking on Hradio buttons, this TCL error appears
} {} 1 (Tcl)\ MISSING\ CLOSE-BRACE\ '\}':\ missing\ close-brace\n\ \ \ \
while\ executing\n\\00\}\ 1\ \{_glmFindMaterial():\ \ can't\ find\ material\
\initialShadingGroup\.::pdwindow::logpost\ \{\}\ 4\ \{loaded\ image\
'/home/shree/Desktop/vj-live2\ (1)/images/...\\n\ \ \ \ (\uplevel\\ body\
line\ 4)\n\ \ \ \ invoked\ from\ within\n\uplevel\ #0\ \$cmds_from_pd\
then the GUI does not update. The whole dump is in the pdwindow.txt
On 03/04/2013 10:16 AM, Hans-Christoph Steiner wrote:
Click on the pd window, and do File -- Save as...
.hc
On 03/04/2013 09:09 AM, Patrick Pagano wrote:
Hans
I am having a wired TCL error with pd extended on ubuntu 64 bit, how do i
generate a window dump?
pp
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] check this out
Yeah, that video illustrates my point well: if you watch the actual gestures in that youtube video, you can see they are very deliberate and stilted, not really natural. I've never seen anyone play air guitar in such a stuff, abrupt manner. The promo video, it looks very natural. That's why they made a fake video, because while that sensor will work, it will not work anything like natural motion. .hc On 03/01/2013 08:49 PM, Pedro Lopes wrote: EMG in action, detecting fingers through ML: - http://www.youtube.com/watch?feature=player_embeddedv=6_7BzUED39A#! (Scott Saponas, UIST 09) On Sat, Mar 2, 2013 at 2:42 AM, Ivica Ico Bukvic i...@vt.edu wrote: EMG is potentially capable of this and with adequate filtering techniques there are papers out there that allow for fairly accurate detection of finger motions. More so, the video shows use of very distinct hand positions. In other words, it is not the gesture but hand shape that can be read accurately and interpreted. I suspect it also has a gyro/accelerometer that works in tandem with multiple EMG sensing points… ** ** *From:* pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] *On Behalf Of *Hans-Christoph Steiner *Sent:* Friday, March 01, 2013 12:07 PM *To:* Dafydd Hughes *Cc:* pd list; i go bananas *Subject:* Re: [PD] check this out ** ** ** ** Also looks like that video was entirely faked. I see no evidence that any of that video footage was actually based on the sensor input. It probably works decently, but I highly doubt it works as well as the video. ** ** .hc ** ** On Mar 1, 2013, at 8:49 AM, Dafydd Hughes wrote: That looks like a lot of fun! ** ** On Thu, Feb 28, 2013 at 8:30 PM, i go bananas hard@gmail.com wrote:* *** just cos there's no description, i'll add it here: it's a muscle sensor that can be used for gestural control. ___ 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] check this out
Also looks like that video was entirely faked. I see no evidence that any of that video footage was actually based on the sensor input. It probably works decently, but I highly doubt it works as well as the video. .hc On Mar 1, 2013, at 8:49 AM, Dafydd Hughes wrote: That looks like a lot of fun! On Thu, Feb 28, 2013 at 8:30 PM, i go bananas hard@gmail.com wrote: just cos there's no description, i'll add it here: it's a muscle sensor that can be used for gestural control. ___ 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] [announce] [pd-fileutils] released, a command-line tool for managing pd files
Wow, that's impressive, it actually works! Rough, yes, but working. .hc On Mar 1, 2013, at 10:34 AM, s p wrote: Actually I've had a crappy demo of patching in the browser running for quite a while now : http://funktion.fm/webpd/demos/simple-gui/simple-gui.html It works (not so well in Firefox, but in chromium it's fine). A friend of mine is developing a generic graph editor for dataflow programming, and I've been planning to migrate to this forever now, but didn't have the time ... 2013/2/28 Hans-Christoph Steiner h...@at.or.at Very nice :) I'd love to see full-on Pd patching in the browser :) .hc On 02/28/2013 02:02 AM, s p wrote: Sorry for the spam ... problems with gmail and html, the url is : http://sebpiq.github.com/pd-fileutils/?gist=GISTID 2013/2/28 s p seb...@gmail.com oops, ... I meant : 2) Go to this url (replace GISTID by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 GISTID 2013/2/28 s p seb...@gmail.com For example, here's one goodie brought by `pd-fileutils` : 1) Paste a patch to gist : https://gist.github.com/ 2) Go to this url (replace gistId by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 gistId And your patch should be rendered to SVG. You can then send this link to anybody to show your patch :) Of course for now the SVG rendering is super crappy, but I am working on it, so it should be better very soon. Cheers, Sébastien ___ 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] [announce] [pd-fileutils] released, a command-line tool for managing pd files
Very nice :) I'd love to see full-on Pd patching in the browser :) .hc On 02/28/2013 02:02 AM, s p wrote: Sorry for the spam ... problems with gmail and html, the url is : http://sebpiq.github.com/pd-fileutils/?gist=GISTID 2013/2/28 s p seb...@gmail.com oops, ... I meant : 2) Go to this url (replace GISTID by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 GISTID 2013/2/28 s p seb...@gmail.com For example, here's one goodie brought by `pd-fileutils` : 1) Paste a patch to gist : https://gist.github.com/ 2) Go to this url (replace gistId by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 gistId And your patch should be rendered to SVG. You can then send this link to anybody to show your patch :) Of course for now the SVG rendering is super crappy, but I am working on it, so it should be better very soon. Cheers, Sébastien ___ 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] denormals from [cyclone/svf~] on Linux 64 bit
I, for one, am very happy that you post on denormal issues! Its great to have these hard technical details worked out so that they don't trip us up in future works :) On my Linux Mint Maya 64-bit machine, I get about 3% CPU before it hits the denormal, then about 11% CPU. Hitting 1 jumps it back down to 3%. Is it worth trying bsaylor/svf~? I don't know if it works better in this situation. I don't think cyclone has gotten many 64-bit fixes. As part of the Pd-extended 0.43.4 release, I did do a push to fix a lot of 64-bit issues related to GUI stuff, but there are still a number of cyclone objects that do not have proper 64-bit array support. .hc On 02/26/2013 04:26 PM, katja wrote: Since last week I have my own Linux 64 bit machine. One of the first issues with Pd-extended on this machine was a strongly increased CPU load when audio input is temporarily shut off from parts of my patch. Subnormals! After three hours of puzzling I identified at least one offender: [cyclone/svf~]. Sorry that most of my posts to this list seem to be about subnormals. That's quite boring. But they're seriously hogging my CPU time like a swarm of grasshoppers. As I got this 64 bit machine so recently I don't know if the issue with [cyclone/svf~] exists in earlier Pd-E versions. Also, I can not understand why it happens, because the object is protected against subnormals with function PD_BIGORSMALL(). This works well on all my other systems. Moreover, it works well for other feedback delay objects like [lop~] on Linux 64 bit. I'd like to know if anyone can confirm the issue. I was planning to do my own state variable filter anyway, but it would be nice to have a working [cyclone/svf~] as well. Check the object with attached patch if you can. To be specific, I have the issue with Pd-E 0.43.4 for Debian Squeeze amd64 from nightly builds. The i386 build is not affected. Katja ___ 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] Changing the defaul language in 0.43
Feel free to ask questions! That's why we have this list! On Feb 23, 2013, at 3:52 AM, Björn Eriksson wrote: That sounds hopeful! Even though I am far from a coder to consider starting to propose some changes. How are the normal procedures when something new is implemented as a GUI preference? It's a pretty new thing, so there is not really a procedure. Check out how Open Recent Files is implemented for an example. The language selector would be easier since it just stores one piece of data, not a list of files. Are there someone coming up with some code suggestions and then tests of that - - - or are there a place to put an idea like this, in a list - a wishlist - and then someone sooner or later possible takes on a coding task - or is it here or at pd-developments list a think like this is proposed and discussed? There is the feature request tracker for wish list items, but right now, I think few developers ever implement other people's feature requests. We all have our on lists of things we want to implement, and I think those lists are usually too long for the dev time we have anyhow. So if you want something to get implemented, your best bet is to either do it yourself, or find someone to commit to doing it. Sorry for a multitude of questions? Speaking of the importance of a language selector, I would put it rather high. By some default mechanisms we speak english here on this list - to maybe 99.5%, and that it also a good thing as it acts as an interface between languages, but also when you are learning totally new aspects (as we can expect some of Pd newcomers to be) then it can be really helpful to have a learning process more near a native language. The best of it would be if the language selector could be instantly flushing to the new language, like that there can be an enhanced understanding when comparing menues and menue selections as you see the language change and can compare between languages that you are more or less familiar with. I hope my idea don´t sound too complicated. Also I wish there is a wishlist. Otherwise it is here above. I'm committed to making Pd-extended respect the system method for setting the default language, and if it is not, then its a bug that should be reported. I know the Mac OS X language detection is implemented wrong, so I hope to fix that soon (it should follow the language selector, not the language of the Dock). As far as I can tell, the Windows detection is implemented correctly, but it looks like that might not be true. For that, I'd need to see documentation on how Windows apps are supposed to detect the language, and then I'd need to have people with Windows in other languages test things. I use German installations of Windows XP and Windows 7, and it works properly there. But I use those systems in German, not English. If anyone wants to make a language preference to set Pd-extended to a different language that the system language, I would accept that as a patch, but I'm not the one to implement it since that's not something I ever do. .hc All the best, Björn Eriksson On Thu, Feb 21, 2013 at 7:53 PM, Hans-Christoph Steiner h...@at.or.at wrote: I don't think it would be super complicated to implement. I think the easiest way would be to implement it as a GUI preference, so that would be all Tcl code. Check out pd/tcl/pd_guiprefs.tcl for the API. And you can see load_locale in tcl/pd-gui.tcl .hc On 02/21/2013 02:36 AM, Björn Eriksson wrote: Hello, I am following this thread with interest and step by step starting to understand the implications. Just a curious wonder... is it very complicated to implement a new functionality where a specific .msg file is selected and wanted language choosen, at least temporarily until next active choice? Realize it´s not there... but thinking ahead. /Björn Eriksson On Wed, Feb 20, 2013 at 8:35 PM, Hans-Christoph Steiner h...@at.or.at wrote: I'm going to CC the list in case anyone else wants to change this value. Tcl looks at HKEY_CURRENT_USER\Control Panel\International\locale in particular. Its a number. This is not Pd-specific, I imagine its used by lots of apps, and perhaps even the system itself. I wouldn't recommend changing it directly, it might mess things up. There should be a way to change the Windows system so that it is set properly in English. If you really just want to force Pd-extended to be in English, the safest route is to delete all the .msg files in \Program Files\pd\po .hc On Feb 20, 2013, at 1:34 AM, rene beekman wrote: Hans, I'm replyting off-list so we don't burden the list with this. Attached are screenshots from the registry entries on two of the machines. As you can see from the menus of regedit itself, the OS is running in English, though I am not sure where that is set in the International settings. Some of the other machines (I'm waiting
Re: [PD] Changing the defaul language in 0.43
So these are systems that were originally installed in Bulgarian then switched to US English? If I can reproduce this on the Windows machines I have access to, then it'll be much easier to fix. I have tried to switch the two pdlab Windows machines from German to English, but failed. I couldn't make it switch, they stayed in German. If someone has good, working instructions for how to switch either Win7 or WinXP to English, I'll try that. .hc On Feb 21, 2013, at 12:30 AM, rene beekman wrote: Hans, Thanks for your reply and for the time taken to look into this. For what it's worth, I'm seeing machines that have a locale value of 409, which should be US-English according to this and other tables http://msdn.microsoft.com/en-us/library/ms903928.aspx, still open Pd in localized versions. On Wed, Feb 20, 2013 at 9:35 PM, Hans-Christoph Steiner h...@at.or.at wrote: I'm going to CC the list in case anyone else wants to change this value. Tcl looks at HKEY_CURRENT_USER\Control Panel\International\locale in particular. Its a number. This is not Pd-specific, I imagine its used by lots of apps, and perhaps even the system itself. I wouldn't recommend changing it directly, it might mess things up. There should be a way to change the Windows system so that it is set properly in English. If you really just want to force Pd-extended to be in English, the safest route is to delete all the .msg files in \Program Files\pd\po .hc On Feb 20, 2013, at 1:34 AM, rene beekman wrote: Hans, I'm replyting off-list so we don't burden the list with this. Attached are screenshots from the registry entries on two of the machines. As you can see from the menus of regedit itself, the OS is running in English, though I am not sure where that is set in the International settings. Some of the other machines (I'm waiting for their owners to mail the screenshots to me) have localeName set to en_US en location to US, but Pd still opens in Bulgarian. I'll send the other screenshots when I get them. Thanks! Rene On Mon, Feb 18, 2013 at 4:53 PM, Hans-Christoph Steiner h...@at.or.at wrote: Run 'regedit' in the Run command thing on the start menu, and look for: HKEY_CURRENT_USER\Control Panel\International .hc On 02/18/2013 12:57 AM, rene beekman wrote: Hans, thanks for the reply On the Mac it works for me. Applelocale reports en_BG and Pd properly shows up in English. The windows machines I will be able to check tomorrow evening. How do I find the proper registry keys there? Date: Fri, 15 Feb 2013 09:54:35 -0500 From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] Changing the defaul language in 0.43 To: pd-list@iem.at Message-ID: 511e4c2b.2030...@at.or.at Content-Type: text/plain; charset=ISO-8859-1 Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. a.pngb.pngregistry editor.jpgregistry editor2.jpg ___ Pd-list@iem.at
Re: [PD] completion-plugin in pd-extended
For something to be included in Pd-extended, it needs to work on all platforms, and be stable both in terms of bugs and APIs/interface. I would love to see the completion plugin get to that point. I can contribute maybe a little bit, but someone else would have to lead that effort. Its not really working on Mac OS X right now, for example. I haven't tried it on Windows. .hc On 02/25/2013 01:15 PM, dreamer wrote: Do you mean https://github.com/gusano/completion-plugin ? On Mon, Feb 25, 2013 at 7:09 PM, yvan volochine yvan...@gmail.com wrote: hi Hans! I was wondering if you'd be willing to add completion-plugin[1] to pd-extended and if yes, what would be the steps to do it? =) are you stlil using svn for pd-extended ??? cheers, y [1]https://github.com/**completion-pluginhttps://github.com/completion-plugin -- http://yvanvolochine.com http://soundcloud.com/**yvanvolochinehttp://soundcloud.com/yvanvolochine http://vimeo.com/yv __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] cxc library
Its not maintained, but will remain in Pd-extended as long as it doesn't break. .hc On 02/25/2013 05:20 PM, Jonathan Wilkes wrote: Is cxc part of Pd-extended going forward? Is it currently maintained? If not, I'm going to close the bugs associated with [ascseq] and [ascwave]. -Jonathan ___ 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] OsX - vanilla doesn't load libraries
That URL doesnt' work. Try attaching the image, or an image uploader that doesn't require login to view, like imgur.com .hc On 02/22/2013 03:57 PM, João Pais wrote: Hello, does someone know how to solve the problem displayed in this image? https://www.facebook.com/photo.php?fbid=544587868894592set=a.101128363240547.2396.10301516847type=1theaternotif_t=photo_reply Afaik, it's a version of pd-ext downloaded today. Thanks as usual, jmmmp ___ 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] LibPD - Vanilla only ?
If someone wanted to libpd-ify the Pd-extended core, I'll help where I can. That would give you things like [initbang], $@ and $#, the 'blob' type for handling generic blobs of memory, and more. .hc On 02/21/2013 12:39 AM, Peter Brinkmann wrote: libpd itself only tracks Pd Vanilla, but you can use externals with it. On platforms the support dynamic libraries (e.g., Android), you can just build and package your externals like any other native binary, and libpd will be able to use them (as long as the binaries are on the search path, but there are utilities in pd-for-android that take care of that for you). On platforms that don't support dynamic libraries (e.g., iOS), you can still link externals with your app, you just have to manually initialize them. The pd-for-ios wiki explains how. About sending GPS coordinates to libpd, the easiest way to do this is to use the libpd's message passing mechanism, no need for OSC or other networking. To get an idea how this works, look at the way the ScenePlayer app in pd-for-android handles accelerometer values. Hope this helps, Peter On Wed, Feb 20, 2013 at 11:19 PM, Scott R. Looney scottrloo...@gmail.comwrote: well, i'm not experienced at using libpd in an application but i've definitely researched the topic pretty thoroughly. peter brinkmann is the obvious expert here to talk to. so here's what i know: libpd only uses vanilla objects, although expr~ was recently included in that group. it can be extended by including other libraries into libpd as far as i'm aware. i'm definitely aware of at least two cases where the cyclone library has been compiled for use with libpd. so, if your plan is to use it locally with your friends, this should basically work fine. also as far as distribution via the different stores, there should be no issues with offering a product for Android via Google Play. however, if you are releasing this product on the iTunes Store, Apple has a restriction that does not allow third party libraries to be included that have GPL licensing. since the vast majority of PD libraries have this licensing on the binaries, it means you will need to recompile the desired libraries from source and change the license in order to put the product on the store. BSD or MIT licenses seem to be preferred. without this license change, i don't think that you can even offer the app for free, but i'm not sure about this. if anyone else has more accurate information, feel free to confirm, clarify or refine. hope this helps, scott On Wed, Feb 20, 2013 at 4:01 PM, Фывапр Олджэвич tofuc...@inbox.ruwrote: Dear List ! Are here some people, who worked with LibPD ? I'm on a way of trying to make pd-driven sampler for a portable platforms (iOS, Android). The sampler should use GPS-data, somehow transmitted to PD. So i know that this kind of ideas were already succesfully made with PD by RjDj. I know that LibPD is the only way to embed the sound engine to external code. questions right now: 1) Is LibPD working with Vanilla version of PD only ? Or maybe I can programm in Extended, but not using extra libraries ? 2) can the LibPD recieve OSC or some other way an external data ? in my case we want it to recieve GPS coordinates and maybe some data from the device sensors... ( it is meant to be smartphone) And is it done the same way as in extended ? Thankyou very much ! ___ 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] Changing the defaul language in 0.43
I don't think it would be super complicated to implement. I think the easiest way would be to implement it as a GUI preference, so that would be all Tcl code. Check out pd/tcl/pd_guiprefs.tcl for the API. And you can see load_locale in tcl/pd-gui.tcl .hc On 02/21/2013 02:36 AM, Björn Eriksson wrote: Hello, I am following this thread with interest and step by step starting to understand the implications. Just a curious wonder... is it very complicated to implement a new functionality where a specific .msg file is selected and wanted language choosen, at least temporarily until next active choice? Realize it´s not there... but thinking ahead. /Björn Eriksson On Wed, Feb 20, 2013 at 8:35 PM, Hans-Christoph Steiner h...@at.or.at wrote: I'm going to CC the list in case anyone else wants to change this value. Tcl looks at HKEY_CURRENT_USER\Control Panel\International\locale in particular. Its a number. This is not Pd-specific, I imagine its used by lots of apps, and perhaps even the system itself. I wouldn't recommend changing it directly, it might mess things up. There should be a way to change the Windows system so that it is set properly in English. If you really just want to force Pd-extended to be in English, the safest route is to delete all the .msg files in \Program Files\pd\po .hc On Feb 20, 2013, at 1:34 AM, rene beekman wrote: Hans, I'm replyting off-list so we don't burden the list with this. Attached are screenshots from the registry entries on two of the machines. As you can see from the menus of regedit itself, the OS is running in English, though I am not sure where that is set in the International settings. Some of the other machines (I'm waiting for their owners to mail the screenshots to me) have localeName set to en_US en location to US, but Pd still opens in Bulgarian. I'll send the other screenshots when I get them. Thanks! Rene On Mon, Feb 18, 2013 at 4:53 PM, Hans-Christoph Steiner h...@at.or.at wrote: Run 'regedit' in the Run command thing on the start menu, and look for: HKEY_CURRENT_USER\Control Panel\International .hc On 02/18/2013 12:57 AM, rene beekman wrote: Hans, thanks for the reply On the Mac it works for me. Applelocale reports en_BG and Pd properly shows up in English. The windows machines I will be able to check tomorrow evening. How do I find the proper registry keys there? Date: Fri, 15 Feb 2013 09:54:35 -0500 From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] Changing the defaul language in 0.43 To: pd-list@iem.at Message-ID: 511e4c2b.2030...@at.or.at Content-Type: text/plain; charset=ISO-8859-1 Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. a.pngb.pngregistry editor.jpgregistry editor2.jpg ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing
Re: [PD] pd 0.44 vanilla build process
I'd skip the copy and just do: ./autogen.sh ./configure make ./src/pd -nrt(-nrt so it ignores the watchdog) That's how it works on Pd-extended at least. I don't know how the Pd-vanilla files have changed since they were included in vanilla. .hc On Feb 19, 2013, at 9:55 PM, Jonathan Wilkes wrote: Hi, Can someone tell me how I'm supposed to rebuild Pd vanilla in 0.44? Build 0.43 and before: 1) cd src 2) ./configure 3) make Run 0.43 and before without installing: cd src ./pd Selectively recompile the source file I'm revising: make *** Build 0.44 1) ./autogen.sh 2) ./configure 3) make 4) cp src/pd . cp src/pd-watchdog bin/ Run 0.44: ./pd Selectively recompile 0.44: ??? if I try make, then cp src/pd . cp src/pd-watchdog bin/ my changes aren't reflected even though I watched all the recompilation messages to the console without any errors the only way I can recompile is make clean, then make which is obviously quite annoying. Any suggestions? -Jonathan ___ 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] using puredata to play playlist gapless
On Feb 19, 2013, at 4:22 PM, Jonathan Wilkes wrote: From: Scott R. Looney scottrloo...@gmail.com To: Hans-Christoph Steiner h...@at.or.at Cc: pd-list pd-list@iem.at Sent: Tuesday, February 19, 2013 2:32 PM Subject: Re: [PD] using puredata to play playlist gapless there's an interesting tool that game audio folks use that does some clever prestidigitation when encoding an MP3 and generates a gapless version. it runs on a PC, but can run under Wine pretty easily. requires old fashioned WAV files for input. here's the link. the page also has a lot of detailed information on why MP3s have this issue and how the tools solves this problem: Well, if you require WAV for input you might as well convert to OGG which AFAICT doesn't suffer from this problem. only MP3 has this problem, WAV does not either, as far as I know. Basically, avoid MP3 and you will have gapless playback everywhere. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Changing the defaul language in 0.43
I'm going to CC the list in case anyone else wants to change this value. Tcl looks at HKEY_CURRENT_USER\Control Panel\International\locale in particular. Its a number. This is not Pd-specific, I imagine its used by lots of apps, and perhaps even the system itself. I wouldn't recommend changing it directly, it might mess things up. There should be a way to change the Windows system so that it is set properly in English. If you really just want to force Pd-extended to be in English, the safest route is to delete all the .msg files in \Program Files\pd\po .hc On Feb 20, 2013, at 1:34 AM, rene beekman wrote: Hans, I'm replyting off-list so we don't burden the list with this. Attached are screenshots from the registry entries on two of the machines. As you can see from the menus of regedit itself, the OS is running in English, though I am not sure where that is set in the International settings. Some of the other machines (I'm waiting for their owners to mail the screenshots to me) have localeName set to en_US en location to US, but Pd still opens in Bulgarian. I'll send the other screenshots when I get them. Thanks! Rene On Mon, Feb 18, 2013 at 4:53 PM, Hans-Christoph Steiner h...@at.or.at wrote: Run 'regedit' in the Run command thing on the start menu, and look for: HKEY_CURRENT_USER\Control Panel\International .hc On 02/18/2013 12:57 AM, rene beekman wrote: Hans, thanks for the reply On the Mac it works for me. Applelocale reports en_BG and Pd properly shows up in English. The windows machines I will be able to check tomorrow evening. How do I find the proper registry keys there? Date: Fri, 15 Feb 2013 09:54:35 -0500 From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] Changing the defaul language in 0.43 To: pd-list@iem.at Message-ID: 511e4c2b.2030...@at.or.at Content-Type: text/plain; charset=ISO-8859-1 Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. a.pngb.pngregistry editor.jpgregistry editor2.jpg ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] using puredata to play playlist gapless
Pd will play all files gapless, according to their file length. The 'gap' problem mostly refers to the MP3 format, which encodes the audio in fixed frame length. So if your song doesn't fit neatly into a multiple of the fixed frame length, you get a gap, i.e. the leftover part of the last frame is filled with silence. That's a problem with the MP3 format that basically all other file formats don't have. .hc On 02/19/2013 12:47 PM, Rick T wrote: Yes I do have the ability to change the playlist file to a text file and alter it how it looks. The thing I'm looking for is an example of gapless playing. I couldn't find one doing google search. Thanks On Tue, Feb 19, 2013 at 12:53 AM, Roman Haefeli reduz...@gmail.com wrote: On Die, 2013-02-19 at 00:31 -1000, Rick T wrote: Greetings All I have a playlist file (songs.pls) that I would like to play gapless (without the 1 second pause between tracks) can puredata due this if so is there and example? It sounds doable to me. I'd do it with [textfile] reading your playlist which passes each line (after some message mangling) to a [readsf~]. My only concern is the chosen file format '.pls'. Pd (natively) is pretty bad in string parsing. If you could use your own format it would make things a lot easier. I don't know if you have any constraints there. The simplest format of such a text file might be as an example: filename1.wav filename2.wav whateverfile.wav Roman ___ 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] IEM lib in Debian ?
The Pd-extended 0.43.4 raspbian package. You either have to add apt.puredata.info to your apt sources.list or download it directly from puredata.info/downloads .hc On 02/18/2013 03:38 AM, Pierre Massat wrote: Hi, What raspbian package ? In the non-free repo ? I tried pd-iemlib before adding the non-free source to the list and apt-get didn't find it. Cheers, Pierre. 2013/2/17 Hans-Christoph Steiner h...@at.or.at Its included Pd-extended 0.43.4, and there is a raspbian package. .hc On 02/17/2013 09:33 AM, Pierre Massat wrote: Dear List, I need a filter in the iemlib included in pd-extended. I'm using vanilla on Rasbian, and pd-iemlib doesn't seem to exist in the repos. Iemnet, iemmatrix and iemambi seem to exist, but not iemlib. Anybody knows how i could install this library ? On the IEM website there a list of downloads but the most recent one requires the sources of Pd 0.39 ... Cheers, Pierre. ___ 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] gui-plugins
On 02/18/2013 12:09 AM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: michael noble loop...@gmail.com Cc: PD send List pd-list@iem.at Sent: Sunday, February 17, 2013 10:39 PM Subject: Re: [PD] gui-plugins On 02/17/2013 07:59 PM, michael noble wrote: On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detailaid=3400300group_id=55736atid=478072 Note to Hans: remind Hans Hans forgot to include Hans' patch in Hans' distro next time Hans sees Hans. I am not (yet?) up for maintaining a separate, incompatible internal API from pd-vanilla, so this will be included in Pd-extended once its included in Pd-vanilla. pd-l2ork's binary incompatibility gives examples of why I don't want to do this. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Changing the defaul language in 0.43
Run 'regedit' in the Run command thing on the start menu, and look for: HKEY_CURRENT_USER\Control Panel\International .hc On 02/18/2013 12:57 AM, rene beekman wrote: Hans, thanks for the reply On the Mac it works for me. Applelocale reports en_BG and Pd properly shows up in English. The windows machines I will be able to check tomorrow evening. How do I find the proper registry keys there? Date: Fri, 15 Feb 2013 09:54:35 -0500 From: Hans-Christoph Steiner h...@at.or.at Subject: Re: [PD] Changing the defaul language in 0.43 To: pd-list@iem.at Message-ID: 511e4c2b.2030...@at.or.at Content-Type: text/plain; charset=ISO-8859-1 Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Changing the defaul language in 0.43
If you are running the command in the cmd.exe shell, it'll be something like this: LANG=pt C:\Program Files\pd\bin\pd or LANG=pt %ProgramFiles%\pd\bin\pd From Cygwin or MinGW, it'll be with forward slashes (/) .hc On 02/16/2013 02:28 PM, Björn Eriksson wrote: Thank you for this news!! The youtube was excellent in explaining some things aswell! I should know better but I am not using the command line so much in the win7 machine i am on, should i write LANG=pt c:/program/pd/pd-extended The folder pd is installed at is program/pdbut seems i have some problems with the syntax... should it be backslashes? All the best, /björn On Sat, Feb 16, 2013 at 8:05 PM, Hans-Christoph Steiner h...@at.or.at wrote: You can also do that LANG=pt trick on Windows and Mac OS X, but you have to use the full path to pd/bin/pd instead of just 'pd-extended'. If someone has written in a patch in their own language, the patch will always be in that language. There is currently no way to have patches with translations of the text. Its something I think we should add for tutorials and reference docs. .hc On 02/16/2013 01:37 PM, Alexandros Drymonitis wrote: Hans-Christoph Steiner made this video explaining how to open Pd from the command line with the preferred language https://www.youtube.com/watch?v=eLkSmIAleMc Although if you open it in English for example and then open a patch you made in another language it will most likely switch to that language, as far as my experience tells me.. On Sat, Feb 16, 2013 at 8:10 PM, Björn Eriksson miu...@gmail.com wrote: You can also delete the files within the po folder at the installation folder. Then you will have (only) english menus. I have a related question. I am running a beginners course on Pd (distance course) and in the group there are at least 3 or 4 different languages. Added to that is also that some people are in different countries. So for the students in Sweden (where I am based) most of them get the swedish language selected on install, but by different reasons would like to have english och portuguese. They´re also on different platforms. My question is this... can it be possible to independently select a preferred language regardless what the OS is suggesting and force another language to be showed? /Björn Eriksson On Fri, Feb 15, 2013 at 4:08 PM, Òscar Martínez Carmona xamp...@gmail.com wrote: Sorry, you've just answered that! Thanx! El divendres 15 de febrer de 2013, Òscar Martínez Carmona ha escrit: How do I switch it back to English? I appreciate the spanish version but English looks much cooler! El divendres 15 de febrer de 2013, Hans-Christoph Steiner ha escrit: Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list
Re: [PD] IEM lib in Debian ?
You can use that library from pd-extended with vanilla. This should do it: sudo apt-get install puredata-import pd-libdir cd /usr/lib/pd/extra sudo ln -s ../../pd-extended/extra/iemlib Then in your patch: [import iemlib] .hc On 02/18/2013 10:37 AM, Pierre Massat wrote: Sorry, i don't think i got you. Like I said I tried pd-extended yesterday and it didn't really work. You said it could be because of GEM and pdp, so i'll try without these libs later on. But right now I have vanilla (0.43.2), and it's working fine, and i need the pd-iemlib library. It is not available from the standard raspbian repo. Can I get only this library ? Or is pd-extended the only option ? thanks , Pierre. 2013/2/18 Hans-Christoph Steiner h...@at.or.at The Pd-extended 0.43.4 raspbian package. You either have to add apt.puredata.info to your apt sources.list or download it directly from puredata.info/downloads .hc On 02/18/2013 03:38 AM, Pierre Massat wrote: Hi, What raspbian package ? In the non-free repo ? I tried pd-iemlib before adding the non-free source to the list and apt-get didn't find it. Cheers, Pierre. 2013/2/17 Hans-Christoph Steiner h...@at.or.at Its included Pd-extended 0.43.4, and there is a raspbian package. .hc On 02/17/2013 09:33 AM, Pierre Massat wrote: Dear List, I need a filter in the iemlib included in pd-extended. I'm using vanilla on Rasbian, and pd-iemlib doesn't seem to exist in the repos. Iemnet, iemmatrix and iemambi seem to exist, but not iemlib. Anybody knows how i could install this library ? On the IEM website there a list of downloads but the most recent one requires the sources of Pd 0.39 ... Cheers, Pierre. ___ 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] call for testing: Pd-extended 0.43.4 on Mac OS X/PowerPC
There is now a proper Pd-extended 0.43.4 package for Mac OS X/PowerPC posted on http://puredata.info/downloads If you have a PowerPC Mac, please these this package and report back whether it works for you or not. If its working, then I can switch the Mac OS X/PowerPC builds to 0.44.0 Thanks! .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some vanilla objects disappeared!
Either delete your preferences file, or go to the Preferences and click the new Reset to Defaults button. .hc On 02/18/2013 04:56 PM, Raphael Raccuia wrote: Hi, I use 0.43.4, which is installed on twoUbuntu12.04,from repositories, and I've just noticed some basic objects like [expr] and [cnv] 'couldn't create' on onesystem, but not on the other...?!? ___ 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] Raspberry Pi : I²S audio codec ?
My guess is that you'll have better luck with USB devices. .hc On 02/18/2013 05:16 PM, Pierre Massat wrote: Hi, I just found this : http://www.openmusiclabs.com/projects/codec-shield/ Apparently the latest revision of the Pi has GPIO pins specifically for I²S (http://www.raspberrypi.org/archives/1929 , see Additional I/O expansion). Though i can't find anything on the web right now, it should be possible to connect this codec to the Pi, what do you think ? I m very excited but i reckon I have a lot to learn... Cheers, Pierre. ___ 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] IEM lib in Debian ?
Its included Pd-extended 0.43.4, and there is a raspbian package. .hc On 02/17/2013 09:33 AM, Pierre Massat wrote: Dear List, I need a filter in the iemlib included in pd-extended. I'm using vanilla on Rasbian, and pd-iemlib doesn't seem to exist in the repos. Iemnet, iemmatrix and iemambi seem to exist, but not iemlib. Anybody knows how i could install this library ? On the IEM website there a list of downloads but the most recent one requires the sources of Pd 0.39 ... Cheers, Pierre. ___ 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] pdp on RPI (was RPi - GEM openGL)
Pd-extended uses the pdp build system to build pdp. I don't remember what happened with pdp-opengl. It was buggy and barely documented, so I probably disabled it. But it could be a potentially easier port to OpenGL ES than GEM. .hc On 02/17/2013 10:33 AM, me.grimm wrote: That's what I was assuming. How to build just pdp.pd_linux minus the pdp_opengl.pd_linux is the question I'll try later this afternoon if I get the chance M On Feb 17, 2013, at 12:35 AM, Simon Wise simonzw...@gmail.com wrote: On 17/02/13 01:25, me.grimm wrote: Has anyone tried using pdp on a Pi? i get: ../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory even when doing: ./configure --disable-glx --disable-gsl which gives me: --enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no ??? that looks like pdp_matrix is using shaders and therefore won't work on the Pi ... probably need to avoid building it, plus any other parts that are using shaders more clues on this below, bit it seems from a glance at google that OpenGL was an addition to pdp, but a while ago ... so there may be quite a lot that does not depend on it. I have two binaries in the /usr/lib/pd/extra/ ... pdp.pd_linux and pdp-opengl.pd_linux ... while in /usr/lib/pd-extended/extra/ I have just pdp/pdp.pd_linux, so they were obviously built quite differently. The one in extended came with a pd-extended deb, and presumably from the pd-extended build system, while the pdp-opengl.pd_linux came with the pd-pdp deb so maybe its worth building from the debian source package, but avoid building the opengl part Neither of these packages are very recent, but both work. Simon ___ 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] gui-plugins
There are a few ways to change the colors of the cords: * using the global variables $::signal_cord/$::signal_nlet and $::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin: set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red * using the Tk tag 'cord' and sending a command to the patch's Tk canvas, which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc. bind all Loaded %W itemconfigure cord -fill yellow -width 1 * you can also do that in a patch, and per-patch, use [hcs/canvas_name] to get the canvas ID, then send that to this message: [$1 itemconfigure cord -fill yellow -width 1( The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki: http://puredata.info/docs/guiplugins/GuiPluginsAPI .hc On 02/17/2013 12:35 PM, Rob Bothof wrote: Hi List, I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? kind regards, Rob ___ 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] gui-plugins
On 02/17/2013 03:48 PM, Ivica Ico Bukvic wrote: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? These are hard-coded in pd/extended. They are changeable in pd-l2ork. That is incorrect, there are multiple ways to change the cord colors. Many of these also with in Pd-vanilla 0.43. See my previous email on this thread for more info. .hc - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? These are changeable in both extended/l2ork (AFAIK). kind regards, Rob ___ 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] Feedback : pd-extended on the Pi
Thanks for the feedback! How did you start it? It currently starts Gem and pdp by default, which it shouldn't since they don't work on RPi. Try this: pd-extended -noprefs .hc On 02/17/2013 09:08 AM, Pierre Massat wrote: Hi, I've been using Vanilla from the Debian repos, but i needed IEMLIB, and i decided i should give pd-extended a try. I followed these instruction http://puredata.info/downloads/pd-extended-0-43-3-on-raspberry-pi-raspbian-wheezy-armhf(I think HC wrote them). Pd-extended installed fine, but it doesn't work well, at least with my soundcard (which work very well with Vanilla). CPU usage climbs to 100 %, and i have to kill Pd. I must say that I m using a very fresh version of Raspbian, though not totally clean in the sense that I removed Pd-vanilla manually before installing pd-extended (so I might have left a few files here and there. Also, i'm using the first version of the Pi, with 256 MB RAM. Cheers, Pierre. ___ 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] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/17/2013 06:34 AM, Nicolas Montgermont wrote: Le 15/02/13 21:14, Hans-Christoph Steiner a écrit : On 02/15/2013 01:02 PM, Nicolas Montgermont wrote: Le 15/02/13 18:03, Hans-Christoph Steiner a écrit : since the PdX installer essentially does the same, i guess it is more interesting to know which version of libmp3lame you are using (as compared to PdX) there is certainly an easy way to get the package version of a library, e.g. $ fink show libmp3lame fink describe lame-shlibs shows it is version 3.98.4-1 Indeed. Also, is this is 32-bit i386 build or the 64-bit x86_64 build of Pd-extended? 32 bits i386. The Mac OS X build servers have 3.99.5-2 installed on them and Pd-extended 0.43.4 shipped with 3.99.5. Ubuntu as of 12.10/quantal has 3.99.5 also. I'm on 12.04/precise, which has 3.99.3 and mp3amp~ doesn't crash on load but I also can't get it to playback a stream. Yes it's not on the loading of the object but when a stream is played. From what i see in the svn, a problem may be that mp3amp compiles against local headers located in the unauthorized folder: mpg123.h, mpglib.h and interface.h maybe those headers are not compatible with 3.99 version, they are from lame 3.92 Yeah, that sounds like a bad situation. Try building without those headers. I can't reproduce this problem. If you send me a patch that reproduces it, I'll try building without the headers myself. .hc I still don't really know what the cause of the issue is. If the library version is the issue, then sounds like mp3amp~ needs to be fixed to work with 3.99.5 since all the distros are moving to that. I tried to debug the problem a bit but can't manage to use gdb, it says me no stack when i try to backtrace. I just rebuilt the lame package from scratch on the Mac OS X 10.5 i386 32-bit machine. Could you test tomorrow's nightly build and see if it still has the problem? I didn't found any fresh 0.43-4 build so tried with the 0.44.0 build and it still have the problem. thx n ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui-plugins
On 02/17/2013 06:55 PM, Rob Bothof wrote: thanks, would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? That would be possible, but would be a project. You'd have to find a way to maintain the IDs/tags for each object and each cord and colorized based on that. Pd currently doesn't have any way to store that state, so you would have to write whatever state saving you want. for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window toggle would it be possible to supply creation arguments for the objects here ? Not using that command. If you want to do that, then you want to do the standard dynamic patching commands. You can find documentation for that in manuals - pd-msg. .hc regards, Rob There are a few ways to change the colors of the cords: * using the global variables $::signal_cord/$::signal_nlet and $::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin: set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red * using the Tk tag 'cord' and sending a command to the patch's Tk canvas, which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc. bind all Loaded %W itemconfigure cord -fill yellow -width 1 * you can also do that in a patch, and per-patch, use [hcs/canvas_name] to get the canvas ID, then send that to this message: [$1 itemconfigure cord -fill yellow -width 1( The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki: http://puredata.info/docs/guiplugins/GuiPluginsAPI .hc On 02/17/2013 12:35 PM, Rob Bothof wrote: Hi List, I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files: - I can change the colors of the wires, but not the color a wire has when connecting one box to another, can this be changed with a tcl setting ? - is it possible to change the default/initial colors of gui-objects like bang, tgl etc through tcl or are these hardcoded in C ? kind regards, Rob ___ 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] gui-plugins
On 02/17/2013 07:59 PM, michael noble wrote: On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner h...@at.or.atwrote: would it be possible to change the color a cord has when connecting one object to another ? You mean different colors for different cords depending on which objects it connected? I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made. If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detailaid=3400300group_id=55736atid=478072 .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp on RPI (was RPi - GEM openGL)
You could just install gsl. If you're on Raspbian, you can install all of the dependencies by doing: apt-get build-dep pd-pdp .hc On 02/16/2013 12:25 PM, me.grimm wrote: Has anyone tried using pdp on a Pi? i get: ../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory even when doing: ./configure --disable-glx --disable-gsl which gives me: --enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no ??? m On Sat, Feb 16, 2013 at 2:13 PM, Simon Wise simonzw...@gmail.com wrote: On 16/02/13 20:16, Antoine Villeret wrote: hello, if by from within PD you mean triggering omxplayer from pd you can do that either by using [shell] like Simon explained or by using pdsend and pdreceive, this could be done remotely, here is an how to : http://antoine.villeret.free.fr/?p=600 cheers yes .. a pipe works fine as well. Antoine did you check out xbmc further, I don't have a Pi here at the moment but have been looking at the xbmc docs and it can be controlled directly through a TCP port, so you should be able to do a lot more control (via netsend etc). Perhaps only the media centre playlist, looping and seeking stuff ... no crossfades that I can see. There does seem to be some provision for custom effects somewhere, via shaders but it seems, but probably only in GL, not in GL-ES. Still ... accurate seeking could be useful, there seems to be access to a global clock and seeks in files ... both with high enough resolution to sync things well. I'll test that when I can when I get a chance. Has anyone tried using pdp on a Pi? again, I'll have a play when I've got one here. Pdp has an xv window, and a movie player that uses the linux quicktime library ... is the quicktime library available for Pi? and if so does it use the built-in codecs? ... that could be a way to go for fairly straightforward video playback. Simon ___ 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] Changing the defaul language in 0.43
You can also do that LANG=pt trick on Windows and Mac OS X, but you have to use the full path to pd/bin/pd instead of just 'pd-extended'. If someone has written in a patch in their own language, the patch will always be in that language. There is currently no way to have patches with translations of the text. Its something I think we should add for tutorials and reference docs. .hc On 02/16/2013 01:37 PM, Alexandros Drymonitis wrote: Hans-Christoph Steiner made this video explaining how to open Pd from the command line with the preferred language https://www.youtube.com/watch?v=eLkSmIAleMc Although if you open it in English for example and then open a patch you made in another language it will most likely switch to that language, as far as my experience tells me.. On Sat, Feb 16, 2013 at 8:10 PM, Björn Eriksson miu...@gmail.com wrote: You can also delete the files within the po folder at the installation folder. Then you will have (only) english menus. I have a related question. I am running a beginners course on Pd (distance course) and in the group there are at least 3 or 4 different languages. Added to that is also that some people are in different countries. So for the students in Sweden (where I am based) most of them get the swedish language selected on install, but by different reasons would like to have english och portuguese. They´re also on different platforms. My question is this... can it be possible to independently select a preferred language regardless what the OS is suggesting and force another language to be showed? /Björn Eriksson On Fri, Feb 15, 2013 at 4:08 PM, Òscar Martínez Carmona xamp...@gmail.com wrote: Sorry, you've just answered that! Thanx! El divendres 15 de febrer de 2013, Òscar Martínez Carmona ha escrit: How do I switch it back to English? I appreciate the spanish version but English looks much cooler! El divendres 15 de febrer de 2013, Hans-Christoph Steiner ha escrit: Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. ___ 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 -- Òscar Martínez Carmona -- Òscar Martínez Carmona ___ 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
Re: [PD] pidip for pd-extended 0.43.4 Ubuntu 12.04
Just copy it out of Pd-extended 0.42.5. You can extract a .deb package like this: dpkg -x Pd-extended-0.42.5.deb /tmp/pd-extended-0.42.5 Then you'll find pidip in /tmp/pd-extended-0.42.5/usr/lib/pd-extended/extra/pidip. Copy that folder to ~/pd-externals or /usr/local/lib/pd-externals .hc On 02/15/2013 09:34 AM, Elektro Moon wrote: Hi all, may i ask someone to pass me the pidip binary for ubuntu 12.04. I am serching fot it everywhere but the latest i could find is for Maverick. Thanks in advance for your help: Popesz ___ 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] Changing the defaul language in 0.43
Pd-extended should use the same language that the user is using. If not, its a bug. Pd-extended on Mac OS X looks at what language the Dock is configured in and uses that. Apparently, this is not reliable, since I guess people buy systems in one language, then use them in another, and the Dock doesn't seem to respect that change. You can check the language of your Dock and your global locale by running this in the Terminal: defaults read com.apple.dock loc defaults read NSGlobalDomain AppleLocale The easiest fix it to probably set the language of the Dock like this: defaults write com.apple.dock loc en_US I have no idea why its failing on Windows, maybe for a similar reason. As far as I could tell, Pd-extended uses the 'proper' registry value: HKEY_CURRENT_USER\Control Panel\International Could you send the value of that registry key on machines that fail to respect the user setting? .hc On 02/15/2013 01:03 AM, rene beekman wrote: How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. ___ 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] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/15/2013 11:38 AM, IOhannes zmölnig wrote: On 02/15/2013 05:22 PM, Nicolas Montgermont wrote: Le 14/02/13 19:09, Hans-Christoph Steiner a écrit : Can you tell me the exact steps that you take in order to swap in your build of libmp3lame into Pd-extended to make it work? .hc Sure I just replace the lib: since the PdX installer essentially does the same, i guess it is more interesting to know which version of libmp3lame you are using (as compared to PdX) there is certainly an easy way to get the package version of a library, e.g. $ fink show libmp3lame Indeed. Also, is this is 32-bit i386 build or the 64-bit x86_64 build of Pd-extended? .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/15/2013 01:02 PM, Nicolas Montgermont wrote: Le 15/02/13 18:03, Hans-Christoph Steiner a écrit : since the PdX installer essentially does the same, i guess it is more interesting to know which version of libmp3lame you are using (as compared to PdX) there is certainly an easy way to get the package version of a library, e.g. $ fink show libmp3lame fink describe lame-shlibs shows it is version 3.98.4-1 Indeed. Also, is this is 32-bit i386 build or the 64-bit x86_64 build of Pd-extended? 32 bits i386. The Mac OS X build servers have 3.99.5-2 installed on them and Pd-extended 0.43.4 shipped with 3.99.5. Ubuntu as of 12.10/quantal has 3.99.5 also. I'm on 12.04/precise, which has 3.99.3 and mp3amp~ doesn't crash on load but I also can't get it to playback a stream. I still don't really know what the cause of the issue is. If the library version is the issue, then sounds like mp3amp~ needs to be fixed to work with 3.99.5 since all the distros are moving to that. I just rebuilt the lame package from scratch on the Mac OS X 10.5 i386 32-bit machine. Could you test tomorrow's nightly build and see if it still has the problem? .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/14/2013 06:26 AM, Nicolas Montgermont wrote: Le 14/02/13 02:28, Charles Z Henry a écrit : The first thing I would check is what library the external expects to find. run dyldinfo on your mp3amp~.pd_darwin file (it would be ldd in linux) I don't really understand the dyldinfo option, but I've tested with otool on the two versions of mp3amp~.pd_darwin. Loading path are as expected :mp3amp with pd-extended search for the one in pd-extended and mp3amp in template-libraries build search for no one (i think it must be using standard path search). But once again both versions of mp3amp works if they load the good libmp3lame. That will tell you what libraries it expects to see and if libmp3lame isn't in a typical system location or in the library search path, it says not found it is embedded in Pd-extended in Contents/lib Do the libraries have different names/versions or the is it the same? pd-extended's is : libmp3lame.0.dylib fink's is : libmp3lame.0.0.0.dylib with a symbolic link they look the same with otool -L but they have different sizes... n Can you tell me the exact steps that you take in order to swap in your build of libmp3lame into Pd-extended to make it work? .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and font support
What is the actual version of the pd-extended that you are using? latest means different things to different people. You can find it in Help -- About Pd. AFter you get the error, can you save the Pd window log and email it to this thread? Click on the Pd window, then go to File - Save As... .hc On 02/14/2013 01:51 PM, Pagano, Patrick wrote: Hello I am using latest pd-extended and vanilla on Ubuntu 12.04 on a macbook pro BOTH seem to give the same message. I have used both GEM from sources and the ones provided by extended and they both complain. I am sure I can install fftgl files and then recompile? I just got everything I thought working with even DV4l grabbing my canopus but I do need to show text3d in lecture pp -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Wednesday, February 13, 2013 9:51 PM To: pd-list@iem.at Subject: Re: [PD] Gem and font support On 02/13/2013 07:53 PM, Jack wrote: Le 13/02/2013 18:02, Pagano, Patrick a écrit : When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, Definitely you don't have libftgl-dev installed. Install it and then ./configure + make. After ./configure, you can check if FTGL will be OK or not. ++ Jack All of the Debian, Ubuntu and Mac OS X build machines have libftgl-dev installed. And libftgl-dev is listed as a Build-Depends of the pd-extended package. .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
Re: [PD] [gem] Looking for an abstraction for converting textfiles in text3d string
I think the pdstring/moocow objects will do that for you, [any2bytes] in particular. .hc On 02/14/2013 01:59 PM, Charles Goyard wrote: Hi, I want to display the content of a textfile on Gem. I know text3d does linebreaks when it encounters 10 in a string message. However, before patching this textfile-to-stringfortext3d, I wanted to know if anyone already did that and could share ? Thanks, ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI overload
I don't quite understand. Are you saying that this || to + change does help or does not help? .hc On 02/14/2013 09:27 PM, Ivica Ico Bukvic wrote: OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, December 20, 2012 11:46 PM To: Ivica Bukvic Cc: pd-list@iem.at Subject: Re: [PD] GUI overload My worry is, I'm not sure if there's still a problem out there that the || -. + change fixes. Maybe I should try to cook up a formal definition of what working correctly should consist of :) M On Thu, Dec 20, 2012 at 09:30:40PM -0500, Ivica Bukvic wrote: Miller, Pd-l2ork has this fix since your original post on the PD list and I've yet to see any regressions. Many thanks for the suggestion. That said, I've yet to understand the logic behind it ;-). P.S. I also discovered quite a while ago that netreceive had a tendency to freeze GUI permanently, likely due to asynchronous message processing. I fixed this by enqueuing its messages and syncing them with the main PD loop. This has been a part of pd-l2ork for over a year without a single GUI freeze. That said, I did encounter situations where high traffic would freeze GUI temporarily and then resume (albeit running now behind the actual timeline as the GUI would simply resume as if nothing happened, rather than processing all calls that have piled up since the temporary freeze happened and for which time has already passed, e.g. having a timer in a score that freezes and then resumes from the moment it was stuck rather than adding seconds lost since such calls should've been enqueued while the freeze was in effect). This may have been in part due to atom cpus being taxed to their very limits. I've yet to see whether your proposed fix resolves the lingering issue. HTH Best wishes, Ico On Dec 20, 2012 7:02 PM, Miller Puckette m...@ucsd.edu wrote: OK... I've pushed a change that seems to have fixed the arrays-atop-updating problem (at lest in the Brane example). Not sure if I should also commit the return (sys_domicrosleep(0, 1) || sys_poll_togui()) --- + change as well (somehow I think it should never be necessary to do that but I'm realizing how little I understand Pd's scheduler.) cheers M On Thu, Dec 20, 2012 at 12:17:35PM -0500, Hans-Christoph Steiner wrote: It seems that there are a number of issues here: * GUI objects sending every update, regardless of change (fixed) * arrays stop updating on Mac OS X (pinpointed) I just tested this on Windows, and it looks like only Mac OS X is affected * all GUI activity stopping related to: return (sys_domicrosleep(0, 1) || sys_poll_togui()) * GUI objects sending updates to GUI as fast as they receive them even tho the screen will never update faster than every ~10ms. * some GUI updates send lots of raw Tcl code to be parsed, compiled, and run in realtime .hc On Dec 20, 2012, at 5:54 AM, Ed Kelly wrote: OK, well in fact the problem was not arrays updating. It was all the other GUI objects (sliders, mknob, num2 etc) that would freeze, and this is running on GNU/Linux. This was a real problem, since I could change them with the mouse, but the results of the change were not shown (e.g. the pattern-number in one of my sequencers). Changing sys_pollgui() did fix this, so perhaps what we are actually dealing with is two separate issues, one concerning arrays and another concerning the rest of the GUI. Ed I tracked down the commit that seems to be causing the problem that Porres reported. I think its a totally different problem related to Pd-0.43's new portaudio implementation. It does not affect GNU/Linux, which doesn't use protaudio. I haven't tested it on Windows. https://sourceforge.net/tracker/?func=detailaid=3573542group_id=5573 6atid=478070 Ed, if part of your problem is arrays that stop updating and you're running on Mac OS X or maybe Windows, this might also be affecting you. .hc On Dec 17, 2012, at 3:12 PM, Miller Puckette wrote: OK... except that I don't know why this works yet... by which i mean, I don't think it's possible that sys_domicrosleep(0 is returning 1s on every tick unless teh GUI itself is sending hundreds of messages per second down to Pd. Reducing the average volume of trafic won't solve the underlying problem, it will just make it harder
Re: [PD] RPi - GEM openGL
One place to start is to read thru the archives on this list, and the pd-dev and gem-dev lists, since this topic has been discussed quite a bit. There was one recent suggestion of trying to use a new library that makes it easier to port OpenGL apps to OpenGL ES. Trying to build Gem with that library would be a good thing to try. .hc On 02/13/2013 08:15 AM, João de Brito Rocha Reis Vidigal wrote: Ok... Hands on! I kinda need this... So guide me and I'll try my best! 1st - can I use pdp_xv on the RPi?... will it work? putting it very simply, the thing I need is really just a video window to throw some videos in... short videos and from time to time. meaning it is not a VJ machine... which it could be... but it ain't! 2nd - if not, so if there is currently NO WAY to have video coming out of PD in a RPi, where can I start to try an make it happen!? 3rd - I got a git account... I don't really know how to use it though!!! As I said before, give me a bit of guidance and I'll try my best to help on the development of this! thanks JV ___ 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] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
I've never used it, mp3amp~ has always crashed for me. Try readanysf~. If you know a way to make it stop crashing, I'm happy to try to incorporate that in Pd-extended nightly builds. .hc On 02/13/2013 09:55 AM, Nicolas Montgermont wrote: Sorry I repost that on pd list, I've posted that on the dev list 3h ago but it seems stuck somewhere and I need a quick solution on that if possible... Thanks in advance, Best, n Message original Sujet: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel Date : Wed, 13 Feb 2013 13:04:27 +0100 De : Nicolas Montgermont nicolas_montgerm...@yahoo.fr Pour : pd-...@iem.at Hello dev and Hans, It seems to me that the version of libmp3lame embedded in pd-extended 0.43.4 is not the good one. For example if I try to use unauthorized/mp3amp~ it crashes, but if I replace the library in the Pd-extended.app/Contents/lib folder by the one I have with Fink it works. Here are the two files, Pd-extended-0.43.4 stable on puredata.info Mac OS X intel 10.6.8 Best, n ___ 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] Gem and font support
Sounds like it shouldn't be that way. But I don't use Gem, so I don't know the details. Please say which package you are using and which platform. .hc On 02/13/2013 12:02 PM, Pagano, Patrick wrote: When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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] Gem and font support
On 02/13/2013 07:53 PM, Jack wrote: Le 13/02/2013 18:02, Pagano, Patrick a écrit : When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, Definitely you don't have libftgl-dev installed. Install it and then ./configure + make. After ./configure, you can check if FTGL will be OK or not. ++ Jack All of the Debian, Ubuntu and Mac OS X build machines have libftgl-dev installed. And libftgl-dev is listed as a Build-Depends of the pd-extended package. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPi - GEM openGL
On 02/12/2013 07:55 AM, IOhannes m zmoelnig wrote: On 2013-02-12 13:45, João de Brito Rocha Reis Vidigal wrote: Ideas? Plans? Jokes!!??? great that you are back: welcome! regarding your problem, the mailinglist has seen quite a number of posts on *exactly this topic* in the last few months. if you have missed them, check the archives for details. the short answer is no: Gem needs openGL, and the RPi only offers openGL-ES, so we are all out of luck. To exapand on that, Gem can be ported to OpenGL ES, its just a matter of someone doing the work. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd-extended 0.43.4 Mac OS X/PowerPC build updated
The Mac OS X/PowerPC build machine was down when the 0.43.4 release went out, so I had posted on older build. That build machine is back up now, so I just updated the Mac OS X/PowerPC build to be the full, complete 0.43.4 build. Its available in the regular spot: http://puredata.info/downloads/pd-extended/releases/0.43.4 .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
Re: [PD] Debug build of Pd-extended for Windows?
I think that Pd-extended 0.43 test builds perhaps a month old or older will have the debug symbols in it. Did you try with Pd-extended 0.43.4 and it didn't have the debug symbols? .hc On 02/12/2013 03:10 PM, Thomas Mayer wrote: Hi, I am trying to debug an external using gdb, that has reproducable segfaults on Windows. Unfortunately, no stacktrace is possible with gdb. Is there a build with Debug symbols available, or do I have to compile it myself? Thanks in advance, Thomas ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Debug build of Pd-extended for Windows?
The current 0.44.0 nightly builds should also have all the debug symbols in it. Please try a recent one first and let me know if it doesn't have them. If so, I'll add them. Then you can fall back on an old one. .hc On 02/12/2013 03:28 PM, Thomas Mayer wrote: Hi, I have tried the current stable version of Pd-extended, but will try the older build, when I get my hands on the Windows machine again. Thanks, Thomas On 12.02.2013 21:16, Hans-Christoph Steiner wrote: I think that Pd-extended 0.43 test builds perhaps a month old or older will have the debug symbols in it. Did you try with Pd-extended 0.43.4 and it didn't have the debug symbols? .hc On 02/12/2013 03:10 PM, Thomas Mayer wrote: Hi, I am trying to debug an external using gdb, that has reproducable segfaults on Windows. Unfortunately, no stacktrace is possible with gdb. Is there a build with Debug symbols available, or do I have to compile it myself? Thanks in advance, Thomas ___ 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] Error with [cursor], actually a bug
Can you send a Pd window log from a session that has that error? Click on the Pd Window, then select File -- Save As... and that will save the Pd window log to a file. Then attach that file. .hc On 02/12/2013 12:53 PM, Alexandros Drymonitis wrote: This is addressed mostly to Hans-Christoph Steiner I guess, since he made this object. A couple of students of mine were getting the following error: #hcs_cursor_class_receive still the object was functioning properly...no big deal, just thought of reporting it. ___ 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] Jack support on Windows
The 0.44.0 nightly builds include Jack for Windows support, if you want to try. .hc On Feb 3, 2013, at 8:12 PM, Esteban Viveros wrote: The 0.44 are working with jack? I can test it..(?) 2013/2/3 Hans-Christoph Steiner h...@at.or.at That's a bummer, but I don't think this story is over, so leave the wiki. I think that Jack on Windows is relatively new, so its going to have little problems. And through contributions like yours, it will get better. For example, I included the jack for windows stuff in pd-extended 0.44, so the nightly builds should include it starting tomorrow: http://autobuild.puredata.info/auto-build/2013-02-04/ .hc On 02/03/2013 07:20 PM, Esteban Viveros wrote: ok... I yeld... That solution don't work well yet.. When I disable UAC settings in Windows the only thing happend is the app can start itself in administrator mode... The problem is when I run pd in administrator mode, it are bugged... It can't load objects correctly like a video I send previously. Is the best thing delete the wiki?? 2013/1/28 Esteban Viveros emvive...@gmail.com Ok.. Now we have some information on wiki page.. http://puredata.info/docs/PdExtended0434JackAbletonLive8 Ready to changes..! ;) 2013/1/28 Hans-Christoph Steiner h...@at.or.at This is great! Could you create a wiki page here and put the info there? That's an easy place for people to find it when they are trying to set it up themselves. http://puredata.info/docs/ .hc On 01/28/2013 12:56 PM, Esteban Viveros wrote: At this moment I can use ableton live and pd with jack with a custom compiled version of pd-extended.. You can try in your setup and relate if that work or you too.. You need: pd-extended jack built: https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit Jack Audio: *Mixed 64/32 bit JACK 1.9.9* in http://jackaudio.org/download Read this: To install Jack: http://jackaudio.org/jack_on_windows Probably you need Asio4All, at now the website of asio4all is out, but you can download it here for example: http://asio4all.softonic.com.br/ After uncompress pd-extended, install correctly jack, you need to change UAC settings in your windows. In my case I'm using Windows 7 x64, and it solve all the problems with Ableton Live, Jack and pd sync. To change UAC settings (disabling): http://www.petri.co.il/disable-uac-in-windows-7.htm Hope it's works! 2013/1/28 batinste dwanaf...@yahoo.fr pd in Live... I'm drooling. Keep us posted about how well you make it work with a recent pd version, i'm very interested. On 28/01/2013 12:45, Esteban Viveros wrote: That's sound very nice! I will try to install on Ableton pdvst again in the coming days. It will be very good to get everything running cool place .. ;) I will also open a new topic to better organize the topic for future google research .. Ok? 2013/1/27 Hans-Christoph Steiner h...@at.or.at On 01/27/2013 01:49 PM, Patrice Colet wrote: De: Esteban Viveros emvive...@gmail.com Some time ago I tried to run pdvst without sucess. ah if you put the vststuff.dll into vstplugin directory, and the pdvst folder that contains vststuff.pd patches vststuff.pdv files along with the vst host executable (it should be 'Program' folder for Ableton Live) it should be ok. I've started some time ago to give a try into recompiling pdvst with a recent pd version, but no success yet. It would be nice to have some patches to apply into pd-extended sources for having an actual pdvst version, but if I'm the only one interested into using this, it might not be worth the effort. I've never looked at those patches because I've never really used VSTs. But post them here and I'll look at them. If its possible to include them, I'm up for it. I think I remember that pdvst has a custom scheduler. The best thing then would be to port it to the new pluggable scheduler stuff used by pd~ .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://soundcloud.com/estebanviveros https://www.facebook.com/estebanviveros.art http
Re: [PD] pd-ext .43.4 debian squeezy wrong architecture
Oops... Where did you download these? Could you include the link? .hc On Feb 10, 2013, at 3:08 AM, João Pais wrote: Hi, I was trying to install the -deb package for squeezy i386. But when I open it, the packet installer says wrong architecture amd64. The same happens (logically) when I try the 64b package. Best, jmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-ext .43.4 debian squeezy wrong architecture
There are too many Debian/Ubuntu packages for direct links, click on Get Pd-extended 0.43.4 for All platforms list of all available downloads on SourceForge, including packages for Debian, Raspbian, and Ubuntu from Lucid to Raring, etc. .hc On Feb 10, 2013, at 12:03 PM, João Pais wrote: from the autobuilds page. the puredata.info doesn't have links to the deb files, just to a package to build pd (that also doesn't work? I'm starting with debian, the comand in the description wasn't found by the system) Oops... Where did you download these? Could you include the link? .hc On Feb 10, 2013, at 3:08 AM, João Pais wrote: Hi, I was trying to install the -deb package for squeezy i386. But when I open it, the packet installer says wrong architecture amd64. The same happens (logically) when I try the 64b package. Best, jmmmp -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Object cursor don´t work in 0.43.4 / Windows 7
Reset your preferences to get knob back, its included. There is a new Reset to Defaults button in the Preferences. Or you can load it manually: [import flatgui] I did some work to remove redundant drawing operations, so that reduce the CPU usage for patches that draw a lot. .hc On Feb 10, 2013, at 7:08 AM, Björn Eriksson wrote: After some uninstall of the old 0.42.3 extended and a reinstall of 0.43.4 extended it now works fluently. Nice! Seems also to be more efficient with my old slow computer(s), especially with the graphics. Maybe there is an obvious explanation for that. Now it´s just [knob] that seems to be not included. What library should that be in? /Björn On Sat, Feb 9, 2013 at 11:24 AM, Björn Eriksson miu...@gmail.com wrote: Object cursor don´t work in 0.43.4 / Windows 7, === (maybe its in a special library not included now in the new version? Might it be a crappy installation I did? For instance I keep the old 0.42.3 installation, might that interfere with the newer?) I filled in an error report at sourceforge, but thought I should send it here aswell, as I am using the [cursor] in some teaching soon. First I was thinking to let the students install the 0.42.3 just out of a small fear that it might be a bit unstable with some things, but thinking on it twice made me go for the newer because it should be more up to date, and also has some rather amazing functions implemented. /Björn Eriksson Ok, here is the error text that appears: (Tcl) INVALID COMMAND NAME: invalid command name pd while executing pd [concat #hcs_cursor_class_receive motion $x $y \;] (procedure ::hcs_cursor_class::motion line 3) invoked from within ::hcs_cursor_class::motion [winfo pointerx .] [winfo pointery .] (procedure ::hcs_cursor_class::pollmotion line 2) invoked from within ::hcs_cursor_class::pollmotion (uplevel body line 4) invoked from within uplevel #0 $cmds_from_pd System: Pd version 0.43.4-extended Win 7 M-Audio Fast Track Ultra ___ 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] Archlinux packages
On 02/08/2013 04:14 PM, IOhannes zmölnig wrote: On 02/08/2013 07:14 PM, Charles Goyard wrote: Fero Kiraly wrote: ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem portaudio files (libportaudio*, pa_*) should definitely _not_ be installed by any pd package. you should try to use your system's portaudio, rather than the one Pd comes with. as for Pd's include file(s): install to /usr/include/pdflavour/ /usr/include/m_pd.h may (probably should) be kept for compat reasons, and i think that it should belong to pd-vanilla. (but then: afaik m_pd.h from pd-vanilla and pd-extended don't differ in any practical sense; with pd-l2ork this might be different) /usr/include/m_pd.h should definitely stay and definitely be from pd-vanilla. Pd-extended's has some differences, including the version macros i.e. TEST version. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd rpi logo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/07/2013 10:15 AM, IOhannes m zmoelnig wrote: On 2013-02-07 15:59, me.grimm wrote: i made a little pd rpi logo to replace the default. very nice, though i think the space between the raspberry and the surrounding bang-square could be white, so the berry is easier to make out. Very nice! .hc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJRE84dAAoJEJ8P5Yc3S76BBqEP/jNt6QIl1C+bfvfq6PGgQ9Pz y5JAOq0piiiukfm73y6TPSLCSluxFRzajkFvOPM0UVfPFLKWIl7LWtewQpf+3/dD t5H9JdL1oc3RL+NkDP/p4qvdf7OA+Vi5piiA5HioqjvkCu9vLkWsNh292nbLbcyM 0aOOcaMZ6CMNq7WMuMjcl85K/+uVTloSIAWu3zPsobNylWbGA+ajHivqhY0Z5PL7 HrwfujZm6pcI/DFAvp5xLtwLvjUSBChS3vtIfs2AoJXGEo/Uu6/yHnKrp5xkGEFw NnX/NXXL/TmySVpRmZHUnvQc/alTGRSZ+xMwiVJJHAbx0J+AAGcd5wsoO2wq/u/I pCOSzY+/n6wu1TSWb3Wlv72UsKnurINFsyixsKDYy4BNC4yOux6XT6ZUj2x3eM7v W53/3c6pQdEgUuysJT6zm+VyD7MXyAEZ1+PC4giVt3ubXnFz0ZR/+iyTR4Adjx7K MEhRXOYthEhYW/BmRMuGWAcDbTBLXjmRt+fVoYvJ6NW6Wv2+w4rp86ATOnKF4PSX UpvJL/epYMfgE5wwsKdrmLO/iVZavvJqSAJh0afJQsFxECuD3SLue8IitmwBZWTK MtwA1fDmzoo/OPY2ZbJPoOpGYZYV0SMBFMcaQVAolz5yJ0ysYOT8kNDkAtrr3iJD T8oYyQ8EE63vfD9EnFHy =embg -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: enhance pd-extended with pd-l2ork featues ?
Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package. .hc On 02/07/2013 10:28 AM, Fero Kiraly wrote: ok. updated PKGBUILD. sorry for the errors.. you can check what exactly it installs in attachement. only file text-x-puredata.png conflicts with pdx, so I abandom it.. if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ... 2013/2/6 Ivica Ico Bukvic i...@vt.edu On 02/06/2013 04:12 PM, Charles Goyard wrote: Charles Goyard wrote: While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok. so everythings works fine with the /usr/local/ version. Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :). That is then a bug in PKGBUILD. If you use l2ork script it builds just fine. Fero, When making the PKGBUILD, please make sure to install the file pd-l2ork_git_folder/**packages/linux_make/default.**pdl2ork into the pd_install_folder/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate pd-l2ork_git_folder/l2ork_**addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the pd-l2ork_git_folder/**packages/linux_make/ folder to see what they do in addition to the core build scripts. Best wishes, Ico Cheers, Charles __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.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] Fwd: Re: enhance pd-extended with pd-l2ork featues ?
Yeah, sorry, I meant cyclist. It converts Max binary patch file format to the text one. .hc On 02/07/2013 11:12 AM, Ivica Bukvic wrote: You mean cyclist? BTW what does cyclist do anyhow? On Feb 7, 2013 10:57 AM, Hans-Christoph Steiner h...@at.or.at wrote: Pd-extended will be removing pdsend, pdreceive, and cyclone from the official distros, so I think you should remove them in your packaging script, then make pd-extended 'recommend' the puredata-utils package. .hc On 02/07/2013 10:28 AM, Fero Kiraly wrote: ok. updated PKGBUILD. sorry for the errors.. you can check what exactly it installs in attachement. only file text-x-puredata.png conflicts with pdx, so I abandom it.. if anybody know the hint, how to divide package into puredata-utils (pdsend, pdreceive) and pdx (or pd also), please wite me. because when I build pdx, the makefile also compile these 'utils' so . ... 2013/2/6 Ivica Ico Bukvic i...@vt.edu On 02/06/2013 04:12 PM, Charles Goyard wrote: Charles Goyard wrote: While I'm typing, my computer is building a fresh copy of pd-l2ork with PKGBUILD to see if everything is ok. so everythings works fine with the /usr/local/ version. Except that the default.pdl2ork file is missing with the brand new PKGBUILD, so it makes it hard to have good defaults :). That is then a bug in PKGBUILD. If you use l2ork script it builds just fine. Fero, When making the PKGBUILD, please make sure to install the file pd-l2ork_git_folder/**packages/linux_make/default.**pdl2ork into the pd_install_folder/ (e.g. /usr/local/pd-l2ork/default.**pdl2ork). You are also probably missing other file icons and shortcuts that are located in the same folder. Please investigate pd-l2ork_git_folder/l2ork_**addons/tar_em_up.sh script and see what it does. Also, investigate makefiles in the pd-l2ork_git_folder/**packages/linux_make/ folder to see what they do in addition to the core build scripts. Best wishes, Ico Cheers, Charles __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] managing freeframe and frei0r plugins WAS: pidip
I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work. What are the particular issues there? .hc On 02/07/2013 01:02 PM, me.grimm wrote: if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a freeframe folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects) but other than effects that could be accomplished with these, what else? im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow. m On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx m On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner h...@at.or.at wrote: I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself. Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as: 1) the pidip distro is clearly marked as non-free 2) pidip is not bundled with my GPLed code (i.e. as part of pd-extended, pd-l2ork, etc.) .hc On 02/06/2013 11:44 AM, John Harrison wrote: I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license? On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner h...@at.or.atwrote: Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms. .hc On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote: I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements... ___ 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 -- m.e.grimm | m.f.a | ed.m. megr...@gmail.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
Re: [PD] managing freeframe and frei0r plugins WAS: pidip
The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for: externals abstractions gui plugins loaders fonts sound files video files textfiles freeframe frei0r effectv etc. If you want a 'freeframe' folder, I say make one in your project and add it using [path] or [declare -path]. .hc On 02/07/2013 01:25 PM, me.grimm wrote: pix_freeframe will load a plugin if it in the standard Pd path ... yes BUT thats kind of messy no? my ideal solution would be all freeframe (and frei0r) plugins would be in a folder called freeframe and frei0r respectively in the standard path. i have always, when building a project, just put freeframe plus in my project folder and used [declare] but i think for beginer students, for example, haveing a folder in std path would make more sense... but i wonder can a single object declare a new path when initialized such as pd-extended/freeframe without the actual use of [declare] in a patch or when pd is started? idk... m On Thu, Feb 7, 2013 at 1:09 PM, Hans-Christoph Steiner h...@at.or.at wrote: I don't use any of this stuff, but I'm happy help make it easy to use plugins. I imagine that pix_freeframe and pix_frei0r search the standard Pd path for plugins, or if not, could be made to without too much work. What are the particular issues there? .hc On 02/07/2013 01:02 PM, me.grimm wrote: if we take into account: pix_freeframe (it would be nice/easy if when initiaized it looked in pd's standard path for a freeframe folder maybe?) pix_frei0r (same deal) glsl effects (i never did quite figure out an easy way to chain effects) but other than effects that could be accomplished with these, what else? im curious because i have only used pidip a couple of times but have always been able to find a way to do what i desired in gem... somehow. m On Thu, Feb 7, 2013 at 11:28 AM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: It has a ton of effects that Gem does not have There is not really a comparison. Gem does not compete so to speak because Gem does other things supremely well -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of me.grimm Sent: Thursday, February 07, 2013 11:08 AM To: Hans-Christoph Steiner Cc: pd-list@iem.at; John Harrison Subject: Re: [PD] pidip i would wonder. what does pidip got that gem does not? and cant those things that it got that gem does not be added to gem via original gpl code? why have more than one vid lib at least in pdx m On Wed, Feb 6, 2013 at 11:54 AM, Hans-Christoph Steiner h...@at.or.at wrote: I'm not aware of that. Perhaps you're thinking about how pidip should all be GPL, since it is based on GPL code. The GPL does not allow more license restrictions, and the pidip license does just that. So that means that the GPL code included in pidip is still GPL, but the code that sevy contributed is under his license, and those two licenses conflict. So basically, pidip is not legal to distribute in binary form because of the conflicting licenses within itself. Whether you choose to ignore copyright law is your decision. I am personally fine with people distributing pidip as its own thing and using it with any of my code as long as: 1) the pidip distro is clearly marked as non-free 2) pidip is not bundled with my GPLed code (i.e. as part of pd-extended, pd-l2ork, etc.) .hc On 02/06/2013 11:44 AM, John Harrison wrote: I thought there was an earlier version of PiDiP which was and could be included with Pd-extended because it was released under an acceptable/compatible license? On Wed, Feb 6, 2013 at 9:39 AM, Hans-Christoph Steiner h...@at.or.atwrote: Just be aware that pidip is not free software because it has clauses in its license that restrict what it can be used for. Including pidip in your package means your package can no longer be legally distributed as binaries since the pidip license terms conflict with the GPL license terms. .hc On 02/06/2013 09:27 AM, Ivica Ico Bukvic wrote: I just finished cleaning up both pdp and pidip libs to be fully auto-buildable as part of pd-l2ork (including freenect, artoolkit, opencv, etc.). There are a number of packages you need to install from launchpad in order to get all the externals to build. Stay tuned for the next release coming soon with these enhancements... ___ 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
