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

Go Back   MobileRead Forums > E-Book Readers > Kobo Reader > Kobo Developer's Corner

Notices

Reply
 
Thread Tools Search this Thread
Old 08-21-2019, 11:03 AM   #436
Mavireck
Enthusiast
Mavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a TexanMavireck might easily be mistaken for a Texan
 
Posts: 40
Karma: 18230
Join Date: Jul 2016
Location: Somewhere in France
Device: Kobo Mini, Kobo H20 v1
Quote:
Originally Posted by baskerville View Post
I'm working on it.
That is awesome! Hope you won't have too much trouble

EDIT : Just discovered your Hook system. I love the way it is integrated. I will definitely use the demo article fetcher you shared, and I also use it to start my own script (my dashboard). Thank your for that feature!

Last edited by Mavireck; 08-23-2019 at 08:54 AM.
Mavireck is offline   Reply With Quote
Old 08-27-2019, 09:01 AM   #437
rien333
Junior Member
rien333 began at the beginning.
 
Posts: 4
Karma: 10
Join Date: Aug 2019
Device: Kobo Clara HD
I'm looking to contribute some code to this project, i.e. do something from the TODO list. Preferably, I would like to write a little terminal application, maybe not good enough to include, but enough as a basis to build on or at least something for my own purposes.

I'm kinda new to kobo development though. @baskerville What does your development process look like? The simplest I could come up with is make changes to the code (including something that logs error/development messages), compile a binary, copy that binary over, (re)start plato, play around with new feature, check the logs, and repeat.
rien333 is offline   Reply With Quote
Old 08-27-2019, 02:51 PM   #438
baskerville
Addict
baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.
 
baskerville's Avatar
 
Posts: 221
Karma: 304054
Join Date: Aug 2015
Device: Kobo Glo HD, Kobo Aura ONE
Quote:
Originally Posted by rien333 View Post
Preferably, I would like to write a little terminal application
Well, the Calculator is already a terminal that runs bin/ivy/ivy!

The problem you'll face is that the current handling of standard output and error is line based. It works because ivy is told not to display a prompt and ends every output with a new line character.

If you were to write a general terminal application, it'll have to be character based. And unfortunately, when I tried this approach, I wasn't able to prevent the standard output and error to intertwine, producing an unreadable mess.

Quote:
Originally Posted by rien333 View Post
@baskerville What does your development process look like?
I'm using the emulator: cargo run --bin plato-emulator --features emulator.

For this to work, you'll have to install the required dependencies.

A few notes regarding the above instructions:
  • The emulator requires an additional dependency: SDL2.
  • I'm now targeting MuPDF 1.16.0.
baskerville is offline   Reply With Quote
Old 08-28-2019, 06:27 AM   #439
rien333
Junior Member
rien333 began at the beginning.
 
Posts: 4
Karma: 10
Join Date: Aug 2019
Device: Kobo Clara HD
Thanks for your guidance!

Quote:
Originally Posted by baskerville View Post
Well, the Calculator is already a terminal that runs bin/ivy/ivy!
Yeah haha, when I realized that I hoped it would be trivial to make a terminal app, but oh well. Nevertheless, I will see if I can cook up something, possibly using a character based approach.

Quote:
Originally Posted by baskerville View Post
If you were to write a general terminal application, it'll have to be character based. And unfortunately, when I tried this approach, I wasn't able to prevent the standard output and error to intertwine, producing an unreadable mess.
In case you haven't seen it: there is already a somewhat decently working (although not yet well coded) terminal emulator based on fbink. I'm currently using it with plato and it works fairly decently. It emulates a framebuffer terminal using the small terminal app fbpad, with ncurses support! I can quickly get it to show up by pressing a key/doing some sort of action, and then I can pause the terminal's render process and refresh plato by long-processing to quickly get back to a document.
rien333 is offline   Reply With Quote
Old 09-10-2019, 09:00 AM   #440
baskerville
Addict
baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.
 
baskerville's Avatar
 
