Hi Pau,<br><br>Feeding all the ports to the SMSSynthesis does seem to be mandatory.  I tried it myself using the streaming SDIF example, but CanConsumeAndProduce always returned false.  (I think.)  So, it didn't produce any audio.  Then, I tried it with the last release version of the NetworkEditor, and it sounded awful although it did produce audio.  Then, I tried it with the current developer version of the NetworkEditor, and it only produced an annoying beeping noise and printed the message "Warning: 1 sinks were not fed, so could not send audio to the callback." to the command line about one million times.
<br><br>So, it looks like if I want to do just a sinusoidal resynthesis, I'll have to make a new class that is similiar to SMSSynthesis.<br><br>Best,<br>Greg<br><br><div><span class="gmail_quote">On 7/3/07, <b class="gmail_sendername">
Pau Arumi</b> <<a href="mailto:parumi@iua.upf.edu">parumi@iua.upf.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
En/na Greg Kellum ha escrit:<br><br>> By the way I also wanted to ask you how the best way to go about doing a<br>> sinusoidal resynthesis (with no residual) would be in CLAM?  I would<br>> guess that one would have to create a new composite -- something like
<br>> SinusoidalSynthesis -- that would call the SpectralSynthesis class,<br>> handle the overlap and add, and handle the phase alignment, no?<br>><br><br>Just use the existing SMSSynthesis processing. Feeding all its
<br>in-ports is not mandatory.<br><br>pau<br><br>_______________________________________________<br>Clam-devel mailing list<br><a href="mailto:Clam-devel@llistes.projectes.lafarga.org">Clam-devel@llistes.projectes.lafarga.org
</a><br><a href="https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel">https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel</a><br></blockquote></div><br>