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

Go Back   MobileRead Forums > E-Book Readers > Amazon Kindle > Kindle Developer's Corner

Notices

Reply
 
Thread Tools Search this Thread
Old 09-16-2012, 06:47 AM   #631
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
Kai771

For ARM you need this file arm-kindle-linux-x-tools-glibc2.5-gcc4.2.4.tar.gz (45741995 bytes). Just unpack it's "arm-kindle-linux-gnueabi" subdirectory into /usr/local/arm and add /usr/local/arm/arm-kindle-linux-gnueabi/bin/ to PATH and everything will be OK. (compile with make HOST=arm-kindle-linux-gnueabi)

For emulator, on my system (FC12, 32bit) everything compiles fine, with no adjustments to the Makefile.

Just to add that the x-tools file is very hard to find, but you will find it in one of those "forbidden to even mention" places I have no idea why, but this fact prevented me from hosting it on my own site, just in case... The x-tools toolchain is preferable because it already contains the correct sysroot stuff for the Kindle, so you don't have to pick the libraries from Kindle's actual root manually.

And, btw, if you are interested in just a PDF/DjVu viewer (without builtin CoolReader) then you can build the kpdfdjview branch (git checkout kpdfdjview) which has fewer dependencies and builds much faster, resulting in a smaller program.

Also, to build an installable package you need to do "make HOST=arm-kindle-linux-gnueabi customupdate".

Last edited by tigran; 09-16-2012 at 06:52 AM. Reason: added a few more advices
tigran is offline   Reply With Quote
Old 09-16-2012, 07:16 AM   #632
Kai771
Just a Noob
Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.
 
Kai771's Avatar
 
Posts: 140
Karma: 162610
Join Date: Aug 2011
Device: Kindle 3
Quote:
Originally Posted by tigran View Post
Kai771

For ARM you need this file arm-kindle-linux-x-tools-glibc2.5-gcc4.2.4.tar.gz (45741995 bytes). Just unpack it's "arm-kindle-linux-gnueabi" subdirectory into /usr/local/arm and add /usr/local/arm/arm-kindle-linux-gnueabi/bin/ to PATH and everything will be OK. (compile with make HOST=arm-kindle-linux-gnueabi)
Thanks a lot. It's not that hard to find - I already had it, just didn't have a chance to try it out yet . I'll try a bit later and report back. Btw, make HOST=arm-kindle-linux-gnueabi is equivalent to just make with HOST=arm-kindle-linux-gnueabi in Makefile, right?



Quote:
For emulator, on my system (FC12, 32bit) everything compiles fine, with no adjustments to the Makefile.
Actually, I'm more interested in the emulator. I'll try another distro later, that's not a problem. What I want to know is if you find any faults with my steps.

Quote:
And, btw, if you are interested in just a PDF/DjVu viewer (without builtin CoolReader) then you can build the kpdfdjview branch (git checkout kpdfdjview) which has fewer dependencies and builds much faster, resulting in a smaller program.
I'm interested in all formats I get get , but it won't hurt to also try kpdfdjview branch too. Will try later.

Quote:
Also, to build an installable package you need to do "make HOST=arm-kindle-linux-gnueabi customupdate".
I knew this one (I took a look in Makefile), but as I understood it, this will only package it in zip - won't help if it doesn't compile in the first place.

Thanks for taking the time to help a noob.

Last edited by Kai771; 09-17-2012 at 05:32 PM. Reason: typo
Kai771 is offline   Reply With Quote
Old 09-16-2012, 07:35 AM   #633
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
And thank you for pointing me to VirtualBox! I know that my FC12 installation is ancient (and also, using 32bit OS on a 64bit machine is stupid, as I have to use PAE mode), but I have too many "mission critical" things (e.g. my entire typesetting environment for all the books I publish) which depend on it. So, now I can try the latest FC17/64bit and see if all my "mission critical" things still work on it and switch to it if all is fine. Thank you!

