This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8162 - Core speex decoder and voice for SWCODEC targets
Attached to Project:
Rockbox
Opened by Michael Sevakis (MikeS) - Thursday, 15 November 2007, 21:48 GMT+2
Last edited by Michael Sevakis (MikeS) - Sunday, 18 November 2007, 18:21 GMT+2
Opened by Michael Sevakis (MikeS) - Thursday, 15 November 2007, 21:48 GMT+2
Last edited by Michael Sevakis (MikeS) - Sunday, 18 November 2007, 18:21 GMT+2
|
DetailsThis changes the suppoted voice format from MPEG audio to Speex and moves the decoder to the core which simplifies the playback engine greatly and factors voice away from playback.c.
|
This task depends upon
Closed by Michael Sevakis (MikeS)
Sunday, 18 November 2007, 18:21 GMT+2
Reason for closing: Accepted
Additional comments about closing: New format is now used as of r15668
Sunday, 18 November 2007, 18:21 GMT+2
Reason for closing: Accepted
Additional comments about closing: New format is now used as of r15668
However, there seems to be lots of unrelated changes as well, like renaming of types etc. Were these really necessary for the voice to work?
Anyway, I think this should be committed ASAP, provided that this doesn't in any way affect the Archos players, that still need voice files in MP3 format.
No effect on Archos. That's the idea.
BTW, what about setting up the daily voice as speex? Shouldn't that be ready to go along with a full tools patch so this gets done in one felled swoop?
EDIT: The needed version change in voicefont.c was also missing thanks to an "svn revert" on /tools. Included here.
than rbspeexenc?
Would it be possible to summarize what it is rbspeexenc does differently
vs the standard speexenc?
There probably needs to be a special case when the voice is generated
with espeak: it's 22.05KHz, and speexenc appears to prefer it resampled
to 16KHz.
The voice files I was using were made with eSpeak + rbspeexenc. rbspeexenc outputs raw speex data with no ogg or other container and is required for encoding. It will also be able to resample it to the proper rate (but won't convert stereo to mono). I recorded some talk clips at 44kHz, encoded them with it and had no trouble with them playing in the file browser.
By the way, which patch did you use? I've tested on four of my targets and, well, it's the same code for all of them. Basically a sure shot to it have work if everything was encoded properly.