My report to NVDA
Posted: Thu Sep 25, 2014 12:38 pm
Hi all,
Yesterday, I decided to report an issue concerning Cepstral voices to NV Access, the developers of the NVDA screen reader for the blind.
The voice I use is Amy, but the issuewith NVDA and Cepstral, I believe, is not Amy specific. I have never tested this using any of the other Cepstral voices, but I think that the NVDA developers have been aware of this issue for quite some time, as it has persisted, as far as Cepstral is concerned, throughout NVDA's development. If the issue is Amy specific, then I would suggest that it might be "RIP Amy." I know that Amy has never been a favorite of Cepstral, and that she is considered old technology and is no longer in development. I don't really know to what extent the woman whos voice was used to build Amy is involved with Cepstral, and whether she would even be interested in re-recording her voice to make a larger data base in order to update Amy, but I do know that there are plenty of voices out there in the population of Pittsburgh that are youthful and sweet, who would be interested in such a project as building a Teenaged or young student voice for Cepstral, if they only knew about it.
Here is what I told NVDA, and the comments that were made by NVDA developers.
Opened 26 hours ago
Closed 17 hours ago
#4490 closed defect (cantfix)
Cepstral voices crash when adjusting the rate too fast
Reported by:
mikebayus
Owned by:
Priority:
minor
Milestone:
Component:
Speech
Version:
2014.3
Keywords:
crash
Cc:
michaelbayus1@gmail.com
Operating system:
Windows 7
Blocked by:
Blocking:
Changes document entry (for developers):
Description
When in the voice settings menu, and a Cepstral voice is picked, If tabing to rate, and pressing the up and down arrows too quickly or holding one or the other down to speed up or slow down the voice, The voice crashes, NVDA reinitializes, and if another voice is set as the default voice, the Screen reader reverts back to that voice with all settings, pitch, rate etc. set to there original settings, and if the Cepstral voice is the default, NVDA relaunches with the voice, but with it's original settings. If pressing the up or down arrow one increment at a time, and stopping until the new value is completely spoken, it works as it should. I have told Cepstral about this, and they don't know or care enough about NVDA to do anything about it. I have CereProc, Ivona, and Neospeech voices, and they work as they should.
Change History (3)
comment:1
Changed 26 hours ago by mikebayus
? Cc michaelbayus1@gmail.com added
comment:2
Changed 21 hours ago by briang1
Well you have in a way answered your own question. Its their code that is the issue.
I'm not sure what could be done about this at the nvda side.
comment:3
Changed 17 hours ago by jteh
? Keywords crash added
? Resolution set to cantfix
? Status changed from new to closed
Sorry, but there's no way we can compensate for bugs like this in specific synths. Any workaround we try to implement here is likely to disadvantage other synths. This needs to be fixed in the synth.
Well that's it.
I know it's a minor probllem, or so it might seem, but it does effect the reading of documents by blind people who want to read a line or a word at a time, or to adjust the rate of speech on the fly.
Cepstral is made in america, and I would think that it's developers would want it to work as perfectly as they know it should.
Yesterday, I decided to report an issue concerning Cepstral voices to NV Access, the developers of the NVDA screen reader for the blind.
The voice I use is Amy, but the issuewith NVDA and Cepstral, I believe, is not Amy specific. I have never tested this using any of the other Cepstral voices, but I think that the NVDA developers have been aware of this issue for quite some time, as it has persisted, as far as Cepstral is concerned, throughout NVDA's development. If the issue is Amy specific, then I would suggest that it might be "RIP Amy." I know that Amy has never been a favorite of Cepstral, and that she is considered old technology and is no longer in development. I don't really know to what extent the woman whos voice was used to build Amy is involved with Cepstral, and whether she would even be interested in re-recording her voice to make a larger data base in order to update Amy, but I do know that there are plenty of voices out there in the population of Pittsburgh that are youthful and sweet, who would be interested in such a project as building a Teenaged or young student voice for Cepstral, if they only knew about it.
Here is what I told NVDA, and the comments that were made by NVDA developers.
Opened 26 hours ago
Closed 17 hours ago
#4490 closed defect (cantfix)
Cepstral voices crash when adjusting the rate too fast
Reported by:
mikebayus
Owned by:
Priority:
minor
Milestone:
Component:
Speech
Version:
2014.3
Keywords:
crash
Cc:
michaelbayus1@gmail.com
Operating system:
Windows 7
Blocked by:
Blocking:
Changes document entry (for developers):
Description
When in the voice settings menu, and a Cepstral voice is picked, If tabing to rate, and pressing the up and down arrows too quickly or holding one or the other down to speed up or slow down the voice, The voice crashes, NVDA reinitializes, and if another voice is set as the default voice, the Screen reader reverts back to that voice with all settings, pitch, rate etc. set to there original settings, and if the Cepstral voice is the default, NVDA relaunches with the voice, but with it's original settings. If pressing the up or down arrow one increment at a time, and stopping until the new value is completely spoken, it works as it should. I have told Cepstral about this, and they don't know or care enough about NVDA to do anything about it. I have CereProc, Ivona, and Neospeech voices, and they work as they should.
Change History (3)
comment:1
Changed 26 hours ago by mikebayus
? Cc michaelbayus1@gmail.com added
comment:2
Changed 21 hours ago by briang1
Well you have in a way answered your own question. Its their code that is the issue.
I'm not sure what could be done about this at the nvda side.
comment:3
Changed 17 hours ago by jteh
? Keywords crash added
? Resolution set to cantfix
? Status changed from new to closed
Sorry, but there's no way we can compensate for bugs like this in specific synths. Any workaround we try to implement here is likely to disadvantage other synths. This needs to be fixed in the synth.
Well that's it.
I know it's a minor probllem, or so it might seem, but it does effect the reading of documents by blind people who want to read a line or a word at a time, or to adjust the rate of speech on the fly.
Cepstral is made in america, and I would think that it's developers would want it to work as perfectly as they know it should.