Dear All, 2011/8/30 Peter Drysdale <drysdalep...@gmail.com>
> Dear All, > > I had a look at the code in this patch. It appears to follow analogously > from the existing > method by which festival finds voices. Extending this to languages does > appear to be > a natural extension. > Thanks for your attention! > > My testing agrees it is backward compatible. > Their appears to be merit in this patch whether of not upstream adopts it. > Thanks again. As you may know, upstream is not very active (does not release often), although I will submit this patch once it gets into Debian (if it is "approved in Debian" then it is easier for me to tell upstream to consider it). > > Jean-Philippe, I think we should add this patch with the two lintian > patches and the clustergen patch > for the quick release we discussed on the weekend. The patch only affects > architecture independent > scheme files so it wont change building so we need do not need to hold it > off. > > best regards, > Peter > I am quite new to the Debian policies and maybe this is not the place to ask, but have you considered fixing this wish (#638394) [1] in libestools? The libestools patch [2] and a simple rebuild in Festival would provide native ALSA support and fix possible audio latencies deriving from the use of aplay. Moreover, the aplay commands in /etc/festival.scm would not be needed anymore, and we could let festival to autodetect the audio module for linux and non-linux users. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638394 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=NativeALSA_fixed.patch;att=2;bug=638394 Thanks and best regards, Sergio
