Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Software > KOReader

Notices

Reply
 
Thread Tools Search this Thread
Old 01-21-2015, 02:50 PM   #31
rkomar
Wizard
rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.
 
Posts: 3,009
Karma: 18765431
Join Date: Oct 2010
Location: Sudbury, ON, Canada
Device: PRS-505, PB 902, PRS-T1, PB 623, PB 840, PB 633
Quote:
Originally Posted by chrox View Post
It's probably true when you use the PocketBook SDK heavily because of the incompatibility. But in Koreader we only use a minimum subset of the API to make Koreader to run. And the used APIs are only relevant to input events handling since we cannot read the /dev/input/event* directly. So we spawn a separate process running InkViewMain main loop and redirect all input events to koreader side via the event handler. Screen output is written to the /dev/fb directly in Koreader so we don't use any GUI facility provided by PocketBook thus the latest SDK should be enough to build Koreader for all recent PockeBook devices.
The SDKs also provide the system headers and libraries, so you wouldn't have to worry about which glibc/libjpeg/libtiff,... versions are being used. I cross compile using the old SDK, and I've never had a problem with the resulting objects on version 2 to version 4 firmwares. The system libraries stayed the same in the gnueabi firmwares until version 5, where some were updated. Using the old SDK, you can probably also build a version for the old 3XX devices (pre-gnueabi), as well. Those devices were built well, and many are still being used.
rkomar is offline   Reply With Quote
Old 01-22-2015, 01:31 AM   #32
WS64
WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.
 
WS64's Avatar
 
Posts: 661
Karma: 506380
Join Date: Aug 2010
Location: Germany
Device: Kobo Aura / PB Lux 2 / Bookeen Frontlight / Kobo Mini / Nook Color
Quote:
Originally Posted by chrox View Post
4. Probably not, you need to copy fonts into applications/koreader/fonts directory in order to use them in Koreader.
Is there a reason why we really need the fonts in the Koreeader folder, or could we (maybe only for PB) allow a second path to the fonts?
WS64 is offline   Reply With Quote
Advert
Old 01-24-2015, 10:33 AM   #33
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by sadowski View Post
Here come shots of the result with line_length+0..4 plus how the page looks like in FBReader. The picture of the clock on top is least distorted with +4 but still way to goand with +5 it crashes.

Likewise, using smem_len gives a segfault.
It really goes in the right way from +1 to +4. But the detected screen height might be larger than actual one so that the application crashes before pitch size goes right.

Could you also screen shot with these changes?
Code:
elseif vinfo.bits_per_pixel == 8 then
            self.bb = BB.new(vinfo.xres, vinfo.yres/2, BB.TYPE_BB8, self.data, finfo.line_length + 5)
else
to

Code:
elseif vinfo.bits_per_pixel == 8 then
            self.bb = BB.new(vinfo.xres, vinfo.yres/2, BB.TYPE_BB8, self.data, finfo.line_length + 8)
else
which only use the first half height of the screen for test and increases pitch size from finfo.line_length + 5 to finfo.line_length + 8. I expect a sane half screen in one of the four trials.

And could you also print some basic info of the framebuffer at line 40 like this:
Code:
print("pitch size", finfo.line_length)
print("framebuffer size", finfo.smem_len)
print("framebuffer width", vinfo.xres)
print("framebuffer height", vinfo.yres)
chrox is offline   Reply With Quote
Old 01-24-2015, 12:00 PM   #34
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by wirtold View Post
Ok, i've checked this on PDFs. It rather looks like touches are buffered or queued: when i touch screen and move finger, for example, up-down-up, faster than screen is refreshing, and then raise my finger, koreader continues to repeat my moves: document is scrolled up-down-up.



Ok, i just can't find a way to zoom any part of document



It is working for me, thanks!
1. This is confirmed a bug and will be fixed in https://github.com/koreader/koreader/pull/1400.

