Description of App
Great voices at free tier, feature set that matches or exceeds the competition and no subscription for the premium tier, that is the reason why you'll love Speech Central. With over 10,000 licenses sold and consistent ratings above 4 stars Speech Central is one of the leading global text-to-speech brands. It was nominated for the best iOS accessible app in 2020 and 2017 on AppleVis, the leading authority in the field of accessibility on Apple devices.
appPicker: "... is a game-changer, and is slowly transforming my life..."
The app implements state of the art features for voice readers:
◦ The best in class support for the web sites / news reading.
- listen to the all web pages - both articles and headlines (first ever) supported
- RSS feeds
- import from any app that can share a link like Safari or Twitter
- open articles from headline pages
- sync articles with Pocket
◦ The widest support for documents/office and e-book formats
◦ Knowledge and text annotation tools built-in
◦ Export the text with annotations to .docx format
◦ Sync playlist items across Apple devices including with the macOS app and the current position in the text.
◦ Functions of audio buttons can be customized for high productivity and accessibility. The widest selection of tools to control the speed and browse the text that is read aloud.
◦ The app can be used with dozens of languages that have text-to-speech support on the device with automatic language detection from the content.
◦ import the text from the camera or from the scanned PDF using OCR
◦ Export the text to the audio file
◦ The app is completely free for blind people. It is tested to be accessible by legally blind users.
◦ Your data stays truly private, we collect only analytics data with no identifiable reference to the user or imported content even when the syncing is enabled
By moving your reading activities to commuting, walking, running, doing the housework or another activity you can save an hour each day. You'll also save eyes for better things while having your battery and data plan last significantly longer. Keeping the screen off grants that you won't get into the internet addiction and waste your time on unwanted things, and thus it can also help people with ADHD. As a bonus, even if your internet connection is unstable you won't notice any interruptions.
The app can be used as an assistive technology and helper for people with visual impairments (eyesight problems) and disabilities like dyslexia.
Supported document types are: PDF (including scanned documents), Microsoft Word (.docx), Microsoft PowerPoint (.pptx), OpenOffice/LibreOffice (.odt, .odp), .html, .mhtml, .webarchive, .txt, .rtf, supported ebook formats are .epub, DAISY and .fb2 and emails in .eml format.
Get the app now and enjoy the most convenient text to audio!
- The free version has a daily limitation in the number of articles that you can add to it which is removed by purchasing the Pro add-on.
- Some features are available only on the latest version of the operating system.
- The license is valid only for this operating system. Other operating systems have separate licenses.
- DRM protected books (e.g. Kindle books) are locked to their respective vendor apps and cannot be imported into the app.
- For languages other than English the support is provided using the auto-translation tools
What types of voices?
What TTS voices does it use? Are they any good?
Re: hat types of voices?
It uses whatever voice your system has.
Hope this helps!
Thanks for the response.
Find feature is inaccessible, and listing chapters in TXT file
please, would it be possible to make the Find feature which lets the user search a text in the content of an opened book accessible with VoiceOver? It would be great if the feature, instead of the current implementation, displayed a list of found items where each item would contain a snippet of the text the search term was found inside. Then double-tapping on some item would move the reading position to that occurrence in the book and started playing. Basically, to make it work as in Voice Dream Reader.
The main reason why this could be helpful is that plain text e-books in TXT format typically use some symbols, such as "#" or "X" to denote chapters, and therefore by searching those symbols, one can get a list of chapters. in the book. Or perhaps even better, this feature for listing chapters in TXT file could be separate from the Find feature., so that one could use both the Find and Chapters list feature independently. In any way it would be nice to make the find feature accessible in the first place, similarly as I described.
RE: Find feature is inaccessible, and listing chapters in TXT fi
I did have a plan to add the "Find All" feature in the future which works as you have described, so I'll put it at a higher priority. This was inspired more by apps like Microsoft Word and Adobe Reader though I guess it works in a similar way in all apps that have this feature.
But I think that there might be also better ways to support what you have suggested (titles in txt books). Can you provide some samples to me? If those are copyrighted and can't be sent in full then please just send some samples of those titles.
Example of denoting chapters in TXT e-books
I don't have any TXT e-book in English which uses such markup. But here is a simple example how it may look like:
# This is the book title
Here could be some paragraph with the introduction about this book.
## How I went to America.
In this chapter, the author may write about his trip to `America. Some very intersting text could be here.
A new paragraph starts here just to demonstrate this example.
This is the end of this example. I guess no more nonsense is needed to demonstrate my point.
Missing button functions for Find next and Find previous
if the "Find next" and "Find previous" functions, that is the possibility to move to the next or previous search occurrence in the book content, were available for custom assignment to buttons in settings, it could also easily solve the problem of navigating by chapter names in a TXT e-book, as described above.
Please, what do you think about this feature?
Re: Example of denoting chapters in TXT e-books
Adam, I have implemented a function based on your description that should display titles from TXT files in the regular Titles section in Navigation panel. It would be great if you could text if it works as I don't have a file to test.
Displaying titles in text documents not working
I have created a simple plain text file with the example contents which I posted in one of my previous comment here, that is, denoting chapters with the # (hash) symbol, but if I display the titles for this text file as you instructed, there is only an empty list. Therefore, How I am supposed to display the list of such chapters? It would be also good to have an option per document to specify which symbol is used for denoting chapters because every e-book uses a different symbol.
Anyway, thanks for implementing this feature. I believe it would be a great addition to Speech Central, something which I quite miss in the Voice Dream Reader app.
Re: Displaying titles in text documents not working
This sample clearly won't work as it is artificial material that largely misses usual statistics/ratios of the book that are used in the detection. If you have some real sample please check it.
Unfortunately this isn't such a wide spread use case that I would add a setting for it. However I can further improve it based on the feedback.
Re 2: Displaying titles in text documents not working
Could you please explain in other words why this sample is not working?
Actually, I don't have any sample for this function. THe books which I use denote chapters not by the "#" (hash) sign, but using the "X" letter followed by space. It would be nice if user could choose at least between those two characters.
The book shouldn't have more titles than the text.
As this is based on guesses there are always chances of both false positives and false negatives. There are some rules to ensure that false positives are minimized and they can't pass on this sample.
Re 4: Displaying titles in text documents not working
I see. So could you please modify the function to recognise as title the "X" letter instead of "#" (hash) symbol so I can test it?
technically it can be done, currently it was set to two characters that I would expect to appear "*" and "#".
However I am not sure if this particular implementation will have the future - I made it with assumption that it is something fairly common in .txt books. While I still have just an assumption now that assumption is opposite. At this point I am more likely into removing this code and implementing Find All feature (which would be implemented anyway sometimes later).