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 07-08-2013, 10:19 PM   #121
BWinmill
Wizard
BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.
 
Posts: 1,757
Karma: 14842230
Join Date: Sep 2011
Device: Sony PRS-T1
Thumbs up

Quote:
Originally Posted by Ken Maltby View Post
Another KoReader response to the users issues that are ignored by Kobo, Full Screen:
Think of it this way: koreader is a community response to Kobo's lack of response to our requests. Kobo can serve what they see as their core market, which is probably people who buy ebooks from Kobo and are looking for an experience that is as simple as a print book. koreader developers can serve the interests of our demographic, which is clearly more specific and is more accepting of complexity. As an added bonus, koreader is open source and is mostly developed in an interpreted language. This allows us to contribute to the project as well or, if our modifications aren't accepted, it is much easier to modify the software for personal use and share those modifications with like minded users. This is, in short, what I've been waiting for. It is a win-win situation. I am grateful to the core koreader developers, koreader porter (giorgio130), enthusiastic koreader moders (cgm999 and xor_), and users who have suggested both ideas and code to improve the project.

Please don't frown upon Kobo for their lack of response to specific requests. They are probably doing what they think is best for their product and their business.

Please do offer some sort of appeciation for those who are extending Kobo's hardware to our specific requests, because they have provided us with both a product (koreader) and the tools to improve that product (open source, and in a scripting language which makes it more accessible for semi-technical users to contribute).
BWinmill is offline   Reply With Quote
Old 07-08-2013, 10:47 PM   #122
Ken Maltby
Wizard
Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.Ken Maltby ought to be getting tired of karma fortunes by now.
 
Ken Maltby's Avatar
 
Posts: 2,883
Karma: 3893597
Join Date: Dec 2009
Location: The Heart of Texas
Device: JetBook Lite, AuraHD, PDA, Eee Transformer
We certainly must credit Kobo with bringing the device to market in the first place, in my case I have credited them three times, and think the credit they have received at the pricing they established ought to satisfy them. The others you mention are more deserving, in my mind. But the main reason I was pointing out Kobo's (probably fiscally prudent [see I didn't say greedy]) lack of response to issues of interest to their customers, was to point out the progress addressing those issues by the KoReader. I doubt that all those who have raised those issues and the likely larger number who also wished for those features/fixes, are aware of the strides made already.

Luck;
Ken
Ken Maltby is offline   Reply With Quote
Old 07-08-2013, 11:55 PM   #123
BWinmill
Wizard
BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.BWinmill ought to be getting tired of karma fortunes by now.
 
