Thread: Quick Question
View Single Post
Old 08-28-2019, 03:36 AM   #8
Frenzie
Wizard
Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.Frenzie ought to be getting tired of karma fortunes by now.
 
Posts: 1,742
Karma: 730681
Join Date: Oct 2014
Location: Antwerp
Device: Kobo Aura H2O
Quote:
Originally Posted by Moonbeam111 View Post
I'm a little confused guys. I thought KoReader used K2pdfopt engine and K2pdfopt has (as you put it) had color output in reflow since v1.15. So there is no way to reflow the text while retaining color in the output?
Kindles don't need more than 8-bit (or 4-bit really), and neither do Kobos.

I suspect the main loss of color is in the main C files. In settings.c k2settings->dst_color should be set to 1 (or rather allow for a Lua interface override like the DPI property), in functions like k2pdfopt_reflow_bmp and friends I imagine a 24-bit bitmap should be used, and then there's a bunch of presumably much easier to get around stuff in koptinterface.lua and pdfdocument.lua.

Unfortunately however, if I'm going to sit down for a good few hours to work on something I figure my time would be better spent migrating Android to Clang or to see if I can figure out https://github.com/koreader/koreader-base/pull/762 Especially because I know a lot more about the build system than about K2pdfopt.
Frenzie is offline   Reply With Quote