Posts: 221
Karma: 304054
Join Date: Aug 2015
Device: Kobo Glo HD, Kobo Aura ONE
In order to catch performance bugs, I'd like to simulate MXCFB_WAIT_FOR_UPDATE_COMPLETE within the emulator. I'm assuming that the waiting time depends on the waveform mode and the area of the update region?
baskerville is offline   Reply With Quote
Old 09-10-2019, 09:15 AM   #441
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 9,083
Karma: 14689622
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, (PW) & PW2; Kobo H2O & Forma
Yup, depending on how stressed the EPDC/PXP is, but since none of us are really doing anything heavy on that front, except possibly for the virtual keyboard, where a wait_for mechanism doesn't really have a place anyway .

(The gist of the delay depends on the wfm mode, rather than the region size. And, of course, of the update mode for wfm modes that do flash).

Note that the ioctl itself generally returns "late", (i.e., the screen has already visually finished flashing for quite a few dozen ms at least).

IIRC, it's using the generic wait_for kernel macros, so the logic flow is mostly readable by mere mortals in the epdc sources.

----

FBInk prints the actual delay in an accurate-ish manner (because jiffies :/).

(/!\: Mk. 7 kernels use a smaller timeout, c.f., the _mk7 codepath).

----

It's generally only useful around FULL updates (either before, or after, or both), or before an A2 one you *really* don't want to let get merged w/ anything else.

IIRC, on Kobo, the stock reader does it *after* FULL updates, and possibly ony the full-screen ones at that.

----

Fun fact: Kindle kernels have a WAIT_FOR_SUBMISSION variant, which lets 'em do very fancy stuff with the virtual keyboard and A2 updates in general with much more accuracy.

----

FWIW, KOReader's emulator basically just sticks a configurable sleep in the codepath that emulates flashing updates.

Last edited by NiLuJe; 09-10-2019 at 09:33 AM.
NiLuJe is online now   Reply With Quote
Old 09-10-2019, 11:26 AM   #442
favero_
Member
favero_ began at the beginning.
 
Posts: 13
Karma: 10
Join Date: Jul 2017
Device: Kindle Paperwhite 3
Hey @baskerville, congratulations on this amazing ereader app, and specially for the quick support!

I only have two questions:

1. I have a kobo forma. How can I invert the page turn buttons? I saw someone asked it already but no one answered it.

2. I installed plato on my device using KFMon. How can I update Plato as new releases come up?

Thanks!
favero_ is offline   Reply With Quote
Old 09-10-2019, 01:00 PM   #443
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 9,083
Karma: 14689622
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, (PW) & PW2; Kobo H2O & Forma
@favero_:

1. I feel like that was implemented shortly after the original request, but I may be misremembring that .

2. Assuming you meant with these packages, you can basically assume update == install. It won't affect your settings/content .
NiLuJe is online now   Reply With Quote
Old 09-10-2019, 02:27 PM   #444
baskerville
Addict
baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.
 
baskerville's Avatar
 
Posts: 221
Karma: 304054
Join Date: Aug 2015
Device: Kobo Glo HD, Kobo Aura ONE
Quote:
Originally Posted by NiLuJe View Post
(The gist of the delay depends on the wfm mode, rather than the region size. And, of course, of the update mode for wfm modes that do flash).
So the area has a minor impact?

I'll have to test and see if I can come up with a formula.

Quote:
Originally Posted by NiLuJe View Post
It's generally only useful around FULL updates (either before, or after, or both),
This is used in Plato to avoid writing to a region of the framebuffer that's being displayed.

Quote:
Originally Posted by NiLuJe View Post
or before an A2 one you *really* don't want to let get merged w/ anything else.
Can the hardware be damaged by this?
baskerville is offline   Reply With Quote
Old 09-10-2019, 02:32 PM   #445
baskerville
Addict
baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.
 
baskerville's Avatar
 
Posts: 221
Karma: 304054
Join Date: Aug 2015
Device: Kobo Glo HD, Kobo Aura ONE
Quote:
Originally Posted by favero_ View Post
1. I have a kobo forma. How can I invert the page turn buttons?
This setting isn't available yet.
baskerville is offline   Reply With Quote
Old 09-10-2019, 04:33 PM   #446
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 9,083
Karma: 14689622
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, (PW) & PW2; Kobo H2O & Forma
@baskerville:

