Talsyntes:____"För Folk I Tiden"

[Hans Linde]

Att testa ut värdet för det olika parametrarna hastighet " 1 " och bästa hörbarhet ,
och därefter få skillnaden till MAX-fast.
Det gör att vi kan hitta ett mitt värde för alla parametrar.
Därefter lysnnar man om denna "halv-sanning" är okay, eller om kurva är olinjär.
Om den är olinjär och dessutom olika bland parametrarna, då blir
det sannolikt för många variabler för att nå ett gott resultat.

Men det kan vi inget vet utan utvärdering.
Instämmer du, eller finns det andra "grepp"?

[Konservburk]

Installation av r13 gick annars bra ,...... tror jag , eftersom jag inte kan testa i Wepesi-mod.
Din fil är inte "trimma" för den.

Det är nog bara tangentbindningarna som inte fungerar. Den där wepesi-grejen verkar använda openbox istället för metacity eller compiz. Hur man ställer in tangentbindningar med openbox har jag ingen aning om, men jag antar att det går.

[Hans Linde]

konfigurationsredigeraten innehåller ingen "openbox" på den plats som metacity o compiz finns.

[Konservburk]

Att testa ut värdet för det olika parametrarna hastighet " 1 " och bästa hörbarhet ,
och därefter få skillnaden till MAX-fast.
Det gör att vi kan hitta ett mitt värde för alla parametrar.
Därefter lysnnar man om denna "halv-sanning" är okay, eller om kurva är olinjär.

Jag tror inte att kurvorna blir linjära... utan snarare exponentiella. Men just det är egentligen inget stort problem. Har vi bara minst fyra mätpunkter så kan vi se ungefär vad som gäller.

Om den är olinjär och dessutom olika bland parametrarna, då blir
det sannolikt för många variabler för att nå ett gott resultat.

Vi ska mappa om ett värde (den valda hastigheten) till flera (de verkliga parametrarna). Jag tycker inte att det borde vara speciellt svårt så länge vi har tillräckligt många vettiga mätpunkter.

[Hans Linde]

Men det kanske går att flytta över till en annan PC nu.
Det tester vi gör nu inte PC beroende,
och utvärderingen av i386C är gjord.

Om vi flyttar till AMD64, så kan jag göra en del även
dagtid i fortsättnignen.

Det är helt ok att installera om i386C,
men det är galantare att sig ur mitt misstag.

[Konservburk]

konfigurationsredigeraten innehåller ingen "openbox" på den plats som metacity o compiz finns.

Det beror på att openbox är en helt fristående lättviktig fönsterhanterare som ska fungera även om man inte har "konfigurationsredigeraren" installerad.

[Hans Linde]

Håller du med om att vi kan välja sw1, sw2 o us3.
Bara pitch och inte peta på annat än rate,scale och accel (tror jag det var).
Isf är det ganska snabbt gjort, att få fram det fyra (eller flera punkterna).
Jag skule också hellre välja ändläget vid hörbar.
(det blir troligen bättre precision om det inge sker kl 23:00 )

[Konservburk]

Håller du med om att vi kan välja sw1, sw2 o us3.

Jag tycker att sw1 är bäst för svenska. När det gäller engelska så tycker jag nästan att en1 är något bättre än us3. Men om du säger att us3 är bäst så litar jag på ditt omdöme där.

Jag skule också hellre välja ändläget vid hörbar.
(det blir troligen bättre precision om det inge sker kl 23:00 )

Välj ändpunkten så att den blir så snabb som du klarar av. Och välj de andra parametrarna så att det hörs så bra som möjligt. Sen kan man alltid extrapolera till ännu snabbare inställningar om man vill det.

[Hans Linde]

Jag har inte gett en1 en 2a chans, och eftersom jag hittade något "spök" med us3,
så finns det anledning att gå igenom rösterna igen.
Sa du att du hade en mätare för tid?
Då blev det lätt att bedömma hur snabb en röst kan bli
genom att testa samma textsträng.

[Konservburk]

Jag har inte gett en1 en 2a chans, och eftersom jag hittade något "spök" med us3,
så finns det anledning att gå igenom rösterna igen.
Sa du att du hade en mätare för tid?
Då blev det lätt att bedömma hur snabb en röst kan bli
genom att testa samma textsträng.