2. Currently there is no pinch to zoom gesture in Koreader. You need to use reflow mode / zoom to fit content width in PDF or change font size via the menu in EPUB.
chrox is offline   Reply With Quote
Old 01-24-2015, 12:12 PM   #35
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by rkomar View Post
The SDKs also provide the system headers and libraries, so you wouldn't have to worry about which glibc/libjpeg/libtiff,... versions are being used. I cross compile using the old SDK, and I've never had a problem with the resulting objects on version 2 to version 4 firmwares. The system libraries stayed the same in the gnueabi firmwares until version 5, where some were updated. Using the old SDK, you can probably also build a version for the old 3XX devices (pre-gnueabi), as well. Those devices were built well, and many are still being used.
GLIBC problem is handled properly now in Koreader with the latest SDK from PocketBook. We managed to compile all Koreader libraries targeting GLIBC_2.4. And almost all dependencies like libpng, libjpeg, libtiff, libgif, libfreetype are self-contained in Koreader distribution so Koreader won't be affected by the library versions provided by the system. If PocketBook provides a sane framebuffer configuration Koreader can also run on rather old device/firmware while building with latest SDK.
chrox is offline   Reply With Quote
Advert
Old 01-24-2015, 12:16 PM   #36
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by WS64 View Post
Is there a reason why we really need the fonts in the Koreeader folder, or could we (maybe only for PB) allow a second path to the fonts?
Currently fontdir can only be set with a single directory, but we can extend it to be a directory list so that users can add custom font directories in their system. Hack probably will be here: https://github.com/koreader/koreader...i/font.lua#L44
chrox is offline   Reply With Quote
Old 01-24-2015, 01:20 PM   #37
rkomar
Wizard
rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.
 
Posts: 3,009
Karma: 18765431
Join Date: Oct 2010
Location: Sudbury, ON, Canada
Device: PRS-505, PB 902, PRS-T1, PB 623, PB 840, PB 633
Quote:
Originally Posted by chrox View Post
GLIBC problem is handled properly now in Koreader with the latest SDK from PocketBook. We managed to compile all Koreader libraries targeting GLIBC_2.4. And almost all dependencies like libpng, libjpeg, libtiff, libgif, libfreetype are self-contained in Koreader distribution so Koreader won't be affected by the library versions provided by the system. If PocketBook provides a sane framebuffer configuration Koreader can also run on rather old device/firmware while building with latest SDK.
The older SDK targets two architectures: arm-linux and arm-none-linux-gnueabi. arm-linux is for the old 3XX devices, and is binary incompatible with the newer EABI ones. You cannot run code compiled for one system on the other (with the exception of the 360+, which had compatibility libraries for the old arm-linux binaries).

Anyway, it sounds like you don't want to be bothered compiling for pre-version 5 devices, so I won't say any more about it.
rkomar is offline   Reply With Quote
Old 01-25-2015, 12:22 AM   #38
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by rkomar View Post
The older SDK targets two architectures: arm-linux and arm-none-linux-gnueabi. arm-linux is for the old 3XX devices, and is binary incompatible with the newer EABI ones. You cannot run code compiled for one system on the other (with the exception of the 360+, which had compatibility libraries for the old arm-linux binaries).

Anyway, it sounds like you don't want to be bothered compiling for pre-version 5 devices, so I won't say any more about it.
Thanks for the info. I'm a rather new PocetBook user, got my first Pocketbook device early this month. So I may have no idea what is the proven right method to build third-party software for Pocketbook. Since Koreader is designed for portable and distributable development, that's to say, anyone could setup a Koreader develop environment with only several commands. Take Pocketbook as an example, in root source tree of Koreader we can setup a toolchain with this: make pocketbook-toolchain . And it will clone the latest Pocketbook SDK from Github to Koreader's building directory. And that's all the Pocketbook-specific dependency to build Pocketbook port of Koreader. And it's confirmed that in this way the same Koreader binary can run on Pocketbook 840 with both firmware version 4.4 and 5.4. And Koreader will try to officially support Pocketbook firmware version 4.x and 5.x and possibly any later firmware within one package.
chrox is offline   Reply With Quote
Old 01-25-2015, 03:57 AM   #39
chrox
Zealot
chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.chrox ought to be getting tired of karma fortunes by now.
 
Posts: 144
Karma: 405567
Join Date: Nov 2012
Device: K3 KPW PB840
Quote:
Originally Posted by WS64 View Post
Is there a reason why we really need the fonts in the Koreeader folder, or could we (maybe only for PB) allow a second path to the fonts?
Fixed this problem in https://github.com/koreader/koreader/pull/1400.
chrox is offline   Reply With Quote
Old 01-25-2015, 07:50 AM   #40
WS64
WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.
 
WS64's Avatar
 
