WebSpeech API with offline STT via DeepSpeech
Categories
(Core :: Web Speech, enhancement)
Tracking
()
People
(Reporter: tim.langhorst, Unassigned)
References
(Blocks 2 open bugs, )
Details
(Keywords: webcompat:platform-bug)
Reporter | ||
Comment 1•7 years ago
|
||
Reporter | ||
Comment 2•7 years ago
|
||
Reporter | ||
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
Reporter | ||
Comment 3•7 years ago
|
||
Reporter | ||
Updated•7 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 5•4 years ago
|
||
I have followed the procedure laid out in this section: https://wiki.mozilla.org/Web_Speech_API_-_Speech_Recognition#How_can_I_test_with_Deep_Speech.3F , which says to set media.webspeech.service.endpoint
to https://dev.speaktome.nonprod.cloudops.mozgcp.net/
.
The results are very inaccurate, and would be unacceptable by today's standards. I am not just trying to lambaste a product I know the DeepSpeech people have invested much of their time and energies in, and I'm genuinely appreciative of. I am just wondering if the article is out of date, and there is a different endpoint that can be set which will give more accurate results.
I am comparing this to using with media.webspeech.service.endpoint
pref removed (which I believe would then be using the OS native service,) where accuracy is very high, and more what I would expect. The point being, I do not think this is an issue with the audio hardware involved.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•2 years ago
|
Comment 6•8 months ago
|
||
Deepspeech project is abandoned since 3 years so maybe this ticket can be closed?
Comment 7•8 months ago
|
||
you're right we should WONTFIX it, I kept it alive so far in hope someone would continue, but Coqui being defunct now as well ...
Updated•5 months ago
|
Description
•