Hi Pau and David, <br><br>thanks for the instructions on how to get the processings registered.  I'll do that in the future.  Also, thanks for taking the screen shot.  Maybe in future iterations I can add some flashy widgets :)
<br><br>> Do you think it will be easy to improve the vowel model? Does not<br>> sound very human, right?<br><br>Yep, there are several things that I think might help.  I think that the harmonic peak generator could use the most improvement.  I played around with the controls on the simple oscillator that feeds into the residual spectrum of the SMSSynthesis (SimpleOscillator->spectralAnalysis->residual spectrum port of SMSSynthesis).  Using low values for pitch and amplitude  seems to add some noise between the harmonics and makes it sound a little better.  That's just fiddling around, but I think that the purely harmonic peaks are the reason it's unnatural sounding, so I'll look into this and see if I can find a description of the spectrum of the vocal fold source.  Also I think adding jitter and shimmer (slight variations in the pitch and amplitude) would help it sound more natural.  Right now I'm working on an ADSR envelope to output syllable-like pulses so that might help, but I think that's not the main inhuman aspect.  Another thing is to take formant bandwidth into account in the vowel resonator.  I think that this is also not the main cause of the unnatural sound, but I could be wrong, so I'll check out this if the other things don't work. 
<br><br>If anyone has any ideas about how to best do any of these improvements, let me know!<br><br>Also, I wanted to ask about the ADSR processing.  It seems that the ladspa ADSR processing is has more features than clam's (gates/triggers).  I'm not sure if it would be good to add the extra features to clam's ADSR processing or just use the  laspa one?  Also it could be that I"m not understanding how the ADSR processing is supposed to be used in clam.
<br><div><span class="gmail_quote"><br>Thanks,<br>Abe<br><br>PS, I'm currently working on clam as I'm  taking a cross country trip.  Not having the internet (and the plains states) have been good for productivity, but I can only respond to emails at night when I'm at a wifi hotel (it's amazing how many small hotels in little towns 
<br>have wireless internet).  I guess it shouldn't be much of a problem since we're all in our own time zones, but just in case you wonder why I don't reply during the daytime hours...<br> <br><br>On 8/16/07, 
<b class="gmail_sendername">David García Garzón</b> <<a href="mailto:dgarcia@iua.upf.edu">dgarcia@iua.upf.edu</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
On Thursday 16 August 2007 19:14:31 Pau Arumi wrote:<br>> En/na Pau Arumi ha escrit:<br>> > Notice the cathegory "Speech (Experimental - GSoC)" in the<br>> > processing tree. These processings have been commited in
<br>> > CLAM/plugins/speech. Take a look how (easily) they are registed<br>> > with metadata. You can expand the description, if you wish.<br>><br>> A quick reminder:<br>> export CLAM_PLUGIN_PATH=/path/to/plugins/speech/
<br>> before executing NE<br><br>As a more general solution plugins SConstruct install plugins in<br>clam_install_prefix/lib/clam whenever you do 'scons install'. If you setup<br>CLAM_PLUGIN_PATH to such path in your environment you can forget about making
<br>it pointing different places. By (locally) installing the plugin you get it.<br><br>David.<br><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>