<div>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. 
</div>
<div> </div>
<div>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.
<br></div>
<div>cheers,</div>
<div>rich<br></div>
<div class="gmail_quote">On Dec 14, 2007 6:30 PM, Richard Dobson <<a href="mailto:richarddobson@blueyonder.co.uk">richarddobson@blueyonder.co.uk</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="Ih2E3d">Rich E wrote:<br>> Okay, sorry for getting into too much pd stuff... I basically just<br>> need to know what needs to be done to the 1STF data before I can<br>> synthesize it.  Is it ready to go, or is windowing still necessary?
<br>> Should the frames be overlapped?<br>><br><br></div>It's plain real/imaginary DFT data. SO in that sense yes it is ready to<br>go straight into the IFFT. It will almost certainly require windowing.<br>If you haven't already done so, you will neded to check the formal
<br>definition of the 1STF format e.g. at:<br><br><a href="http://www.cnmat.berkeley.edu/SDIF/FrameTypes.html#1STF" target="_blank">http://www.cnmat.berkeley.edu/SDIF/FrameTypes.html#1STF</a><br><br>SDIF is famous/notorious for being particularly "loose" about
<br>definitions and content. In short, each frame (matrix) is time-stamped<br>(from the centre of the window, because they like doing things that<br>way), and you have to determine the overlap from that (which means you<br>
have to read at least two frames before you can start rendering, so this<br>is not  a true real-time streaming format; one would assume the overlap<br>is constant, but the format does not see the need to mandate it); there
<br>should be a 1WIN matrix that defines the window to use. Beyond that, all<br>I can say is "good luck"!<br><font color="#888888"><br><br>Richard Dobson<br></font>
<div>
<div></div>
<div class="Wj3C7c"><br><br><br><br><br><br>_______________________________________________<br>CLAM mailing list<br><a href="mailto:CLAM@iua.upf.es">CLAM@iua.upf.es</a><br><a href="http://www.iua.upf.es/mtg/clam" target="_blank">
http://www.iua.upf.es/mtg/clam</a><br></div></div></blockquote></div><br>