Re: [PD] [#spigot]
On Sat, 26 Jun 2010, patko wrote: hello, is there a way to redim a grid following a map of zeroes and ones? there is now [#compress] in GF 9.12 starting tonight. see the help file and tell me what you think. (it is named after an operator of the APL language, just like several other GF classes) ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] pd 0.43 test 3 released
Hi all - Pd 0.43 tst 3 is out on http://crca.ucsd.edu/~msp/software.htm (and on the Sourceforge git repo). about ten bug fixes... at least three major ones to go, though. cheers Miller ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
Pd-extended 0.42.5 is done, so it'll stay as is. Pd-extended 0.43 will work with /usr/lib/pd. For 0.43, only libs that require Pd- extended will be installed into /usr/lib/pdextended. .hc On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote: On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: That means that it installs all its libs into /usr/lib/ pdextended Yeah, makes sense also to me. and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/ lib/pd. .hc On Sep 14, 2010, at 1:45 PM, Roman Haefeli wrote: Hi Hans As there seems to be some agreement now on the debian pkg-multimedia mailing list, that pd-lib packages are installed to /usr/lib/pd, I'd propose to add /usr/lib/pd/extra/ to the hard-coded search pathes of this release. OTOH, /usr/local/lib/pd-externals was never really used and - I believe - can be removed. It would be great if this Pd-extended release would be compatible with future debian pd-lib packages. Already today it would enable many packages from personal package archives to be easily used together with Pd-extended. What do you think? Roman On Mon, 2010-09-13 at 18:30 -0400, Hans-Christoph Steiner wrote: Final call for testing! I am ready to release this build unless someone finds a showstopper bug soon! http://autobuild.puredata.info/auto-build/2010-09-13/ .hc On Sep 10, 2010, at 11:49 AM, Hans-Christoph Steiner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ok, fixed the show stopper bug, so I think this really is the one! Unless someone finds a critical bug, this version will be the final release. That means test all of your patches, especially GOP GUIs. We've fixed a number of bugs related to GOP, so it should be much more stable. Also included: * a couple PDP and PiDiP fixes. * ekext help/examples fixes * iemlib/soundfile_info works now There are of course many bug fixes and additions since 0.41.4, here are some highlights: * fixing Graph-On-Parent GUI bugs * complete 64-bit support for GNU/Linux * full support for Mac OS X 10.6 Snow Leopard (32-bit) * a brand new Help Browser that shows all installed libraries For more details, check the notes on the release wiki page: http://puredata.info/dev/NextRelease Downloading - --- You can download builds for Debian, Mac OS X, Ubuntu, and Windows: http://at.or.at/hans/pd/installers.html You can get the source and build it yourself here: http://puredata.info/docs/developer/GettingPdSource http://puredata.info/docs/developer/BuildingPdExtended BUGS - Test away and file bugs in the bug tracker! Also check the bug tracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there: http://puredata.info/dev/bugtracker (you can also find the bug tracker on the Help menu, under "report bug") -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iQIcBAEBCAAGBQJMilN7AAoJEJ8P5Yc3S76BBw4P/1OB4IbbK+6TMeQFKE8uklr/ TdTVehlqmt9Eok9zG8IWIeAQ7IM/YsRo6lPBSgy/r2/aau3qjNAmFaAiUjxjsCIt 6eROqUiOyW2apP82aGYKGSfq3A0ICM2KMVT6vDU5yFiFYt7OXkShekKif9WQzDhz 5UJXzLlAvhGeBXQIq/exlxFMiAggGUb2IdVb3e62TFyfDYTU22S6JR3kgpBKsZp4 E0nbncEy3X0RZJQBNSeE62UcOWUCXF6XSHKT9GP1mh/8wmycKU0DuZ8xC9Co9lrw vMOn8Prb83Yol+6C+fSPF11QFUdRbnEbGf74Dfn9rOOTCW6ptT7L5ivS6CErtMAD IP5YnBzw4OI9D1Gq3Ep4tlb0V8HQ8qje13e/5b0eaL+onPIJR+JcGyYolMNmgs0k BC3U/QZjyWk+InW7Er6vKWpwA3eJj7qM6lkgx9A4yHos3hD5Fj1N1vcCNn6Hwftc 4h9AHFcp0dcGCEXm0vkRJy59k94o13tft3QXyw/MFyUpmuktsPdZvFhZ/3vWjAGh CVSvXuOKOMWmi6BKCib4VNur4TKZwPxCiXIlhsELsALBuMUwwtkbmX5GTzc1N8uP L2rkd6ZLEAyfQKZJolPaBuDSm7o2/3MBYaRYhvq+SezBxAx2V3GfbCuICEtAgXk4 b+xQH0VIY9m+3vugDV5q =E6Kz -END PGP SIGNATURE- Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.p
[PD] OpenLab OpenNight#9 : Thursday 16th Sept. 2010 @ The Hackney Rose 458 Hackney Rd, E29EG.
The next OpenLab OpenNight is scheduled for Thursday 16th Sept. 2010 @
The Hackney Rose (Suggested £2 donation), 458 Hackney Rd, E29EG.
There a bunch of fine artists steeping up ... , being:
* Rob Munro : PD + Something
* Alexandre Quessy : Live Life with the Toonloop live animation software
* pixelpusher : Light Painting with Crowds For Fun and NonProfit?
* cambridgeBlueMan (Lea Nicholson) : SuperCollider + Wiimote(s)
* Emmanuel Revah : something something .. . .(something)
* Krank : improtronics
* Tarun Durga: Spontaneous Story Workshop. Let's make a story that defines you.
* canetoads : evan <> geri <> jag <> rob
* neon:m3 & enay - Tube Strike - project is made mostly from
audiovisual samples gathered around London Underground system, using
PD.
OpenLab WIKI page :
http://www.pawfal.org/openlabwiki/index.php?page=OpenNight
FB Page: http://www.facebook.com/event.php?eid=107316835991109
For those unaccustomed to OpenNight:
OpenNight is a night of performances where members of the open-source,
open-culture community can try out their new open-licensed creations
in front of a real, live, supportive, forgiving, audience, and meet up
with like-minded members. Anyone is free to join in, as long as you
are using something with an open content or software license (Creative
Commons, GPL, BSD, etc) - just add your name on the list below or get
in contact on the Openlab mailing list .
Hope to see you there ...
---oo0|000--
++
||
|_}}--}}--}}} __ |
| __ ___}}__}___}__{}_ }*{*_ |
| {{}--{}--{}}_ }_ ___ _}}_ |
| __}}__}}__ }__{ }*..*} __ _*{{ |
| }{{ _}}__}}_}}}_ _{_{} }_ _}}_ |
| __ }{}___}{}__}{}{{ _}_ }_ |
| }{{}}}_ _{}}}{{}}}_ _{ {} }___|
| __ __}__ __ __ }__{}__ |
| }{--{{--{{}}_ {}___}_ |
|_}}__}__}}_}}_ |
|_}}_}}}_}}}_|
||
++
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: > That means that it installs all its libs into /usr/lib/ > pdextended Yeah, makes sense also to me. > and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman > The next step for Debian packaging for Pd-extended is having each lib > in its own package, and then making a 'pdextended' package which > provides 'pd' and is just the core. That will then look in /usr/lib/pd. > > .hc > > On Sep 14, 2010, at 1:45 PM, Roman Haefeli wrote: > > > Hi Hans > > > > As there seems to be some agreement now on the debian pkg-multimedia > > mailing list, that pd-lib packages are installed to /usr/lib/pd, I'd > > propose to add /usr/lib/pd/extra/ to the hard-coded search pathes of > > this release. OTOH, /usr/local/lib/pd-externals was never really used > > and - I believe - can be removed. > > > > It would be great if this Pd-extended release would be compatible with > > future debian pd-lib packages. Already today it would enable many > > packages from personal package archives to be easily used together > > with > > Pd-extended. > > > > What do you think? > > > > Roman > > > > > > On Mon, 2010-09-13 at 18:30 -0400, Hans-Christoph Steiner wrote: > >> Final call for testing! I am ready to release this build unless > >> someone finds a showstopper bug soon! > >> > >> http://autobuild.puredata.info/auto-build/2010-09-13/ > >> > >> .hc > >> > >> On Sep 10, 2010, at 11:49 AM, Hans-Christoph Steiner wrote: > >> > >>> -BEGIN PGP SIGNED MESSAGE- > >>> Hash: SHA256 > >>> > >>> Ok, fixed the show stopper bug, so I think this really is the one! > >>> Unless someone finds a critical bug, this version will be the final > >>> release. That means test all of your patches, especially GOP GUIs. > >>> We've fixed a number of bugs related to GOP, so it should be much > >>> more stable. Also included: > >>> > >>> * a couple PDP and PiDiP fixes. > >>> * ekext help/examples fixes > >>> * iemlib/soundfile_info works now > >>> > >>> There are of course many bug fixes and additions since 0.41.4, here > >>> are some highlights: > >>> > >>> * fixing Graph-On-Parent GUI bugs > >>> * complete 64-bit support for GNU/Linux > >>> * full support for Mac OS X 10.6 Snow Leopard (32-bit) > >>> * a brand new Help Browser that shows all installed libraries > >>> > >>> For more details, check the notes on the release wiki page: > >>> http://puredata.info/dev/NextRelease > >>> > >>> > >>> Downloading > >>> - --- > >>> > >>> You can download builds for Debian, Mac OS X, Ubuntu, and Windows: > >>> http://at.or.at/hans/pd/installers.html > >>> > >>> You can get the source and build it yourself here: > >>> http://puredata.info/docs/developer/GettingPdSource > >>> http://puredata.info/docs/developer/BuildingPdExtended > >>> > >>> > >>> BUGS > >>> - > >>> > >>> Test away and file bugs in the bug tracker! Also check the bug > >>> tracker before reporting bugs, and if you find an existing bug > >>> report on the same issue, please add your information there: > >>> > >>> http://puredata.info/dev/bugtracker > >>> > >>> (you can also find the bug tracker on the Help menu, under "report > >>> bug") > >>> -BEGIN PGP SIGNATURE- > >>> Version: GnuPG/MacGPG2 v2.0.12 (Darwin) > >>> > >>> iQIcBAEBCAAGBQJMilN7AAoJEJ8P5Yc3S76BBw4P/1OB4IbbK+6TMeQFKE8uklr/ > >>> TdTVehlqmt9Eok9zG8IWIeAQ7IM/YsRo6lPBSgy/r2/aau3qjNAmFaAiUjxjsCIt > >>> 6eROqUiOyW2apP82aGYKGSfq3A0ICM2KMVT6vDU5yFiFYt7OXkShekKif9WQzDhz > >>> 5UJXzLlAvhGeBXQIq/exlxFMiAggGUb2IdVb3e62TFyfDYTU22S6JR3kgpBKsZp4 > >>> E0nbncEy3X0RZJQBNSeE62UcOWUCXF6XSHKT9GP1mh/8wmycKU0DuZ8xC9Co9lrw > >>> vMOn8Prb83Yol+6C+fSPF11QFUdRbnEbGf74Dfn9rOOTCW6ptT7L5ivS6CErtMAD > >>> IP5YnBzw4OI9D1Gq3Ep4tlb0V8HQ8qje13e/5b0eaL+onPIJR+JcGyYolMNmgs0k > >>> BC3U/QZjyWk+InW7Er6vKWpwA3eJj7qM6lkgx9A4yHos3hD5Fj1N1vcCNn6Hwftc > >>> 4h9AHFcp0dcGCEXm0vkRJy59k94o13tft3QXyw/MFyUpmuktsPdZvFhZ/3vWjAGh > >>> CVSvXuOKOMWmi6BKCib4VNur4TKZwPxCiXIlhsELsALBuMUwwtkbmX5GTzc1N8uP > >>> L2rkd6ZLEAyfQKZJolPaBuDSm7o2/3MBYaRYhvq+SezBxAx2V3GfbCuICEtAgXk4 > >>> b+xQH0VIY9m+3vugDV5q > >>> =E6Kz > >>> -END PGP SIGNATURE- > >> > >> > >> > >> ---
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
one package for each lib would be the right way to go, I think. 2010/9/14 Hans-Christoph Steiner : > > Pd-extended 0.42.5 is designed to be installed at the same time as the > packages that are in Debian and the ones that we are adding to Debian. That > means that it installs all its libs into /usr/lib/pdextended and ignores > /usr/lib/pd. > > The next step for Debian packaging for Pd-extended is having each lib in its > own package, and then making a 'pdextended' package which provides 'pd' and > is just the core. That will then look in /usr/lib/pd. > > .hc > > On Sep 14, 2010, at 1:45 PM, Roman Haefeli wrote: > >> Hi Hans >> >> As there seems to be some agreement now on the debian pkg-multimedia >> mailing list, that pd-lib packages are installed to /usr/lib/pd, I'd >> propose to add /usr/lib/pd/extra/ to the hard-coded search pathes of >> this release. OTOH, /usr/local/lib/pd-externals was never really used >> and - I believe - can be removed. >> >> It would be great if this Pd-extended release would be compatible with >> future debian pd-lib packages. Already today it would enable many >> packages from personal package archives to be easily used together with >> Pd-extended. >> >> What do you think? >> >> Roman >> >> >> On Mon, 2010-09-13 at 18:30 -0400, Hans-Christoph Steiner wrote: >>> >>> Final call for testing! I am ready to release this build unless >>> someone finds a showstopper bug soon! >>> >>> http://autobuild.puredata.info/auto-build/2010-09-13/ >>> >>> .hc >>> >>> On Sep 10, 2010, at 11:49 AM, Hans-Christoph Steiner wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ok, fixed the show stopper bug, so I think this really is the one! Unless someone finds a critical bug, this version will be the final release. That means test all of your patches, especially GOP GUIs. We've fixed a number of bugs related to GOP, so it should be much more stable. Also included: * a couple PDP and PiDiP fixes. * ekext help/examples fixes * iemlib/soundfile_info works now There are of course many bug fixes and additions since 0.41.4, here are some highlights: * fixing Graph-On-Parent GUI bugs * complete 64-bit support for GNU/Linux * full support for Mac OS X 10.6 Snow Leopard (32-bit) * a brand new Help Browser that shows all installed libraries For more details, check the notes on the release wiki page: http://puredata.info/dev/NextRelease Downloading - --- You can download builds for Debian, Mac OS X, Ubuntu, and Windows: http://at.or.at/hans/pd/installers.html You can get the source and build it yourself here: http://puredata.info/docs/developer/GettingPdSource http://puredata.info/docs/developer/BuildingPdExtended BUGS - Test away and file bugs in the bug tracker! Also check the bug tracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there: http://puredata.info/dev/bugtracker (you can also find the bug tracker on the Help menu, under "report bug") -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iQIcBAEBCAAGBQJMilN7AAoJEJ8P5Yc3S76BBw4P/1OB4IbbK+6TMeQFKE8uklr/ TdTVehlqmt9Eok9zG8IWIeAQ7IM/YsRo6lPBSgy/r2/aau3qjNAmFaAiUjxjsCIt 6eROqUiOyW2apP82aGYKGSfq3A0ICM2KMVT6vDU5yFiFYt7OXkShekKif9WQzDhz 5UJXzLlAvhGeBXQIq/exlxFMiAggGUb2IdVb3e62TFyfDYTU22S6JR3kgpBKsZp4 E0nbncEy3X0RZJQBNSeE62UcOWUCXF6XSHKT9GP1mh/8wmycKU0DuZ8xC9Co9lrw vMOn8Prb83Yol+6C+fSPF11QFUdRbnEbGf74Dfn9rOOTCW6ptT7L5ivS6CErtMAD IP5YnBzw4OI9D1Gq3Ep4tlb0V8HQ8qje13e/5b0eaL+onPIJR+JcGyYolMNmgs0k BC3U/QZjyWk+InW7Er6vKWpwA3eJj7qM6lkgx9A4yHos3hD5Fj1N1vcCNn6Hwftc 4h9AHFcp0dcGCEXm0vkRJy59k94o13tft3QXyw/MFyUpmuktsPdZvFhZ/3vWjAGh CVSvXuOKOMWmi6BKCib4VNur4TKZwPxCiXIlhsELsALBuMUwwtkbmX5GTzc1N8uP L2rkd6ZLEAyfQKZJolPaBuDSm7o2/3MBYaRYhvq+SezBxAx2V3GfbCuICEtAgXk4 b+xQH0VIY9m+3vugDV5q =E6Kz -END PGP SIGNATURE- >>> >>> >>> >>> >>> >>> >>> Mistrust authority - promote decentralization. - the hacker ethic >>> >>> >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> > > > > > > "Making boring techno music is really easy with modern tools, but with live > coding, boring techno is much harder." - Chris McCormick > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUB
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
Pd-extended 0.42.5 is designed to be installed at the same time as the packages that are in Debian and the ones that we are adding to Debian. That means that it installs all its libs into /usr/lib/ pdextended and ignores /usr/lib/pd. The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/lib/pd. .hc On Sep 14, 2010, at 1:45 PM, Roman Haefeli wrote: Hi Hans As there seems to be some agreement now on the debian pkg-multimedia mailing list, that pd-lib packages are installed to /usr/lib/pd, I'd propose to add /usr/lib/pd/extra/ to the hard-coded search pathes of this release. OTOH, /usr/local/lib/pd-externals was never really used and - I believe - can be removed. It would be great if this Pd-extended release would be compatible with future debian pd-lib packages. Already today it would enable many packages from personal package archives to be easily used together with Pd-extended. What do you think? Roman On Mon, 2010-09-13 at 18:30 -0400, Hans-Christoph Steiner wrote: Final call for testing! I am ready to release this build unless someone finds a showstopper bug soon! http://autobuild.puredata.info/auto-build/2010-09-13/ .hc On Sep 10, 2010, at 11:49 AM, Hans-Christoph Steiner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ok, fixed the show stopper bug, so I think this really is the one! Unless someone finds a critical bug, this version will be the final release. That means test all of your patches, especially GOP GUIs. We've fixed a number of bugs related to GOP, so it should be much more stable. Also included: * a couple PDP and PiDiP fixes. * ekext help/examples fixes * iemlib/soundfile_info works now There are of course many bug fixes and additions since 0.41.4, here are some highlights: * fixing Graph-On-Parent GUI bugs * complete 64-bit support for GNU/Linux * full support for Mac OS X 10.6 Snow Leopard (32-bit) * a brand new Help Browser that shows all installed libraries For more details, check the notes on the release wiki page: http://puredata.info/dev/NextRelease Downloading - --- You can download builds for Debian, Mac OS X, Ubuntu, and Windows: http://at.or.at/hans/pd/installers.html You can get the source and build it yourself here: http://puredata.info/docs/developer/GettingPdSource http://puredata.info/docs/developer/BuildingPdExtended BUGS - Test away and file bugs in the bug tracker! Also check the bug tracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there: http://puredata.info/dev/bugtracker (you can also find the bug tracker on the Help menu, under "report bug") -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iQIcBAEBCAAGBQJMilN7AAoJEJ8P5Yc3S76BBw4P/1OB4IbbK+6TMeQFKE8uklr/ TdTVehlqmt9Eok9zG8IWIeAQ7IM/YsRo6lPBSgy/r2/aau3qjNAmFaAiUjxjsCIt 6eROqUiOyW2apP82aGYKGSfq3A0ICM2KMVT6vDU5yFiFYt7OXkShekKif9WQzDhz 5UJXzLlAvhGeBXQIq/exlxFMiAggGUb2IdVb3e62TFyfDYTU22S6JR3kgpBKsZp4 E0nbncEy3X0RZJQBNSeE62UcOWUCXF6XSHKT9GP1mh/8wmycKU0DuZ8xC9Co9lrw vMOn8Prb83Yol+6C+fSPF11QFUdRbnEbGf74Dfn9rOOTCW6ptT7L5ivS6CErtMAD IP5YnBzw4OI9D1Gq3Ep4tlb0V8HQ8qje13e/5b0eaL+onPIJR+JcGyYolMNmgs0k BC3U/QZjyWk+InW7Er6vKWpwA3eJj7qM6lkgx9A4yHos3hD5Fj1N1vcCNn6Hwftc 4h9AHFcp0dcGCEXm0vkRJy59k94o13tft3QXyw/MFyUpmuktsPdZvFhZ/3vWjAGh CVSvXuOKOMWmi6BKCib4VNur4TKZwPxCiXIlhsELsALBuMUwwtkbmX5GTzc1N8uP L2rkd6ZLEAyfQKZJolPaBuDSm7o2/3MBYaRYhvq+SezBxAx2V3GfbCuICEtAgXk4 b+xQH0VIY9m+3vugDV5q =E6Kz -END PGP SIGNATURE- Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list "Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder." - Chris McCormick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Thirty-sixth meeting of the Pure Data Users Group of Montréal (tomorrow)
Excellent! Je suis à Montréal, je passerais faire un tour Thomas T. www.th-th.fr Mathieu Bouchard a écrit : -- Forwarded message -- Date: Tue, 14 Sep 2010 11:50:17 -0400 (EDT) From: Mathieu Bouchard To: pd...@artengine.ca Subject: [Pdmtl] pdmtl#36 (texte détaillé) pdmtl#36 aura lieu le mercredi 15 septembre 2010 de 19h00 à 22h00, à Vidéographe-Création, au 4550 Garnier (entre Mont-Royal et Gilford). trois présentateurs/trices : 1. Michał Seta : la réalisation de « [IR]Rationnel » Je vais présenter quelques extraits de la documentation vidéo de mon dernier projet intitulé "[IR]Rationnel" et j'expliquerai le contexte. J'aborderai également quelques détails techniques de la réalisation audio-visuelle de cette pièce. [IR]Rationnel était une commande du Centre des sciences de Montréal et a été produit sous commissariat du Groupe Molior. 2. Emmanuelle Raynauld : patch de lecture de photos * description du fonctionnement de la patch de lecture aléatoire * qu'est-ce qui m'a amené à utiliser Pure Data pour ce projet * je proposerais une discussion autour des pertes de données, qu'elles soient analogiques ou numériques. 3. Mathieu Bouchard (trois mini-présentations) 3a. [gf/gl]: une nouvelle manière de faire du OpenGL dans Pd. Comment déspaghettiser des patchs pleines de [repeat] [GEMglVertex3f], etc. 3b. [gf/sprintf]: l'outil de formatage de texte le plus complet dans Pd. Implante la quasi-totalité des capacités de la commande sprintf telle que disponible en GNU C (GLIBC). 3c. Q*Bert pour Pd, nouvelle mouture. Comparaison de la patch de génération de carrés en 3-D GEM, 3-D GridFlow, et isométrique GridFlow. Visite guidée du fonctionnement de la patch dans son ensemble. ___ | Mathieu Bouchard -- Villeray, Montréal, QC ___ 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] Pd-berlin meeting next tuesday, 21st September, 18h00 INSTEAD OF 20h00
On Tue, 14 Sep 2010, João Pais wrote: What's the programme for this particular meeting ? no programme so far, most likely the usual show-and-tell of patches, answering questions... You only need to make a list of patches in advance for the show-and-tell, that's all. Just have everybody write one or two sentences per patch that will be shown. It's not very hard to do. It doesn't prevent you from improvising things that are not on the schedule... ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
Hi Hans As there seems to be some agreement now on the debian pkg-multimedia mailing list, that pd-lib packages are installed to /usr/lib/pd, I'd propose to add /usr/lib/pd/extra/ to the hard-coded search pathes of this release. OTOH, /usr/local/lib/pd-externals was never really used and - I believe - can be removed. It would be great if this Pd-extended release would be compatible with future debian pd-lib packages. Already today it would enable many packages from personal package archives to be easily used together with Pd-extended. What do you think? Roman On Mon, 2010-09-13 at 18:30 -0400, Hans-Christoph Steiner wrote: > Final call for testing! I am ready to release this build unless > someone finds a showstopper bug soon! > > http://autobuild.puredata.info/auto-build/2010-09-13/ > > .hc > > On Sep 10, 2010, at 11:49 AM, Hans-Christoph Steiner wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Ok, fixed the show stopper bug, so I think this really is the one! > > Unless someone finds a critical bug, this version will be the final > > release. That means test all of your patches, especially GOP GUIs. > > We've fixed a number of bugs related to GOP, so it should be much > > more stable. Also included: > > > > * a couple PDP and PiDiP fixes. > > * ekext help/examples fixes > > * iemlib/soundfile_info works now > > > > There are of course many bug fixes and additions since 0.41.4, here > > are some highlights: > > > > * fixing Graph-On-Parent GUI bugs > > * complete 64-bit support for GNU/Linux > > * full support for Mac OS X 10.6 Snow Leopard (32-bit) > > * a brand new Help Browser that shows all installed libraries > > > > For more details, check the notes on the release wiki page: > > http://puredata.info/dev/NextRelease > > > > > > Downloading > > - --- > > > > You can download builds for Debian, Mac OS X, Ubuntu, and Windows: > > http://at.or.at/hans/pd/installers.html > > > > You can get the source and build it yourself here: > > http://puredata.info/docs/developer/GettingPdSource > > http://puredata.info/docs/developer/BuildingPdExtended > > > > > > BUGS > > - > > > > Test away and file bugs in the bug tracker! Also check the bug > > tracker before reporting bugs, and if you find an existing bug > > report on the same issue, please add your information there: > > > > http://puredata.info/dev/bugtracker > > > > (you can also find the bug tracker on the Help menu, under "report > > bug") > > -BEGIN PGP SIGNATURE- > > Version: GnuPG/MacGPG2 v2.0.12 (Darwin) > > > > iQIcBAEBCAAGBQJMilN7AAoJEJ8P5Yc3S76BBw4P/1OB4IbbK+6TMeQFKE8uklr/ > > TdTVehlqmt9Eok9zG8IWIeAQ7IM/YsRo6lPBSgy/r2/aau3qjNAmFaAiUjxjsCIt > > 6eROqUiOyW2apP82aGYKGSfq3A0ICM2KMVT6vDU5yFiFYt7OXkShekKif9WQzDhz > > 5UJXzLlAvhGeBXQIq/exlxFMiAggGUb2IdVb3e62TFyfDYTU22S6JR3kgpBKsZp4 > > E0nbncEy3X0RZJQBNSeE62UcOWUCXF6XSHKT9GP1mh/8wmycKU0DuZ8xC9Co9lrw > > vMOn8Prb83Yol+6C+fSPF11QFUdRbnEbGf74Dfn9rOOTCW6ptT7L5ivS6CErtMAD > > IP5YnBzw4OI9D1Gq3Ep4tlb0V8HQ8qje13e/5b0eaL+onPIJR+JcGyYolMNmgs0k > > BC3U/QZjyWk+InW7Er6vKWpwA3eJj7qM6lkgx9A4yHos3hD5Fj1N1vcCNn6Hwftc > > 4h9AHFcp0dcGCEXm0vkRJy59k94o13tft3QXyw/MFyUpmuktsPdZvFhZ/3vWjAGh > > CVSvXuOKOMWmi6BKCib4VNur4TKZwPxCiXIlhsELsALBuMUwwtkbmX5GTzc1N8uP > > L2rkd6ZLEAyfQKZJolPaBuDSm7o2/3MBYaRYhvq+SezBxAx2V3GfbCuICEtAgXk4 > > b+xQH0VIY9m+3vugDV5q > > =E6Kz > > -END PGP SIGNATURE- > > > > > > Mistrust authority - promote decentralization. - the hacker ethic > > > > ___ > 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-berlin meeting next tuesday, 21st September, 18h00 INSTEAD OF 20h00
What's the programme for this particular meeting ? no programme so far, most likely the usual show-and-tell of patches, answering questions... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-berlin meeting next tuesday, 21st September, 18h00 INSTEAD OF 20h00
On Tue, 14 Sep 2010, João Pais wrote: next tuesday, 21st September, will be the next meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. This meeting will be at 18h00 INSTEAD OF 20h00. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. What's the programme for this particular meeting ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] comport question....
Try [bytes2any]? hc suggested it to me yesterday on the dataflow chat and it worked like a charm. a Rory Walsh a écrit : It's been a while since I've posted, I hope everyone is keeping well! I'm trying to retrieve data from a heart rate monitor with Pd using the comport object. Sending a 'G1' followed by a carriage return to the HRM device using a terminal emulator returns something like 32 10 61, where 61 is the current heart rate and 10 is the time passed since I first queried the heart rate. If I try to print this info in Pd ala: |comport| | |sprintf %c| | |print| I get something like this: 3 2 1 0 6 1 Obviously this isn't much use to me. The data that is passed from the serial device is an 8 bit value but I've no idea how to parse it correctly. If I don't use sprintf I get the following print out: print: 51 print: 32 print: 49 print: 48 print: 50 print: 32 print: 48 print: 32 print: 13 Any ideas or suggestions on how to parse the data being returned from the device? Rory. ___ 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] Hi, new user. Question about max/msp and PD
I am betting that it is not "someone" but many people who will do this. That's why there is a GUI plugin interface in 0.43, so we can have many people experimenting and developing ideas for how a dataflow GUI should be. http://puredata.info/docs/PdGuiPluginsAPI .hc On Sep 14, 2010, at 9:36 AM, Bernardo Barros wrote: If someone contribute to a really cool, pretty and performance-friendly GUI side for PureData, Max would become pretty much irrelevant now. 2010/9/14 Lorenzo : Hans-Christoph Steiner wrote: [cut] Oh, and instead of [transport] just use a metro with a [cut] It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features. [cut] Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas). -Jonathan You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit. .hc Thinking about guish issues, which always come up in the max vs pd discussions... I lately thought quite a bit about this from reading the discussions on here, experimenting with some 'gui' made in GEM etc. and seeing stuff made with max5... Actually... I'm more and more thinking that maybe the best approach for "full-fledged" guis for Pd patches is an 'external' approach a la GrIPD... maybe using some standard widget set and maybe facilitating the netsend/receive process. Also exploring newer GUIs, like web-based (AJAX and similar) might be interesting for certain applications? GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'? (maybe something remarkable is already out there and I may not be aware of it :) All these are still open questions: personally I love the pd 'look and feel', but I do see an issue for certain applications and domains and when comparing to, say, max etc. Discussion welcome :) Bests, Lorenzo ___ 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 Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd-berlin meeting next tuesday, 21st September, 18h00 INSTEAD OF 20h00
Hello, next tuesday, 21st September, will be the next meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. This meeting will be at 18h00 INSTEAD OF 20h00. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Please, don´t call to the staff of NK to open the doors. They let us use the space but we have to take care about having the meeting without producing any disturbance to them, and to clean the space after the meeting. We would apreciate if you would send us a small mail to info_at_minitronics.net with your name, Pd experience and interests, so that we know how many people might be coming. Or put your name in the pd-berlin wiki page. We would like to thank the support and willingness of NK in the organization of these events. João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ 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] comport question....
I think you want something like this (for use with Pd-extended) readheartmeter.pd Description: Binary data .hc On Sep 14, 2010, at 11:19 AM, Rory Walsh wrote: It's been a while since I've posted, I hope everyone is keeping well! I'm trying to retrieve data from a heart rate monitor with Pd using the comport object. Sending a 'G1' followed by a carriage return to the HRM device using a terminal emulator returns something like 32 10 61, where 61 is the current heart rate and 10 is the time passed since I first queried the heart rate. If I try to print this info in Pd ala: |comport| | |sprintf %c| | |print| I get something like this: 3 2 1 0 6 1 Obviously this isn't much use to me. The data that is passed from the serial device is an 8 bit value but I've no idea how to parse it correctly. If I don't use sprintf I get the following print out: print: 51 print: 32 print: 49 print: 48 print: 50 print: 32 print: 48 print: 32 print: 13 Any ideas or suggestions on how to parse the data being returned from the device? Rory. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] comport question....
It's been a while since I've posted, I hope everyone is keeping well! I'm trying to retrieve data from a heart rate monitor with Pd using the comport object. Sending a 'G1' followed by a carriage return to the HRM device using a terminal emulator returns something like 32 10 61, where 61 is the current heart rate and 10 is the time passed since I first queried the heart rate. If I try to print this info in Pd ala: |comport| | |sprintf %c| | |print| I get something like this: 3 2 1 0 6 1 Obviously this isn't much use to me. The data that is passed from the serial device is an 8 bit value but I've no idea how to parse it correctly. If I don't use sprintf I get the following print out: print: 51 print: 32 print: 49 print: 48 print: 50 print: 32 print: 48 print: 32 print: 13 Any ideas or suggestions on how to parse the data being returned from the device? Rory. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hi, new user. Question about max/msp and PD
On Tue, 14 Sep 2010, Lorenzo wrote: Actually... I'm more and more thinking that maybe the best approach There is no best approach. There are several good ones, with upsides and downsides. GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'? As far as I am concerned, Pd is not audio-centric. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hi, new user. Question about max/msp and PD
On Tue, Sep 14, 2010 at 3:36 PM, Bernardo Barros wrote: > If someone contribute to a really cool, pretty and > performance-friendly GUI side for PureData, Max would become pretty > much irrelevant now. > > The problem is what can be considered cool? Is Max 5's gui cool? maybe for someone and for someone else not. In a open community is really hard to decide but quite more rich the process. Because it is not plane but it consider cultural/historical/tecnological differences. When I start my fist workshops with PD in 2006 it was a mess work with different platfoms and OS versions (out of pd-vanila and Gem mostly); or just install pd external in some case (do you remember how was tricky install pdp, for example, in a mac in 2006?). Today for me is very easy during the workshops. And that because the process that this community is doing. Now I see many different developper branch: I guess the direction is have a pdlib fully working and take out all the GUI code from the pdcore. In this way we will not have to decide and impose to others one gui, one language, one way to work with pd but many different approaches will born (I'm imaging different GUIs with different language - qt, html5, gtk) So, all this boring word to say is just a process, and if you want to push it on some direction is up to you (general you and not to Bernardo :) my two cents husk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hi, new user. Question about max/msp and PD
If someone contribute to a really cool, pretty and performance-friendly GUI side for PureData, Max would become pretty much irrelevant now. 2010/9/14 Lorenzo : > Hans-Christoph Steiner wrote: > > [cut] > Oh, and instead of [transport] just use a metro with a > > [cut] It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features. > > [cut] >>> >>> Also, it's more marketable if Max has an object like [textedit] where >>> the user can type multi-line text into a box. It's easier than >>> picking through the Toxy graveyard and learning that you can't send >>> messages to the widget unless its containing canvas is visible, then >>> trying to work with [entry] and having the data you typed in the >>> box disappear because you minimized the window. Then realizing that the >>> whole reason you're looking for an object that corresponds to [textedit] >>> is because you can't resize message boxes (and they don't appear on a gop >>> canvas). >>> >>> -Jonathan >> >> You could try tkwidgets/text. I really should finish that library. Its >> close to done, and it'll probably a suite of nice GUI objects, including >> something like textedit. >> >> .hc > > Thinking about guish issues, which always come up in the max vs pd > discussions... I lately thought quite a bit about this from reading the > discussions on here, experimenting with some 'gui' made in GEM etc. and > seeing stuff made with max5... > > Actually... I'm more and more thinking that maybe the best approach for > "full-fledged" guis for Pd patches is an 'external' approach a la GrIPD... > maybe using some standard widget set and maybe facilitating the > netsend/receive process. Also exploring newer GUIs, like web-based (AJAX and > similar) might be interesting for certain applications? > > GrIPD is already a remarkable tool, but imho we should probably explore > further a paradigm of Pd as an 'audio engine'? (maybe something remarkable > is already out there and I may not be aware of it :) > > All these are still open questions: personally I love the pd 'look and > feel', but I do see an issue for certain applications and domains and when > comparing to, say, max etc. > > Discussion welcome :) > > Bests, > Lorenzo > >> >> ___ >> 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 extended, Linux 64 & 32 bits
That validates my statement to: "do not have the latest version" :) Do you win anything in using Lucid versus Karmic? Karmic has rt, it works like a charm, I can put jack with a latency of 9ms with H4 audio as USB audio card (no drivers no install) and no xruns - running nicely. If I do not use -rt kernel, xruns begin at that latency value. Best regards, Pedro Lopes 2010/9/13 András Murányi > Nope. It's gone. > http://ubuntuforums.org/showthread.php?t=1388451 > > Andras > > 2010/9/13 Pedro Lopes > > Sorry just double checking something András... there's no rt kernel for 64 >> bits Ubuntu? (or you're saying for the lucid lynx?) >> >> Cause karmic koala has rt, I have Ubuntu Studio 64 bits with rt [1] >> >> [1] https://wiki.ubuntu.com/UbuntuStudio/9.10release_notes >> >> 2010/9/13 András Murányi >> >>> Ahh, livna >>> You know, know that i have convinced my Fedora friends to switch to >>> Ubuntu, what do I tall them when i go back? :o) >>> I'll take a look at it, and also at home-brewing a kernel. Maybe that's >>> the way forward. >>> >>> Thanks, >>> Andras >>> >>> >>> 2010/9/13 Bernardo Barros >>> Then you have to add Fusion free+non-free (maybe livna?) to your repos. 2010/9/13 András Murányi : > Hhh, switching distro seems harder than moving to another country > sometimes... :o) > I heard that some non-free stuff if missing from Fedora, does CCRMA have > these? Like some proprietary codecs, etc... > > 2010/9/13 Bernardo Barros >> >> yes, planet_ccrma is a repo for the Fedora/CentOS/RedHat family >> I like it >> >> 2010/9/13 András Murányi : >> > Hmm, hmm. That means switching to Fedora, right? >> > >> > 2010/9/13 Bernardo Barros >> >> >> >> Planet CCRMA offers rt-kernel for x86_64 systems. Give it a try. >> >> >> >> 2010/9/13 András Murányi : >> >> > On Mon, Sep 13, 2010 at 7:59 PM, jm jones wrote: >> >> >> >> >> >> Hi, usually I install the 64 bits version of, but the last time, I >> >> >> dont remember why : ) (maybe to avoid any problems) I installed the >> >> >> 32 >> >> >> bits version of Ubuntu 10.04 LTS. Is a repo of pd-extended for 10.04 >> >> >> available? >> >> >> And about the 32 vs 64 bits, what are your choices? And what about >> >> >> distros? Pure:dyne seems more lightweight with his xfce desktop, >> >> >> however I have a good processor (core 2 duo intel e7200) and 2gb of >> >> >> ram, planning an update to 6gb, so I dont know if xfce is a must for >> >> >> me. >> >> >> Im a "veteran" gnu/linux user, but the last years I was using OS X >> >> >> and >> >> >> W7 for music making. In Linux I want to use pd, Renoise (its >> >> >> available >> >> >> as 64 bits too), and wine for some vsts. >> >> >> >> >> > >> >> > Hi There, >> >> > >> >> > I'm sort of a veteran too (started on IBM AIX in 1992, used Red Hat >> >> > for >> >> > a >> >> > long time, then went back to Windows 98, later XP, which i gave up >> >> > finally a >> >> > few years ago). >> >> > I'm using vanilla Ubuntu 10.04 64-bit with Gnome (and 2GB of memory), >> >> > and my >> >> > impression is that it's not the WM that makes things slow, but in the >> >> > case >> >> > of Pd, it's Pd itself. Read the archives on GUI<->core communication >> >> > and >> >> > Tcl/Tk weirdnesses. The 64-bit version of Pd is quite tidy now, well >> >> > actually there was a time when it seemed to me a bit slower than the >> >> > 32-bit >> >> > version, but AFAIK there's no reason for that any more (?) >> >> > With a decent CPU and that huge amount of RAM you (will) have, it >> >> > really >> >> > cannot be a question of WM whatsoever. Of course, the system has to >> >> > be >> >> > tuned >> >> > for realtime, undisturbed audio usage, which may include getting rid >> >> > of >> >> > eye-candy functions, but i never experienced a problem with those. >> >> > After >> >> > all, they use openGL, don't they? >> >> > The same stands for pure:dyne; at the core it's a linux kernel, and >> >> > what >> >> > you >> >> > install on (or remove from) the top, it's up to you. >> >> > The only thing i'm missing here on 64-bit is the RT kernel. Once i >> >> > find >> >> > a >> >> > nice quick way, i'll grab it, but i'm not really into home-brewing my >> >> > kernel. :) >> >> > >> > >> > > > > > -- > Muranyi Andras > >>> >>> >>> >>> -- >>> Muranyi Andras >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.in
[PD] still pix_share_read/write
Hi again list, I used pix_share_write/read in some patch of mine in linux with no problems at all. Now I'm testing it on a Mac os X, with same version of Gem (0.92.3) and pd-extended (0.42.5-rc6) but I'm unable to create shared memory when I use more that 1 pixel-width size (no RGBA). The error is: [pix_share_write]: couldn't get shm_id: error 12 Searching in the archives I found this: http://lists.puredata.info/pipermail/gem-dev/2006-06/002000.html It's from 2006, so I think there are some news about it (Am I worng?). Maybe an OS issue? I'm working on a Mac os 10.4.11 Someone does already experienced that? What's on showLeopard? thanks in advance husk -- when Art become pratical we call it technology. When Technology become useless we call it Art www.estereotips.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_share_write/pix_share_read: missing message in help file
On Tue, Sep 14, 2010 at 2:00 PM, IOhannes m zmoelnig wrote: > > > please submit any patch to the pd-gem patchtracker. > > fgamsdr > IOhannes > > Done! cheers husk -- when Art become pratical we call it technology. When Technology become useless we call it Art www.estereotips.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_share_write/pix_share_read: missing message in help file
On 2010-09-14 13:17, Husk 00 wrote: > Hi list! > I'm working with this two object and I noticed there is a message argument > is not declared in the help file. It is the "set" message with all option of > the objects (I guess). Should be good add it to the current help file. > How does it works for Gem? Should I register on some svn repository? please submit any patch to the pd-gem patchtracker. fgamsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pix_share_write/pix_share_read: missing message in help file
Hi list! I'm working with this two object and I noticed there is a message argument is not declared in the help file. It is the "set" message with all option of the objects (I guess). Should be good add it to the current help file. How does it works for Gem? Should I register on some svn repository? cheers husk -- when Art become pratical we call it technology. When Technology become useless we call it Art www.estereotips.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cord "id" / selfdestruction patch.
> a cord has no explicit id. > however, you can identify it if you know the id of the objects it connects. doesn't a cord has an explicit id in the pd file, like "#X connect 102 0 79 0;"? in fact, it would be nice to display these numbers (or the coordenates of objects) when someone is trying to do dynamic patching, for example. > anyhow, if you want to change the data flow for messages(!), you should > be able to do anything you want with [spigot] and friends, with less > impact on the performance of Pd. - I don´t think deleting cords has impact on the performance of pd.. exactly, maybe you don't need a cord. you can also use [route tag1 tag2 ...] with tags for the different states. - What I want to achieve It´s a self- destruction patch.. that just will work during a certain amount of time and conditions... Out of this conditions, and just when "starting" the patch, the "bomb" should be released and the patch should be as destroyed and unusable as possible... what leads me to the conclussion that I don´t need to know the id of an specific cord when I can disconnect all !!.. but anyway. I find practic to know the id of the cords to experiment w dynamic & generative stuff.. [thanks!] for the help and sorry for my bad skills editing e-mail... [...] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD extended, Linux 64 & 32 bits
@bernardo. you should compare also how many employees does red hat have and canonical. and also red hat wasnt always the saint you think. people like ubuntu because are tired to config things everytime. so even if they contribute less i dont care. its open source. the code is there Em 2010/09/14 01:53, "Bernardo Barros" escreveu: I think RedHat, Novell, IBM, Google are some of the institutions that send more patches to the kernel. There are a lot of independent and anonymous guys too. Maybe people at University? I don't know. BUT Canonical are not one of those companies. Maybe for GNOME. But I think the most exciting desktop development are happening with KDE/Qt anyway. 2010/9/13 Hans-Christoph Steiner : > > Canonical does do a lot of GNOME development... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Noise of Cologne 1
This new CD will be available soon showcasing some electronic/noise/impro/... music from Cologne, Germany. See below for the press release. At least two tracks were made with Pure Data: 03. Frank Barknecht - Beauty 04. Siegfried Koepf - Square Maybe others tracks use Pd as well, but that I don't know Press release from http://noiseofcologne.blogspot.com/ Here you will also find the latest reviews. I posted about this CD a while ago as well on my site: http://footils.org/2010/08/24/noise-cologne/ You can listen to my track "Beauty" there. It's a track I also performed at the pd~convention in Montreal. Now the press release: Noise of Cologne 1 - Various Artists Label: Mark e.V. / Vertrieb: a-Musik Release date: 15.10.10 There is hardly another city where the local musical activities are so thoroughly documented as they are in Cologne. In the home of the Rhein and the Cathedral, they are proud of the „Sound of Cologne“, which usually refers to electronica or minimal techno. And this is exactly the kind of music that the compilation series „The Sound of Cologne“ is devoted to. This sound had its heyday in the mid-90s with record labels like Kompakt or the EMI offshoot Harvest. Now that the buzz surrounding Cologne's club music has slightly died down, the path is clear for less popular music, but music with a more far reaching tradition. Of course, the title „Noise of Cologne“ (NoC) refers to the above mentioned Cologne sampler, and so to a trademark that the city bestowed upon itself. But NoC is not proclaiming the identity of some scene; rather it is highlighting a musical creativity that has so far been drowned out by the club sound. That said we are not just referring to noise as a musical style, with its raw energy and physicality. It's not just about noise in the literal sense of the word. Frank Dommert, owner of the Cologne based label sonig, co-manager of a-Musik and curator of the NoC compilation, doesn't want to construe the term “noise” that strictly. NoC is much more designed to show the variety of experimental - often noisy, music from Cologne. It is thanks to Dommert's enormous knowledge of and sensitivity for music that this representation does not for one come across as boring. Quite the contrary, the wealth of composed and spontaneously improvised music from Cologne is so rich that it's one pleasant surprise after the other. For example, Harald Muenz's backwards version of Ravel's Boléro, which builds in tempo just like the original. Or Volker Hennes' synthesizer-sirens. Track 6 is a concept-piece; a very tangible piece of new music for piano, small ensemble and electronics - with theme and variation. Or there's curious but friendly synthesizer music. Then we have travelling music in the form of C-Schulz and F.X.Randomiz's train-composition „Das Ohr am Gleis“ (Trans. ear to the tracks). The energetic, eventful „Überschreitungen des Pragmatismus“ (Trans. Transgressions of pragmatism) by Lehn and Schmickler. Or the quite simply marvellous piece by Bernd Härpfer for six spoken voices. All this makes NoC a sensory and intellectual treat of the very finest kind. For on the one hand one can let oneself get carried away by this constantly surprising collection. On the other hand, there's a special enjoyment to be had from the eye-opening liner notes by Joachim Ody, which will allow you to discover new composers or understand composition techniques. It is a credit to the Cologne composers Herbert Eimert and Karlheinz Stockhausen that electronic music has become such a significant part of the pallet of modern composition. In this sense, NoC documents the extrapolation of a firmly rooted Cologne tradition. The number “1” at the end of this compilation title bears hope: another instalment will follow. Pressrequests: AUTOPILOT, Guido Möbius, guido (at) autopilotmusic (dot) com ___ 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] cord "id"
On 2010-09-14 11:57, João Pais wrote:
>> a cord has no explicit id.
>> however, you can identify it if you know the id of the objects it
>> connects.
>
> doesn't a cord has an explicit id in the pd file, like "#X connect 102 0
> 79 0;"? in fact, it would be nice to display these numbers (or the
where do you see a connection id here?
i only see a command that tells Pd to connect outlet #0 of object #102
(here we have the id of an object(sic!)) to the inlet #0 of object #79
(here we have the id of another object(sic again))
> coordenates of objects) when someone is trying to do dynamic patching,
> for example.
i'm not sure i understand what you mean.
do you want Pd to guess when someone is trying to do dynamic patching?
Pd has no concept of "dynamic patching", but since the ordinary patch
creation mechanics (e.g. when reading a file) uses Pd's send/receive
system, you can do dynamic patching as a side effect.
the heuristics to differentiate between ordinary ("non-dynamic")
workflow and what you as the user are doing as "dynamic patching" might
be non-trivial.
furthermore, if you need to know the object-id's or positions (btw, what
would you need that for?), then you probably have already left the
realms of "pure" dynamic patching, where you have full control on what
is going on anyhow (e.g. you already know the position and id of each
object, because you created them).
if you still need them, i suggest having a look at iemguts.
>
>> anyhow, if you want to change the data flow for messages(!), you should
>> be able to do anything you want with [spigot] and friends, with less
>> impact on the performance of Pd.
>
> exactly, maybe you don't need a cord. you can also use [route tag1 tag2
> ...] with tags for the different states.
or use [send], [receive] and friends.
fg,adr
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] chdh performances
chdh is a project I have with Nicolas Montgermont. It's a audiovisual performance using only pd. The next performances are : 17 september 2010 : frischzelle / performance / Düsseldorf (de) http://www.zeitkunst.eu/frischzelle/prog.php?volnum=13 02 october 2010 : tskz / performance + workshop / La Chaux-de-Fonds (ch) http://www.tskz.ch/home/tskz10-1 03 october 2010 : Espace Gantner/ performance / Bourogne / 17h / free access. (fr) http://www.espacemultimediagantner.cg90.net/ 18 november 2010 : Ars Numérica / lecture + performance / Montbéliard (fr) http://www.ars-numerica.net/ more informations : http://www.chdh.net Cyrille ___ 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] cord "id"
a cord has no explicit id. however, you can identify it if you know the id of the objects it connects. doesn't a cord has an explicit id in the pd file, like "#X connect 102 0 79 0;"? in fact, it would be nice to display these numbers (or the coordenates of objects) when someone is trying to do dynamic patching, for example. anyhow, if you want to change the data flow for messages(!), you should be able to do anything you want with [spigot] and friends, with less impact on the performance of Pd. exactly, maybe you don't need a cord. you can also use [route tag1 tag2 ...] with tags for the different states. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hi, new user. Question about max/msp and PD
Hans-Christoph Steiner wrote: [cut] Oh, and instead of [transport] just use a metro with a [cut] It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features. [cut] Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas). -Jonathan You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit. .hc Thinking about guish issues, which always come up in the max vs pd discussions... I lately thought quite a bit about this from reading the discussions on here, experimenting with some 'gui' made in GEM etc. and seeing stuff made with max5... Actually... I'm more and more thinking that maybe the best approach for "full-fledged" guis for Pd patches is an 'external' approach a la GrIPD... maybe using some standard widget set and maybe facilitating the netsend/receive process. Also exploring newer GUIs, like web-based (AJAX and similar) might be interesting for certain applications? GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'? (maybe something remarkable is already out there and I may not be aware of it :) All these are still open questions: personally I love the pd 'look and feel', but I do see an issue for certain applications and domains and when comparing to, say, max etc. Discussion welcome :) Bests, Lorenzo ___ 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] tkwidgets WAS: Hi, new user. Question about max/msp and PD
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit. I remember looking at this some time ago. it would be great if you bundled it with pd asap, because that gives much more options than the old-as-pd gui objects. if I recall correctly, it also has the drop-down menus, textedit, buttons, etc. Was it this one? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cord "id"
On 2010-09-14 08:59, servando barreiro wrote: > > Hi!. > > Is there a way to know the "id" of a certain connection/ cord in a patch?, > basically I would like to change the functionality of a patch depending on > the conditions that this patch is started. > a cord has no explicit id. however, you can identify it if you know the id of the objects it connects. anyhow, if you want to change the data flow for messages(!), you should be able to do anything you want with [spigot] and friends, with less impact on the performance of Pd. fmar IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] cord "id"
Hi!. Is there a way to know the "id" of a certain connection/ cord in a patch?, basically I would like to change the functionality of a patch depending on the conditions that this patch is started. thanks. s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