Btw, I am now installing FC17/64bit in VirtualBox and will then install the development environment for kindlepdfviewer in it, so I will let you know if it all went smoothly. Then you could just repeat the same on your machine.

Last edited by tigran; 09-16-2012 at 08:09 AM.
tigran is offline   Reply With Quote
Old 09-16-2012, 08:48 AM   #634
Kai771
Just a Noob
Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.
 
Kai771's Avatar
 
Posts: 140
Karma: 162610
Join Date: Aug 2011
Device: Kindle 3
There were reports of problems with using 64bit linux and compiling for kindles in other threads (twobob iirc). That's why I installed 32-bit Linux in my VM. Just saying .
Kai771 is offline   Reply With Quote
Old 09-16-2012, 09:22 AM   #635
knc1
Helpdesk Junkie
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 7,001
Karma: 6327868
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by Kai771 View Post
Thanks a lot. It's not that hard to find - I already had it, just didn't have a chance to try it out yet . I'll try a bit later and report back. Btw, make HOST=arm-kindle-linux-gnueabi is equivalent to just make with HOST=arm-kindle-linux-gnueabi in Makefile, right?
"HOST" is usually computed or determined by the build system.

Usually when cross-compiling, you want to set: "TARGET=" which describes the system on which the generated code will execute.
knc1 is offline   Reply With Quote
Old 09-16-2012, 09:39 AM   #636
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
knc1
In the case of kindlepdfviewer you do need to set HOST= manually when you run make, it is not "computed" by anything. And you don't need to set TARGET= either.

Kai771
Yes, you are right --- I just found out that on FC17 64bit one cannot run arm x-tools because of /lib/ld-linux.so.2 ELF interpreter issues. So, using VirtualBox saved me a lot of time and trouble attempting to switch to the latest 64bit OS --- now I know that I should stay with my old good FC12 32bit

But I like the VirtualBox idea... Is it portable? I.e. can I take my vdi files and use them on some other system using any OS (obviously installing VirtualBox software for that OS first)? Or is each vdi image bound to a specific host OS on which it was produced?

And the main achievement of today is that I don't need to dual-boot into Windows XP on my main machine any longer --- I can just install Windows 7 (or XP) inside VirtualBox and run all the Windows-specific programs (Mathematica, Matlab, yes, I know there are Linux versions but they don't really work) in it!

Last edited by tigran; 09-16-2012 at 09:41 AM.
tigran is offline   Reply With Quote
Old 09-16-2012, 09:55 AM   #637
knc1
Helpdesk Junkie
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 7,001
Karma: 6327868
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by tigran View Post
knc1
In the case of kindlepdfviewer you do need to set HOST= manually when you run make, it is not "computed" by anything. And you don't need to set TARGET= either.
An extreme exception to the usual practice.
Must be someone's hand written Makefile.
knc1 is offline   Reply With Quote
Old 09-16-2012, 10:00 AM   #638
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
Kai771

Also, just for completeness (maybe someone is curious) I should mention that even the emulator stuff cannot be compiled on a 64bit OS --- here the problems are easier (djvulibre just fails to compile, but surely it can be made to compile somehow, otherwise we would have no such thing as djview4 on 64bit) but still require work to fix, so it is easier to just stick to 32bit environment.
tigran is offline   Reply With Quote
Old 09-16-2012, 10:02 AM   #639
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
Quote:
Originally Posted by knc1 View Post
An extreme exception to the usual practice.
Must be someone's hand written Makefile.
In the case of a program written for a specific hardware and specific OS platform and which cannot be ported to a different OS or hardware, it is the "usual practice" to write Makefile by hand. And kindlepdfviewer fits this description perfectly.
tigran is offline   Reply With Quote
Old 09-16-2012, 10:19 AM   #640
knc1
Helpdesk Junkie
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 7,001
Karma: 6327868
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by tigran View Post
In the case of a program written for a specific hardware and specific OS platform and which cannot be ported to a different OS or hardware, it is the "usual practice" to write Makefile by hand. And kindlepdfviewer fits this description perfectly.
Anything handwritten need only meet the author's own standards.
So no defense of that practice is required.
knc1 is offline   Reply With Quote
Old 09-16-2012, 10:33 AM   #641
Kai771
Just a Noob
Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.
 
