On 09.04.2025 20:32, IOhannes m zmölnig wrote:
On 09/04/2025 16:54, Christof Ressi wrote:
On 09.04.2025 16:25, IOhannes m zmölnig wrote:
but here's my reasoning why I picked zero-padding in the original implementation:
Do you mean that you actually implemented the different upsampling methods? Or the upsampling mechnism itself?
both. i implemented upsampling, and obviously this required an upsampling method. i couldn't decide on one, so i implemented both trivial ones and the linear implementation.
Hats off!
I had no idea that [block~] initially only supported reblocking and overlap, but no upsampling/downsampling!
When was this?
indeed it precludes the git history. i checked, and it even precludes the svn history :-)
according to the original file, this was done on 2001-09-25:
Wow, that is quite some time ago :) It's fascinating to browse the Pd sources from 25 years ago.
And what was the initial upsampling method?
it was always zero-padding. http://git.puredata.info/cgit/svn2git/trunk.git/tree/pd/src/d_resample.c?id=57045df5fe3ec557e57dc7434ac1a07b5521bffc#n175
fdmdas IOhannes
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/YZGCP6NHWB...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/