Hi, I re-sending (or forwarding) my first message about cartopol, with the patch I had attached to exemplify the issue. My message was brief then, but it said it all.
Moreover. I'm also attaching print screens of this patch with Pd Extended 0.42 and 0.43, so you can really see what I mean and is going on.
With 0.42, phase comes out negative when it should be positive, but when converting back to cartesian the result matches to the left.
In 0.43, phase comes out correctly, but [poltocar~] ruins everything and the cartesian form comes out all wrong. This means that every spectral processing patch, in Pd 0.43, is already pretty damaged and broken. I did say something back then when I found about it, made some report I believe. But well, I'm glad this is being deeply discussed now.
So never ever mind at all about a new object like [cartopol2~], please.
As you can see, the bug fixing was already worked on, but only half of it (only with cartopol~), all we need now is get on with the fixing in poltocar~. It's just really funny that it was working better when both of them were wrong, hehe...
Now, I'm assuming that the version in 0.43 is the latest and is the one you have. About the bug list then, the right thing to do would be to take [cartopol~] out of the list and just keep [poltocar~], saying something like "wrong conversion".
I haven't checked the code. But the formulas are pretty simple, just basically sine and cosine, so you can't go wrong by fixing it. There must be a minus sing somewhere where it didn't belong, just take it out.
Cheers
---------- Forwarded message ---------- From: Alexandre Torres Porres porres@gmail.com Date: 2014-12-08 20:37 GMT-02:00 Subject: Re: [PD] Cyclone suite initiative To: Fred Jan Kraan fjkraan@xs4all.nl Cc: pd-list@mail.iem.at
cartopol~ and poltocar~ are also buggy
I pointed it out once, but only cartopol~ was corrected and it made it worse. check atatchment.
do you have this covered?
cheers
2014-12-08 14:30 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Thanks for the report.
Next to working on the help-patches, I am working on creating such a list. I'll put it somewhere public when the patches are done.
So when you find any others, I would like to know.
Greetings,
Fred Jan
hi, you probably know about this bug, but [rand~]'s argument doesn't really work. I'd be happy to help find other bugs, do you have a list of bugs you're working on?
cheers
Hi Alexandre,
Hi, I re-sending (or forwarding) my first message about cartopol, with the patch I had attached to exemplify the issue. My message was brief then, but it said it all.
The message was clear, surely with the additional info. Attached is an image of your patch with a modified poltocar~.
Now, I'm assuming that the version in 0.43 is the latest and is the one you have. About the bug list then, the right thing to do would be to take [cartopol~] out of the list and just keep [poltocar~], saying something like "wrong conversion".
The source I am using is some 0.44 version. The final code patch should be based on the svn code. Not much difference is to be expected here.
I haven't checked the code. But the formulas are pretty simple, just basically sine and cosine, so you can't go wrong by fixing it. There must be a minus sing somewhere where it didn't belong, just take it out.
Indeed it is (poltocar.c:35):
*out2++ = -am * sinf(ph); /* CHECKED */
Removing the minus and recompiling made your patch work as expected. Added some info to the sourceforge bug "#1128 still on cartopol~ / poltocar~".
Cheers
Greetings,
Fred Jan
---------- Forwarded message ---------- From: *Alexandre Torres Porres* <porres@gmail.com mailto:porres@gmail.com> Date: 2014-12-08 20:37 GMT-02:00 Subject: Re: [PD] Cyclone suite initiative To: Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl> Cc: pd-list@mail.iem.at mailto:pd-list@mail.iem.at
cartopol~ and poltocar~ are also buggy
I pointed it out once, but only cartopol~ was corrected and it made it worse. check atatchment.
do you have this covered?
cheers
2014-12-08 14:30 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi Alexandre, Thanks for the report. Next to working on the help-patches, I am working on creating such a list. I'll put it somewhere public when the patches are done. So when you find any others, I would like to know. Greetings, Fred Jan > hi, you probably know about this bug, but [rand~]'s argument doesn't > really work. I'd be happy to help find other bugs, do you have a list of > bugs you're working on? > > cheers >
Awesome, can't wait for the new release :)
The source I am using is some 0.44 version.
You mean the 0.44.0 extended, right?
Well, I guess the next step is to see if we can get a new Pd Extended soon, and hopefully in pace with the current 0.46 version.
But this is another discussion.
Thanks
2014-12-13 16:53 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Hi, I re-sending (or forwarding) my first message about cartopol, with the patch I had attached to exemplify the issue. My message was brief then, but it said it all.
The message was clear, surely with the additional info. Attached is an image of your patch with a modified poltocar~.
Now, I'm assuming that the version in 0.43 is the latest and is the one you have. About the bug list then, the right thing to do would be to take [cartopol~] out of the list and just keep [poltocar~], saying something like "wrong conversion".
The source I am using is some 0.44 version. The final code patch should be based on the svn code. Not much difference is to be expected here.
I haven't checked the code. But the formulas are pretty simple, just basically sine and cosine, so you can't go wrong by fixing it. There must be a minus sing somewhere where it didn't belong, just take it out.
Indeed it is (poltocar.c:35):
*out2++ = -am * sinf(ph); /* CHECKED */
Removing the minus and recompiling made your patch work as expected. Added some info to the sourceforge bug "#1128 still on cartopol~ / poltocar~".
Cheers
Greetings,
Fred Jan
---------- Forwarded message ---------- From: *Alexandre Torres Porres* <porres@gmail.com <mailto:
porres@gmail.com>>
Date: 2014-12-08 20:37 GMT-02:00 Subject: Re: [PD] Cyclone suite initiative To: Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl> Cc: pd-list@mail.iem.at mailto:pd-list@mail.iem.at
cartopol~ and poltocar~ are also buggy
I pointed it out once, but only cartopol~ was corrected and it made it worse. check atatchment.
do you have this covered?
cheers
2014-12-08 14:30 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi Alexandre, Thanks for the report. Next to working on the help-patches, I am working on creating such a list. I'll put it somewhere public when the patches are done. So when you find any others, I would like to know. Greetings, Fred Jan > hi, you probably know about this bug, but [rand~]'s argument
doesn't
> really work. I'd be happy to help find other bugs, do you have a list of > bugs you're working on? > > cheers >
Hi Alexandre,
Awesome, can't wait for the new release :)
The source I am using is some 0.44 version.
You mean the 0.44.0 extended, right?
Sorry, yes pd-extended 0.44. If all these objects were in vanilla, our world would look quite different :-)
Well, I guess the next step is to see if we can get a new Pd Extended soon, and hopefully in pace with the current 0.46 version.
But this is another discussion.
By making these kinds of changes and improvements, we can make a new release more worthwhile, and thus increase the change it will happen ;-)
Thanks
Greetings,
Fred Jan
2014-12-13 16:53 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi Alexandre, > Hi, I re-sending (or forwarding) my first message about cartopol, with > the patch I had attached to exemplify the issue. My message was brief > then, but it said it all. > The message was clear, surely with the additional info. Attached is an image of your patch with a modified poltocar~. > > Now, I'm assuming that the version in 0.43 is the latest and is the one > you have. About the bug list then, the right thing to do would be to > take [cartopol~] out of the list and just keep [poltocar~], saying > something like "wrong conversion". The source I am using is some 0.44 version. The final code patch should be based on the svn code. Not much difference is to be expected here. > > I haven't checked the code. But the formulas are pretty simple, just > basically sine and cosine, so you can't go wrong by fixing it. There > must be a minus sing somewhere where it didn't belong, just take it out. Indeed it is (poltocar.c:35): *out2++ = -am * sinf(ph); /* CHECKED */ Removing the minus and recompiling made your patch work as expected. Added some info to the sourceforge bug "#1128 still on cartopol~ / poltocar~". > > Cheers Greetings, Fred Jan > > ---------- Forwarded message ---------- > From: *Alexandre Torres Porres* <porres@gmail.com <mailto:porres@gmail.com> <mailto:porres@gmail.com <mailto:porres@gmail.com>>> > Date: 2014-12-08 20:37 GMT-02:00 > Subject: Re: [PD] Cyclone suite initiative > To: Fred Jan Kraan <fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl> <mailto:fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl>>> > Cc: pd-list@mail.iem.at <mailto:pd-list@mail.iem.at> <mailto:pd-list@mail.iem.at <mailto:pd-list@mail.iem.at>> > > cartopol~ and poltocar~ are also buggy > > I pointed it out once, but only cartopol~ was corrected and it made it > worse. check atatchment. > > do you have this covered? > > cheers > > 2014-12-08 14:30 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl> > <mailto:fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl>>>: > > Hi Alexandre, > > Thanks for the report. > > Next to working on the help-patches, I am working on creating such a > list. I'll put it somewhere public when the patches are done. > > So when you find any others, I would like to know. > > Greetings, > > Fred Jan > > > hi, you probably know about this bug, but [rand~]'s argument doesn't > > really work. I'd be happy to help find other bugs, do you have a > list of > > bugs you're working on? > > > > cheers > > > >
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for download somewhere for people to include it in Pd Vanilla. Where can we get it?
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
thanks
2014-12-14 6:35 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Awesome, can't wait for the new release :)
The source I am using is some 0.44 version.
You mean the 0.44.0 extended, right?
Sorry, yes pd-extended 0.44. If all these objects were in vanilla, our world would look quite different :-)
Well, I guess the next step is to see if we can get a new Pd Extended soon, and hopefully in pace with the current 0.46 version.
But this is another discussion.
By making these kinds of changes and improvements, we can make a new release more worthwhile, and thus increase the change it will happen ;-)
Thanks
Greetings,
Fred Jan
2014-12-13 16:53 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi Alexandre, > Hi, I re-sending (or forwarding) my first message about cartopol,
with
> the patch I had attached to exemplify the issue. My message was
brief
> then, but it said it all. > The message was clear, surely with the additional info. Attached is
an
image of your patch with a modified poltocar~. > > Now, I'm assuming that the version in 0.43 is the latest and is
the one
> you have. About the bug list then, the right thing to do would be
to
> take [cartopol~] out of the list and just keep [poltocar~], saying > something like "wrong conversion". The source I am using is some 0.44 version. The final code patch
should
be based on the svn code. Not much difference is to be expected here. > > I haven't checked the code. But the formulas are pretty simple,
just
> basically sine and cosine, so you can't go wrong by fixing it.
There
> must be a minus sing somewhere where it didn't belong, just take
it out.
Indeed it is (poltocar.c:35): *out2++ = -am * sinf(ph); /* CHECKED */ Removing the minus and recompiling made your patch work as expected. Added some info to the sourceforge bug "#1128 still on cartopol~ / poltocar~". > > Cheers Greetings, Fred Jan > > ---------- Forwarded message ---------- > From: *Alexandre Torres Porres* <porres@gmail.com <mailto:
porres@gmail.com> <mailto:porres@gmail.com
<mailto:porres@gmail.com>>> > Date: 2014-12-08 20:37 GMT-02:00 > Subject: Re: [PD] Cyclone suite initiative > To: Fred Jan Kraan <fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl> <mailto:fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl>>> > Cc: pd-list@mail.iem.at <mailto:pd-list@mail.iem.at> <mailto:pd-list@mail.iem.at <mailto:pd-list@mail.iem.at>> > > cartopol~ and poltocar~ are also buggy > > I pointed it out once, but only cartopol~ was corrected and it
made it
> worse. check atatchment. > > do you have this covered? > > cheers > > 2014-12-08 14:30 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl
> <mailto:fjkraan@xs4all.nl <mailto:fjkraan@xs4all.nl>>>: > > Hi Alexandre, > > Thanks for the report. > > Next to working on the help-patches, I am working on creating such a > list. I'll put it somewhere public when the patches are done. > > So when you find any others, I would like to know. > > Greetings, > > Fred Jan > > > hi, you probably know about this bug, but [rand~]'s argument doesn't > > really work. I'd be happy to help find other bugs, do you
have a
> list of > > bugs you're working on? > > > > cheers > > > >
Hi Alexandre,
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for download somewhere for people to include it in Pd Vanilla. Where can we get it?
Currently it appears only in the pd META sub-patch of the help-patches. It is currently 0.1-alpha56. Adding it to each object would be a good thing and report it at load time (Debug-level). But this would mean changing all objects. Something for the todo list.
Currently there are only some patches in the patch tracker, and linux 32 bit executables on my harddisk. The idea is to test them on several platforms, including linux 64 bit, Windows 32 bit and Macos X 10.7 (64 bit). I could put the compiled libraries somewhere online, but do not expect a neat installer. I would consider it a temporary stop-gap for the time there is no proper distribution.
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
There is no indication a new Extended release will happen any time soon.
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
The objects should be proper clones, but I haven't checked them in that much detail. At first glance I would say, the formula in the code is the same as found in the Max5 documentation.
Greetings,
Fred Jan
Hi all,
Checking the number of argumens allpass~ should have, I find an "unclarity" in the Max5 reference doc. It states:
"Up to four numbers, to set the maximum delay time and initial values for the delay time D and gain coefficient g."
What I read here is saying there are four, but the description mentions only three. The rest of the description gives the impression there are three parameters, one to be set as argument, the other two either as argument, float or signal.
Maybe someone with better command of the English language can say if there is a probably typo here or that I don't grok it at all.
Thanks,
Fred Jan
seems like a mistake
I don't have Max 5, but in Max 6 it's pretty clear it's only 3, and in cyclone, for what I see, i'ts also only 3, right?
I've seen some typos and misleading things in Max's documentation before, it can happen.
cheers
2014-12-15 18:26 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi all,
Checking the number of argumens allpass~ should have, I find an "unclarity" in the Max5 reference doc. It states:
"Up to four numbers, to set the maximum delay time and initial values for the delay time D and gain coefficient g."
What I read here is saying there are four, but the description mentions only three. The rest of the description gives the impression there are three parameters, one to be set as argument, the other two either as argument, float or signal.
Maybe someone with better command of the English language can say if there is a probably typo here or that I don't grok it at all.
Thanks,
Fred Jan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Alexandre,
seems like a mistake
I don't have Max 5, but in Max 6 it's pretty clear it's only 3, and in cyclone, for what I see, i'ts also only 3, right?
Yes, the object code only uses three arguments.
I've seen some typos and misleading things in Max's documentation before, it can happen.
From a PM I understand the typo is fixed in the Max 6 documentation.
cheers
Greetings,
Fred Jan
2014-12-15 18:26 GMT-02:00 Fred Jan Kraan <fjkraan@xs4all.nl mailto:fjkraan@xs4all.nl>:
Hi all, Checking the number of argumens allpass~ should have, I find an "unclarity" in the Max5 reference doc. It states: "Up to four numbers, to set the maximum delay time and initial values for the delay time D and gain coefficient g." What I read here is saying there are four, but the description mentions only three. The rest of the description gives the impression there are three parameters, one to be set as argument, the other two either as argument, float or signal. Maybe someone with better command of the English language can say if there is a probably typo here or that I don't grok it at all. Thanks, Fred Jan _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I could put the compiled libraries somewhere online, but do not expect a neat installer.
No need for installers. If it's somewhere just compiled for the major systems and with the source code for nerds everywhere is cool ;)
There is no indication a new Extended release will happen any time soon.
I know, that's a bummer :( and that's why putting the library for download seems important.
the formula in the code is the same as found in the Max5 documentation
yeah, but does it show you how to calculate the coefficients besides the formula?
cheers
2014-12-15 16:08 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for download somewhere for people to include it in Pd Vanilla. Where can we get it?
Currently it appears only in the pd META sub-patch of the help-patches. It is currently 0.1-alpha56. Adding it to each object would be a good thing and report it at load time (Debug-level). But this would mean changing all objects. Something for the todo list.
Currently there are only some patches in the patch tracker, and linux 32 bit executables on my harddisk. The idea is to test them on several platforms, including linux 64 bit, Windows 32 bit and Macos X 10.7 (64 bit). I could put the compiled libraries somewhere online, but do not expect a neat installer. I would consider it a temporary stop-gap for the time there is no proper distribution.
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
There is no indication a new Extended release will happen any time soon.
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
The objects should be proper clones, but I haven't checked them in that much detail. At first glance I would say, the formula in the code is the same as found in the Max5 documentation.
Greetings,
Fred Jan
Just FYI…. Joe Deken of newblankets.org is considering making a repository of external objects compatible with Pd vanilla. I think almost all the objects in Pd extended will work with vanilla (and if I find out what specific changes vanilla would need to allow the others, I'd be happy to try to provide them). It seems like maintaining compiled versions of the libs is an easier thing to do than maintaining all of Pd Extended.
cheers Miller
On Mon, Dec 15, 2014 at 07:36:59PM -0200, Alexandre Torres Porres wrote:
I could put the compiled libraries somewhere online, but do not expect a neat installer.
No need for installers. If it's somewhere just compiled for the major systems and with the source code for nerds everywhere is cool ;)
There is no indication a new Extended release will happen any time soon.
I know, that's a bummer :( and that's why putting the library for download seems important.
the formula in the code is the same as found in the Max5 documentation
yeah, but does it show you how to calculate the coefficients besides the formula?
cheers
2014-12-15 16:08 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for download somewhere for people to include it in Pd Vanilla. Where can we get it?
Currently it appears only in the pd META sub-patch of the help-patches. It is currently 0.1-alpha56. Adding it to each object would be a good thing and report it at load time (Debug-level). But this would mean changing all objects. Something for the todo list.
Currently there are only some patches in the patch tracker, and linux 32 bit executables on my harddisk. The idea is to test them on several platforms, including linux 64 bit, Windows 32 bit and Macos X 10.7 (64 bit). I could put the compiled libraries somewhere online, but do not expect a neat installer. I would consider it a temporary stop-gap for the time there is no proper distribution.
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
There is no indication a new Extended release will happen any time soon.
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
The objects should be proper clones, but I haven't checked them in that much detail. At first glance I would say, the formula in the code is the same as found in the Max5 documentation.
Greetings,
Fred Jan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
That sounds good.
I've always thought of Pd-Extended as a nice package of libraries. Since it's been complicated to maintain it, I guess the way out would be to make it easier for extra packages to be added to Vanilla. I'd be ol with that.
Fred, another suggestion I had was to include some [cascade~] object. Internally it could just instantiate several [biquad~] objects, and it would just split some incoming list to biquad filters in cascade. Maybe that's not too complicated.
cheers
2014-12-15 19:46 GMT-02:00 Miller Puckette msp@ucsd.edu:
Just FYI…. Joe Deken of newblankets.org is considering making a repository of external objects compatible with Pd vanilla. I think almost all the objects in Pd extended will work with vanilla (and if I find out what specific changes vanilla would need to allow the others, I'd be happy to try to provide them). It seems like maintaining compiled versions of the libs is an easier thing to do than maintaining all of Pd Extended.
cheers Miller
On Mon, Dec 15, 2014 at 07:36:59PM -0200, Alexandre Torres Porres wrote:
I could put the compiled libraries somewhere online, but do not expect a neat installer.
No need for installers. If it's somewhere just compiled for the major systems and with the source code for nerds everywhere is cool ;)
There is no indication a new Extended release will happen any time soon.
I know, that's a bummer :( and that's why putting the library for
download
seems important.
the formula in the code is the same as found in the Max5 documentation
yeah, but does it show you how to calculate the coefficients besides the formula?
cheers
2014-12-15 16:08 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for
download
somewhere for people to include it in Pd Vanilla. Where can we get
it?
Currently it appears only in the pd META sub-patch of the
help-patches. It
is currently 0.1-alpha56. Adding it to each object would be a good
thing
and report it at load time (Debug-level). But this would mean changing
all
objects. Something for the todo list.
Currently there are only some patches in the patch tracker, and linux
32
bit executables on my harddisk. The idea is to test them on several platforms, including linux 64 bit, Windows 32 bit and Macos X 10.7 (64 bit). I could put the compiled libraries somewhere online, but do not expect a neat installer. I would consider it a temporary stop-gap for the time there is no proper distribution.
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
There is no indication a new Extended release will happen any time
soon.
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
The objects should be proper clones, but I haven't checked them in that much detail. At first glance I would say, the formula in the code is
the
same as found in the Max5 documentation.
Greetings,
Fred Jan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
On 2014-12-15 22:46, Miller Puckette wrote:
Just FYI…. Joe Deken of newblankets.org is considering making a repository of external objects compatible with Pd vanilla. I think almost all the objects in Pd extended will work with vanilla (and if I find out what specific changes vanilla would need to allow the others, I'd be happy to try to provide them). It seems like maintaining compiled versions of the libs is an easier thing to do than maintaining all of Pd Extended.
I heard about that. It could neatly solve the distribution problem and make the corpus of pd-extended libraries more manageable by splitting it up. It there is a pilot-program, I would happy to be part of it.
cheers Miller
Greetings,
Fred Jan
On Mon, Dec 15, 2014 at 07:36:59PM -0200, Alexandre Torres Porres wrote:
I could put the compiled libraries somewhere online, but do not expect a neat installer.
No need for installers. If it's somewhere just compiled for the major systems and with the source code for nerds everywhere is cool ;)
There is no indication a new Extended release will happen any time soon.
I know, that's a bummer :( and that's why putting the library for download seems important.
the formula in the code is the same as found in the Max5 documentation
yeah, but does it show you how to calculate the coefficients besides the formula?
cheers
2014-12-15 16:08 GMT-02:00 Fred Jan Kraan fjkraan@xs4all.nl:
Hi Alexandre,
Sorry, yes pd-extended 0.44.
sure, but when I first mentioned about versions, I was thinking about cyclone's own version number.
I assume there's one, right? And I also assume you have it for download somewhere for people to include it in Pd Vanilla. Where can we get it?
Currently it appears only in the pd META sub-patch of the help-patches. It is currently 0.1-alpha56. Adding it to each object would be a good thing and report it at load time (Debug-level). But this would mean changing all objects. Something for the todo list.
Currently there are only some patches in the patch tracker, and linux 32 bit executables on my harddisk. The idea is to test them on several platforms, including linux 64 bit, Windows 32 bit and Macos X 10.7 (64 bit). I could put the compiled libraries somewhere online, but do not expect a neat installer. I would consider it a temporary stop-gap for the time there is no proper distribution.
If Extended keeps on delaying too much for an update, I'm gonna start just getting all the libraries I use into vanilla :(
There is no indication a new Extended release will happen any time soon.
cheers
ps. while we're at it, I have a question, are [lores~] and [reson~] perfect copies of the Max's objects, same formula and everything, or just something similar?
The objects should be proper clones, but I haven't checked them in that much detail. At first glance I would say, the formula in the code is the same as found in the Max5 documentation.
Greetings,
Fred Jan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list