[CLAM] synthesizing SMS models in Pd

Rich E reakinator at gmail.com
Fri Dec 14 13:55:09 PST 2007

Okay, I didn't think of looking for the overlap size by checking the
timestamps, but that seems obvious now.. thanks!  I have found there are
many things preventing the SDIF files from being used in real-time (such as
the 1TRC frames not containing birth and death information).  So I am
already buffering the data in a format that can be used in real-time, so
finding the overlap before sysnthesis-time shouldn't be a problem.

However, I do not see the 1WIN matrix within the SMS-produced files.  I
assumed it is a triangle window with an overlap factor of 2 (this is the
default settings in SMSTools), but of course this can be changed, in which
case I would not know how to find the windowing function.  But I tried these
settings without success (in comparison to SMSTools-produced residual
sound), so I am still looking for the correct ones.
On Dec 14, 2007 6:30 PM, Richard Dobson <richarddobson at blueyonder.co.uk>

> Rich E wrote:
> > Okay, sorry for getting into too much pd stuff... I basically just
> > need to know what needs to be done to the 1STF data before I can
> > synthesize it.  Is it ready to go, or is windowing still necessary?
> > Should the frames be overlapped?
> >
> It's plain real/imaginary DFT data. SO in that sense yes it is ready to
> go straight into the IFFT. It will almost certainly require windowing.
> If you haven't already done so, you will neded to check the formal
> definition of the 1STF format e.g. at:
> http://www.cnmat.berkeley.edu/SDIF/FrameTypes.html#1STF
> SDIF is famous/notorious for being particularly "loose" about
> definitions and content. In short, each frame (matrix) is time-stamped
> (from the centre of the window, because they like doing things that
> way), and you have to determine the overlap from that (which means you
> have to read at least two frames before you can start rendering, so this
> is not  a true real-time streaming format; one would assume the overlap
> is constant, but the format does not see the need to mandate it); there
> should be a 1WIN matrix that defines the window to use. Beyond that, all
> I can say is "good luck"!
> Richard Dobson
> _______________________________________________
> CLAM mailing list
> CLAM at iua.upf.es
> http://www.iua.upf.es/mtg/clam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clam-project.org/pipermail/clam-users-clam-project.org/attachments/20071214/5db58ee5/attachment.html>

More information about the clam-users mailing list