. when you print it.
Il 12/11/2011 06:27, Hans-Christoph Steiner ha scritto:
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
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
,
On Monday, November 14, 2011, Hans-Christoph Steiner h...@at.or.at wrote:
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
Hey Katya,
I incorporated your unittests changes into the template Makefile, that should
make it easier to update the Makefiles of any lib you are adding unittests too.
I don't know if you've used opendiff/FileMerge.app much, but it makes things
like updating a libs Makefile from the template
On Nov 17, 2011, at 6:24 AM, katja wrote:
On Thu, Nov 17, 2011 at 5:34 AM, Hans-Christoph Steiner h...@at.or.at wrote:
I incorporated your unittests changes into the template Makefile, that
should make it easier to update the Makefiles of any lib you are adding
unittests too.
Thanks
Woo hoo! 32-bit ints in Pd! Well done, thanks for your hard work on this :).
.hc
On Nov 17, 2011, at 8:53 AM, katja wrote:
Finally there is a first true Pd-double nightly build available for
testing, almost one month after the first announcement. It is an OSX
i386 build. Other builds will
On Nov 17, 2011, at 12:59 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-17 18:44, Hans-Christoph Steiner wrote:
Woo hoo! 32-bit ints in Pd! Well done, thanks for your hard work on this
:).
32bit ints?
more like 52bit ints.
much better
On Nov 21, 2011, at 4:36 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-08 18:13, Hans-Christoph Steiner wrote:
jenk...@macosx105-i386.puredata.info
it seems jenkins is still sending with this identity.
could you change that to jenk
. Instead, I now used the 'new build system' with
a few adaptations. These adaptations were derived from a patch file
for pd-extended by Patrice Colet and Hans Christoph Steiner. The patch
(the one for vanilla, attached, beware that it has windows style line
endings) takes care of the following
On Nov 28, 2011, at 2:20 PM, Martin Peach wrote:
On 2011-11-28 12:37, Hans-Christoph Steiner wrote:
I think Miller doesn't use MinGW, so building vanilla on Windows is probably
easiest using MSVC like he does. Pd-extended builds nightly (when the
server is up) using the pd/src
On Nov 28, 2011, at 5:12 PM, katja wrote:
On Mon, Nov 28, 2011 at 6:37 PM, Hans-Christoph Steiner h...@at.or.at wrote:
I think Miller doesn't use MinGW, so building vanilla on Windows is probably
easiest using MSVC like he does. Pd-extended builds nightly (when the
server is up) using
On Tuesday, November 29, 2011 1:56 AM, katja katjavet...@gmail.com
wrote:
On Tue, Nov 29, 2011 at 12:57 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
The new build system is almost ready for nightly Windows builds, but not
quite. So the Pd-extended nightly builds still use pd/src
Hey Krzysztof,
Glad to see you posting again on pd-dev! :) Thanks for the breakdown
on the bug, that should be helpful, especially combined with pd-l2ork.
Jonathan, do you know which release date introduced this fix in
pd-l2ork? Then we can isolate it. Otherwise its difficult to navigate
Sounds like a good plan. I think a number of us support that goal. Any
specific way we can help in the near future to get the ball rolling on that?
.hc
On Dec 14, 2011, at 8:02 PM, Miller Puckette wrote:
Personally, I'm hoping to put band-aids on as many manaifestations of the
problem as
There are a couple of minor details in that patch that I fixed in the attached
patch:
- remove debugging post() messages from editor_new() and editor_free()
- remove glist_free() and glist_cleanup() from g_canvas.h since they no longer
exist
.hc
The macosx104-powerpc build machine is kind of flaky, so I set it to reboot
once a day at 1:05 Eastern time.
.hc
Programs should be written for people to read, and only incidentally for
machines to execute.
- from
Its time to create the Pd-extended 0.43 release branch. The new process is
tying all of the included libraries to their official releases on
puredata.info. So while the nightly builds have been straight from trunk,
maintainers will now be responsible for making their own releases, and
I don't really have a sense of other possible approaches and their
advantages/disadvantages. Couldn't this issue also be solved in the logic of
the code? A lot of the current global variables could easily be visible in each
thread, and still be fully functional. Things like sys_libdir and
On Jan 15, 2012, at 1:46 AM, Miller Puckette wrote:
On Sun, Jan 15, 2012 at 07:16:44AM +0100, Albert Graef wrote:
On 01/15/2012 05:34 AM, Miller Puckette wrote:
I noticed font sizes changed from 0.42 to 0.43 and tried to tweak them
back to 0.42-style, by having the new font-size-search code
Hey Ico,
I'm just trying out the latest pd-l2ork. I noticed that the executable
is now 'pd-l2ork' and it installs into /usr/local/lib/pd-l2ork. That's
great, that makes installing in parallel much easier. But there are
still a few things that conflict with other packages, including things
Hey IOhannes,
I am starting to copy libraries into the pd-extended/0.43 release branch. Do
you think you'll do a 2.2.6 any time soon? shall I just include 2.2.5?
.hc
Looking at things from a more basic level, you
Has anyone tried this? It seems like it would be very valuable for Pd
applications, since Motion JPEG is the standard codec:
http://libjpeg-turbo.virtualgl.org/
libjpeg-turbo is a derivative of libjpeg that uses SIMD instructions
(MMX, SSE2, NEON) to accelerate baseline JPEG compression and
I've been trying to debug this really annoying issue. The [info
complete] look in pd_readsocket was causing some drastic slowdowns on
some GUI objects like Scope~, making them unusable. If you remove the
[info complete] bracket from pd_readsocket, there are these intermittent
Tcl stacktraces
On Jan 23, 2012, at 12:41 AM, Mathieu Bouchard wrote:
Le 2012-01-22 à 21:16:00, Miller Puckette a écrit :
Quick guess; the socket itself (at the OS level) has a fixed buffer size
and if the sending process exceeds it it is suspended until the receiving
process eats at least some of it.
On Jan 23, 2012, at 12:45 AM, Mathieu Bouchard wrote:
Le 2012-01-22 à 21:16:00, Miller Puckette a écrit :
There's not much way around this. One possibility (if indeed this is a
serious efficiency issue) would be for Pd to append a done message to each
batch up tcl to up-send.
That's
things to try:
Hans-Christoph Steiner
I'm having a weird socket buffering issue in my app, Pd. It is two processes:
a pure Tcl GUI (pd-gui) and a C engine (pd) which communication over a TCP
socket. In pd-gui, I setup the socket to get the data like this:
fconfigure $sock -blocking 0 -buffering
On the 64-bit build of Pd-extended 0.43.1 on Mac OS X 10.6/Intel, I get this
error from tclpd whenever I start it:
/Applications/Pd64-0.43.1-extended-20120119.app/Contents/Resources/Scripts/../extra/tclpd/tclpd.pd_darwin:
On Jan 23, 2012, at 12:54 AM, Miller Puckette wrote:
On Mon, Jan 23, 2012 at 12:45:09AM -0500, Mathieu Bouchard wrote:
Le 2012-01-22 à 21:16:00, Miller Puckette a écrit :
There's not much way around this. One possibility (if indeed this
is a serious efficiency issue) would be for Pd to
[info complete]ß
15:50
(03:50:42 PM) ijchain: ferrieux but the trade-off depends on your data
of course
From 6a812eb2e2f232fa46d6750ac857ca3c1ba6eb47 Mon Sep 17 00:00:00 2001
From: Hans-Christoph Steiner h...@eds.org
Date: Mon, 23 Jan 2012 15:52:06 -0500
Subject: [PATCH 1/1] profiled, improved
On Jan 25, 2012, at 2:55 PM, András Murányi wrote:
On Wed, Jan 25, 2012 at 18:30, batinste dwanaf...@yahoo.fr wrote:
Hi there !
András Murányi told me that i should join the compile farm, and i think
it could be nice to help the community. I have a Hewlett Packard Aspire
Revo 1.6GHz Intel
On Jan 25, 2012, at 6:32 PM, Peter Brinkmann wrote:
On Wed, Jan 25, 2012 at 5:38 PM, Charles Henry czhe...@gmail.com wrote:
On Wed, Jan 25, 2012 at 11:46 AM, Peter Brinkmann
peter.brinkm...@googlemail.com wrote:
Hi Chuck,
Check out the early bits of this thread --- various use cases
Any word on this? I'd like to import zexy into the pd-extended/release
branch now, but if you're going to do a 2.2.6 release soon, I probably
can wait.
.hc
On Mon, Jan 16, 2012, at 14:13, Hans-Christoph Steiner wrote:
Hey IOhannes,
I am starting to copy libraries into the pd-extended/0.43
On Jan 27, 2012, at 12:28 PM, batinste wrote:
On 27/01/2012 16:17, Hans-Christoph Steiner wrote:
On Jan 25, 2012, at 2:55 PM, András Murányi wrote:
On Wed, Jan 25, 2012 at 18:30, batinste dwanaf...@yahoo.fr wrote:
Hi there !
András Murányi told me that i should join the compile farm
The current pdstring format of lists of bytes seems to be working out pretty
well. I just had a thought, it would be nice to be able to write Unicode text
out as UTF-8 files using [binfile]. I think currently it only accepts byte
values of 0-255. What if it converted values 255 in the
On Jan 30, 2012, at 6:36 PM, Martin Peach wrote:
On 2012-01-30 17:45, Hans-Christoph Steiner wrote:
The current pdstring format of lists of bytes seems to be working out pretty
well. I just had a thought, it would be nice to be able to write Unicode
text out as UTF-8 files using
On Tue, Jan 31, 2012, at 09:41, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-01-31 00:52, Hans-Christoph Steiner wrote:
That does make more sense, so something like [bytes2utf8], etc.
utf8 is always a list of bytes.
if you get values 255 than
On Feb 7, 2012, at 3:37 PM, Mathieu Bouchard wrote:
Le 2012-01-23 à 14:00:00, Hans-Christoph Steiner a écrit :
if {[string index $cmd_from_pd end] eq \\} {
::pd_connect::pd_readsocket $cmd_from_pd
}
if {[catch {uplevel #0 $cmd_from_pd} errorname]} {
This is very wrong
Can you post those patches and how to make them trigger the glitch? Does it
cause any problems, or just post that error message?
.hc
On Feb 11, 2012, at 12:48 AM, patrick wrote:
hi pd-dev / hans,
(Tcl) UNHANDLED ERROR: bad window path name .x17413d0
while executing
wm attributes
I just tried loading gridflow 9.13 on Pd-extended 0.43 on Mac OS X 10.6.8, and
it couldn't load because it was looking for libpng12.0.dylib inside of
Pd-extended. The included dylibs are automatically included based on what the
included objects are linked to, so they are not good to rely on,
On Feb 11, 2012, at 11:31 AM, Hans-Christoph Steiner wrote:
I just tried loading gridflow 9.13 on Pd-extended 0.43 on Mac OS X 10.6.8,
and it couldn't load because it was looking for libpng12.0.dylib inside of
Pd-extended. The included dylibs are automatically included based on what
On Feb 11, 2012, at 12:16 PM, Mathieu Bouchard wrote:
Le 2012-02-11 à 11:31:00, Hans-Christoph Steiner a écrit :
I just tried loading gridflow 9.13 on Pd-extended 0.43 on Mac OS X 10.6.8,
and it couldn't load because it was looking for libpng12.0.dylib inside of
Pd-extended
perpetually forgetting how to use it! I can still program a little in C
although it has been a while. I use Linux. At the moment I don't have
access to a windows compiler.
Cheers,
Iain
On Thu, 2012-02-09 at 11:55 -0500, Hans-Christoph Steiner wrote:
Are you interested in maintaining your motex
On Mon, 2012-02-13 at 17:34 +0100, Roman Haefeli wrote:
On Fri, 2012-02-10 at 09:18 -0800, Miller Puckette wrote:
On Fri, Feb 10, 2012 at 12:12:42PM -0500, Hans-Christoph Steiner wrote:
On Feb 10, 2012, at 4:24 AM, Roman Haefeli wrote:
Hi Miller
On Thu, 2012-02-09 at 09
On Feb 13, 2012, at 11:05 PM, Mathieu Bouchard wrote:
Le 2012-02-11 à 14:18:00, Hans-Christoph Steiner a écrit :
I just downloaded gridflow-9.13-macosx104-i386.tar.gz and it was looking for
libpng12 at @executable_path/../../lib/libpng.12.0.dylib.
I don't know what happened
Turns out that the libfoo.dll thing in libdirs isn't loading properly in
Windows. I have a fix in the works.
.hc
On Feb 14, 2012, at 3:24 PM, Roman Haefeli wrote:
Hi
In the latest (working) version of Pd-extended (2012-02-01) for Windows,
iemnet classes cannot be created. When creating
Let's keep this kind of stuff on the list, I cc'ed pd-dev. Fixed with this
commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=15969
Using this regexp:
sed -i 's|\([^\\]\),|\1 \\,|g' */*-meta.pd
.hc
On Feb 16, 2012, at 10:38 PM, Jonathan Wilkes wrote:
The debian/testing/amd64 build might work better for you. If you still have a
problem, please post a bug report. I quickly looked and didn't see the cause.
.hc
On Feb 18, 2012, at 1:00 PM, patrick wrote:
fresh from today:
linux mint 12 - 64bit (had to use the r33p debian sqeeze amd 64
On Feb 19, 2012, at 1:15 PM, Mathieu Bouchard wrote:
Le 2012-02-19 à 10:05:00, Miller Puckette a écrit :
It's hilarious - there's exactly one aspect of Pd run-time semantics that
depends on screen location -- inlets/outlets of subpatches are numbered in
left-to-right order on teh screen.
, Hans-Christoph Steiner h...@at.or.at wrote:
I don't quite understand. That one worked for you, or didn't? Which build
has a problem?
.hc
On Feb 18, 2012, at 2:51 PM, patrick wrote:
hi hans,
Pd-0.43.1-extended-debian-testing-amd64.deb 18-Feb-2012 06:53 1.8K
there's
The PdLab Jenkins server is back up and running:
https://macosx105-i386.pdlab.puredata.info
I just got it a proper CAcert.org TLS certificate, so
inline: macosx105-i386.pdlab.puredata.info.certificate_fingerprints.png
If you want to build your software on the jenkins server, please post a
I tried the Ubunut/oneiric build today with jack and didn't get this. I was
getting lots of those messages to the Pd window tho.
.hc
On Feb 19, 2012, at 12:22 PM, patrick wrote:
hi hans,
sorry, i tried Pd-0.43.1-extended-20120218-r33p.debian-squeeze-amd64.deb the
first time with this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Feb 21, 2012, at 7:08 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-21 13:03, IOhannes m zmoelnig wrote:
- `pkg-config --cflags pdextended` returns -I/usr/local/include/pd,
which does not exist
On Feb 21, 2012, at 11:26 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-21 17:15, Hans-Christoph Steiner wrote:
- - should /usr/include/m_pd.h be handled likewise, using
update-alternatives? again, i'm not sure whether this is good style
On Feb 21, 2012, at 11:33 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-21 17:20, Hans-Christoph Steiner wrote:
I reinstalled 'puredata' on debian-stable-amd64, sorry about that, I don't
know what happened there. The build systems are mean
On Feb 21, 2012, at 11:47 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-21 17:40, Hans-Christoph Steiner wrote:
Pd-vanilla does provide the sources, but there are two issues:
- it does not include the include/pd/ subdir for headers
i don't
On Nov 1, 2011, at 10:30 AM, Frank Barknecht wrote:
On Sat, Oct 29, 2011 at 03:43:48PM -0400, Hans-Christoph Steiner wrote:
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
.
logpost(1) == verbose(1)
.hc
On Feb 27, 2012, at 10:15 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i move that to the list, as it makes discussion easier.
On 2012-02-27 15:32, SourceForge.net wrote:
Comment By: Hans-Christoph Steiner (eighthave)
idea
Yes, I object. Like I said in the bug tracker and this thread, I think
the offset should either remain the same or be the same as the rest.
.hc
On 02/28/2012 04:45 AM, IOhannes m zmoelnig wrote:
trying to take the heat out of this:
my patch suggested to change the loglevel offset from +4
On 02/28/2012 10:06 AM, IOhannes m zmoelnig wrote:
On 2012-02-28 16:03, Hans-Christoph Steiner wrote:
Yes, I object. Like I said in the bug tracker and this thread, I think
the offset should either remain the same or be the same as the rest.
may i ask why? what makes 4 better than 3?
+4
I was doing some comport profiling using an Arduino and Firmata. I noticed
that at the default poll time of 1ms, that there were many fruitless calls to
comport_tick() before any bytes where read. And that the bytes are always read
and written in clusters, no matter the poll time.
The
I just updated Jenkins and restarted it. It seems that the slaves are
re-attaching. Andras, are you interested in helping maintain the Jenkins
server? I could use some help :)
.hc
On Mar 8, 2012, at 9:00 PM, András Murányi wrote:
Hey, I just noticed 1-2 days ago that Jenkins' slaves are
On Mar 9, 2012, at 5:18 PM, András Murányi wrote:
2012/3/9 Hans-Christoph Steiner h...@at.or.at
I just updated Jenkins and restarted it. It seems that the slaves are
re-attaching. Andras, are you interested in helping maintain the Jenkins
server? I could use some help :)
.hc
Hey Bryan,
I was just doing a survey of all the help patches in Pd-extended 0.43, and I
saw that [gfsm] in moocow does not seem to be building properly. Do you want
to get this working for the Pd-extended 0.43 release?
Here's the error:
loading:
Hey Martin,
I just ran the load_every_help.py test script on Pd-extended 0.43 and saw this:
loading:
/Applications/Pd-0.43.1-extended-20120310.app/Contents/Resources/extra/mrpeach/tcpsocketserver-help.pd
declare: declare: unknown declaration
declare: declare: unknown declaration
tcpserver
I ran the load_every_help.py script on yesterday's build on Mac OS X. You can
see the log here:
http://autobuild.puredata.info/auto-build/2012-03-21/logs/load_every_help_palatschinken-3.local_2012-03-21_11.43.45.log
This log will should you errors in help patches, like if certain objects
Hey Bryan,
I'd like to ask you if its OK to port your pdstring library over to the Library
Template. pdstring does not need any special libraries, nor does it need to
handle any cross-platform differences, so autotools aren't really needed, and
the Makefile works fine. Plus using the
On Mar 27, 2012, at 11:56 AM, Mathieu Bouchard wrote:
Le 2012-02-26 à 20:38:00, Hans-Christoph Steiner a écrit :
After some probing, I figured out what the table object is: its an instance
of t_canvas/t_glist actually, with its own custom table_new() method.
That's a pretty odd
Hey Damian,
The gluiph was just that, it ran Pd directly on a DSP:
http://www.nime.org/proceedings/2003/nime2003_180.pdf
Depending on your skills, it could be easier to run a über-stripped OS like I
did on the Palm Pilots, which ran Pd tho they had 32megs of RAM. There wasn't
much more than
:58:49AM -0400, Hans-Christoph Steiner wrote:
Hey Damian,
The gluiph was just that, it ran Pd directly on a DSP:
http://www.nime.org/proceedings/2003/nime2003_180.pdf
Depending on your skills, it could be easier to run a über-stripped OS like
I did on the Palm Pilots, which ran Pd tho
usable would come
out? (I have never done anything with a DSP chip before and the examples on
TI's website are fairly heavy on the assembler, they mostly look like
microprocessor bit-bangy code..)
cheers
damian
On 02.04.2012, at 19:37, Hans-Christoph Steiner wrote:
Yeah, I imagine
Thanks to Greg Pond, we now have a macosx104-powerpc box online and running
builds via jenkins and the Pd-extended auto-build script. The whole Fink setup
is still building, so that's not in place yet.
But now this leads to the question: do we want to maintain things on Mac OS X
10.4? I
On Apr 5, 2012, at 2:18 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-04-05 20:10, Hans-Christoph Steiner wrote:
Thanks to Greg Pond, we now have a macosx104-powerpc box online and running
builds via jenkins and the Pd-extended auto-build script
I think those are usually SEO (Search Engine Optimization) bots that go around
posting innocuous comments with a link to the thing they want to promote. In
other words, spam.
I still think we should turn on the requirement to log into sourceforge before
posting to the trackers. It'll
That could be the solution, I haven't looked enough to know yet. My question
is: what is causing the sample rate to first be sent as 0? I remember that
seemed to be one of the behaviors related to this. Its probably something we
want to prevent from happening, unless someone can explain why
Good idea, done:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16126
.hc
On Apr 17, 2012, at 7:20 PM, m.e.grimm wrote:
im building flext right now and noticed that m_pd.h is in
pd-extended.app/Contents/Resources/include while flext (and many other
older
That's it.
.hc
On Apr 24, 2012, at 6:22 PM, Thomas Mayer wrote:
Hi,
where is the source code for [comport] that is included in Pd-extended?
Is this still the most recent source?
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem/comport/comport/
as it is
Excellent, thanks for the report, and thanks for taking care of the issues.
About the pd-extended-dev=0.43.1-1 thing, I don't really know what triggers it,
but it doesn't seem to prevent it from working.
.hc
On Apr 27, 2012, at 11:27 AM, m.e.grimm wrote:
hey hans,
i just removed my fink
will eventually need it for image support no?
m
On Fri, Apr 27, 2012 at 8:52 PM, Hans-Christoph Steiner h...@at.or.at wrote:
Excellent, thanks for the report, and thanks for taking care of the issues.
About the pd-extended-dev=0.43.1-1 thing, I don't really know what triggers
Hey John,
Thanks for your offer! I'm away in babyland these days, donno about
others, so your best bet will be if you are self-directed. There are
lots of bugs listed in the bug tracker, and a good bit of dev docs on
the website. Those are two good places to start.
Then, there is always
I got the Mac Jenkins server back up and running. Hopefully it stays
that way for a while:
https://macosx105-i386.pdlab.puredata.info/
Attached are the HTTPS cert fingerprints, if you don't feel like
installing the https://cacert.org root certs:
.hc
attachment:
Which version are you using? These fixes are already be included in
cyclone in SVN:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionsortby=daterevision=15018
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionsortby=daterevision=15651
.hc
On 09/03/2012 04:49
I added you as a developer to the pure-data project, welcome! (pd-gem is a
separate project on sourceforge).
One piece of advice: you might find it easier to start new project outside of
the pure-data SVN, but I do hope that you will be contributing to the existing
projects :-)
.hc
On Sep
http://antoine.villeret.free.fr
http://drii.ensad.fr
--
Google lit ce mail...
si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour
me contacter
2012/9/21 Hans-Christoph Steiner h...@at.or.at
I added you as a developer to the pure-data project, welcome! (pd
Ah, sorry, I didn't know that you were already in contact with them, I'm
not very current on all of the various subprojects. If you are already
in contact with them, then you clearly did not violate the rules :-D
.hc
On 09/24/2012 08:28 AM, Antoine Villeret wrote:
Hi Hans,
I'm very
For what its worth, the past couple Pd-extended releases on Mac OS X
have included the -fast flag, which does enable -ffast-math. I've never
heard any complaints, but I've also never tested it closely.
Hey Miller,
It would be very useful to have tags in your pure-data.git repo so its easy to
find the releases. I'm happy to do the tagging and uploading to the official
repo, or you can do it:
git tag 0.43.3 49d7e9c997afc3bfce8ce2ffea8a7c06a541d146
git tag 0.43.2
:
Funny - I'd been tagging away but never realized they weren't getting
pushed (didn't know about the 'tags' option) - see what it looks like to you
now.
chers
Miller
On Sun, Oct 07, 2012 at 08:36:43PM -0400, Hans-Christoph Steiner wrote:
Hey Miller,
It would be very useful to have tags
I've noticed that if you bang a [tabwrite~ array1] more often than about 100ms,
the array that its writing to will not send updates to the GUI. It seems that
its a kind of a fade out with [metro 100] seems to send all updates, [metro
98.8] send some updates and [metro 95] sends basically
To: IOhannes m zmölnig zmoel...@users.sf.net, Hans-Christoph Steiner
eighth...@users.sf.net, Frank Barknecht f...@users.sf.net, Guenter
Geiger ggei...@users.sf.net, Miller Puckette
millerpucke...@users.sf.net,
CC: Rich Bowen rbo...@sourceforge.net
Dear Pure Data Computer Music System project admin
Pd-extended 0.43 ships with the latest Gem release, which currently is
0.93.3, but I think will end up as 0.93.4.
If someone installs a newer Gem into their user folder, then Pd-extended
will load that one instead of the built-in one.
Hey all,
I was tired of dealing with a cryptic ./configure, so I converted OSCx
to be based on the Library Template. THis is currently in the
pd-extended/0.43 branch.
Anyone have any objections of me removing the old OSCx and replacing it
with the 'oscx' library?
.hc
Any objections? Shall I go with lazy consensus on this one?
.hc
On 10/16/2012 07:17 PM, Hans-Christoph Steiner wrote:
Hey all,
I was tired of dealing with a cryptic ./configure, so I converted OSCx
to be based on the Library Template. THis is currently in the
pd-extended/0.43 branch
On 10/19/2012 03:03 AM, IOhannes m zmölnig wrote:
On 10/19/2012 06:08 AM, Hans-Christoph Steiner wrote:
Any objections? Shall I go with lazy consensus on this one?
.hc
On 10/16/2012 07:17 PM, Hans-Christoph Steiner wrote:
Hey all,
I was tired of dealing with a cryptic ./configure, so I
On 10/19/2012 09:10 AM, IOhannes m zmölnig wrote:
On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote:
and i don't get the point of replacing OSCx by oscx.
Every other library folder in externals/ is all lower case.
which is a good rule for all new libraries.
imho, it's a bad idea
I have set up automatic builds direct from trunk/externals of SVN for all
libraries that are based on the Library Template[1]. It runs the script
trunk/externals/build-all-libdirs.sh whenever there is a new commit anywhere
in trunk/externals/. Its currently building on debian-stable-amd64
On 10/19/2012 10:45 AM, IOhannes m zmölnig wrote:
On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote:
why would you want to keep OSCx alive?
i would rather entirely remove this buggy and un-maintained (as in:
upstream,
not within PdX) library from any distribution.
Its still widely used
You can definiteyl post this to the sourceforge bugtracker, you can even do it
without logging in. But its much better if you do log in first, before
posting the bug report.
So please add a report there if its still an issue.
.hc
On 07/19/2012 03:16 PM, Patrice Colet wrote:
Hello, I'd like
On 10/19/2012 04:29 PM, IOhannes m zmölnig wrote:
On 10/19/2012 08:21 PM, Hans-Christoph Steiner wrote:
That's good to have, please post and maintain that somewhere, like maybe in
the 'osc' lib. But its not yet a replacement because at the very least its
not deployed.
i honestly dunno
On 10/20/2012 04:07 AM, IOhannes m zmölnig wrote:
On 10/20/2012 01:26 AM, Hans-Christoph Steiner wrote:
I'm not going to take on the maintenance of those patches, so just copying
them into Pd-extended is not an option. I'm think Pd-extended should have an
'oscx' compatible library , and 'oscx
On 10/20/2012 11:56 AM, IOhannes m zmölnig wrote:
On 10/20/2012 04:17 PM, Hans-Christoph Steiner wrote:
I'd happily ditch it if there was a drop in replacement. For example, I've
had many students come to me with the most popular Processing-- Pd starter
patch, and its based on oscx
1601 - 1700 of 1799 matches
Mail list logo