ebook-speaker/UTF-8 long files
Linux for blind general discussion
blinux-list at redhat.com
Sun Sep 20 13:07:24 UTC 2020
Tim, it's ebook-convert from the Calibre package, and yes they are .mobi
format originally, and given I've not found a way to natively read them
on Linux with Orca, I figured okay, I'll convert them. They do display
fine in Pluma however and I can read them that way, but I'd like the
convenience of ebook-speaker really.
On 20/09/2020 13:30, Linux for blind general discussion wrote:
> Tim here. You say "It tells me to wait", but it's hard to tell
> whether it's "ebook-converr" or "ebook-speaker" that's giving the
> error. So it's hard to tell whether it's source lines in the
> original ebook that are giving trouble (in which case it would help
> to know which type of ebook: EPUB, Mobi, etc), or the .txt output.
> If it's the former, it sounds like an issue with "ebook-converr"
> which I'm not sure I know how to deal with other than to try a
> different program. If it's successfully producing .txt files but
> they have long lines that choke "ebook-speaker", you might be able to
> use `fmt` or `fold` to re-wrap the lines in the .txt so that they're
> shorter and hopefully don't choke "ebook-speaker".
> On September 20, 2020, Linux for blind general discussion wrote:
>> So I just ran into this and was wondering if anyone else has. I've
>> converted ebooks to .txt with ebook-converr and wanted to run them
>> by ebook-speaker. It tells me to wait since it's a UTF-8 file with
>> long phrases and give sme numbers, then does....precisely nothing,
>> boots me back to the terminal with a bell sound...
>> Any ideas?
>> Blinux-list mailing list
>> Blinux-list at redhat.com
> Blinux-list mailing list
> Blinux-list at redhat.com
More information about the Blinux-list