On Tue, 2008-03-04 at 10:14 -0500, Mathieu Bouchard wrote:
> On Mon, 3 Mar 2008, patrick wrote:
>
> > would it be possible to implement a repository mirroring in
> > trunk/abstractions/pdmtl for pdmtl abstractions:
> > At the bottom of http://subversion.tigris.org/ :
>
> Btw, are you 100% sure t
that this message will contain a full copy of the comment thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: pd-extended
> Group: None
> >Status: Closed
> >Resolution: Invalid
> Priority: 5
> Private: N
2008-03-18 at 11:59 +0100, Roman Haefeli wrote:
> yo.. actually my bug report was bogus, because it was not related to
> [import], but to how pd works on linux. it seems, that this bug was
> closed in the tracker, but some 'unpleasant aftertaste' remains.
>
> why are al
On Fri, 2008-04-18 at 19:19 +0200, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
> > Ultimately, that sounds like a good goal, but it would also be a lot
> > more work, and would cuase more bugs. There are incompatibilities
> > between
cool!
i will be lucky to test the builds as soon hardy is released and i will
be finished with school (in mid of june).
roman
On Thu, 2008-04-24 at 16:07 -0400, Hans-Christoph Steiner wrote:
> I am upgrading the ubuntu dapper LTS box to the new Hardy LTS right
> now. Let's hope everything goe
i am very much in favor of that change and i _don't_ care about any
backwards compatibility issues, since [declare] has been proven to be
very unreliable anyway. better to change it early, before usage of it is
widely spread.
personally i think, that your suggestion is the layout, that makes most
or this?
roman
On Thu, 2008-05-29 at 01:22 +0200, Roman Haefeli wrote:
> i am very much in favor of that change and i _don't_ care about any
> backwards compatibility issues, since [declare] has been proven to be
> very unreliable anyway. better to change it early, before u
hi all
i finally switched over from dapper to hardy and compiled all the
iemlibs fine (using the original makefiles), but they couldn't be
loaded:
/usr/local/lib/pd/extra/iemlib/iemlib1.pd_linux: undefined symbol:
__stack_chk_fail_local
iemlib1: can't load library
i got the same error for iemli
why don't you request dev-access to the pd-svn repository?
without your last post, i wouldn't have noticed, that i am using a very
outdated version. from a users point of view, i would like to be able to
check out as much as possible from the same repository. i think, that is
also the main goal of
hi all
why is [range], that was initially part of maxlib, moved to
/externals/deprecated ?
who decides, what is deprecated and what not?
roman
___
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Tue, 2008-06-24 at 12:08 +0200, Hans-Christoph Steiner wrote:
> [range] was never part of maxlib. It was a silly kludge I think in
> like 2002. I created it, so I decided to deprecate it.
from /externals/deprecated/range.c:
/* - range
On Mon, 2008-06-23 at 15:20 +0200, Steffen Juul wrote:
> On Mon, June 23, 2008 2:31 pm, Roman Haefeli wrote:
> > i would like to be able to
> > check out as much as possible from the same repository. i think, that is
> > also the main goal of pd-svn, isn't it?
>
&g
On Fri, 2008-06-27 at 19:24 -0400, Mathieu Bouchard wrote:
> On Tue, 24 Jun 2008, Roman Haefeli wrote:
>
> > anyway, it seems that it has been years ago, so nevermind. i was
> > confused when trying to help someone with a patch, that uses [range],
> > which i found in /dep
On Thu, 2008-07-03 at 16:05 -0400, Mathieu Bouchard wrote:
> On Thu, 3 Jul 2008, Roman Haefeli wrote:
>
> > sorry for late reply. i couldn't figure out, what [range] from gridflow
> > does, so it makes you difficult to have an opinion about this. the fact,
> > that
On Sat, 2008-07-05 at 21:05 -0400, Mathieu Bouchard wrote:
> On Thu, 3 Jul 2008, Roman Haefeli wrote:
>
> > ÿÿthe solution would be to give it a name, that clearly relates to
> > gridflow. [gf.range] or whatsoever (similar to grid processing
> > classnames starting
On Mon, 2008-07-07 at 23:36 +0200, [EMAIL PROTECTED] wrote:
> > Originally [range] was only there so that when I convert jMax patches
> > to Pd patches, I wouldn't have to do elaborate search-and-replaces.
> > Although later on I could have decided to let it go and do things the
> > Pd way, inst
On Tue, 2008-07-08 at 18:51 +0200, [EMAIL PROTECTED] wrote:
> Claude Heiland-Allen wrote:
> > [EMAIL PROTECTED] wrote:
> >> btw such "range" is very feasible with only pd language
> >
> > dollarg
> > ... couldn't create
> >
> it's from iemlib2.
>
> my opinion is that such externals are so vital t
hi all
i followed the README.cvs file included and when doing 'make' i get:
Making all in config
make[1]: Entering directory
`/home/roman/pd-svn/externals/moocow/pdstring/config'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/roman/pd-svn/externals/moocow/pdstring/config
hi all
i have [tcpserver] from mrpeach installed in:
/usr/local/lib/pd/extra/mrpeach/tcpserver.pd_linux
and i have a patch with:
[declare -stdpath extra/mrpeach]
[tcpserver]
however, [tcpserver] doesn't instantiate. as verbose output i get:
tried /home/roman/extra/mrpeach/tcpserver.l_i386 a
On Tue, 2008-08-12 at 18:47 -0400, marius schebella wrote:
> hi roman,
>
> thanks for bringing this one up :). just tested it on OSX and here is
> what I got: it has some effect, but not as supposed. It extends the path
> relative to the directory of the pdpatch (and not as stated in the help
>
On Tue, 2008-08-12 at 17:42 -0500, Mike McGonagle wrote:
> Hi Roman,
>
> Not sure if this is the problem, but I had similar troubles like this,
> and to solve the issue, I saved the patch that contains the [declare]
> in it, and then reopened it. I guess the issue here is that declare
> really on
On Tue, 2008-08-12 at 18:52 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > hi all
> >
> > i followed the README.cvs file included and when doing 'make' i get:
> >
> > Making all in config
> > make[1]: Entering directory
> > `/home/ro
hi all
i made some tests with the new [declare] in 0.42.0test5. here the
results:
-lib and -stdlib:
those expand the global namespace. when having [declare -stdlib
extra/zexy] somewhere, all zexy classes are available for any patches.
-path and -stdpath:
they expand the namespace of the parent p
On Fri, 2008-11-07 at 17:55 -0800, Miller Puckette wrote:
> Actually, I think it would be a bad idea to have an abstraction affect the
> search path of the containing patch. There would be no way for the patch to
> know about the stuff getting added to the path until the abstraction gets
> loaded.
On Sun, 2008-11-09 at 23:29 +0100, Luigi wrote:
> Hi
>
> i am trying to build pd on debian on a macbook (DualBoot)
>
> I tried to use puredyne and realized that pd does not start at all..
>
> it just hangs with watchdog/signalling
>
>
> I then build puredata from source (debian way) and the sa
On Wed, 2008-11-05 at 12:22 -0800, Miller Puckette wrote:
> Followup: it looks like currently, "declaring" a path inside an
> abstraction adds the declaration, buggily, to the whole line of parent
> patches. one result of this is that, if you have a bunch of copies of
> an abstraction "declaring"
hi all, hi martin
as pointed out in a previous thread, it's tricky to use [tcp*] object
classes for transporting packet oriented protocols, such as OSC or FUDI.
when dealing with [tcpserver], the situation gets even more tricky. when
several clients are connected to a [tcpserver] and they all send
On Mon, 2009-01-12 at 15:26 -0500, Hans-Christoph Steiner wrote:
> This looks very cool, we need an easy to use OSC replacement for
> dumpOSC/sendOSC. One thing, I get this when I load them:
i am afraid, that they do not make it easier for the user to use
mrpeach/osc. at the least the goal was
hi everyone
i once posted a bug to the tracker and it still appears to be there in
version 0.42.3.
since this bug is kind of viral, so that it corrupts patches invisibly
and without being noticed by the author, and also since quite some of my
own patches got affected by that bug, i would like to
On Sun, 2009-02-15 at 23:52 -0500, Hans-Christoph Steiner wrote:
> Hey,
>
> Right now, Pd-extended is loading a lot of libraries by default. Most
> people never used most of those libraries, so I think it makes sense
> to reduce that number to move towards the goal of having the library
> l
On Mon, 2009-02-16 at 22:58 +0100, Frank Barknecht wrote:
> Hallo,
> Matt Barber hat gesagt: // Matt Barber wrote:
>
> > At least we know it was an intentional difference:
> >
> > http://lists.puredata.info/pipermail/pd-list/2008-04/061603.html
> >
> > For extended would it be possible to exclud
On Tue, 2009-02-17 at 07:30 +0100, Frank Barknecht wrote:
> Hallo,
> Matt Barber hat gesagt: // Matt Barber wrote:
>
> > > Getting rid of cyclone's pow~ would break all of the patches that rely
> > > on cyclone's pow~, and would also make it harder to import Max/MSP
> > > patches. Removing it is
On Tue, 2009-02-17 at 07:12 +0100, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
> > On Feb 16, 2009, at 4:46 PM, Frank Barknecht wrote:
> >
> > >How does minimizing the number of "loaded libraries" affect the goal
> > >of storing preferenc
On Tue, 2009-02-17 at 07:30 +0100, Frank Barknecht wrote:
> Hallo,
> Matt Barber hat gesagt: // Matt Barber wrote:
>
> > > Getting rid of cyclone's pow~ would break all of the patches that rely
> > > on cyclone's pow~, and would also make it harder to import Max/MSP
> > > patches. Removing it is
On Tue, 2009-02-17 at 07:26 +0100, Frank Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
> > from what i have understood, it is not cyclone's ability to replace
> > built-ins, but it is a so called new feature of pd 0.42. the same
> >
On Tue, 2009-02-17 at 00:36 -0500, Matt Barber wrote:
> > Getting rid of cyclone's pow~ would break all of the patches that rely
> > on cyclone's pow~, and would also make it harder to import Max/MSP
> > patches. Removing it is not a solution.
>
>
> Okay. But I don't see why something that is a
On Tue, 2009-02-17 at 09:38 +0100, Frank Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
> > On Tue, 2009-02-17 at 07:26 +0100, Frank Barknecht wrote:
> > how can someone assume so? > no, that is so not true. i didn't even know,
>
On Tue, 2009-02-17 at 10:47 +0100, IOhannes m zmoelnig wrote:
> Frank Barknecht wrote:
> > Hallo,
> > Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> >
> >> On Tue, 2009-02-17 at 07:26 +0100, Frank Barknecht wrote:
> >> how can someone assume so? > n
On Tue, 2009-02-17 at 11:24 +0100, marius schebella wrote:
> hey hans,
>
> if it's called "extended" and you strip it down to the bare bones,
> then where's the extended part?
i think, noone wanted to strip down anything. this is only about not
loading the whole bunch of libs automatically anymor
On Tue, 2009-02-17 at 21:20 +0100, Steffen Juul wrote:
> On 17/02/2009, at 21.06, Frank Barknecht wrote:
>
> > Hallo,
> > Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> >
> >> correct me, if this is wrong, but i understand, that overriding
> >&g
On Wed, 2009-02-18 at 15:21 +0100, IOhannes m zmoelnig wrote:
> Martin Peach wrote:
> >
> > Well isn't it just easier to use something with a different name? If you
> > have a backwards [pow] why not just call it [backwardspow] instead of
> > letting users guess which [pow] is the right one?
>
On Wed, 2009-02-18 at 20:19 +0100, IOhannes m zmoelnig wrote:
> cyrille henry wrote:
> >
> > IOhannes m zmoelnig a écrit :
> > ..
> >> they could, but it was an effort to do so.
> >> any "ordinary" external would not be able to do it.
> >> the only library that i am aware of that did override inte
On Wed, 2009-02-18 at 19:28 +0100, IOhannes m zmoelnig wrote:
> Hans-Christoph Steiner wrote:
> >>
> >> this is both with (an imagined) Pd-extended 0.42
> >
> > Would this be any different with a Pd-vanilla+libs 0.42? I don't
> > think there is anything particular to the Pd version in Pd-extend
On Tue, 2009-02-17 at 23:30 +0100, marius schebella wrote:
> Roman Haefeli wrote:
> > On Tue, 2009-02-17 at 11:24 +0100, marius schebella wrote:
> >> hey hans,
> >>
> >> if it's called "extended" and you strip it down to the bare bones,
> >
On Thu, 2009-02-19 at 09:46 +0100, IOhannes m zmoelnig wrote:
> Roman Haefeli wrote:
> > i think, that the question, why a new object [pack] is named pack is not
> > rhetoric at all and isn't answered yet. so lets go again: why is [pack]
> > from zexy called [pack]?
>
On Wed, 2009-02-18 at 12:59 -0500, Hans-Christoph Steiner wrote:
> Here's how I think this all should work:
>
> - classes of any implementation language are treated the same
> (i.e. .pd_linux, .pd, .pdlua, etc).
> - single library format for all implementation methods
> - possibilit
On Thu, 2009-02-19 at 10:00 +0100, IOhannes m zmoelnig wrote:
> Roman Haefeli wrote:
> >
> > i think, that the question, why a new object [pack] is named pack is not
> > rhetoric at all and isn't answered yet. so lets go again: why is [pack]
> > from zexy ca
On Mon, 2009-02-23 at 09:36 +0100, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
> > This just doesn't sound workable to me. Then you can never rely on an
> > externals or even abstractions, since they might be an incompatible
> > inte
hi martin
i reckon, that you're working on tcpserver code these days, at least
when ever i update mrpeach from svn, the tcpserver.c file is updated. so
please tell me, if it makes sense at all to currently report bugs.
after having set the buffersize using the 'clientbuf' messages, message
to the
hi all, hi bryan
i tried to compile pdstring from moocow from a fresh svn checkout and
encountered some issues.
- moocow/autoreconf.sh
when invoked from shell, it gives the error:
../autoreconf.sh: 3: Syntax error: "(" unexpected
i guess, that is because it is using the wrong shebang. it runs
On Mon, 2009-04-06 at 20:33 +, martin.pe...@sympatico.ca wrote:
> Well I'm trying to get rid of the bugs in it...
> I don't get that on WinXP though (Pd 0.41.4-extended). I set the
> buffer to 12 and still received 30 bytes.
> On Debian with Pd 0.41.4-extended I get two separate messages (each
On Mon, 2009-04-06 at 21:26 +, martin.pe...@sympatico.ca wrote:
> Spoke too soon. On Debian setting the buffer to any size always
> returns me 2048, so that's no good.
> On WinXP some values (1,2) do what you said. Others (10,12) don't. I'm
> not sure what to do about that. It seems to be the O
On Mon, 2009-04-06 at 21:26 +, martin.pe...@sympatico.ca wrote:
> Spoke too soon. On Debian setting the buffer to any size always
> returns me 2048, so that's no good.
> On WinXP some values (1,2) do what you said. Others (10,12) don't. I'm
> not sure what to do about that. It seems to be the
On Wed, 2009-04-08 at 21:28 +0200, Bryan Jurish wrote:
> moin Roman,
>
> On 2009-04-06 20:55:10, Roman Haefeli appears to
> have written:
> > hi all, hi bryan
> >
> > i tried to compile pdstring from moocow from a fresh svn checkout and
> > encount
On Wed, 2009-04-08 at 18:49 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > On Mon, 2009-04-06 at 21:26 +, martin.pe...@sympatico.ca wrote:
> >> Spoke too soon. On Debian setting the buffer to any size always
> >> returns me 2048, so that's no good.
&g
hi martin, hi all
i ve been testing the new netpd-server based on the new
[tcpserver]/[tcsocketserver FUDI] now for a while and definitely could
solve some problems, but some new ones were introduced.
i found, that the most recent version of [tcpserver] peforms quite bad
cpu-wise. this has some
rt both, let the client connect to the server and then let the
server send messages to the client. pull the ethernet plug and you'll
trigger the problem pretty quickly. on my linux box, the server patch
hangs pd exactly 242 after messages.
roman
> On Apr 26, 2009, at 8:27 PM, Roman Haefeli
On Thu, 2009-04-30 at 10:17 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > i ve been testing the new netpd-server based on the new
> > [tcpserver]/[tcsocketserver FUDI] now for a while and definitely could
> > solve some problems, but some new ones were introduced.
&
On Fri, 2009-05-01 at 09:16 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > On Thu, 2009-04-30 at 10:17 -0400, Martin Peach wrote:
> >> Roman Haefeli wrote:
> >>> i ve been testing the new netpd-server based on the new
> >>> [tcpserver]/[tcsockets
On Fri, 2009-05-01 at 18:48 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > On Fri, 2009-05-01 at 09:16 -0400, Martin Peach wrote:
> >> Roman Haefeli wrote:
> >>> On Thu, 2009-04-30 at 10:17 -0400, Martin Peach wrote:
> >>>> Roman Haefeli wrote:
&
On Mon, 2009-05-04 at 19:41 -0400, Martin Peach wrote:
> Roman Haefeli wrote:
> > On Fri, 2009-05-01 at 18:48 -0400, Martin Peach wrote:
> >> Roman Haefeli wrote:
> >>> On Fri, 2009-05-01 at 09:16 -0400, Martin Peach wrote:
> >>>> Roman Haefeli wro
On Sat, 2009-05-09 at 16:29 +0200, august wrote:
>
> well, I was just trying to follower the developer wiki here:
>
> http://puredata.info/docs/developer/sf_project
hm... it seems, that there are actually two pages about the same thing.
the more up-to-date one is:
http://puredata.info/dev/cvs
On Sun, 2009-09-13 at 21:01 +0200, mescali...@gmail.com wrote:
> hi all,
>
> is it possible -in the context of writing a pd external class- to
> invisibly patch some other object and attach to it/bind it?
>
> I'll try to explain better with an example:
> if I were writing an external that is some
Hi Martin
I wasn't sure, if I should report that as a bug. The new version of
[tcpserver] seems to work fine, BUT now it suffers again from the
initial problem, that maxlib's [netserver] is still suffering from:
If the send buffer of a certain socket is full, [tcpserver] is blocked
and thus bloc
Hi Martin
On Sat, 2009-12-12 at 14:09 -0500, Martin Peach wrote:
> Hi Roman, sorry for the late reply.
Complex matters require time.
>
> > I wasn't sure, if I should report that as a bug. The new version of
> > [tcpserver] seems to work fine, BUT now it suffers again from the
> > initial problem
On Mon, 2010-01-18 at 14:41 -0500, Hans-Christoph Steiner wrote:
> Hey all,
>
> I am thinking that we should set our bug and patch trackers so that
> you have login in order to post. While I do want to get as many bug
> reports as possible, from what I have seen, the anonymous reports
> alm
I assume, this is because a 24bit integer cannot be saved with full
precision with Pd, since Pd seems to strip off some bits when saving a
floating point value (or when printing or displaying it). If the color
would be encoded as RGB 8bpp, it would look different after saving and
restoring it. So a
Hi
I would like to know, how likely it is that this bug is going to be
fixed in the next couple of weeks. Please do *not* understand this as a
request and certainly not as a demand to fix it. Having this piece of
information helps to define a strategy of what audio software can be
used in an upco
Thanks for your response!
On Mon, 2010-03-15 at 09:03 +0100, IOhannes m zmoelnig wrote:
> On 2010-03-15 00:35, Roman Haefeli wrote:
> > Hi
> >
> > I would like to know, how likely it is that this bug is going to be
> > fixed in the next couple of weeks. Please do
On Sat, 2010-04-10 at 13:25 -0400, Hans-Christoph Steiner wrote:
> Part of the idea of a libdir is to also include examples. Currently,
> this is done using an 'examples' subfolder. The problem with that is
> the example patches won't automatically find the objects from the
> libdir that th
On Mon, 2010-04-12 at 09:33 +0200, Frank Barknecht wrote:
> On Sat, Apr 10, 2010 at 11:01:22PM +0200, Roman Haefeli wrote:
> > On Sat, 2010-04-10 at 13:25 -0400, Hans-Christoph Steiner wrote:
> > > Part of the idea of a libdir is to also include examples. Currently,
> >
On Mon, 2010-04-12 at 11:32 -0400, Hans-Christoph Steiner wrote:
> On Apr 12, 2010, at 3:43 AM, Roman Haefeli wrote:
>
> > On Mon, 2010-04-12 at 09:33 +0200, Frank Barknecht wrote:
> >> On Sat, Apr 10, 2010 at 11:01:22PM +0200, Roman Haefeli wrote:
> >>> On Sat
On Mon, 2010-04-12 at 15:51 -0400, Hans-Christoph Steiner wrote:
> That demonstrates one reason why I avoid
> [declare] and made [import]. I can never remember what [declare]'s
> options mean. :-)
You made [import] before miller made [declare]. That might rather be the
reason for you to pre
Could it possibly be that iemmatrix is not [hexloader]-ready yet?
>From the hexloader README:
«CAVEAT:
C also forbids to start function names with numeric values.
therefore, this is a nono:
[>]'s setupfunction would be "0x3e_setup()" (ILLEGAL)
we can simply fix this by putting the "setup()" in f
Hi all
Sorry to barge in without myself being involved in the matters, but I
remember, that also IOhannes was working on addressing some issues of
[tcpserver]. His results are in svn/externals/iem/iemnet. I haven't
thoroughly tested, if those versions already solved the issues Ivica was
posting. H
On Sun, 2010-05-09 at 11:15 -0700, Miller Puckette wrote:
> if it even misbehaves with -nosound most likely the OS isn't waking
> Pd up reliably. A test would be to try the "realtime" object to see if
> Pd is getting the time correctly from Android -- relevant for the -nosound
> case. If so I can
Hi all
Some questions arose about how to correctly debianize externals. Is it
correct, that since both 'puredata' and 'pd-extended' provide 'pd', an
external binary package should depend on 'pd'? What happens, if you
install 'pd-foo' and neither of the Pd flavours is installed, which one
would be
I moved this to pd-dev.
On Wed, 2010-05-19 at 16:23 -0400, Hans-Christoph Steiner wrote:
> Roman Haefeli wrote:
> > On Wed, 2010-05-19 at 09:41 +0200, IOhannes m zmoelnig wrote:
> >
> >> anyhow: now that pd-extended installs everything into
> >> /usr/lib/pd-ext
Hi all
I just noticed, that there seems to be a little - call it -
inconsistency in the two pd-externals packages shipping with debian:
'pd-zexy' depends on 'puredata'
'gem' depends on 'pd'
Is there a particular reason for 'pd-zexy' to depend on 'puredata' and
not 'pd', or is it simply a tiny m
On Wed, 2010-04-14 at 10:12 +0200, IOhannes m zmoelnig wrote:
> On 2010-04-14 00:19, Roman Haefeli wrote:
>
> > If it is only a matter of someone doing the boring uninspiring
> > uninteresting painful work of renaming those functions, I _might_ be
> > able to help, if the
Hi all
My name is Roman Haefeli and I have been an active pd-list member for a
few years.
Since I would like to help in trying to get libraries as packages into
debian, I ask for svn commit access.
Some of my contributions - mostly in form of abstractions and help-files
- can be found in
someone else. That is why I had to
take 'reduzent'. Can you change it accordingly?
Sorry for not having provided it in the first place.
Roman
> On Tue, 2010-08-17 at 11:53 +0200, Roman Haefeli wrote:
> > Hi all
> >
> > My name is Roman Haefeli and I have been an a
On Tue, 2010-08-31 at 13:23 -0400, Hans-Christoph Steiner wrote:
> On Tue, 2010-08-31 at 12:44 +0200, Roman Haefeli wrote:
> > On Tue, 2010-08-31 at 02:00 -0400, Hans-Christoph Steiner wrote:
> > > I guess we were super slack, you should have nagged more :).
> >
>
Hi all
As you might know, a lot of the Pd libraries are being packaged for
Debian. Some of them have already been uploaded and can be installed
from unstable.
I'd like to include also the iemmatrix library. In Pd-extended, it is
bundled as a one-file-per-object library, which allows to instantiat
On Thu, 2010-11-11 at 09:17 +0100, IOhannes m zmoelnig wrote:
> On 2010-11-10 22:06, Roman Haefeli wrote:
>
> >
> > In the case of iemmatrix (and also zexy, which actually already is
> > packaged as a multi-object-single-file library in Debian, but as a
> > one
On Thu, 2010-11-11 at 10:49 +0100, IOhannes m zmoelnig wrote:
> anyhow, until pd-hexloader is packaged, this discussion is quite moot
> anyhow.
I could take care of packaging hexloader, but I feel you think there are
other issues than with packaging. What are those? Is it still defunct?
Since I f
On Thu, 2010-11-11 at 14:52 -0500, Hans-Christoph Steiner wrote:
> I'm fine with whatever you want to do with iemmatrix. I haven't used
> it, so I don't really have much input on it.
So I feel there is consensus about packaging iemmatrix (only) as a
multi-object library.
> As for other librar
There is the [date] and [time] from zexy.
Roman
On Fri, 2010-11-26 at 20:45 -0500, sisil mehta wrote:
> Hi,
> Can we add a timestamp to the data that i log from say, recording and
> prcessing sound? How to do this???
>
> --
> Regards,
> Sisil Mehta
> PhD prog...@georgia Tech
>
>
>
>
On Sun, 2010-11-28 at 13:38 -0500, Martin Peach wrote:
> On 2010-11-28 12:13, Hans-Christoph Steiner wrote:
> >
> > Hey Martin and all,
> >
> > Just had a thought: originally everything in the 'mrpeach' folder was
> > bundled into a single library, which I think Martin didn't really
> > intend. I d
Hi
If people are supposed to already report bugs with the current dev
(0.43) branch, where should they do so?
Is this the correct place to get most recent sources from:
git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data
Thanks
Roman
__
On Sun, 2010-11-28 at 16:17 -0500, Martin Peach wrote:
> On 2010-11-28 15:57, Roman Haefeli wrote:
> > On Sun, 2010-11-28 at 13:38 -0500, Martin Peach wrote:
> >> On 2010-11-28 12:13, Hans-Christoph Steiner wrote:
> >>>
> >>> Hey Martin and all,
On Tue, 2010-11-30 at 21:02 -0500, Hans-Christoph Steiner wrote:
> On Sun, 2010-11-28 at 16:17 -0500, Martin Peach wrote:
> > On 2010-11-28 15:57, Roman Haefeli wrote:
> > > On Sun, 2010-11-28 at 13:38 -0500, Martin Peach wrote:
> > >> On 2010-11-28 12:13
erratum:
On Sat, 2010-12-04 at 01:20 +0100, Roman Haefeli wrote:
> The high CPU load comes from the [tcpserver] object, but
> from the fact that FUDI delimiting is done in the byte realm with Pd
> objects.
should read:
"The high CPU load comes _not_ from the [tcpserve
On Thu, 2010-12-09 at 10:08 +0100, Sergi Lario wrote:
> we hurry?
>
> I think remove is not a solution although, if I'm not wrong, it seems
> will happen in the near future like all the others external libraries.
What makes you think that? Are you confusing the Pure Data svn
repository and Pd-ex
Hi Martin, IOhannes et al.
Martin, you asked me when I last tested mrpeach's [tcpserver] when I was
mentioning the blocking issue. I did another test today with two
computers connected over Ethernet. When plugging out the chord, I can
simulate a client disappearing without the server noticing and
On Fri, 2010-12-10 at 10:54 -0500, Hans-Christoph Steiner wrote:
> On Dec 10, 2010, at 5:12 AM, IOhannes m zmölnig wrote:
> > On 12/09/2010 10:28 PM, Roman Haefeli wrote:
> >>
> >> @ IOhannes
> >> Though I like this 'stable'/reliable behaviour of i
On Mon, 2010-12-13 at 11:43 -0500, Hans-Christoph Steiner wrote:
> On Dec 13, 2010, at 10:19 AM, Roman Haefeli wrote:
>
> > On Fri, 2010-12-10 at 10:54 -0500, Hans-Christoph Steiner wrote:
> >> On Dec 10, 2010, at 5:12 AM, IOhannes m zmölnig wrote:
> >>> On 1
On Mon, 2010-12-13 at 14:42 -0500, Martin wrote:
> On 13/12/10 10:19 AM, Roman Haefeli wrote:
> > On Fri, 2010-12-10 at 10:54 -0500, Hans-Christoph Steiner wrote:
> >> On Dec 10, 2010, at 5:12 AM, IOhannes m zmölnig wrote:
> >>> On 12/09/2010 10:28 PM, Roman Ha
Hi
It seems that since Pd 0.43 a Pd file does not save the window manager
window position and size anymore (at least on linux), but instead the
position and the size of the canvas, i.e. the white patching area.
This has some implications. Since window decorations (title bar, window
borders) have
Hi Martin
I've been working with the mrpeach/osc objectclasses lately and had some
ideas that possibly would help to improve the usability of those (not to
mention that they are already very useful now!).
* Settable [routeOSC]
-
Since Pd version 0.43 the [route] objectclass a
1 - 100 of 196 matches
Mail list logo
