----- Mensagem original ----
De: "pd-list-request@iem.at" <pd-list-request@iem.at>
Para: pd-list@iem.at
Enviadas: Domingo, 15 de Junho de 2008 18:13:23
Assunto: Pd-list Digest, Vol 39, Issue 54
Send Pd-list mailing list submissions to
pd-list@iem.atTo subscribe or
unsubscribe via the World Wide Web, visit
http://lists.puredata.info/listinfo/pd-listor, via email, send a message with subject or body 'help' to
pd-list-request@iem.atYou can reach the person managing the list at
pd-list-owner@iem.atWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of Pd-list digest..."
Today's Topics:
1. Re: [PD-announce] Pd-0.40.3-extended-rc1 released (Max Neupert)
2. Re: Abstractions search path hirarchy (was: pduino-arduino
trouble) (Roman Haefeli)
3. Re: 3dp (Roman Haefeli)
4. Re: Abstractions search path hirarchy (was: pduino-arduino
trouble) (Roman Haefeli)
5. Re: better tabread4~ (Charles Henry)
6. Re: Abstractions search path hirarchy (was: pduino-arduino
trouble) (Frank Barknecht)
7. Re: Abstractions search path hirarchy (was: pduino-arduino
trouble) (Roman Haefeli)
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 Jun 2008 00:28:01 +1000
From: Max Neupert <
abonnements@revolwear.com>
Subject: Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
To: Hans-Christoph Steiner <
hans@eds.org>
Cc:
pd-list@iem.atMessage-ID: <
B79C3816-CC33-4225-961C-7B298DB27503@revolwear.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
done.
Am 2008-06-15 um 23:01 schrieb Hans-Christoph Steiner:
>
> Strange one, could you file a bug report?
>
> .hc
>
> On Jun 15, 2008, at 11:39 AM, Max Neupert wrote:
>
>> do the following to reproduce a crash (tested on os x, don't know
>> about other systems)
>>
>> open pd
>> navigate to menu -> Pd-extended -> About Pd...
>> select some of the text
>> close the window
>>
crash
>>
>>
>> Am 2008-06-04 um 20:59 schrieb Hans-Christoph Steiner:
>>
>>>
>>> For this release, there has been a lot of work in making the GUI and
>>> user experience much more fluid and easy. There is a new visual look
>>> that was designed to make patches more readable. Additionally, lots
>>> of things have been tweaked to make Pd behave more like a normal
>>> app.
>>> There has already been a lot of testing on these builds, so it is
>>> getting quite close to a final version. (Debian/PowerPC is missing
>>> now but will come later)
>>>
>>>
http://at.or.at/hans/pd/installers.html>>>
>>> Here is a partial changelog:
>>>
>>> - next visual appearance designed for
readability (it can run slower
>>> on machines < 1 GHz)
>>>
>>> - default locations for user-installed externals, helpfiles, etc.
>>> GNU/Linux: /usr/share/pd and ~/pd
>>> Mac OS X: /Library/Pd and ~/Library/Pd
>>> Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
>>> Application Data/Pd
>>>
>>> - lots of standard key bindings added:
>>> Enter/Return for OK
>>> Escape for Cancel
>>> Ctrl/Cmd-W closes all windows
>>> on Mac OS X, Cmd-` cycles thru open windows
>>> on Mac OS X, Cmd-m minimizes windows
>>> Ctrl/Cmd-R raises/lowers Pd window
>>> Ctrl/Cmd-Shift-R shrinks/grows Pd
window
>>> Ctrl/Cmd-Shift-L clears Pd window's text console
>>> Ctrl/Cmd-B opens the Help Browser
>>>
>>> - you can now use "~" in all paths to mean home folder, and on
>>> Windows you can use environment variables, lie %UserProfile% in
>>> paths
>>>
>>> - cut/copy/paste now work directly into text boxes on all platforms
>>>
>>> - [declare] and [import] now sorted out for loading, much work needs
>>> to be done before there namespace support is complete
>>>
>>> - "File -> Save As" defaults to the Home folder (~/)
>>>
>>> - fixed Cut/Copy/Paste for the Pd window's console
>>>
>>> - included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
>>>
>>> KNOWN
BUGS
>>>
>>> - check
http://puredata.info/dev/bugtracker before reporting bugs
>>>
>>> - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
>>> preferences
>>>
>>> - pdp_opengl is alpha and will definitely crash Pd
>>>
>>> - loading pdp_opengl will crash Pd if X11 is not open before trying
>>> to load it
>>>
>>>
>>> .hc
>>>
>>> --------------------------------------------------------------------
>>> --
>>> --
>>> ----
>>>
>>> I spent 33 years and four months in active military service and
>>> during that period I spent most of my time as a high class muscle
>>> man
>>> for Big Business, for Wall
Street and the bankers. - General
>>> Smedley Butler
>>>
>>>
>>>
>>> _______________________________________________
>>> Pd-announce mailing list
>>>
Pd-announce@iem.at>>>
http://lists.puredata.info/listinfo/pd-announce>>>
>>> _______________________________________________
>>>
Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/>>> listinfo/pd-list
>>
>>
>> _______________________________________________
>>
Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/ >> listinfo/pd-list
>
>
>
>
>
> ----------------------------------------------------------------------
> ------
>
> "Free software means you control what your computer does. Non-free
> software means someone else controls that, and to some extent
> controls you." - Richard M. Stallman
>
------------------------------
Message: 2
Date: Sun, 15 Jun 2008 16:45:15 +0200
From: Roman Haefeli <
reduzierer@yahoo.de>
Subject: Re: [PD] Abstractions search path hirarchy (was:
pduino-arduino trouble)
To: Hans-Christoph Steiner <
hans@eds.org>
Cc:
pd-list@iem.atMessage-ID: <1213541115.6286.2.camel@yoyo>
Content-Type: text/plain
On Sun, 2008-06-15 at 15:16 +0200, Hans-Christoph Steiner wrote:
> It should do that already. I don't remember why it didn't in this case.
i am HEAVILY against this. please, before you change that in
pd-extended, provide a patch to change the behaviour in pd-vanilla.
actually i don't care too much which way it is implemented, but i do
care A LOT that it is consistent over all distros.
your disciple of the curch of consistency
roman
___________________________________________________________
Telefonate ohne weitere Kosten
vom PC zum PC:
http://messenger.yahoo.de------------------------------
Message: 3
Date: Sun, 15 Jun 2008 16:49:29 +0200
From: Roman Haefeli <
reduzierer@yahoo.de>
Subject: Re: [PD] 3dp
To: el jay <
fotorebelion@gmail.com>
Cc:
pd-list@iem.atMessage-ID: <1213541369.6286.7.camel@yoyo>
Content-Type: text/plain
please someone confirm, what i am going to say:
pd-extended comes with an internal settings-file, which loads all the
libraries. if you accidently (or intentionally) changed some settings
(sound, pathes etc.) and you hit 'save', a .pdsettings file to your home
directory was written,
which overrides the one that comes with
pd-extended. this is just a guess, but probably worth to check.
roman
On Sun, 2008-06-15 at 15:49 +0200, el jay wrote:
> i have been playing with the nightly build of 12-06-008, when
> installed if from the .deb for gutsy the the 3dp externals worked
> perfectly and i spent a few hours playing with its possiblites..
> i shutdown and went home.. the next day.. i opened pd and the 3dp
> externals where no longer there...
> i unistalled and reinstalled.. and they are still not working
> anymore..
> why could this be?
> _______________________________________________
>
Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list ___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC:
http://messenger.yahoo.de------------------------------
Message: 4
Date: Sun, 15 Jun 2008 16:56:29 +0200
From: Roman Haefeli <
reduzierer@yahoo.de>
Subject: Re: [PD] Abstractions search path hirarchy (was:
pduino-arduino trouble)
To: Hans-Christoph Steiner <
hans@eds.org>
Cc:
pd-list@iem.atMessage-ID: <1213541789.6286.15.camel@yoyo>
Content-Type:
text/plain
rethinking this again, i came to the conclusion:
the actual behaviour shouldn't be changed. afaik, it is not possible to
shadow classes of pd or from binary libraries. changing actual behaviour
would lead to many incosistencies, where sometimes an local abstraction
would shadow library classes and sometimes not. internal classes
couldn't be shadowed anyway. it would make the pd-world definitely more
troublesome. unless it is possible to shadow EVERYTHING (classes from
binary libraries and internals), this shouldn't be changed, IMO.
i am much more in favor of consistencies in the wrong way than
inconsistencies in the right way.
roman
On Sun, 2008-06-15 at 16:45 +0200, Roman Haefeli wrote:
> On Sun, 2008-06-15 at 15:16 +0200, Hans-Christoph Steiner wrote:
> > It should do that already. I don't remember why it didn't in this case.
>
> i am HEAVILY
against this. please, before you change that in
> pd-extended, provide a patch to change the behaviour in pd-vanilla.
> actually i don't care too much which way it is implemented, but i do
> care A LOT that it is consistent over all distros.
>
> your disciple of the curch of consistency
> roman
>
>
>
>
> ___________________________________________________________
> Telefonate ohne weitere Kosten vom PC zum PC:
http://messenger.yahoo.de>
>
> _______________________________________________
>
Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list ___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC:
http://messenger.yahoo.de------------------------------
Message: 5
Date: Sun, 15 Jun 2008 11:19:49 -0500
From: "Charles Henry" <
czhenry@gmail.com>
Subject: Re: [PD] better tabread4~
To: "cyrille henry" <
cyrille.henry@la-kitchen.fr>,
pd-list@iem.atMessage-ID:
<
518fe7b20806150919j1b086f6fo5234a890a2749636@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Tue, Jun 10, 2008 at 10:29 AM, cyrille henry
<
cyrille.henry@la-kitchen.fr> wrote:
> well, i think the tabread4~ interpolation is a lagrange interpolator (but
> i'm may be wrong).
> at least with tabread4~, the 1st derivative is not continuous, while it
> should be with a cubic interpolation.
The Lagrange interpolation scheme is not continuous, because it fits a
polynomial through 4 points (-1, 0 ,1 , 2) and interpolates between 0
and 1. But when it goes to the next 4 points (0, 1, 2, 3), it fits
another polynomial and interpolates between 1 and 2. So, the
discontinuity in 1st derivative is at
each sample.
>
> i program a cubic interpolation, and the shape of the waveform is really
> different.
>
> please compile the object and look at the help patch to see the difference.
>
> i can also send waveforme picture if needed.
I'm having trouble compiling, due to the garray_getfloatwords symbol.
Which version of Pd are you using?
I'd like to see the waveform and test it out. Here's my analysis of key points
(a=x[-1], b=x[0], c=x[1], d=x[2])
83 a0 = d - c - a + b;
84 a1 = a - b - a0;
85 a2 = c - a;
86 *out++ = ((a0*frac+a1)*frac+a2)*frac+b;
At frac=0, output should be b. Check!
At frac=1, output should be c
((a0*1+a1)*1+a2)*1+b
=a0+a1+a2+b
=d-c-a+b
+ a-b-(d-c-a+b) + c-a + b
=d-c-a+b + a-b-d+c+a-b + c-a + b
=d-c-a+b + 2a-2b+c-d + c-a + b
=c
Check!
1st derivatives:
At frac=0,
d/dx f(x) = c-a
(This quantity really ought to be (c-a)/2, but let's see how the rest comes out)
At frac=1,
d/dx f(x) = 3*(d-c-a+b) + 2*(a-b-d+c+a-b) + c-a
=d-b
So, we've got 1st derivatives that match between samples. Check!
This looks like a really good plan. I might suggest some new
coefficients to try:
a0=(3b-a-3c+d)/2
a1=a-5b/2+2c-d/2
a2=(c-a)/2
The only difference is the 1st derivatives are (c-a)/2 and (d-b)/2,
respectively.
Maybe you could try a 5th-degree polynomial next and set the 2nd
derivatives for continuity. This would involve 4-points as before,
but it might introduce a ripple in the
interpolation (cubic
interpolation can't do that, since it only has two critical points).
I'm not keen on doing the spectral analysis, because it would take
about 4 hours, to do it by hand.
There's something I would like to see (once I can compile it). I made
a patch (attached) a while back to view the tabread4~ interpolation
function (impulse response). Give it a try if you're inclined to do
so, because it might surprise you.
Chuck
>
>
> cyrille
>
>
>>
>> Chuck
>>
>> _______________________________________________
>>
Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>>
http://lists.puredata.info/listinfo/pd-list>>
>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: view_tabread4~_impulse_response.pd
Type: application/octet-stream
Size: 1181 bytes
Desc: not available
Url :
http://lists.puredata.info/pipermail/pd-list/attachments/20080615/0c492a98/attachment-0001.obj ------------------------------
Message: 6
Date: Sun, 15 Jun 2008 18:53:51 +0200
From: Frank Barknecht <
fbar@footils.org>
Subject: Re: [PD] Abstractions search path hirarchy (was:
pduino-arduino trouble)
To:
pd-list@iem.atMessage-ID: <
20080615165351.GA6774@fliwatut.scifi>
Content-Type: text/plain; charset=us-ascii
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> the actual behaviour shouldn't be changed. afaik, it is not possible to
> shadow classes of pd or from binary libraries. changing actual behaviour
> would lead to many incosistencies, where sometimes an local abstraction
> would shadow library classes and sometimes not. internal classes
> couldn't be shadowed anyway. it would make the pd-world definitely more
> troublesome. unless it is possible to shadow EVERYTHING (classes from
> binary libraries and internals), this shouldn't be changed, IMO.
Btw.: Miller is working on making shadowing even builtins possible.
Check
pd-dev, unless you've already seen it.
Ciao
--
Frank Barknecht _ ______footils.org__
------------------------------
Message: 7
Date: Sun, 15 Jun 2008 19:11:30 +0200
From: Roman Haefeli <
reduzierer@yahoo.de>
Subject: Re: [PD] Abstractions search path hirarchy (was:
pduino-arduino trouble)
To: Frank Barknecht <
fbar@footils.org>
Cc:
pd-list@iem.atMessage-ID: <1213549890.6286.19.camel@yoyo>
Content-Type: text/plain
On Sun, 2008-06-15 at 18:53 +0200, Frank
Barknecht wrote:
> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
> > the actual behaviour shouldn't be changed. afaik, it is not possible to
> > shadow classes of pd or from binary libraries. changing actual behaviour
> > would lead to many incosistencies, where sometimes an local abstraction
> > would shadow library classes and sometimes not. internal classes
> > couldn't be shadowed anyway. it would make the pd-world definitely more
> > troublesome. unless it is possible to shadow EVERYTHING (classes from
> > binary libraries and internals), this shouldn't be changed, IMO.
>
> Btw.: Miller is working on making shadowing even builtins possible.
> Check pd-dev, unless you've already seen it.
oh, thanks. i usually read pd-dev, but obviously i missed the point
here.
hans:
it seems you're coming up with this at the right
time, so forget my
concerns ;-) sorry for the noise.
roman
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC:
http://messenger.yahoo.de------------------------------
_______________________________________________
Pd-list mailing list
Pd-list@iem.atto manage your subscription (including un-subscription) see
http://lists.puredata.info/listinfo/pd-listEnd of Pd-list Digest, Vol 39, Issue 54
***************************************