On Oct 17, 2011, at 8:29 AM, katja wrote:
On Wed, Oct 12, 2011 at 4:27 AM, Hans-Christoph Steiner
wrote:
I recommend removing the pd from svn and replacing it with the pd-
double.git
folder named as 'pd'. THen its all the same tree. That'll save
you a lot
of headache
On Oct 17, 2011, at 12:08 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-17 17:11, Patrice Colet wrote:
Hello IOhannes,
all I could say is this:
$ make -p -n | grep CXX
make: *** No targets specified and no makefile found. Stop.
LINK.cc = $(CXX) $(C
ld like you to know about the situation.
Sincerely,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Sat, Oct 1, 2011 at 7:25 PM, Hans-Christoph Steiner
wrote:
That's a good idea, try looking in the bug tracker and starting there
with any bug that you are inter
re, With time things could change if We get more confidence ...
On the other hand, I must say I'm pleassed to have more people working
together in pd_opencv. For sure there a millions of things to explore!
best,
ll.
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
O
t,
ll.
Al 17/10/11 20:18, En/na Hans-Christoph Steiner ha escrit:
Just have Lluis or Yves email pd-dev to ask commit access for you,
and
I'll add you.
.hc
On Oct 17, 2011, at 1:33 PM, Ricardo Fabbri wrote:
Hello, Hans,
Thanks for your remarks. I really think the patch tracker is a
On Oct 17, 2011, at 4:27 PM, katja wrote:
On Mon, Oct 17, 2011 at 6:09 PM, Hans-Christoph Steiner
wrote:
If you want to have default preferences loaded, which load
libraries, etc.
at startup, you should be able to copy the Pd-extended prefs file
and stick
it into two levels down from
On Oct 18, 2011, at 1:23 PM, Patrice Colet wrote:
- Mail original -
De: "IOhannes m zmoelnig"
À: pd-dev@iem.at
Envoyé: Mardi 18 Octobre 2011 08:49:12
Objet: Re: [PD-dev] makefile template
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-18 05:01, Patrice Colet wrote:
c_ex
On Oct 18, 2011, at 2:54 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-17 22:27, katja wrote:
There's however a small issue to reckon with: at the moment, the only
way to force double precision compilation upon the external libs, is
to hardcode #defi
On Thursday, September 29, 2011 8: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
On Tuesday, October 18, 2011 6:50 PM, "Hans-Christoph Steiner"
wrote:
>
> On Thursday, September 29, 2011 8:49 AM, "IOhannes m zmölnig"
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 09/28/2011 03:07 PM, Hans-Chris
On Oct 19, 2011, at 3:30 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 01:29, Hans-Christoph Steiner wrote:
Yes! I got it working. I see the way to use it for this situation,
this looks like great news!
Does it work for you?
.hc
On Oct 19, 2011, at 3:29 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-18 22:16, katja wrote:
On Tue, Oct 18, 2011 at 8:33 PM, Hans-Christoph Steiner > wrote:
Another idea for handling this is to use the ./configure
--enable-double-precision f
On Oct 19, 2011, at 2:14 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/19/2011 06:31 PM, Hans-Christoph Steiner wrote:
If pd/src/m_pd.h is the only thing that loads pd/src/config.h and
m_pd.h
does #include "config.h", this is not a problem.
On Oct 19, 2011, at 3:15 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 21:07, Hans-Christoph Steiner wrote:
I don't really understand what you're saying here.
it seems so.
Yes, it is actually true. I do not understand. Care
On Oct 18, 2011, at 7:37 PM, katja wrote:
Tried all day to build some of pd-double in pd-svn, but what worked
yesterday stopped working today, after svn update. Well update, it was
a fresh checkout for compelling reasons.
Here is an updated version of how to build things selectively:
- clone
On Wednesday, October 19, 2011 11:56 PM, "katja"
wrote:
> On Wed, Oct 19, 2011 at 9:32 PM, Hans-Christoph Steiner
> wrote:
>
> > I think skipping 'make install' alltogether and just running things directly
> > is much easier for dev work. Som
On Oct 20, 2011, at 9:32 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 18:33, Hans-Christoph Steiner wrote:
Does it work for you?
it seems to work ok. at least the objects are loading (though i get a
lot of tcl/tk errors with some of the
On Oct 20, 2011, at 6:32 AM, katja wrote:
On Thu, Oct 20, 2011 at 12:05 AM, Hans-Christoph Steiner > wrote:
AH, right, you need to include a symlink to src/ called bin/ then it
should all work. I do this a lot, so I know it works once it setup.
But I might not always remember the details
On Oct 21, 2011, at 5:49 AM, Roman Haefeli wrote:
Hi Hans
I noticed a significant difference between Pd-extended-0.43 and
Pd-vanilla-0.43 appearance. Symbol- and Numberboxes are 2 px higher in
Extended than in Vanilla. This is especially problematic in cases
where
a GOP-patch in Vanilla was
On Oct 21, 2011, at 7:43 AM, katja wrote:
Starting on October 20, nightly builds tagged as pd-double are really
built in double precision. All earlier builds were single precision or
a mix of single and double.
In double precision, only Linux builds succeed, partly. From the logs,
you can see
On Oct 21, 2011, at 4:31 PM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 22:24 +0200, Roman Haefeli wrote:
On Fri, 2011-10-21 at 12:33 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 5:49 AM, Roman Haefeli wrote:
I also noticed that Pd-extended-0.43 on OS X does not use anti
On Oct 21, 2011, at 4:24 PM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 12:33 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 5:49 AM, Roman Haefeli wrote:
Hi Hans
I noticed a significant difference between Pd-extended-0.43 and
Pd-vanilla-0.43 appearance. Symbol- and Numberboxes
On Oct 21, 2011, at 6:29 PM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 17:15 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 4:24 PM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 12:33 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 5:49 AM, Roman Haefeli wrote:
Hi Hans
I think we're talking about the box sizes rather than the font sizes.
Those can just be hard-coded to a certain size in pixels, then the
font can be measured to fit into those boxes. That's the approach
that Pd-extended has been doing since 0.41 or 0.40, I forget which.
That's how it w
arbitrary size.
.hc
On Oct 21, 2011, at 7:48 PM, Miller Puckette wrote:
Oh -- I misunderstood.
I like the idea of making this an option (eitehr growing to the
standard
box size or huggung the actual size of the font we're getting).
cheers
Miller
On Fri, Oct 21, 2011 at 07:43:17PM -0
On Oct 21, 2011, at 11:56 PM, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner
To: Miller Puckette
Cc: pd-dev@iem.at
Sent: Friday, October 21, 2011 11:33 PM
Subject: Re: [PD-dev] Pd-extended-0.43 appearance
That would be great, to make it really work well
Hey Fred Jan,
That is a good process, I do it a lot, thanks for writing it up. I
think the next step is getting everything compiling so that we have
complete builds each night. That makes testing much easier since a)
the build process is automated, and b) all of the libraries are easily
On Oct 22, 2011, at 12:34 PM, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner
To: Jonathan Wilkes
Cc: Miller Puckette ; "pd-dev@iem.at"
Sent: Saturday, October 22, 2011 12:49 AM
Subject: Re: [PD-dev] Pd-extended-0.43 appearance
On Oct 21, 2
On Oct 22, 2011, at 5:11 PM, F.J. Kraan wrote:
On 2011-10-22 22:12, Hans-Christoph Steiner wrote:
Hey Fred Jan,
That is a good process, I do it a lot, thanks for writing it up. I
think the next step is getting everything compiling so that we have
complete builds each night. That makes
That looks really good on many levels. :) I like the layout, I hadn't
thought of standard deviation, that makes sense as long as we can
specify "exact" as a possibility. My guess is that some of this stuff
should produce the same bit sequence every time, but I could be wrong
there.
Pe
I've been thinking now that we are starting to get some testing
infrastructure in place, we need a place to organize them in the pure-
data SVN. I propose we add a tests/ section to trunk in SVN next to
externals/ scripts/ etc. This section would be for the testing
scripts, and for any t
On Monday, October 24, 2011 10:11 PM, "katja"
wrote:
> Hans, thanks for your comments
>
> On Mon, Oct 24, 2011 at 7:35 PM, Hans-Christoph Steiner
> wrote:
> >
> > That looks really good on many levels. :) I like the layout, I hadn't
> > thought of
On Monday, October 24, 2011 10:27 PM, "IOhannes m zmoelnig"
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-10-24 22:10, Marvin Humphrey wrote:
> >
> >> I propose we use the suffix "-regressiontest.pd" for tests, then we can
> >> have a script that crawls the whole pure-da
On Monday, October 24, 2011 1:10 PM, "Marvin Humphrey"
wrote:
> On Mon, Oct 24, 2011 at 03:26:18PM -0400, Hans-Christoph Steiner wrote:
> >
> > I've been thinking now that we are starting to get some testing
> > infrastructure in place, we need a place to
On Oct 25, 2011, at 9:47 AM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 18:36 -0400, Hans-Christoph Steiner wrote:
Pd vanilla still has different box sizes on different platforms, if I
remember correctly, therefore the sizes will have to change
somewhere.
I made a little test patch and
The 'mrpeach' library will remain in Pd-extended for as long as its
useful. I don't think 'mrpeach' should be packaged and included in
Debian tho.
As for libraries included in Pd-extended, this is the central
location. Anything without a maintainer will be dropped from Pd-
extended if
On Oct 25, 2011, at 11:44 AM, F.J. Kraan wrote:
On Mon, Oct 24, 2011 at 7:35 PM, Hans-Christoph Steiner> wrote:
Ah, course, makes sense. The third item there, the IIR filters, it
should be not too hard to reproduce the exact same operation with
them
too. With the tests, each one
On Oct 25, 2011, at 10:23 AM, Roman Haefeli wrote:
On Mon, 2011-10-24 at 22:11 +0200, katja wrote:
Hans, thanks for your comments
On Mon, Oct 24, 2011 at 7:35 PM, Hans-Christoph Steiner > wrote:
That looks really good on many levels. :) I like the layout, I
hadn't
thought of
On Oct 25, 2011, at 1:26 PM, F.J. Kraan wrote:
On 2011-10-25 19:01, Hans-Christoph Steiner wrote:
On Oct 25, 2011, at 11:44 AM, F.J. Kraan wrote:
On Mon, Oct 24, 2011 at 7:35 PM, Hans-Christoph Steiner> wrote:
Ah, course, makes sense. The third item there, the IIR
filters, it
sho
Hey Ricardo,
It really needs to be on a library-by-library basis, since there are
so many different libraries maintained by many different people.
There are two good ways for finding who the maintainer is of a given
library:
Check who has committed to the library:
cd externals/iemlib
nce I have
made 90% of the commits there.
.hc
On Oct 25, 2011, at 6:58 PM, Ricardo Fabbri wrote:
Thanks.
So how about the 'doc' subdir?
Ricardo Fabbri
--
Linux registered user #175401
labmacambira.sf.net
On Tue, Oct 25, 2011 at 8:53 PM, Hans-Christoph Steiner
wrote:
Hey Rica
On Oct 25, 2011, at 9:47 AM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 18:36 -0400, Hans-Christoph Steiner wrote:
Pd vanilla still has different box sizes on different platforms, if I
remember correctly, therefore the sizes will have to change
somewhere.
I made a little test patch and
On Oct 25, 2011, at 9:47 AM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 18:36 -0400, Hans-Christoph Steiner wrote:
Pd vanilla still has different box sizes on different platforms, if I
remember correctly, therefore the sizes will have to change
somewhere.
I made a little test patch and
On Oct 26, 2011, at 4:39 AM, Roman Haefeli wrote:
On Wed, 2011-10-26 at 01:15 -0400, Hans-Christoph Steiner wrote:
On Oct 25, 2011, at 9:47 AM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 18:36 -0400, Hans-Christoph Steiner wrote:
Pd vanilla still has different box sizes on different
Its looking really good, hope the bug doesn't drive you nuts. The
only thing I object to is the -utest.pd name. Perhaps I have a really
bad memory, but I never remember what stuff like that means. That why
I am a big fan of using full words. Typing really doesn't take very
long, but i
On Oct 27, 2011, at 8:43 AM, Roman Haefeli wrote:
On Wed, 2011-10-26 at 13:12 -0400, Hans-Christoph Steiner wrote:
On Oct 26, 2011, at 4:39 AM, Roman Haefeli wrote:
* The symbol and number boxes are 2 px taller in Pd-extended than in
Pd-vanilla.
I think it is not possible to adjust one or
On Oct 27, 2011, at 3:49 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-26 19:29, katja wrote:
Hello,
Here is a .zip with an improved method for unit-testing of signal
before the list gets flooded with updates of updates of zip archives
with the cur
On Thursday, October 27, 2011 4:43 PM, "Martin Peach"
wrote:
> On 2011-10-12 12:43, Hans-Christoph Steiner wrote:
> >
> > Now that pdlua and tclpd are officially part of Pd-extended, I just had
> > a little thought/feature request to make working with those objec
Martin's 'net' library builds on all platforms, so you could check there for
differences. On Ubuntu, 'meld' is an awesome GUI tool for seeing the
differences between versions of a file. 'opendiff' aka FileMerge is a similarly
awesome tool on Mac OS X.
.hc
On Oct 28, 2011, at 3:58 PM, Roman
On Oct 29, 2011, at 10:26 AM, IOhannes m zmölnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/19/2011 01:29 AM, Hans-Christoph Steiner wrote:
>> I committed the change to tkwidgets and the template/Makefile.
>>
>
> i tried to use the
On Oct 29, 2011, at 4:08 AM, Roman Haefeli wrote:
> On Sat, 2011-10-29 at 09:05 +0200, IOhannes m zmölnig wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 10/28/2011 09:58 PM, Roman Haefeli wrote:
>>> Hi Hans, IOhannes
>>>
>>> I don't have a clue what MSG_DONTWAIT is. I think
I'd like to update the Externals HOWTO to document the pd_error() and logpost()
functions. I can't seem to find the source. Any pointers?
.hc
Programs should be written for people to read, and only incidentally for
On Oct 29, 2011, at 1:40 PM, Roman Haefeli wrote:
> On Sat, 2011-10-29 at 10:37 -0400, Hans-Christoph Steiner wrote:
>> On Oct 29, 2011, at 4:08 AM, Roman Haefeli wrote:
>>
>>> On Sat, 2011-10-29 at 09:05 +0200, IOhannes m zmölnig wrote:
>>>> -BEGIN PGP
I just saw that Max's [table] object has an inlet and outlet on it. You can
send the position to the [table] object and it'll output the value. Then it
also has a second inlet for setting the value at that position.
I think this interface is really nice and simple. I looked around to find ho
Hey August,
Hope your happy hacking or dissertation writing or whatever it is occupying you
these days. There have been some gmerlin-avdecoder updates, and we are nailing
down 64-bit releases, so I wanted to make some new builds for readanysf~ for
Mac OS X.
Do you have any particular plans f
On Oct 30, 2011, at 4:23 PM, IOhannes m zmölnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/30/2011 09:13 PM, IOhannes m zmölnig wrote:
>>
>> it is exactly my suggestion to standardize it to lib$(LIBNAME).$(EXT).
>>
>
> to be more precise, my suggestion basically contai
On Oct 30, 2011, at 12:39 PM, august wrote:
>> Hey August,
>>
>> Hope your happy hacking or dissertation writing or whatever it is occupying
>> you these days.
>
> The dissertating is done, man! Now on to greener pastures.
Congratulations!
> I see you have a new addition to your family.
On Oct 31, 2011, at 4:53 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-10-30 22:41, Hans-Christoph Steiner wrote:
>>
>> Having the name SHARED_SOURCE singular highlights that its a single file,
>> which I think i
On Oct 31, 2011, at 4:59 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-10-30 20:03, Roman Haefeli wrote:
>>
>> Building iemnet on the Windows build machine still failed:
>> http://autobuild.puredata.info/auto-build/2011-10-30/logs/2011-10-30_03.31.
On Oct 31, 2011, at 10:46 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-10-31 15:39, Hans-Christoph Steiner wrote:
>>
>> On Oct 31, 2011, at 4:59 AM, IOhannes m zmoelnig wrote:
>>
>>> -BEGIN PGP SIGNED
On Oct 31, 2011, at 12:05 PM, august wrote:
>
>
>> The Windows build server in the PdLab now has gmerlin-avdecoder and ffmpeg
>> installed, but not will all of the codecs. I think patko has made a windows
>> build of readanysf~ in the past, hopefully he can help again.
>
> hmm. Interesting.
On Oct 31, 2011, at 2:27 PM, august wrote:
The Windows build server in the PdLab now has gmerlin-avdecoder and ffmpeg
installed, but not will all of the codecs. I think patko has made a
windows build of readanysf~ in the past, hopefully he can help again.
>>>
>>> hmm. Interesti
On Oct 31, 2011, at 2:47 PM, august wrote:
>>> Okay, I just tried the windows pdlab machine. readanysf~ compiles just
>>> fine. The linking is broken however. I get a bunch of
>>> libgmerlin_avdec.a undefined references to ffmpeg :
>>> 'avcodec_find_decoder', 'avcodec_flush_buffers', etc.
>>>
Hey Katja,
Nice introduction, I am looking forward to your commits. I'll just let this
sit a little bit for our lazy consensus then add you.
.hc
On Oct 31, 2011, at 9:44 PM, katja wrote:
> Hello dev list,
>
> In recent months I changed some lines in Pd core code to make it
> double-precisio
Gem has both OpenGL and pixel/video operations and is well maintained. PDP is
a different, perhaps complementary, approach to video than Gem's pix. Its not
really currently maintained beyond little fixes, but its up for grabs really,
if you wanted to take it on. There is 3dp as well, which i
ideo effect using
> PDP and finish with some nice fractal images made with gridflow, I think this
> would be a real pain as they all have different output windows with varying
> degrees of compatibility.
>
>
>
> Like I said though they are all great , nothing I could say co
There are two build systems still in vanilla, the old one in
pd/src/configure.in and the new one in pd/configure.ac. Use the new one. And
it probably also needs a patch to work on MinGW. That makes me think, I don't
know the status of Pd-vanilla building on MinGW, but Pd-extended is built on
I recently made a new 'bundle' package for Fink that sets up all of the
dependencies needed for building Pd-extended on Mac OS X. I'd love to see if
this works for anyone else, you can test it by doing:
fink selfupdate
fink install pd-extended-dev
.hc
---
On Nov 2, 2011, at 9:12 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> while i have access to the w32 build machine in the PdLab i have a hard
> time getting anything useful to compile.
>
> this is mainly, because i cannot access the binaries built by the
>
On Nov 2, 2011, at 10:05 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-11-02 14:43, Hans-Christoph Steiner wrote:
>>
>> I assume you need access to the binaries for the linking. You can point
>> your PD_PATH to /hom
On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-11-02 16:30, Hans-Christoph Steiner wrote:
>>
>> I forced everything in the 'pd' account to be read everyone, hope that helps.
>
>
On Nov 2, 2011, at 12:03 PM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-11-02 16:59, Hans-Christoph Steiner wrote:
>>
>> On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote:
>>
>>> -BEGIN PGP SIGNED
I'm ready to add you, but I couldn't find your sourceforge account name. Can
you send it?
.hc
On Oct 31, 2011, at 9:44 PM, katja wrote:
> Hello dev list,
>
> In recent months I changed some lines in Pd core code to make it
> double-precision-compilable. I'd like to help a bit with making
> P
> Mac OSX 10.6.8
> n
>
>
> Le 02/11/11 06:32, Hans-Christoph Steiner a écrit :
>> I recently made a new 'bundle' package for Fink that sets up all of the
>> dependencies needed for building Pd-extended on Mac OS X. I'd love to see
>> if this works for an
irectory layout, and get them
> installed. But that question is for another thread.
>
> Katja
>
>
> On Thu, Nov 3, 2011 at 3:57 AM, Hans-Christoph Steiner wrote:
>>
>> I'm ready to add you, but I couldn't find your sourceforge account name.
>> Can
So now that Katja has a nice testing patch and has written a bunch of tests, I
think we need to nail down a standard naming and location for the tests. I
think that 'unittest' should be the standard name for them. Then the patches
will be called 'osc~-unittest.pd', the library subfolder will
hat.
.hc
On Nov 3, 2011, at 10:27 AM, Hans-Christoph Steiner wrote:
>
> So now that Katja has a nice testing patch and has written a bunch of tests,
> I think we need to nail down a standard naming and location for the tests. I
> think that 'unittest' should be the stand
On Nov 3, 2011, at 3:56 PM, katja wrote:
> On Thu, Nov 3, 2011 at 3:28 PM, Hans-Christoph Steiner wrote:
>
>> - each library would have a 'unittests' folder for the tests that are
>> specific to that
>> library. Ideally each object would have a test patch i
On Nov 3, 2011, at 7:48 PM, katja wrote:
> On Thu, Nov 3, 2011 at 10:06 PM, Hans-Christoph Steiner wrote:
>
>> I think the test abstractions should probably be distributed as a regular
>> library, and
>> included in Pd-extended.
>
> That is easier to ma
Ok, I setup the jenkins build server to now work for Mac OS X 10.4, 10.5, and
10.6. I figured out how to get a single job to build on all three:
https://160.79.59.149:8443/job/pure-data/
IOhannes, if you want do this for Gem, you'll have to create a new Job as a
"multi-configuration project".
On Oct 31, 2011, at 12:05 PM, august wrote:
>
>
>> The Windows build server in the PdLab now has gmerlin-avdecoder and ffmpeg
>> installed, but not will all of the codecs. I think patko has made a windows
>> build of readanysf~ in the past, hopefully he can help again.
>
> hmm. Interesting.
No big thing, we all break the build sometimes :) Thanks for the quick fix.
As long as you follow up the next day, don't worry too much about breaking the
build. Its only really a problem when we go more than a couple days without
builds. But yes, it is better to not break the build ;)
.hc
I'm just trying my hand at writing my first tclpd library, 'tclfile', which is
basically all of the individual subcommands of Tcl's 'file' command broken out
as separate objects. This has given rise to a couple questions/comments:
- do I need to use proc+ or can I just use proc?
- it seems l
On Nov 7, 2011, at 5:43 PM, mescali...@gmail.com wrote:
> Il 07/11/2011 23:25, Hans-Christoph Steiner ha scritto:
>> I'm just trying my hand at writing my first tclpd library, 'tclfile', which
>> is basically all of the individual subcommands of Tcl's '
refers to number of bytes, not bits), but on the other
> hand, PD_FLOATSIZE may already be used by developers of external libs
> in the meantime. If we can not solve this today, I will undo my
> changes to creb for the moment, to no longer block the builds.
>
> Katja
>
>
.hc
implement-PD_BIGORSMALL-with-unions.patch
Description: Binary data
On Nov 8, 2011, at 10:37 AM, Hans-Christoph Steiner wrote:
>
> I think the solution is quite easy, PD_FLOATSIZE was introduced in a patch
> from IOhannes "implement PD_BIGORSMALL() with unions". This patch i
On Nov 8, 2011, at 5:32 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> ola!
>
> since i don't know any better place to ask, i'll ask here...
>
>
> debian-testing-amd64.pdlab.hfbk.net
> - ---
> for whatever reasons, this mac
On Nov 8, 2011, at 11:17 AM, katja wrote:
> On Tue, Nov 8, 2011 at 1:18 PM, katja wrote:
>
>> There is a small but crucial difference in the API between Pd-extended
>> and Pd-double. In Pd-extended, float precision is defined with
>> PD_FLOATSIZE and in Pd-double it is PD_FLOATPRECISION. This m
On Nov 8, 2011, at 5:32 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> ola!
>
> since i don't know any better place to ask, i'll ask here...
>
>
> debian-testing-amd64.pdlab.hfbk.net
> - ---
> for whatever reasons, this mac
Hey Katja,
I was just reviewing the double precision patches for the extra/ section of
pure-data. I think we should try to get Miller to accept the 'extra/' fixes
into pure-data.git now. It seems to me that almost all of these changes are
just float --> t_float, which are really no-brainers
On Nov 8, 2011, at 8:32 PM, katja wrote:
> On Tue, Nov 8, 2011 at 9:04 PM, Hans-Christoph Steiner wrote:
>>
>> Hey Katja,
>>
>> I was just reviewing the double precision patches for the extra/ section of
>> pure-data. I think we should try to get Miller to a
On Nov 9, 2011, at 11:14 AM, katja wrote:
> On Wed, Nov 9, 2011 at 4:58 AM, Hans-Christoph Steiner wrote:
>
>>> Ah these typedefs are nonsense indeed, t_float and t_floatarg are
>>> defined in msp's zdsp.h as well, at least since Max/Msp5, earlier
>>> vers
read in 0 seconds.
> Failed: no package found for specification 'pd-extended-dev'!
> megrimm-mbp:~ megrimm$
>
>
>
>
> On Thu, Nov 3, 2011 at 10:19 AM, Hans-Christoph Steiner wrote:
>>
>> Thanks for that. It turns out there are still two deps in unstab
On Nov 9, 2011, at 6:46 PM, katja wrote:
> On Wed, Nov 9, 2011 at 5:51 PM, Hans-Christoph Steiner wrote:
>
>
>>> So far I have just turned float into t_float. Only when t_sample and
>>> t_float are used consistently throughout all Pd(-extended) code, it
>>&
On Nov 10, 2011, at 11:05 AM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-11-10 16:26, Hans-Christoph Steiner wrote:
>>
>> Even better would be to fix the new build system. One of the reasons I
>> removed extra/
On Nov 10, 2011, at 12:16 PM, IOhannes m zmoelnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2011-11-10 17:57, Hans-Christoph Steiner wrote:
>>
>>> That is 'make install' doing that, not 'make'. 'make install' is o
Just playing around with tclpd, pd::strip_selector makes working with the lists
nice and easy in Tcl. One thing though: floats are rendered with trailing
zeros, so [float 1( is rendered as {float 1.0} in tclpd. tclpd should really
use [format %g $arg] to format the floats so that they are the
That's a good idea for now for a workaround.
In the case of type-punning, I think that code should be replaced with
something that uses a different technique rather than making separate type
punning for 32 and 64 bits. I think unions can be used in many of those
situations. Type punning is
e?
> or what you propose?
> actually there is no formatting involved, 1.0 it's just how a float appears
> by default in tcl e.g. when you print it.
>
>
> Il 12/11/2011 06:27, Hans-Christoph Steiner ha scritto:
>> Just playing around with tclpd, pd::strip_selector makes work
I think generally, for gem + audio patches, people run two instances of Pd, one
for Gem and the other for the audio. The audio instance has realtime priority,
and the Gem one does not.
.hc
On Nov 13, 2011, at 10:17 PM, Ricardo Fabbri wrote:
> Hi,
>
> I am building instalations/instruments w
1301 - 1400 of 2320 matches
Mail list logo