If OcherBook is meant to entirely replace the Kobo firmware, why not base the document rendering portion on something like Readium? That's another best-in-class renderer designed to be used in other software but it seems like it's almost always overlooked.
On a side note, It's always been a faraway dream of mine to do a Kickstarter-like project to fund a completely open and libre eink ebook reader. As far as hardware startups go it'd be on the simpler side (the stripped-down minimum device is just a touch eink screen, ram/cpu/storage, usb-c; wifi and backlight not required). But, I have zero hardware experience and honestly I don't know if it'd be a venture that could be made profitable or not. Kindle/Kobo devices are loss leaders for their ebook store, so an ereader without a store, and competing on just libre-ness can't compete on price. If anyone's interested in chasing the dream, get in touch...
I have been discussing with other maintainers (mostly @chrox) about starting a full stack open and libre eink reader for more than a year. Now that @lgeek has done the ground work at the firmware and OS level, coming up with the hardware design is the last piece. I am happy you are interested in this too. I will definitely reach out to you through emails. Meanwhile, if anyone else is also interested in this, please feel free to join our gitter channel at https://gitter.im/koreader/koreader for further discussion. I will be hanging out there after work hour (PST).
And yes, we are also evaluating readium. Right now, we are using coolreader's awesome engine for epubs.
I tried KOReader on my Kobo Glo some time ago. But I think there was a problem that it always froze after some time. Never had the time and opportunity to further analyze it to give a good bug report. I really should try the latest version of it on all my ebook readers. So much to do and so little time ;)
Could you clarify exactly what you mean by "EPDC firmware"?
afaik, it is already published so what needs to be "liberated"?
The devices you're talking about, eg: on your github, are the i.mx series of SoCs have an on-chip EPDC which is open source (the datasheets show all the registers) and the driver is also GPL. Eg: https://github.com/UDOOboard/Kernel_Unico/blob/master/driver...
In case you mean the .fw file used in that driver, that's a misnomer. There is no CPU inside the EPDC. That .fw file is a plain voltage waveform file that defines voltage vs time waveforms to get pixels to appropriate graylevels. "Liberating" that would be akin to "liberating" the content of a .wav file. ie: just use hexdump -C.
I meant the waveform data at offset 0x700000 on the internal storage of the Kobo devices (which is similar but not the same as the .fw files in firmware/imx/). It's not clear whether distribution is allowed.
Waveform data is unique to each batch of panels and there are also tuning parameters for each batch of power management circuitry in a board. A Kobo with a 2015 panel will have different waveform data than a 2016 panel. More expensive panels contain the waveform in a flash on the panel which can be read by the host. Cheaper vendors will try to cut cost and just store the waveform in main flash. But that has caused some problem because end user accidentally flashes wrong firmware with a waveform that doesn't match the panel and bam, the panel quality is degraded, maybe even permanently.
I can also recommend the Pocketbook Touch Lux 3 for hacking. Changeable buildin microsd card, Allwinner A13 Soc and pins for serial connection. Only problem with it is touch and display controller. AFAIK they don't work with the mainline kernel.
Oh and what I didn't like about the Kobo reader software is their library and that they always want everything to index first. With the default Pocketbook firmware you can browse directory structures, so much superior if you have a very big library on it.
Alternative shells for kobo include the Kobo Start Menu: https://www.mobileread.com/forums/showthread.php?t=266821
The kobo developers corner forum is very useful https://www.mobileread.com/forums/forumdisplay.php?f=247
By the way, I was surprised how Amazon is making special offers to authors when they restrict the publication of their ebooks on Amazon's platform only, leading to some authors to stop publishing on Kobo. Found this out when my daughter could no longer buy the new books in a series she was reading. The author confirm the reason (and actually sent the new book epub for free).
I figured that I could still sell on Kobo via Smashwords, so didn't give it much thought.
In the end, my book is now exclusive to Amazon KDP for one, and only one, reason:
- royalties from Amazon = $24.60
- royalties from everyone else = $0
I was already de facto exclusive to Amazon, anyway.
I didn't force my readers to do anything. I followed their money to the only platform that paid off.
I have also elected to keep my day job. Offering free downloads wouldn't even be a waste of bandwidth, really--just a waste of server disk space. I don't have interests in both writing and marketing, so it doesn't make much difference to me if I am not making any money because no one knows who I am, rather than not making any money because nobody who knows who I am can figure out how to pay me anything.
Also, the only person who bought the book for whom I can be certain that they actually read it is my Mom, who left the most passive-aggressive 5-star review I have ever seen--simultaneously shilling for it and telling me how I should write the next book.
You are very humble. :) I would be very surprised if there isn't someone who considered reading your work but didn't because it wasn't available online for free.
In fact, if your comment contained a direct link to a free copy of your work, someone from HN would already have looked.
It would also be offtopic anywhere but a Show HN thread, and even then seems iffy. The only bit of technical interest would be the script I wrote to finagle 7Zip into outputting a valid .EPUB file. 7Zip and plaintext editors were the only tools used. I'm not sure whether I am more afraid that no one would look, or that it would get an HN hug of death.
Not that any of their employees try that sort of thing, since they also claim ownership of any products, thoughts, etc produced off-hours.
I just wish the UI wasn't such a mess. Anyone know if they're open to UX contributions?
This seemed to be a common theme whenever I looked at contributing to calibre.
> he wants it to have as much features as possible
Not mutually exclusive.
It's a nicely hackable device though.
The reason was that Kobo has a sliding power button that allows you to turn it on/off. This is different that putting it to sleep. In order to save battery, I often turned it off instead of leaving in sleep mode. This may be a minor difference, but Kindles don't give you that choice and I prefer Kindle's simplicity, which allows you not to care about how your decission between off/sleep would affect the charge. People talk about this topic in forums https://www.mobileread.com/forums/showthread.php?t=146967
Good luck having a few thousand books on it.
Oh and of course old kernel, security bugs, spying, etc.
But it is not a full replacement firmware, only alternative book-reading application.
From the website: "I am working on a replacement (called OcherBook) for the Nickel application (the core of Kobo’s e-reader software stack)"
Can anyone recommend some alternative project (even for other e-readers)?