The EPDC itself already does collision checks & merging (c.f., UPDATE_SCHEME_QUEUE_AND_MERGE). They (generally) behave well, things only get hairy in some corner-cases, generally around A2 updates, because they're much faster, and they also do some weird magic where they basically no-op a large part of themselves if the fb content in that region hasn't changed.

Or sometimes if an *unrelated*, non-overlapping region of the fb was updated between a quick succession of refresh calls (c.f., "papercut" glitches, which appear to be easier to trigger on Kobo kernels than on Kindle).

TL;DR: While doing the overlap check on your end certainly makes sense, in terms of choosing which region to feed to encompass everything in a single refresh ioctl, I'd be inclined to say that combining that with a wait_for is overly conservative, and potentially not actually helpful in avoiding EPDC corner-cases .

YMMV, of course .

----

And, no, your hardware is safe, no matter what you feed the ioctls . At the very worst you'll deadlock the kernel (f.g., passing 0 as a marker, or a 0x0 region or 1x1 region). And even then, that only affects some kernels (I'm fairly sure marker 0 is invalid and crashes everything, but the region stuff may be sanely handled by some).

Last edited by NiLuJe; 09-10-2019 at 04:47 PM.
NiLuJe is online now   Reply With Quote
Old 09-10-2019, 04:41 PM   #447
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 9,083
Karma: 14689622
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, (PW) & PW2; Kobo H2O & Forma
I'd view the wait_for mechanisms as a kind of vsync fence: when you want to make sure everything that you sent *before* a point has been shown on screen (i.e., wait_for_submission(prev_marker) on Kindle, or wait_for_complete(prev_marker) on Kobo) right before sending something new.

And the same when you want to make sure what you've just sent has been shown on screen on its own (wait_for_complete(marker) right after a refresh).

----

In a single-threaded app, you also have to think of when you can actually afford to block (i.e., waiting_for(prev) right before something new is probably more appealing, because there's a chance by the time you need to wait for it, it'll already have gone through, so it won't wait long/at all).

Last edited by NiLuJe; 09-10-2019 at 04:46 PM.
NiLuJe is online now   Reply With Quote
Old 09-11-2019, 04:01 AM   #448
baskerville
Addict
baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.baskerville ought to be getting tired of karma fortunes by now.
 
baskerville's Avatar
 
Posts: 221
Karma: 304054
Join Date: Aug 2015
Device: Kobo Glo HD, Kobo Aura ONE
Quote:
Originally Posted by NiLuJe View Post
While doing the overlap check on your end certainly makes sense, in terms of choosing which region to feed to encompass everything in a single refresh ioctl, I'd be inclined to say that combining that with a wait_for is overly conservative, and potentially not actually helpful in avoiding EPDC corner-cases .
You might have misinterpreted the code excerpt. Waiting is necessary here, because if we write to a region of the framebuffer that's being transmitted to the display, it will lead to a display state that's inconsistent with the framebuffer state.
baskerville is offline   Reply With Quote
Old 09-11-2019, 08:16 AM   #449
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 9,083
Karma: 14689622
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, (PW) & PW2; Kobo H2O & Forma
@baskerville: Ah, I was under the mistaken impression the rendering was decoupled from the refreshing, but I was afraid that wasn't actually the case, as that logic would then indeed make much more sense .

(Incidentally, decoupling rendering from refreshing would probably solve this particular conundrum ).

Last edited by NiLuJe; 09-11-2019 at 08:19 AM.
NiLuJe is online now   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Kindle -- KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) hawhill KOReader 1045 08-04-2019 02:54 AM
KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) hawhill Kindle Developer's Corner 1138 07-27-2019 09:52 AM
PocketBook-KOReader: a document reader for PDF, DJVU, EPUB, FB2, CBZ, ... (AGPLv3) chrox KOReader 192 07-18-2019 10:25 AM
v3 vs. v3+ as a pdf/DjVu reader hedonism_bot HanLin eBook 7 11-02-2010 08:16 PM


All times are GMT -4. The time now is 11:22 PM.


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