Posts: 1,757
Karma: 14842230
Join Date: Sep 2011
Device: Sony PRS-T1
Quote:
Originally Posted by Ken Maltby View Post
We certainly must credit Kobo with bringing the device to market in the first place, in my case I have credited them three times, and think the credit they have received at the pricing they established ought to satisfy them. The others you mention are more deserving, in my mind. But the main reason I was pointing out Kobo's (probably fiscally prudent [see I didn't say greedy]) lack of response to issues of interest to their customers, was to point out the progress addressing those issues by the KoReader. I doubt that all those who have raised those issues and the likely larger number who also wished for those features/fixes, are aware of the strides made already.
I think that the credit to Kobo should go a little further than the hardware and pricing. Especially since I think that the Touch is much better designed than the Aura. (The Touch strikes me as being much more durable, even though the Aura definitely has better specifications.) I also definitely agree with "fiscally prudent" being used instead of "greedy" because they are a business that has to play within contemporary business practices in order to be competitive (even though I don't agree with current business practices because I value my privacy, particularly with respect to what I read). I also agree with those who created koreader and who adapted it to the Kobo deserving more credit simply because their purposes are more altruistic than those of almost any business.

Yet I also believe that Kobo deserves a bit more credit than they seem to receive at times. As far as I can tell, Kobo is a much more open system than its direct competitors. Modifying a Kobo device does require using a few tricks, but they are remarkably easy tricks to figure out. Once you figure out the basic trick (namely, how to obtain a firmware update) almost anything that a software hacker would want to play with is well documented by third parties. Yes, things could be better. On the otherhand, my recollections of my Kindle were that it's a hands-off device. I used mods to be sure. Yet I could not create my own mods nor modify the mods.

Overall, I wish that Kobo could meet my needs (and your needs) directly. Realistically though, I realize that we are both outliers. Realistically, I realize that my skills aren't quite up to par to do the deep modifications myself, so I depend upon others to do so. When I noticed that koreader was mostly based upon Lua though, I was overjoyed. I don't know the language, but I recognize that it is an interpreted language and it's far easier to tweak software based upon interpreted languages than compiled ones (e.g. there is no development environment to setup).

So kudos to everyone. Slightly more so for the modders because I respect what they're doing, but a great deal of credit should go out to Kobo for making their lives easier.
BWinmill is offline   Reply With Quote
Old 07-09-2013, 02:25 AM   #124
cgm999
Enthusiast
cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.
 
Posts: 46
Karma: 54894
Join Date: Jun 2013
Device: kobo
I did not notice that in koreader epub my mod is not showing up, will see why is that and hopefully fix .

How about the Kobo devices with lower resolution?800x600 and 1024x7xx , what issues do we have for those ?

giorgio: let me know if you need any help with getting this last mods into koreader trunk
cgm999 is offline   Reply With Quote
Old 07-09-2013, 04:34 AM   #125
paola
Wizard
paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.paola ought to be getting tired of karma fortunes by now.
 
paola's Avatar
 
Posts: 2,757
Karma: 5274946
Join Date: Oct 2010
Location: UK
Device: Pocketbook Pro 903, (beloved Pocketbook 360 RIP), Kobo Mini, Kobo Aura
Quote:
Originally Posted by Markismus View Post
@Xor: Thanks. It works like a charm.

@Paola: 1. Yes. 2&3 No for both pdf- and epubfiles.
thank you - and to you all, it is great to see this thread growing and growing. As Ken mentioned, especially on a 5" like the Mini, having a proper landscape orientation working (even for epubs, in case you have pictures) is great.
paola is offline   Reply With Quote
Old 07-09-2013, 04:38 AM   #126
giorgio130
Time Waster
giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.
 
Posts: 415
Karma: 289158
Join Date: May 2011
Device: Kobo Glo and Aura HD
Quote:
Originally Posted by fred01 View Post
Still no luck with cbz on koreader-v2013.03-266-g4f36cd2 under 2.6.1
I get this crash log:
Code:
lua config error: ./frontend/document/credocument.lua:75: calling 'zipContentExt' on bad self (string expected, got nil)
stack traceback:
	[C]: in function 'zipContentExt'
	./frontend/document/credocument.lua:75: in function 'init'
	./frontend/document/document.lua:76: in function 'openDocument'
	./reader.lua:125: in function 'showReader'
	./reader.lua:174: in function 'onFileSelect'
	./frontend/ui/widget/filechooser.lua:56: in function 'onMenuSelect'
	./frontend/ui/widget/menu.lua:197: in function 'action'
	./frontend/ui/uimanager.lua:132: in function 'checkTasks'
	./frontend/ui/uimanager.lua:158: in function 'run'
	./reader.lua:248: in main chunk
How would i go about compiling koreader with the new toolchain? I installed the linaro arm hf toolchain but got stuck soon after. Can I get the trunk koreader to compile on the new architecture or does it need some major changes? Any pointer is appreciated.
I've tried to open a cbz file as well, but it does not show up in the file manager for me... Are you opening it directly through the command line? If so, I'd say cbz is not supported...
Regarding compiling with arm-linux-gnueabihf, it is quite simple. Ensure that the linaro toolchain provided by kobo is in your path, then cd to koreader-base; open Makefile.defs and check that CHOST is set to arm-linux-gnueabihf, -mfloat-abi=hard. Then issue the command
Code:
make CHOST=arm-linux-gnueabihf kobo
when this successfully ends, cd to the main koreader directory and isse a
Code:
make CHOST=arm-linux-gnueabihf customupdate
that should produce a zip similar to the one I uploaded here.
giorgio130 is offline   Reply With Quote
Old 07-09-2013, 05:24 AM   #127
fred01
Junior Member
fred01 began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Jul 2013
Device: kobo mini
Quote:
Originally Posted by giorgio130 View Post
I've tried to open a cbz file as well, but it does not show up in the file manager for me... Are you opening it directly through the command line? If so, I'd say cbz is not supported...
Sorry, I forgot to mention that while cbz files don't show up in the file manager, plain zip files do, so I assumed it was some sort of minor overlook and went ahead. Does anybody know if cbz (or zip) files are correctly opened on the original koreader on a kindle?
In the mean time i managed to at least compile the emulated version and reproduce the same error, and I'm under the impression that it was caused by spaces in the filename or path. I tried working around the issue by renaming the files and I'm now getting a segmentation fault without any real information about what went wrong.
fred01 is offline   Reply With Quote
Old 07-09-2013, 06:30 AM   #128
giorgio130
Time Waster
giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.
 
Posts: 415
Karma: 289158
Join Date: May 2011
Device: Kobo Glo and Aura HD
I found the problem with cbz files. They're supported by the pdf viewer but they had to be added to the supported extensions, somehow no one noticed that. I'll commit the fix to the main koreader. Thanks fred01 to point that out!
I'll wait to upload a fixed version since I'm planning to integrate some of your mods, like suspend support.
giorgio130 is offline   Reply With Quote
Old 07-09-2013, 07:57 AM   #129
cgm999
Enthusiast
cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.
 
Posts: 46
Karma: 54894
Join Date: Jun 2013
Device: kobo
Reattached zip that is based on koreader-v2013.03-266-g4f36cd2.zip

Fixed to include the mod for epubs. Also the list of debug commands is now in
defaults.lua as DEBUG_CMDS


[root@KOBO_AURAHD .kobo]# more koreader/defaults.lua
DEBUG_CMDS = {"reboot","w_on","w_off","inv",}

-- number of page turns between full screen refresh
-- default to full refresh on every page turn
DRCOUNTMAX = 6


I belive we need more tweaks for other devices with lower resolution. Since Device:getModel returns the full Kobo model I would guess is not that hard.


NOTE: starting wireless from koreader will have some issue due open files by wpa_suplicant and we need some wrapper that closes all files except 0/1/2 then execute it

edit: zip removed and attached on a later post

Last edited by cgm999; 07-09-2013 at 02:05 PM.
cgm999 is offline   Reply With Quote
Old 07-09-2013, 08:18 AM   #130
fred01
Junior Member
fred01 began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Jul 2013
Device: kobo mini
Quote:
Originally Posted by giorgio130 View Post
I found the problem with cbz files. They're supported by the pdf viewer but they had to be added to the supported extensions, somehow no one noticed that. I'll commit the fix to the main koreader.
I tried your changes and i can confirm it works like a charm. I also went ahead and added zips as cbz (DocumentRegistry:addProvider("cbz", "application/cbz", PdfDocument)) and that also works perfectly.
fred01 is offline   Reply With Quote
Old 07-09-2013, 09:00 AM   #131
giorgio130
Time Waster
giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.
 
Posts: 415
Karma: 289158
Join Date: May 2011
Device: Kobo Glo and Aura HD
Quote:
Originally Posted by fred01 View Post
I tried your changes and i can confirm it works like a charm. I also went ahead and added zips as cbz (DocumentRegistry:addProvider("cbz", "application/cbz", PdfDocument)) and that also works perfectly.
do you mean
(DocumentRegistry:addProvider("zip", "application/zip", PdfDocument))
?
That would cause some issue since zip files are already being read by another reader application (probably for zipped htmls?). The line you posted is exactly what I've done.

@cgm999 could you recap what are your mods and what files do they involve? It would be faster for me to have a look. Moreover, what's the use of enabling/disabling wifi under koreader? There's no part of it making use of an internet connection (yet).
edit: nvm, I just noticed you just included modified files.

Not to be too fussy, but you include also binary files in your zip. Where can I find sources for those?

Last edited by giorgio130; 07-09-2013 at 09:03 AM.
giorgio130 is offline   Reply With Quote
Old 07-09-2013, 09:22 AM   #132
cgm999
Enthusiast
cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.
 
Posts: 46
Karma: 54894
Join Date: Jun 2013
Device: kobo
giorgio130:

The only binary file is frontlight.c which is on one of the older topics, src:

#include <stdio.h>
#include <fcntl.h>
#include <sys/ioctl.h>

int main(int argc, char *argv[])
{
if ( argc != 2 ) {
printf("Usage: %s brightness \n", argv[0]);
return 1;
}

int light;

// Open the file for reading and writing
if ((light = open("/dev/ntx_io", O_RDWR)) == -1) {
printf("Error opening ntx_io device");
}

int brightness = atoi ( (argv[1]) );
ioctl(light, 241, brightness);

return 0;
}


Also, the ideea with wireless on/off, is part of debug_cmds, is good to have a way run those right?,then ssh/sftp to upload debug.

as for wpa_supplicant issues I was just saying I need to find/make a wrapper to close all open files except 0/1/2 before running any commands out of koreader or we will see issues like input is frozen on 2nd koreader run

The list of changes that my mod include:
- suspend button works
- light button works
- light level from landscape bottom menu
- debug commands from bottom menu
- dpy set for aurahd (we need to add others like glo?)

Also we need to set changes in toggleswitch.lua based on main dpy or model I think, whoever have those need to test and report back.
cgm999 is offline   Reply With Quote
Old 07-09-2013, 09:32 AM   #133
fred01
Junior Member
fred01 began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Jul 2013
Device: kobo mini
Quote:
Originally Posted by giorgio130 View Post
do you mean
(DocumentRegistry:addProvider("zip", "application/zip", PdfDocument))
?
That would cause some issue since zip files are already being read by another reader application (probably for zipped htmls?). The line you posted is exactly what I've done.
Yeah, I got that from your commit on github. It doesn't cause issues as it seems to have the precedence over the portion of code in credocument.lua that checks for zip files.
fred01 is offline   Reply With Quote
Old 07-09-2013, 10:09 AM   #134
giorgio130
Time Waster
giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.giorgio130 ought to be getting tired of karma fortunes by now.
 
Posts: 415
Karma: 289158
Join Date: May 2011
Device: Kobo Glo and Aura HD
Quote:
Originally Posted by fred01 View Post
Yeah, I got that from your commit on github. It doesn't cause issues as it seems to have the precedence over the portion of code in credocument.lua that checks for zip files.
That's the issue I was referring to zipped html that should be taken care of by crengine would just crash the pdf reader (I guess), just like happened when you changed from cbz to zip. I think a collection of images should have an extension of cbz, I won't add zip as an extension supported by pdf reader.
@cgm999 I don't think I'll merge the debug / custom commands part, it's just useful for developers I'd say. The same for wifi on/off... Feel free to create pull requests for those yourself if you feel like! It's taking a while since I'm cleaning the code up in order to reduce to a minimum the changes.
giorgio130 is offline   Reply With Quote
Old 07-09-2013, 10:45 AM   #135
cgm999
Enthusiast
cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.cgm999 knows the way to San Jose.
 
Posts: 46
Karma: 54894
Join Date: Jun 2013
Device: kobo
Thats fine. I am curios if any1 else uses debug commands ?
cgm999 is offline   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
Native KOReader: a document reader for PDF, DJVU, EPUB, FB2, HTML, ... (GPLv3) hawhill Kindle Developer's Corner 577 10-03-2014 11:53 AM
2 kobos at once tsarinaerika Kobo Reader 14 06-03-2013 04:13 AM
Syncing between two Kobos fx3000se Kobo Reader 4 01-24-2013 02:10 PM
Touch Using two Kobos tkavan Kobo Reader 2 09-15-2012 08:37 PM
2 kobos 1 account retired05 Kobo Reader 9 05-05-2012 08:25 AM


All times are GMT -4. The time now is 10:01 PM.


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