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] [PD-announce] Radium 1.9.31 released for Linux
Welcome back HC! I think it's the latter. András On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner h...@at.or.atwrote: 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 ___ 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
Wow, very cool. Just quickly had a look and the UI is so far way beyond me, but seems very cool to explore. Had some stability issues I may be able to articulate better at a later time. cheers! On Mon, Oct 21, 2013 at 8:38 PM, András Murányi muran...@gmail.com wrote: Welcome back HC! I think it's the latter. András On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner h...@at.or.at wrote: 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 ___ 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 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.
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
Re: [PD] Building externals on OSX
On 10/21/2013 02:09 PM, Hans-Christoph Steiner wrote: 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. Figured this one out, too. It was a problem of building 64 bit binaries-- I just ended up building for i386 and the problem went away. If I'm going to go to the trouble of building for both architectures, then I might as well go ahead and build ppc, too. So the real solution would be for me to remove my current xcode setup and read all the stackoverflow workarounds telling which older XCode version to setup an environment that supports building for ppc. -Jonathan .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 ___ 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
On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner h...@at.or.at wrote: Very nice! Did you embed Pd-extended? Or is it libpd with Pd-extended as the editor? Thank you! I'm using libpds, which is a fork of libpd with pd 0.43-3 upgraded to pd-extended 0.43-3, plus many many other modifications: https://github.com/kmatheussen/libpd ___ 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
On Mon, Oct 21, 2013 at 9:14 PM, dreamer drea...@puikheid.nl wrote: Wow, very cool. Just quickly had a look and the UI is so far way beyond me, but seems very cool to explore. Had some stability issues I may be able to articulate better at a later time. Thanks! Please report the stability issues to me, or (better) add them to the issue tracker at github: https://github.com/kmatheussen/radium/issues?state=open ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [announce] Pure Data Patching Circle Brussels @ Variable #12
Here is the announce for the next session of the Pure Data Patching Circle in Brussels, Constant Variable house. welcome (please register) sorry for crossposting and short notice hello, voici l'annonce pour la prochaine session du Cercle de Developpement Pure Data à Bruxelles, Constant Variable. bienvenue (veuillez réserver svp) veuillez excuser pour la redite s'il en est, et la notification tardive bien cordialement, Olivier Meunier http://patchingcircles.be http://ogeem.be - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * * *Pure Data Patching Circle Brussels @ Variable #12 * *EN * The Pure Data patching circles are free open workshops organised monthly to gather, share learn and enjoy around the Pure Data http://puredata.info software in a creative way. Aimed at artists and coders as well as a large public during specific events (performances and presentations), the patching circles in Brussels are actually hosted by Constantvzw.org in the space Variable http://variable.constantvzw.org/define/index.php/Main_Page, a house dedicated to new media art techniques and questions in relation to Free Libre Open Source software, hardware and culture. It is open to confirmed as well as debuting users, in a spirit of knowledge sharing and collaboration. The activities are pretext to meeting between the personal evolution of the participants. *26 October 2013 * *Hello Data + pdgst* As more basics are asked, so here we go again. Some more time to catch the fluxes of data. And for the adventurous, some pdgst experiments with video streams and manipulations. come over with your questions, projects, hopes for the future, we'll discuss it together. *workshop : 13h-18h* please register pdcirc...@ogeem.be to get updates and participate in the group discussion, you can join the mailing list here https://listes.domainepublic.net/cgi-bin/mailman/listinfo/patchingcirclebxl *FR* Les Cercles de Développement Pure Data sont des atelier organisés mensuellement pour se rassembler, partager, apprendre et s'amuser de manière créative avec le logiciel Pure Data http://puredata.info. Avant tout destiné aux artistes et codeurs (professionnels ou non, seule la volonté de participation et d'apprentissage personnel sont requis), mais aussi au public plus large notamment durant des sessions de présentation et performances, les Cercles à Bruxelles sont hébergés cette saison par Constantvzw.org http://constantvzw.org dans leur espace actuel Variable http://variable.constantvzw.org/define/index.php/Main_Page, une maison dédiée au arts nouveaux média, à leur technique et questionnement en relation avec le logiciel, matériel et la culture Libre Open Source. Les cercles destinés aux utilisateurs expérimentés comme aux débutants, dans un esprit de partage des connaissances et de collaboration. Les activités proposées sont des prétextes à rencontre entre l'évolution personnelle des participants. *26 Octobre 2013 * *hello data + pdgst* Comme des bases sont redemandée, nous y revoilà. Plus de temps pour attraper la logique des flux de données. Et pour les aventureux, de nouvelles expériences avec pdgst, video stream et manipulation... Venez avec vos questions, projets, et envies pour le futur, nous en discuterons ensemble. *atelier : 13h-18h* veuillez vous annoncer svp. pdcirc...@ogeem.be Pour avoir des infos et discussions sur le sujet avec le groupe de participants, rendez vous sur la mailing liste https://listes.domainepublic.net/cgi-bin/mailman/listinfo/patchingcirclebxl *direction* : Constant Variable Rue Gallait / Gallaitstraat 80 1030 Schaerbeek / Schaarbeek public Transport: Tram 25, 55, 94: Liedts -- This project is supported by the Ministery of Culture of the Wallonia-Brussels Federation, Digital Arts -- -- Ce projet est supporté par le Ministère de la Culture de la Fédération Wallonie-Bruxelles, Arts Numériques-- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
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. On Oct 21, 2013, at 9:12 PM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Building externals on OSX Date: October 21, 2013 4:20:55 PM EDT To: pd-list@iem.at On 10/21/2013 02:09 PM, Hans-Christoph Steiner wrote: 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. Figured this one out, too. It was a problem of building 64 bit binaries-- I just ended up building for i386 and the problem went away. If I'm going to go to the trouble of building for both architectures, then I might as well go ahead and build ppc, too. So the real solution would be for me to remove my current xcode setup and read all the stackoverflow workarounds telling which older XCode version to setup an environment that supports building for ppc. -Jonathan Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
THat agrees with my experience I compile Pd vanlla on a 32-bit machine running 10.4 (I believe) and it's perfectly happy to grind out 3-architecture binary externs. (If you look in 32-bit Pd vanilla you'll see that sigmund~, etc, are OK fro PPC, i386, or whatever-you-call-it 64 bit intel. (Only gotcha is taht I can't compile teh 64 bit app that way - I have to squat on a newer machine for that, so teh exxterns included with 64 bit Pd vanilla are lacking PPC support. I don't know of any way to compile PPC apps anymore. I would be happy to put out a PPC version of Pd if I could. cheers Miller On Mon, Oct 21, 2013 at 09:38:06PM -0400, 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. On Oct 21, 2013, at 9:12 PM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Building externals on OSX Date: October 21, 2013 4:20:55 PM EDT To: pd-list@iem.at On 10/21/2013 02:09 PM, Hans-Christoph Steiner wrote: 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. Figured this one out, too. It was a problem of building 64 bit binaries-- I just ended up building for i386 and the problem went away. If I'm going to go to the trouble of building for both architectures, then I might as well go ahead and build ppc, too. So the real solution would be for me to remove my current xcode setup and read all the stackoverflow workarounds telling which older XCode version to setup an environment that supports building for ppc. -Jonathan 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] Building externals on OSX
Except that that old version of Xcode/gcc doesn't have all the nice SDK stuff in the newer versions of OSX nor any of the optimizations performed by llvm ... On Oct 21, 2013, at 10:03 PM, Miller Puckette m...@ucsd.edu wrote: THat agrees with my experience I compile Pd vanlla on a 32-bit machine running 10.4 (I believe) and it's perfectly happy to grind out 3-architecture binary externs. (If you look in 32-bit Pd vanilla you'll see that sigmund~, etc, are OK fro PPC, i386, or whatever-you-call-it 64 bit intel. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building externals on OSX
True... I tried recompilnig wth LLVM to see what I was missing out on and didn't see any significant performance difference. And the less I'm using of anyone's SDK the happier I am because they always just change again later anyway :) M On Mon, Oct 21, 2013 at 10:05:46PM -0400, Dan Wilcox wrote: Except that that old version of Xcode/gcc doesn't have all the nice SDK stuff in the newer versions of OSX nor any of the optimizations performed by llvm ... On Oct 21, 2013, at 10:03 PM, Miller Puckette m...@ucsd.edu wrote: THat agrees with my experience I compile Pd vanlla on a 32-bit machine running 10.4 (I believe) and it's perfectly happy to grind out 3-architecture binary externs. (If you look in 32-bit Pd vanilla you'll see that sigmund~, etc, are OK fro PPC, i386, or whatever-you-call-it 64 bit intel. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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
