On Wed, 2 Jun 2010, Hans-Christoph Steiner wrote:
Did I say something to anger you? I'm confused.
commit the fix in pd-extended 0.42 and pd-devel 0.43 now and it will be
done !
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec.
On Jun 4, 2010, at 1:12 PM, Mathieu Bouchard wrote:
On Wed, 2 Jun 2010, Hans-Christoph Steiner wrote:
Did I say something to anger you? I'm confused.
commit the fix in pd-extended 0.42 and pd-devel 0.43 now and it will
be done !
In my experience, when people take the trouble to submit
On Jun 4, 2010, at 2:50 PM, Mathieu Bouchard wrote:
On Fri, 4 Jun 2010, Hans-Christoph Steiner wrote:
In my experience, when people take the trouble to submit things to
the patch tracker, they are better tested, cleaner and easier to
follow.
And if they don't take the trouble of
On Fri, 4 Jun 2010, Hans-Christoph Steiner wrote:
On Jun 4, 2010, at 2:50 PM, Mathieu Bouchard wrote:
Patches can also introduce bugs.
Right. Such as the first version of my fix. I could have submitted that to
the patch tracker as well. I don't think that you should rely on
submission to
On May 20, 2010, at 7:59 PM, Mathieu Bouchard wrote:
On Tue, 18 May 2010, Hans-Christoph Steiner wrote:
Thanks for the patch, could you make an updated version of this
patch and submit it to the tracker?
No...
Also, it would be helpful if the patch did not include formatting
changes
On Tue, 18 May 2010, Hans-Christoph Steiner wrote:
Thanks for the patch, could you make an updated version of this patch and
submit it to the tracker?
No...
Also, it would be helpful if the patch did not include formatting
changes like moving brackets,
I didn't move a brace nor a bracket.
On May 17, 2010, at 4:01 PM, Mathieu Bouchard wrote:
On Sun, 16 May 2010, Mathieu Bouchard wrote:
you actually don't need this workaround, because here's the fix :
ERRATUM : then move sigdelwrite_updatesr(delwriter, sp[0]-s_sr);
inside if (delwriter) or else you will get crashes due to
On Mon, 17 May 2010, Ingo Scherzinger wrote:
I’m pretty sure that there are still several bugs related to that same
problem. Probably caused by the bug Mathieu pointed out with the
sampling rate not being initialized correctly. I had this with
[susloop~] before. [...] I hope there is not too
It's not that we don't care, maybe it's more that we don't care *as much as
you* right now since things are working, but I feel your pain.
Did you check this bug?
http://sourceforge.net/tracker/?func=detailaid=2724318group_id=55736atid=478070
it relates to -nogui starting up too fast and
On Mon, 17 May 2010, Dan Wilcox wrote:
Sounds like a similar problem I had last year which cause me to go a bit
frantic as I was reinstalling my setup on a new Ubuntu (9.04) before a
show. Luckily, the following fixed it for me (although I think you guys
already tried this ...?).
[delay 100]
Sorry, I din't mean to offend anybody about not caring about bugs. It's
frustrating when you're not in the position to fix problems like these
yourself (because of missing programming skills).
I'm pretty sure that there are still several bugs related to that same
problem. Probably caused by
On Sun, 16 May 2010, Mathieu Bouchard wrote:
you actually don't need this workaround, because here's the fix :
ERRATUM : then move sigdelwrite_updatesr(delwriter, sp[0]-s_sr); inside
if (delwriter) or else you will get crashes due to null-pointer error.
_ _ __ ___ _
Looks like not too many people seem to care too much about this. This bug
has been around for quite a while. I suppose it's breaking all of the
reverbs as well since they are working with stacked delays.
I'm wondering if there is anything around to replace [delwrite~] and
[delread~] that's
On Sun, 2010-05-16 at 18:13 +0200, Ingo Scherzinger wrote:
Looks like not too many people seem to care too much about this.
Let me just say, that I do care as well. Also I couldn't find any
workable workaround for this problem. There is something wrong with
initialization in -nogui mode it
On Sun, 2010-05-16 at 18:25 +0200, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:13 +0200, Ingo Scherzinger wrote:
Looks like not too many people seem to care too much about this.
Let me just say, that I do care as well. Also I couldn't find any
workable workaround for this problem. There
On Sun, 16 May 2010, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:25 +0200, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:13 +0200, Ingo Scherzinger wrote:
Looks like not too many people seem to care too much about this.
Let me just say, that I do care as well. Also I couldn't find any
On Sun, 16 May 2010, Mathieu Bouchard wrote:
On Sun, 16 May 2010, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:25 +0200, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:13 +0200, Ingo Scherzinger wrote:
Looks like not too many people seem to care too much about this.
Let me just say, that I
On Sun, 2010-05-16 at 13:02 -0400, Mathieu Bouchard wrote:
a workaround is to load the patch using
[loadbang]
|
[delay]
|
«open my-patch.pd .»
|
[s pd]
Ah, it was you posting to the bug-tracker ;-)
Many thanks for providing this work-around.
Roman
Thanks to all of you and thank you mathieu for the workaround
yous sincerely
der.brandt
Zitat von Mathieu Bouchard ma...@artengine.ca:
On Sun, 16 May 2010, Mathieu Bouchard wrote:
On Sun, 16 May 2010, Roman Haefeli wrote:
On Sun, 2010-05-16 at 18:25 +0200, Roman Haefeli wrote:
On Sun,
On Sun, 16 May 2010, bra...@subnet.at wrote:
Thanks to all of you and thank you mathieu for the workaround
you actually don't need this workaround, because here's the fix :
--- d_delay.c (révision 13558)
+++ d_delay.c (copie de travail)
@@ -24,6 +24,7 @@
{
t_object x_obj;
20 matches
Mail list logo