Re: [PD] Help with OSX App minefield

[Hans-Christoph Steiner]

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  to move an object by 10 pixels, when I release
> Shift and then do  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

Re: [PD] Building externals on OSX

[Miller Puckette]

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  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

[Dan Wilcox]

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  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

[Miller Puckette]

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 
> > 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

[Dan Wilcox]

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 
> 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] [announce] Pure Data Patching Circle Brussels @ Variable #12

[olm-e]

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 
 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 , 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 .
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  dans leur espace 
actuel Variable ,
 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] [PD-announce] Radium 1.9.31 released for Linux

[Kjetil Matheussen]

On Mon, Oct 21, 2013 at 9:14 PM, dreamer  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

Re: [PD] [PD-announce] Radium 1.9.31 released for Linux

[Kjetil Matheussen]

On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner  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] Building externals on OSX

[Jonathan Wilkes]

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] Help with OSX App minefield

[Jonathan Wilkes]

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  to move an object by 10 pixels, when I release
Shift and then do  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] [PD-announce] Radium 1.9.31 released for Linux

[dreamer]

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  wrote:
> Welcome back HC!
>
> I think it's the latter.
>
> András
>
>
> On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner 
> 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] [PD-announce] Radium 1.9.31 released for Linux

[András Murányi]

Welcome back HC!

I think it's the latter.

András


On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner 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

Re: [PD] libdir template Mac OSX build

[Hans-Christoph Steiner]

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

[Hans-Christoph Steiner]

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] Help with OSX App minefield

[Hans-Christoph Steiner]

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] Building externals on OSX

[Hans-Christoph Steiner]

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] Pd extended 0.43.4 on Mac OS Lion 10.7.5

[Hans-Christoph Steiner]

-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