Kai771's Avatar
 
Posts: 140
Karma: 162610
Join Date: Aug 2011
Device: Kindle 3
@tigran
Quote:
Yes, you are right --- I just found out that on FC17 64bit one cannot run arm x-tools because of /lib/ld-linux.so.2 ELF interpreter issues. So, using VirtualBox saved me a lot of time and trouble attempting to switch to the latest 64bit OS --- now I know that I should stay with my old good FC12 32bit
Or, if it's only kindle developement tools, there's no reason not to use 32bit FC17 (or 12) in a VirtualBox of 64bit FC17.

Quote:
But I like the VirtualBox idea... Is it portable? I.e. can I take my vdi files and use them on some other system using any OS (obviously installing VirtualBox software for that OS first)? Or is each vdi image bound to a specific host OS on which it was produced?
I can't be 100% sure, since I never tried that, but I see no reason why it shouldn't be. What I did try is exporting to .ova on Windows and importing that .ova in Linux without problems. Files are much smaller that way .

Now, back to kindle. I tried using x-tools and it failed. This is what I did:

Code:
$ tar xzvf x-tools-glibc2.5-gcc4.2.4.tar.gz
this made x-tools-glib2.5 dir, with arm-kindle-linux-gnueabi inside it. I did this next:

Code:
$ cd x-tools-glib2.5

$ mv arm-kindle-linux-gnueabi arm

$ sudo mv arm /usr/local/
then I edited my .profile file, and added this as the last line:

PATH="/usr/local/arm/arm-kindle-linux-gnueabi/bin:$PATH"

and then relogged. I checked if it's all ok:

Code:
$ echo $PATH
/usr/local/arm/arm-kindle-linux-gnueabi/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
Then I deleted kindlepdfviewer dir, and did git clone again, and than make fetchthirdparty (just to be sure).

then I did

Code:
$ HOST=arm-kindle-linux-gnueabi make thirdparty
and the result is

Code:
make -C mupdf CC="gcc" build/debug/cmapdump
make[1]: Entering directory `/home/kai771/kindlepdfviewer/mupdf'
    MKDIR build/debug
    CC build/debug/cmapdump.o
gcc: error trying to exec 'cc1': execvp: No such file or directory
make[1]: *** [build/debug/cmapdump.o] Error 1
make[1]: Leaving directory `/home/kai771/kindlepdfviewer/mupdf'
make: *** [mupdf/cmapdump.host] Error 2
What did I do wrong?

I am positive that I'm using 32bit Ubuntu:

Quote:
$ uname -m
i686
Kai771 is offline   Reply With Quote
Old 09-16-2012, 11:14 AM   #642
tigran
Zealot
tigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tonguetigran can tie a knot in a cherry stem with his or her tongue
 
Posts: 104
Karma: 22956
Join Date: Nov 2009
Location: London
Device: Kobo Aura HD and H2O,Kobo Mini,Kindle 3+DXG,Nook Simple Touch
Kai771
You moved the directory to the wrong level. The end result should look like:

$ l /usr/local/arm/arm-kindle-linux-gnueabi/
total 912
dr-xr-xr-x 6 1000 1000 4096 2011-02-12 01:58 arm-kindle-linux-gnueabi/
dr-xr-xr-x 2 1000 1000 4096 2011-02-12 01:58 bin/
-r--r--r-- 1 1000 1000 907913 2011-02-12 01:58 build.log.bz2
dr-xr-xr-x 4 1000 1000 4096 2011-02-12 01:55 lib/
dr-xr-xr-x 3 1000 1000 4096 2011-02-12 01:55 libexec/
dr-xr-xr-x 2 1000 1000 4096 2011-02-12 01:58 share/
drwxr-xr-x 3 1000 1000 4096 2011-02-12 01:57 test-suite/

