Notice: A non well formed numeric value encountered in /sites/ on line 96 Notice: A non well formed numeric value encountered in /sites/ on line 96 Notice: A non well formed numeric value encountered in /sites/ on line 96 Deprecated: Function create_function() is deprecated in /sites/ on line 104 Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /sites/ on line 845 Deprecated: Function create_function() is deprecated in /sites/ on line 111 FS#8962 : Problem with Speex encoder in Rockbox Utility



FS#8962 - Problem with Speex encoder in Rockbox Utility

Attached to Project: Rockbox
Opened by Geoff Smith (Neff) - Monday, 05 May 2008, 12:29 GMT
Last edited by Dominik Wenger (Domonoky) - Saturday, 27 June 2009, 15:14 GMT
Task Type Bugs
Category Rbutil
Status Closed
Assigned To No-one
Operating System Iriver H100 series
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


Version 1.0.5 of the RockBox Utility has problems encoding Voice and Talk files when using the Lawrence voice from Cepstral

I'm running RB Util in Vista Home Premium. The engine is Sapi TTS Engine and the encoder is the Speex Encoder.

If I try to generate Talk Files for the Music folder the process dies straight away with the message "Encoding of G:/Music/ failed". However if I switch to the Microsoft Anna voice talk file generation proceeds OK. I can however use the old Voicebox utility perfectly fine with the Lawrence voice.

If I try to generate a Voice File using the Lawrence voice I only get a handful of menu options actually voiced. Again if I use the Microsoft Anna voice the file generates OK and I can hear all the menu options. I was wondering if there are errors similar to the Talk File generation but they're just not displayed?

The Cepestral Voices are linked to by Microsoft so they shouldn't be a shoddy things (

Does the utility make assumptions about the voice engine that Lawrence doesn't comply with? As I said the voice works in the old school way with the Voicebox utility.

I tried Lame as the encoder instead of Speex and that didn't give the encoding error message (I had other problems instead which may be due to me not knowing the correct command line options). So it looks as though Speex has some problems encoding wav files from the Lawrence voice.

If any files are required please let me know and I'll see what I can provide.
This task depends upon

Closed by  Dominik Wenger (Domonoky)
Saturday, 27 June 2009, 15:14 GMT
Reason for closing:  Fixed
Additional comments about closing:  Talkfile creation has been reworked, and should be much more stable now. If this still happens, please open a new Tracker entry
Comment by Dominik Wenger (Domonoky) - Tuesday, 06 May 2008, 20:21 GMT

I would suspect that the actual voice generation fails somehow silently with this voice, and then encoding fails, because there is no wav file to encode.
Could you check if rbutil really generates a wav file with this voice ?

(enable the "keep wavfiles" option in the talkfile generation dialog and run it on a small test folder)
Comment by Geoff Smith (Neff) - Tuesday, 06 May 2008, 21:43 GMT
It does create the WAV file (an example is attached) but the message I get is
"Encoding of G:/Comedy/Old Harry's Game/Series 05/ failed.

And just in case it was the apostrophe in the file path I tried another abd got the error
"Encoding of G:/Music/J/Jefferson Airplane/Surrealistic Pillow/
Comment by Dominik Wenger (Domonoky) - Wednesday, 07 May 2008, 17:01 GMT

i have now installed a demo version of this Lawrence voice, and let rbutil run on a Folder structure like yours, and it works fine for me.
Also the wav files you proved encode without problem with the standalone rbspeexenc encoder.
I can even successfully encode your dirname wavfiles with rbutil. (placing it into a folder and disabling the "overwrite wavfiles" option, and then run the voice generation on it)

Maybe its because i am on Windows XP and you are on Vista ?

But it cant be a general vista problem, as you say it works fine if you choose another sapi5 voice... strange.

To debug this Problem, i need to somehow repoduce it, but i am out of ideas at moment..

Also as a note: for the h120 (and all software codec players) you need to choose the speex encoder, lame encoded talk/voice files only work on the old archos.
Comment by Geoff Smith (Neff) - Wednesday, 07 May 2008, 17:37 GMT
I know how irritating bugs can be that refuse to manifest when you're hunting them. It wouldn't suprise me if it was Vista based somehow. It's not an insurmountable problem as I can use Voicebox and the default voice files. Just irritating. Thanks for looking into it.

Is there any logging or anything I can turn on with my machine to get you more information?
Comment by Geoff Smith (Neff) - Wednesday, 01 October 2008, 20:49 GMT
Just wondering if anyone else has this problem or am I unique? Has there been any voice encoding changes in m1.0.7 that I should check?
Comment by Dominik Wenger (Domonoky) - Thursday, 02 October 2008, 14:06 GMT
I was not able to reproduce the problem.
But talkfile generation was reworked, so it could be that this problems are magically solved.
So would be nice, if you could try to reproduce the problem with the new 1.0.7 version.
Comment by Geoff Smith (Neff) - Friday, 03 October 2008, 14:25 GMT
I still get the error about failing to encode. It looks like there's something odd about the combination of that voice and Vista.

I also tried to build a voice file with variable sucess - the best attempt was the first one which seemed to miss fewest voice prompts. What is the meaning of the cut off level on the voice generation screen? 9default = 500)