hi all
i encountered a very strange bug, that seems to be very difficult to
trace back. although i cannot provide very usuable information at this
point (i assume), i just wanted to report it anyway. as i am not a coder
and also not experienced in debugging, some of you might have hints and
ideas
hi all
i couldn't find out, how i can assign a certain bug report to a certain
dev. as a subscriber without any special privileges am i supposed to be
able to assign reports or not? if yes, how to do so?
roman
On Fri, 2007-12-21 at 12:43 -0800, Hans-Christoph Steiner wrote:
There are a number of standard oscillators used in synthesis, I think
it would be very useful to have a standard library of them. I think
at this point there are already implementations of all of the
oscillators that I can
On Fri, 2007-12-21 at 23:20 +, Andy Farnell wrote:
Yes! Must have implemented them all a hundered times over
by now and getting rather fed up of it.
excuse my ignorance, but where can i find them? are those abstractions?
what externals do they rely on?
roman
while we are discussing an oscillator lib, i would like to seed the idea
of creating a filter library as well. there are already a bunch of
filters in iemlib and also some 'coefficient calculators' for [biquad~]
in ggee, but the recently introduced elementary filters provide a
potential, that
to catalog them and define an interface.
.hc
On Dec 21, 2007, at 5:33 PM, Roman Haefeli wrote:
while we are discussing an oscillator lib, i would like to seed the
idea
of creating a filter library as well. there are already a bunch of
filters in iemlib and also some 'coefficient
On Sat, 2008-01-05 at 10:32 -0800, Miller Puckette wrote:
I hope nobody is yet throwing declare objects in abstractions, as that
currently does something so wrong (altering the global path for the calling
patch!?) that I thought it better to get rid of the whole thing for now.
yes, i am using
On Sun, 2008-01-06 at 12:41 +0100, Frank Barknecht wrote:
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
are [declare]s in abstractions ignored completely or just the flags
'-path' and '-stdpath'? i would expect [declare -[std]lib xxx] to be
common practice within abstractions
or
-nostdpath in an abstraction. However, I'm scared to take it away so late
in the release cycle so will leave it standing for now.
cheers
Miller
On Wed, Jan 16, 2008 at 02:03:44PM +0100, Roman Haefeli wrote:
hi miller
will [declare -stdpath] work inside abstractions?
thanks
On Wed, 2008-01-23 at 16:37 +0100, IOhannes m zmoelnig wrote:
i think [declare]/[import] is definitely the way to go, and no libraries
should be loaded by default.
very much agreed, since this is the only way to create portable (between
pd distros) patches without pref-editing hassle.
On Wed, 2008-01-30 at 09:59 +0100, IOhannes m zmoelnig wrote:
if this is ok for everybody, we will just do it.
don't know if my vote counts at all, since i don't have write access to
cvs, but i am in favor of the move to svn as well.
roman
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 that the
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: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Hans-Christoph Steiner
-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 all pathes hard-coded into pd on linux
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 goes
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 usage of it is
widely spread.
personally
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
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
hi all
why is [range], that was initially part of maxlib, moved to
pd-svn/externals/deprecated ?
who decides, what is deprecated and what not?
roman
___
Telefonate ohne weitere Kosten vom PC zum PC:
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 pd-svn/externals/deprecated/range.c:
/* - range
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 /deprecated (this person was using
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 it doesn't have a '#' in its name
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 with a '#').
Yes, I recently started
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, instead I
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 that should be
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
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 only
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/roman/pd-svn/externals/moocow/pdstring/config'
make[1]: Nothing
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
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 same is
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 a
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
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
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 exclude cyclone
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 preferences in patches?
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 rather
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
internal
classes doesn't work with single-file externals
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?
who
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]?
because it is meant as a fully
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
- possibility for
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 called [pack]?
apart from the specifics
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
internal
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
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 OS.
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 OS.
On Wed, 2009-04-08 at 21:28 +0200, Bryan Jurish wrote:
moin Roman,
On 2009-04-06 20:55:10, Roman Haefeli reduzie...@yahoo.de appears to
have written:
hi all, hi bryan
i tried to compile pdstring from moocow from a fresh svn checkout and
encountered some issues.
- moocow
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.
On WinXP some values (1,2) do what you said
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
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.
i found, that the most
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]/[tcsocketserver FUDI] now for a while and definitely could
solve
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:
i ve been testing the new netpd-server based on the new
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
i
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 somewhat
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, that
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
almost
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
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 *not* understand this as a
request
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,
this is done using an 'examples
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, 2010-04-10 at 13:25 -0400, Hans-Christoph
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
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 front:
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.
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't
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-extended/extra/
i don't see any reason why
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
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 there is interest (IOhannes?). If so
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 active pd-list member for a
few years.
Since I would like to help
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 :).
Yo, I am not in a hurry ;-)
I
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
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-object-one-file library in Pd-extended
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
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
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 did it to get
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,
Just had a thought: originally everything in the 'mrpeach
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, Hans-Christoph Steiner wrote:
Hey Martin
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 [tcpserver] object
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
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 iemnet's
[tcpserver],
I wonder what happens, if it keeps
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 12/09/2010 10:28 PM, Roman Haefeli wrote
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 Haefeli wrote:
@ IOhannes
Though I like
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)
On Mon, 2011-01-17 at 08:56 -0500, Martin Peach wrote:
On 2011-01-17 05:54, Roman Haefeli wrote:
I suppose my explanation from above missed its main point. From what I
understood, the '//' is used as a wild-card for an arbitrary number of
address fields, so that //position matches /body/arm
that work well for Pd up to version 0.42?
Roman
On Jan 13, 2011, at 4:37 PM, Roman Haefeli wrote:
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
?
Roman
On Jan 21, 2011, at 5:56 PM, Roman Haefeli wrote:
Ok. But why was it changed in the first place? Why not switching
back to
saving the actual window geometry (as opposed to the canvas
geometry)? I
mean, didn't that work well for Pd up to version 0.42?
Roman
On Fri
(I hope you don't mind if I bring that back to the list)
On Sat, 2011-01-22 at 15:50 -0500, Hans-Christoph Steiner wrote:
- Original message -
On Sat, 2011-01-22 at 15:31 -0500, Hans-Christoph Steiner wrote:
- Original message -
On Fri, 2011-01-21 at 18:02 -0500,
On Mon, 2011-01-17 at 17:16 +0100, Roman Haefeli wrote:
On Mon, 2011-01-17 at 08:56 -0500, Martin Peach wrote:
On 2011-01-17 05:54, Roman Haefeli wrote:
I suppose my explanation from above missed its main point. From what I
understood, the '//' is used as a wild-card for an arbitrary
Hi all
I just opened a new bug about [readanysf~] not using search paths when
opening a file. Only later, I noticed that also [mrpeach/binfile] does
not seem to respect search paths.
Now I wonder whether I am supposed to expect at all external objects to
also respect the search paths as
On Thu, 2011-09-22 at 17:36 -0400, Hans-Christoph Steiner wrote:
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?
I cannot speak for IOhannes, of course, but I
Hi Hans IOhannes Martin
I'd love to have the iemnet library included in Pd-extended and wanted
to hear other opinions.
I'd do the work, if everyone agrees.
Roman
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
1 - 100 of 169 matches
Mail list logo