i.e. one level deeper. The confusion is perhaps because there is yet another "arm-kindle-linux-gueabi" inside which looks like this:

$ l /usr/local/arm/arm-kindle-linux-gnueabi/arm-kindle-linux-gnueabi/
total 16
dr-xr-xr-x 2 1000 1000 4096 2011-02-12 01:58 bin/
dr-xr-xr-x 2 1000 1000 4096 2011-02-11 23:36 debug-root/
dr-xr-xr-x 3 1000 1000 4096 2011-02-12 01:55 include/
dr-xr-xr-x 6 1000 1000 4096 2011-02-12 01:58 sysroot/

and this is my PATH:

$ echo $PATH
/usr/local/arm/arm-kindle-linux-gnueabi/bin/:the_rest_deleted_as_irrelevant_

Why did I have an "arm" directory at all? Because I was trying different ARM toolchains and that was an easy way to switch between them. But you can skip "arm" level altogether and adjust PATH accordingly.

and to make sure that the compiler is found do this:

$ type arm-kindle-linux-gnueabi-gcc
arm-kindle-linux-gnueabi-gcc is /usr/local/arm/arm-kindle-linux-gnueabi/bin/arm-kindle-linux-gnueabi-gcc
tigran is offline   Reply With Quote
Old 09-16-2012, 11:56 AM   #643
Kai771
Just a Noob
Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.Kai771 can program the VCR without an owner's manual.
 
Kai771's Avatar
 
Posts: 140
Karma: 162610
Join Date: Aug 2011
Device: Kindle 3
Thank you! I moved it to appropriate level, and now it compiles. As you suspected, the confusion was caused by the presence of 2 dirs with the same name, arm-kindle-linux-gnueabi. The PATH was ok from the beginning - it was just the wrong content there .
Kai771 is offline   Reply With Quote
Old 09-16-2012, 01:32 PM   #644
dave2008
Addict
dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.dave2008 can program the VCR without an owner's manual.
 
Posts: 230
Karma: 183457
Join Date: Jan 2012
Device: k3G(broken), KDXG, paperwhite
Kai771

Previously the emulate mode compiled with no error in my Gentoo x64 machine. But it fails on my freshly installed x86 Ubuntu today. I modified the Makefile and now it works on my Ubuntu too. You may want to checkout the latest code from the official repo

Still I have no idea why it worked on my Gentoo before this modification. I just moved all the "-l" to the end of GCC call.

Last edited by dave2008; 09-16-2012 at 01:38 PM.
dave2008 is offline   Reply With Quote
Old 09-16-2012, 01:38 PM   #645
knc1
Helpdesk Junkie
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 7,001
Karma: 6327868
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by dave2008 View Post
Kai771

Previously the emulate mode compiles with no error in my Gentoo x64 machine. But it fails on my x86 Ubuntu. I modified the Makefile and now it works on my Ubuntu too. You may want to checkout the latest code from the official repo

Still I have no idea why it worked on my Gentoo before this modification. I just moved all the "-l" to the end of GCC call.
*-gcc -v might give you the answer.

Ubuntu (depending on the version and update level) recently "Borked" the built-in search path order for includes and libraries in an attempt to re-vamp the multi-lib / multi-arch support.
knc1 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 678 Today 03:33 PM
Librerator - multi-format e-reader, fork of KPV Kai771 Kindle Developer's Corner 345 12-18-2014 09:10 PM
Yet another PDF viewer (muPDF based) melihron PocketBook 66 09-02-2014 04:03 AM
Text-based PDF to Mobi, etc./Kindle 3 kidblue Calibre 41 07-20-2012 04:19 PM
muPDF on Kindle DX!! DairyKnight Kindle Developer's Corner 8 03-21-2010 04:39 AM


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


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