a user perspective, e.g.
being able to seeing available libraries, downloading and updating
them. I'm looking into adding git support in the app I'm writing.
Cheers,
Joe
On 13 September 2011 19:43, Hans-Christoph Steiner h...@at.or.at
wrote:
Hey Joe
forgot to mention that http://puredata.info is down for me at the
moment so I couldn't checkout the library information held there.
On 14 September 2011 15:44, Hans-Christoph Steiner h...@at.or.at
wrote:
I think that at this point, Jonathan Wilkes is the expert
One thing that often bugs me when editing is the click-n-drag behavior
of objects. Here's the outline:
click and release unselected object
* mouse down selects the object
* mouse up selects the text
click and release selected object
if there was a click followed by a drag. click then
mouseup should stay the same.
.hc
On Thu, 2011-09-15 at 15:21 -0400, Hans-Christoph Steiner wrote:
One thing that often bugs me when editing is the click-n-drag behavior
of objects. Here's the outline:
click and release unselected object
I am thinking for the next release of Pd-extended, that the preferences
panels for loading libs and adding paths should be removed. [import]
and [declare] cover all it can do in a better way, and people who really
want to have libs and paths loaded globally on start-up can use either a
manually
For next Pd-extended release, the same set of libraries that have been
loading automatically at start-up would continue to be loaded as usual.
It is just that there wouldn't be a GUI for people to modify that list
of libraries that are loaded at startup. I think most Pd-extended users
don't use
On Sep 18, 2011, at 1:00 PM, Thomas Klausner wrote:
On Fri, Sep 16, 2011 at 06:00:00PM -0700, Miller Puckette wrote:
Perhaps the easiest way is to let configure check for alloca.h and
stdlib.h and include one or the other, depending on what's available
on the system. Would you like diffs for
That would be one approach...
.hc
On Sep 19, 2011, at 8:02 PM, András Murányi wrote:
Just a silly idea... (attached)
Andras
On Mon, Sep 19, 2011 at 19:32, Hans-Christoph Steiner
h...@at.or.at wrote:
Hey Miller,
I actually think this would make switching between vanilla and
extended
On Tue, 2011-09-20 at 09:31 +0200, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-19 19:32, Hans-Christoph Steiner wrote:
Hey Miller,
I actually think this would make switching between vanilla and extended
easier because it would make people
that there isn't
a magic library fairy that loads everything, but it
helps you cope with the first steps.
If anybody made PD that broken out of the box it
would require lots of work to fix in order to make
it fit to teach with again.
On 2011-09-19 19:32, Hans-Christoph Steiner wrote
for the simplification.
cheers
Miller
On Tue, Sep 20, 2011 at 11:58:47AM -0400, Hans-Christoph Steiner wrote:
Please give an example of how this would make this more confusing. My
experience is the exact opposite and it is exactly this problem that
leads me to want to remove those preferences
suggest that, if you wnt to not have startup lib loading in
the GUI it should get cleaned out of the preferences too - but I suspect
you've already thought of that.
cheers
Miller
On Tue, Sep 20, 2011 at 02:37:32PM -0400, Hans-Christoph Steiner wrote:
Hey Miller,
If I follow what
up
some buggy externals. Then, I want to be able to work quickly--*not*
correctly.
Chuck
On Tue, Sep 20, 2011 at 1:44 PM, Hans-Christoph Steiner h...@at.or.at wrote:
For this situation, I think there is no need for custom paths, you can
use the built-in default paths, which
On Tue, 2011-09-20 at 13:19 -0700, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: IOhannes m zmoelnig zmoel...@iem.at
Cc: pd-dev@iem.at
Sent: Tuesday, September 20, 2011 11:46 AM
Subject: Re: [PD-dev] removing path and libs from Pd
FYI, I'm planning on making the pdlua loader start by default in Pd-
extended 0.43. That means that people can easily write and distribute
Pd objects written in Lua. I hope we can also get tclpd included as
well.
.hc
Hey IOhannes,
I think iemguts is ready primetime, I think it should be included in
the next Pd-extended 0.43 release. Do you have any plans on making an
official release?
.hc
Free software means you control
IOhannes and I were discussing how to load shared code for a libdir on
IRC. The sticking point is that Mac OS X seems to require dylibs to
have a hard-coded path. IOhannes posted a test lib to try to work out
how to do it using DYLD_LIBRARY_PATH:
http://iem.at/~zmoelnig/OSX/test.tgz
On Sep 26, 2011, at 2:42 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/26/2011 06:52 PM, Hans-Christoph Steiner wrote:
IOhannes and I were discussing how to load shared code for a libdir
on
IRC. The sticking point is that Mac OS X seems to require
Hey Ricardo,
This is great news! Yes, its true, the sources are a bit confusing.
Website updates are a good thing. If you are talking about Pd-
extended, then all sources are from https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk
, except for the core 'pd' part, which is from
That's a good break down of the issues. I'll checkout @loader_path.
The @executable_path technique has been in Pd-extended for a long
time, check out all of the libs in Pd-extended.app/Contents/lib by
doing something like:
otool -L
for commit privileges, given that I
haven't even settled on a workflow.
Best regards,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Tue, Sep 27, 2011 at 2:20 AM, Hans-Christoph Steiner
h...@at.or.at wrote:
Hey Ricardo,
This is great news! Yes, its true, the sources
to pix_opencv, if only pd would run out of /usr/local
which it isn't.
I appreciate any help, even if just a small guiding remark.
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Tue, Sep 27, 2011 at 5:23 PM, Hans-Christoph Steiner h...@at.or.at
wrote:
Hey Ricardo
On Sep 28, 2011, at 3:15 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-27 21:55, Hans-Christoph Steiner wrote:
That's a good break down of the issues. I'll checkout @loader_path.
The @executable_path technique has been in Pd-extended for a long
Pd-extended includes the midr-mjpeg.mov file which is meant to be an
all-purpose, work-everywhere example video. It hasn't quite reached
that goal. It seems it has an odd YUV encoding.
Can anyone tell me what the best format for this video should be?
ideally it'd be in the form of an
On Sep 28, 2011, at 3:13 PM, Marvin Humphrey wrote:
(moving this thread off of pd-list and onto pd-dev...)
On Wed, Sep 28, 2011 at 10:55:09AM -0400, Hans-Christoph Steiner
wrote:
I don't see any unit tests. Are there any?
There isn't really any unified test method. I think the zexy
: vilsonvieira and My brother's:
greenkobold
Best regards,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Wed, Sep 28, 2011 at 12:19 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
The easiest way to get started build Pd-extended is how the nightly
builds
,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Wed, Sep 28, 2011 at 6:26 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
Hey Ricardo,
I proposed the rsync method as the easiest way to get started. But
yes, it
doesn't work for development. For the most part, when doing
On Sep 29, 2011, at 12:10 AM, Marvin Humphrey wrote:
On Wed, Sep 28, 2011 at 11:08:49PM -0400, Chris McCormick wrote:
Good point. I am now sending Marvin a copy of the WebPd unit test
patches
licensed under BSD-3.
Cool!
I'm excited to look through these materials. I'm a Pd noob with a
Fine by me, if you are the maintainer. I was also thinking of adding
Martin's 'net' library as its own thing.
And since we're on the topic, I was not happy how the iemnet fork
happened, I think it was disrespectful of Martin.
.hc
On Sep 29, 2011, at 5:22 AM, Roman Haefeli wrote:
Hi
Hey Roman,
I just saw this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/Makefile?r1=15393r2=15397
.la files generally should not be installed, that makes sense to me.
This seems like a heavy hand to do a global deletion for something
like this. The
On Sep 29, 2011, at 2:49 AM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/28/2011 03:07 PM, Hans-Christoph Steiner wrote:
Ah, ok, that changes things. So you are sure there isn't a way to
make
this work?
on, i'm not sure. i only reported issues i came
On Sep 29, 2011, at 11:37 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-29 17:15, Hans-Christoph Steiner wrote:
Hey Roman,
I just saw this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/Makefile?r1=15393r2=15397
On Sep 29, 2011, at 11:52 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-29 17:41, Hans-Christoph Steiner wrote:
What is the problem this is trying to solve? How are the .la files
causing problems ? The Pd-extended is crufty enough
FYI, I upgraded the Mac OS X 10.4 i386 build server to 10.5.8, since
there are some APIs that are needed that were introduced on 10.5. I'm
planning on keeping the ppc build machine at 10.4 (I should reboot
that so it works again...)
.hc
On Sep 29, 2011, at 3:10 PM, Roman Haefeli wrote:
On Thu, 2011-09-29 at 12:00 -0400, Hans-Christoph Steiner wrote:
On Sep 29, 2011, at 11:52 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-29 17:41, Hans-Christoph Steiner wrote:
What is the problem
On Sep 29, 2011, at 1:27 AM, Marvin Humphrey wrote:
On Thu, Sep 29, 2011 at 01:04:12AM -0400, Chris McCormick wrote:
Argh, please hold on a second. I have just realised that I do not
have the
authority to do this. I should have asked two other people who
contributed
unit tests. Sorry
Now I see the root of the unfold-help.pd issue, zexy relies on symlinks
that are checked into svn. That'll work fine on UNIX, but is very
unpredictable in Windows. For example, a Windows svn client might check
them out by copying them. A cygwin svn client might check them out
directly, but
On Fri, 2011-09-30 at 17:07 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 04:50 PM, Hans-Christoph Steiner wrote:
Now I see the root of the unfold-help.pd issue, zexy relies on symlinks
that are checked into svn. That'll work fine on UNIX
So with all the hassle over symlinks, there is a different issue
stopping things on MinGW. This seems to be the exact same issue as Gem
was having. You can see the environment of the build in the build log,
if that's useful.
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I..
On Fri, 2011-09-30 at 17:35 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 05:20 PM, Hans-Christoph Steiner wrote:
So with all the hassle over symlinks, there is a different issue
stopping things on MinGW.
and how does this relate (e.g
Hm, this might point to what Ctrl-A isn't going to Home on Mac OS X.
Basically, this bind command replaces any binding:
$tkcanvas bind $mytag Control-a $tkcanvas icursor $mytag 0
Adding a + to the beginning of the bind function makes it append to the
existing list of bindings
On Fri, 2011-09-30 at 18:17 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 06:08 PM, Hans-Christoph Steiner wrote:
pddev@windowsxp-i386:~$ svn --version
svn, version 1.6.1 (r37116)
compiled Apr 11 2009, 12:07:06
thanks.
however, i
On Fri, 2011-09-30 at 18:17 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 06:08 PM, Hans-Christoph Steiner wrote:
pddev@windowsxp-i386:~$ svn --version
svn, version 1.6.1 (r37116)
compiled Apr 11 2009, 12:07:06
thanks.
however, i
On Fri, 2011-09-30 at 18:17 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 06:08 PM, Hans-Christoph Steiner wrote:
pddev@windowsxp-i386:~$ svn --version
svn, version 1.6.1 (r37116)
compiled Apr 11 2009, 12:07:06
thanks.
however, i
Hey Katja,
This is great, just starting to dig into it. Its a great write-up too.
I'd like to put together some Pd-extended nightly builds based on this,
and start working out a work flow for all the fixes that we will
inevitably need to do. To start with, I think you should request SVN
commit
Hey Ricardo,
Welcome, its great to have you working on Pd! This Lab Macambira sounds
very promising. The way things work with getting SVN access is 'lazy
consensus'. Basically we wait for a while and if no one objects, an
admin will add you as a committer. Since you are new to contributing to
On Sat, 2011-10-01 at 18:40 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2011 08:23 PM, Hans-Christoph Steiner wrote:
I tried --disable-rpath, but it said it wasn't a ./configure option.
Its a recommended thing for MinGW:
the --disable-rpath
,
so I am having this transition time to deal with anyways. Soon enough
I'll come up with the patches. If there is any bug specifically you'd
like to see fixed, let me know and maybe I can give a shot at it.
Best,
On Saturday, October 1, 2011, Hans-Christoph Steiner h...@at.or.at
wrote:
Hey
Hey Miller,
I was wondering if you had any plans of updating the 'pd/' section of
SVN where you used to push your changes. If not, would you mind if I
updated it with the latest release tarballs?
.hc
___
Pd-dev mailing list
Pd-dev@iem.at
On Thursday, September 29, 2011 8:49 AM, IOhannes m zmölnig
zmoel...@iem.at wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/28/2011 03:07 PM, Hans-Christoph Steiner wrote:
Ah, ok, that changes things. So you are sure there isn't a way to make
this work?
on, i'm
regards,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Wed, Sep 28, 2011 at 11:12 PM, Hans-Christoph Steiner h...@at.or.at
wrote:
I actually use all three:
- links in pd-extended.git/extra
- work on libs directly in their folder in pure-data/trunk/externals
- test
FYI:
http://autobuild.puredata.info/auto-build/2011-10-02/logs/2011-10-02_03.15.26_darwin_macosx105-i386_pd-extended.txt
cd /Users/pd/auto-build/pd-extended/externals/zexy ./autogen.sh
PATH: /sw/bin:/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin
running autoreconf
autoreconf: Entering
Sounds great. I'm happy to help setup a git repo if you want me too.
github and gitorious are pretty straightforward to get the initial
repo, then it would be a matter of pushing the pure-data.git to that
repo, and starting work from there. I think it makes sense to work
off of
On Oct 3, 2011, at 8:28 AM, katja wrote:
On Sun, Oct 2, 2011 at 11:36 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
I think it makes sense to work off of
pure-data.git rather than pd-extended.git since this is a patch
targetted at
getting into Miller's repo.
Right. Even then, we
Looks like it was set to Pending, do you still need help with it?
.hc
On Oct 3, 2011, at 2:28 AM, Roman Haefeli wrote:
Hi all
A bug was assigned to me and the issue can be closed now. However, I
cannot figure out a way to change the status of the issue. Probably
I'm
missing the proper
On Oct 3, 2011, at 11:21 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 17:16, Roman Haefeli wrote:
On Mon, 2011-10-03 at 10:47 -0400, Hans-Christoph Steiner wrote:
Looks like it was set to Pending, do you still need help
I think for now, we'll just have Pd-extended-like monolithic builds
which will be easy to use on their own and will include enough
libraries to be useful. They can be run standalone, and if need be,
we can disable things like ~/pd-externals quite easily.
These kinds of deployment issues
On Oct 3, 2011, at 12:00 PM, Charles Henry wrote:
On Mon, Oct 3, 2011 at 10:19 AM, IOhannes m zmoelnig
zmoel...@iem.at wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 16:31, Hans-Christoph Steiner wrote:
These all sound like good ideas to try. My only concern
On Oct 3, 2011, at 12:21 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:04, katja wrote:
On Mon, Oct 3, 2011 at 4:35 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
Do you have access to an ARM
machine? If not, I could probably get one
On Oct 3, 2011, at 12:04 PM, katja wrote:
On Mon, Oct 3, 2011 at 4:35 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
Do you have access to an ARM
machine? If not, I could probably get one online with ssh access,
if that's
useful.
I've mailed Joe White with the question if he can
More on actually trying the patch. I tried to apply it to the HEAD of
pure-data.git, and one section failed:
pd@debian-lenny-i386 src $ patch -p1 ../../pd_doubleready/
make_Pd_core_0430_double_ready.patch
patching file d_array.c
patching file d_math.c
patching file d_misc.c
Hunk #2
On Oct 3, 2011, at 5:06 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-02 22:27, Hans-Christoph Steiner wrote:
FYI:
http://autobuild.puredata.info/auto-build/2011-10-02/logs/2011-10-02_03.15.26_darwin_macosx105-i386_pd-extended.txt
hmm, i cannot
On Oct 3, 2011, at 3:54 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
@pd-dev: in the course of making packages for debian, we discovered
another slight problem with the -stdpath and -stdlib flags for
declare (and probably this also expands to the -nostdpath
On Oct 3, 2011, at 1:22 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 19:19, IOhannes m zmoelnig wrote:
On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
I don't really know why this is happening, but I do know that the
./autogen.sh in pure
On Oct 4, 2011, at 5:38 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-04 09:06, katja wrote:
Yesterday I forgot to mention why it should definitely not be built
with -O0 (unless for debug purposes): PD_BIGORSMALL is defined an
ah yes, this was
On Oct 4, 2011, at 5:19 AM, Roman Haefeli wrote:
On Mon, 2011-10-03 at 13:06 -0400, Hans-Christoph Steiner wrote:
On Oct 3, 2011, at 3:54 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
@pd-dev: in the course of making packages for debian, we discovered
another
On Oct 4, 2011, at 10:08 AM, Roman Haefeli wrote:
On Tue, 2011-10-04 at 09:45 -0400, Hans-Christoph Steiner wrote:
On Oct 4, 2011, at 5:19 AM, Roman Haefeli wrote:
I'm all for [import] and I also think it is much nicer to use, but
unfortunately it is not (yet) part of vanilla. And yes, I
On Oct 4, 2011, at 10:19 AM, András Murányi wrote:
On Mon, Oct 3, 2011 at 18:26, Hans-Christoph Steiner h...@at.or.at
wrote:
On Oct 3, 2011, at 12:04 PM, katja wrote:
On Mon, Oct 3, 2011 at 4:35 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
Do you have access to an ARM
machine
On Oct 4, 2011, at 10:54 AM, András Murányi wrote:
2011/10/4 Hans-Christoph Steiner h...@at.or.at
On Oct 4, 2011, at 10:19 AM, András Murányi wrote:
On Mon, Oct 3, 2011 at 18:26, Hans-Christoph Steiner
h...@at.or.at wrote:
On Oct 3, 2011, at 12:04 PM, katja wrote:
On Mon, Oct 3
In PdLab build farm news:
- macosx105-i386 is back in action, I guess it crashed, I just
rebooted it
- windowsxp-i386 I upgraded the Cygwin from 1.5 to 1.7, I hope that
makes the cygwin stuff work smoother.
- there is now a 'pd-double' build, which is pure-data.git with
Katja's
Hey Lluis,
I'm doing well, good to hear from you! I've joined the baby club, I
have a two month old son named Johann. :-D Hope your baby is still
keeping you happy
About the tracker, it is just information. You'll need to make any
commits yourself. Its basically like a web forum.
I tried to fix up the CFLAGS last night so that all of the nightly
builds would have full debug symbols on all platforms. Give it a try
and let me know if it works for you.
.hc
Mistrust authority - promote
On Oct 4, 2011, at 7:06 PM, katja wrote:
Forgot to mention this: at start up there's a logpost (level 3)
'PD_FLOATPRECISION=32 bits' for single and 'PD_FLOATPRECISION=64 bits'
for double build.
Ah, so tomorrow a single and double precision build will
automatically be
made? Cool.
It's
c:\Users\q\Desktop\Pd-0.43.1-extended-20111004\bin\pd.dll
(gdb)
Il 04/10/2011 23:06, Hans-Christoph Steiner ha scritto:
I tried to fix up the CFLAGS last night so that all of the nightly
builds would have full debug symbols on all platforms. Give it a
try and let me know if it works for you
On Oct 5, 2011, at 4:05 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
On Oct 3, 2011, at 5:06 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-02 22:27, Hans-Christoph
On Oct 5, 2011, at 6:40 AM, katja wrote:
On Tue, Oct 4, 2011 at 11:38 AM, IOhannes m zmoelnig
zmoel...@iem.at wrote:
the proper way is to use CPPFLAGS=-DPD_FLOAT_PRECISION=64,
But now you undo the CPPFLAGS as defined in the makefile. I didn't
know how to add to the CFLAGS from the
On Oct 5, 2011, at 5:08 AM, katja wrote:
On Wed, Oct 5, 2011 at 6:11 AM, Hans-Christoph Steiner
h...@at.or.at wrote:
So you are saying that the stuff in pd-double is not building using
64-bit
floats?
I downloaded Pd-0.43.1-double-20111003-macosx106-x86_64.dmg from the
auto-build
On Oct 5, 2011, at 12:45 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-05 18:16, Hans-Christoph Steiner wrote:
On Oct 5, 2011, at 4:05 AM, IOhannes m zmoelnig wrote:
The logfile I see says its set to:
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw
On Wed, 2011-10-05 at 21:42 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011 09:18 PM, Hans-Christoph Steiner wrote:
On Oct 5, 2011, at 12:45 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-05
On Wed, 2011-10-05 at 21:37 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011 12:40 PM, katja wrote:
On Tue, Oct 4, 2011 at 11:38 AM, IOhannes m zmoelnig zmoel...@iem.at
wrote:
the proper way is to use CPPFLAGS=-DPD_FLOAT_PRECISION=64,
On Wed, 2011-10-05 at 22:42 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011 10:04 PM, Hans-Christoph Steiner wrote:
On Wed, 2011-10-05 at 21:42 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011
On Wed, 2011-10-05 at 17:03 -0400, Hans-Christoph Steiner wrote:
On Wed, 2011-10-05 at 22:42 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011 10:04 PM, Hans-Christoph Steiner wrote:
On Wed, 2011-10-05 at 21:42 +0200, IOhannes m zmölnig wrote
On Wed, 2011-10-05 at 06:53 -0300, Ricardo Fabbri wrote:
Hey Hans,
On Sun, Oct 2, 2011 at 1:05 PM, Hans-Christoph Steiner h...@at.or.at wrote:
SVN is a lot
easier than git, and I figure anyone how knows 'git svn' doesn't need
to have it documented.
That's true, but knowing a single
On Oct 6, 2011, at 12:19 PM, András Murányi wrote:
Do you have access to an ARM
machine? If not, I could probably get one online with ssh access,
if that's
useful.
I've mailed Joe White with the question if he can patch the code for
libpd and check performance on ARM. He has done some
Yeah, my 64-bit detection on Mac OS X is somewhat weak because it just
looks at the OS major version. It automatically enables
double-precision on Mac OS X 10.6 or above. And below 10.6, it defaults
to single precision. 10.5 did not fully support 64-bit, so I think this
makes sense for the
On Fri, 2011-10-07 at 09:34 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/05/2011 11:03 PM, Hans-Christoph Steiner wrote:
Perhaps your zexy scripts are modifying the build environment? It first
why do you think so.
have you read my email?
Sorry
On Fri, 2011-10-07 at 20:39 +0200, katja wrote:
On Fri, Oct 7, 2011 at 5:19 PM, Hans-Christoph Steiner h...@at.or.at wrote:
But I guess then these nightly builds don't help you that much, since
you're on 10.5.
In itself Pd-0.43.1-double-20111007-macosx106-x86_64.dmg runs without
trouble
On Fri, 2011-10-07 at 21:21 -0400, Hans-Christoph Steiner wrote:
On Sat, 2011-10-08 at 02:12 +0200, katja wrote:
On Sat, Oct 8, 2011 at 12:08 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
I think this is caused by using the 10.6 build on 10.5. It is only
partially compatible
On Oct 8, 2011, at 4:29 AM, katja wrote:
On Sat, Oct 8, 2011 at 3:21 AM, Hans-Christoph Steiner
h...@at.or.at wrote:
Unfortunately, the rest of the code is in a separate repo, and its
svn.
You can get SVN commit access by requesting it:
Oh yeah, sorry, forgot about that for a moment
On Oct 7, 2011, at 8:13 PM, katja wrote:
On Sat, Oct 8, 2011 at 12:08 AM, Hans-Christoph Steiner
h...@at.or.at wrote:
I think this is caused by using the 10.6 build on 10.5. It is only
partially compatible.
Pd-0.43.1-extended-20111002.app, an x86_64 build, tries to load libs
from Pd
We talked a bunch in #dataflow on this topic, so I thought I'd post
the transcript here:
creamygoodness
IRC
11:16:06
mescalinum: I'm curious whether the patch to s_utf8.c I supplied
eliminates the segfault you described the other day.
mescalinum
IRC
11:38:33
creamygoodness, I'm unable to
I think that stuff is the polling versus callback scheduling when
talking to the audio device. If you look in the audio preferences,
there is a check box that says use callbacks. My guess is that will
enable m_callbackscheduler().
.hc
On Oct 8, 2011, at 11:39 PM, Rich E wrote:
Hi
On Oct 9, 2011, at 5:22 AM, katja wrote:
On Sat, Oct 8, 2011 at 4:51 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
And yes, vanilla/ is an experiment in splitting out the internals
into a
library. This allows people to write highly optimized versions of
it for
specific situations
Hey Federico,
Tclpd is working on Mac OS X, very exciting. I was just going through
your examples, and I wanted to report some errors, some minor, some
major. Which reminds me, do you know about logpost()? It allows you
to post at different levels, like normal, debug, error, etc. For
Ok, I just tested the Mac OS X 64-bit build of Pd-double and it is
indeed double precision. I say we start announcing it and spreading
the word to get people testing it, and maybe fixing up their code and/
or contributing to fixing things.
Katya, do you want to post such an announcement
On Oct 9, 2011, at 6:40 PM, Marvin Humphrey wrote:
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-09 12:54
Message:
This sounds great, I'll include it in Pd-extended and we'll see how
it does
there. The only problem is that there are two patches included in
this
tracker
Indeed, its true. That's a tricky problem. I think I got it right
this time, I just pushed my commit to github. Basically, I made it so
PD_FLOAT_PRECISION is set in m_pd.h based on the bitness of the build,
but can be overridden by externally setting PD_FLOAT_PRECISION. So
the
On Oct 9, 2011, at 5:14 PM, katja wrote:
On Sun, Oct 9, 2011 at 9:43 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
Ok, I just tested the Mac OS X 64-bit build of Pd-double and it is
indeed
double precision. I say we start announcing it and spreading the
word to
get people testing
You could try listening for the Loaded event. That gets sent once
the GUI is done loading a patch. Its
from. ::pdtk_canvas::finished_loading_file.
.hc
On Oct 9, 2011, at 11:45 PM, Jonathan Wilkes wrote:
Hi,
I've run into an issue with my tooltips when using manual mode:
On Mon, 2011-10-10 at 23:47 +0200, katja wrote:
Today I wanted to find out what cyclone needs to be made
double-precision-ready. To start with, I tried to just build the
current code together with the pd-double core. I followed the howto on
1401 - 1500 of 1799 matches
Mail list logo