Posts: 661
Karma: 506380
Join Date: Aug 2010
Location: Germany
Device: Kobo Aura / PB Lux 2 / Bookeen Frontlight / Kobo Mini / Nook Color
Any idea if we will see a working version for the Lux 2 at all?
WS64 is offline   Reply With Quote
Old 01-25-2015, 07:59 AM   #41
LucyOne
Librocubicularist
LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.LucyOne ought to be getting tired of karma fortunes by now.
 
LucyOne's Avatar
 
Posts: 617
Karma: 11908623
Join Date: Dec 2013
Location: Germany
Device: PocketBook InkPad 3 & Touch HD 3, Kobo Clara HD, Kindle Paperwhite 5
Quote:
Originally Posted by WS64 View Post
Any idea if we will see a working version for the Lux 2 at all?
I'd also be really interested in such a version.
LucyOne is offline   Reply With Quote
Old 01-25-2015, 10:34 AM   #42
sadowski
Connoisseur
sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.sadowski ought to be getting tired of karma fortunes by now.
 
Posts: 84
Karma: 1142796
Join Date: Jul 2009
Device: Sony PRS 350, Kobo mini, PB mini
RE: PB mini framebuffer problem

Here comes a shot with yres/2 and line_lenght+8. The screen is smaller and rotated but otherwise undistorted.

As for the basic framebuffer information: Where does the output from the print() statements end up? It is not in crash.log.
Attached Thumbnails
Click image for larger version

Name:	06.jpg
Views:	973
Size:	56.1 KB
ID:	134179  
sadowski is offline   Reply With Quote
Old 01-25-2015, 11:41 AM   #43
WS64
WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.WS64 ought to be getting tired of karma fortunes by now.
 
WS64's Avatar
 
Posts: 661
Karma: 506380
Join Date: Aug 2010
Location: Germany
Device: Kobo Aura / PB Lux 2 / Bookeen Frontlight / Kobo Mini / Nook Color
Great!

For Lux 2
Code:
self.bb = BB.new(vinfo.xres, vinfo.yres/2, BB.TYPE_BB8, self.data, finfo.line_length + 10)
works. (/2 and + 10)
Upper half screen is used, no distortions, not rotated:
[Image violates guidelines for size - MODERATOR]

But I can't work with it, I guess the touch still uses the full screen or something like that.
I also can't take screen shots, well, I can, but they are empty...

Last edited by Dr. Drib; 01-26-2015 at 10:22 AM.
WS64 is offline   Reply With Quote
Old 01-25-2015, 04:21 PM   #44
wirtold
Member
wirtold began at the beginning.
 
Posts: 19
Karma: 10
Join Date: Jan 2015
Device: InkPad 840, InkPad 740
I think i've found a bug. Koreader does not save last reading position when reader is turned off during reading. Generally it is not a problem: if you want to turn reader off, you can just quit koreader and then position is stored. But, if i put reader into sleep, and then, after some time, it turns off, position will not be stored.
wirtold is offline   Reply With Quote
Old 01-25-2015, 06:23 PM   #45
rkomar
Wizard
rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.rkomar ought to be getting tired of karma fortunes by now.
 
Posts: 3,009
Karma: 18765431
Join Date: Oct 2010
Location: Sudbury, ON, Canada
Device: PRS-505, PB 902, PRS-T1, PB 623, PB 840, PB 633
I tried v2014.11-39-g917f45a on my Touch Lux (623), and it seems to be working. The display is fine, although it is a bit faint and hard to read in places. It seems that little horizontal white lines appear inside black areas. Perhaps those pixels are getting missed when flood-filling an area?
rkomar is offline   Reply With Quote
Reply

Tags
calibre, epub, koreader, pb742, pdf, pocketbook

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) hawhill Kindle Developer's Corner 1268 02-27-2024 11:49 AM
CBZ plugin interaction with FB2/DjVu plugins - First try at pinpointing MrWarper iRex 2 12-11-2011 05:46 AM
Raccoon Reader - reads ePub, fb2, fb2.zip, txt on WP7 for free Andrei_Shvydryk Reading and Management 0 10-31-2011 03:17 PM
v3 vs. v3+ as a pdf/DjVu reader hedonism_bot HanLin eBook 7 11-02-2010 08:16 PM
New PDF to LRF Tool (for DJVU and CBZ files too) RWood Sony Reader 0 08-29-2007 02:13 PM


All times are GMT -4. The time now is 04:36 PM.


MobileRead.com is a privately owned, operated and funded community.