Om du vill mäta tiden en uppläsning tar så kan du göra det från terminalen så här:

* Markera först ett stycke text
* Byt röst: ~/bin/talsyntes.sh voice en1
* Tidtagning: time ~/bin/talsyntes.sh restart
* Byt röst igen: ~/bin/talsyntes.sh voice us3
* Ny tidtagning: time ~/bin/talsyntes.sh restart
* osv

[Hans Linde]

Det finns väll inget själ att stanna vid i386C.
AMD64 användes sist, och jag kan ju installera "r13" där.
Jag minns dock inte om vi har lagt in annat
av betydels. Isf är det kanske lätt fångat.
Wepesi tycks inte vilja överge i386C.
Synpunkt?

[Konservburk]

Det finns väll inget själ att stanna vid i386C.
AMD64 användes sist, och jag kan ju installera "r13" där.
Jag minns dock inte om vi har lagt in annat
av betydels. Isf är det kanske lätt fångat.
Wepesi tycks inte vilja överge i386C.
Synpunkt?

Du kan gå över till amd64 om du vill.

För att få igång tangentbindningar med openbox så verkar det som att man kan använda programmet obconf eller möjligtvis ändra lite för hand i en textfil.

[Hans Linde]

Javisst ja som vanligt glömmer jag en del.
I samtalen med alla dessa Talsyntes människor så har det framgått
att blinda har en förmåga att avsevärt höja hastigheten på talsyntes.
Och jag tror att flera ansåg infovox440 var bättre än Acapelas Erik (här är
jag lite osäker det är så mycket som har sagts. Men det kan jag kontrollera.)
Det innebär att hastighetsgränsen bör nog inte "fixeras" vid min gräns.

[Hans Linde]

OK jag byter till AMD64.

[Hans Linde]

Då är "r13" på plats i AMD64.
Jag ska sätt upp en ny tape över Fn.

[Hans Linde]

Jag övergår till en1.
Det är möjligt att jag bedömde us3 tydligare högre hastighet tidigare,
men jag tror jag kan komma åt det "problemet" hos en1 med Scaletempo.
I "normal" hastighet är en1 betygligt bättre i grundutförande.

Jag testar en1 o sw1.

[Hans Linde]

Har du några andra önskemål på testen?
Sist fann jag inget sätt att få
stride, overlap o search att inverka på posetivt sätt,
inte heller fann jag att method kunde bidra.
Det kan bero på hur jag justerar.
Någon uppfattning?

Ska jag importera som sist,
och du kommer på något klurigt sätt att
få ut informationen senare?

[Konservburk]

Har du några andra önskemål på testen?
Sist fann jag inget sätt att få
stride, overlap o search att inverka på posetivt sätt,
inte heller fann jag att method kunde bidra.
Det kan bero på hur jag justerar.
Någon uppfattning?

Jag är nyfiken på vilken fartöknings-metod som är bäst, speed, scale, eller accel. Du har kombinerat flera olika hela tiden vilket gör att det blir ganska svårt att dra några egentliga slutsatser.

Sen så är det just stride, overlap, och search som antagligen inte bör justeras speciellt mycket, men som borde (iaf teoretiskt) kunna ge vissa förbättringar med små justeringar vid höga uppläsningshastigheter.

Som jag har förstått det så påverkas en scale-fartökning inte alls av vilken method man har valt, medan accel i högst grad påverkas.

Ska jag importera som sist,
och du kommer på något klurigt sätt att
få ut informationen senare?

Du kan göra som tidigare... men markera tydligt vad varje inställnings-lista står för.

[Hans Linde]

Test klar.
0 , 33%, 66% o 100% av min förmåga av sw1 o en1.
Den här gången lyckas jag ta nytta av "stride" på sw1,
för en1 hade det ingen betydelse.

Hur tar vi hand om informationen?

[Konservburk]

Test klar.
0 , 33%, 66% o 100% av min förmåga av sw1 o en1.
Den här gången lyckas jag ta nytta av "stride" på sw1,
för en1 hade det ingen betydelse.

Hur tar vi hand om informationen?

Vi plottar upp datapunkterna och interpolerar. Förhoppningsvis finns det ett något så när enkelt samband.