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

Go Back   MobileRead Forums > E-Book Formats > Workshop

Notices

Reply
 
Thread Tools Search this Thread
Old 04-14-2008, 11:56 PM   #16
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by zerospinboson View Post
Creating file ... failed, error details follow.

Traceback (most recent call last):
File "output.pyc", line 140, in generate_imp
File "win32com\client\__init__.pyc", line 95, in Dispatch
File "win32com\client\dynamic.pyc", line 98, in _GetGoodDispatchAndUserName
File "win32com\client\dynamic.pyc", line 78, in _GetGoodDispatch
com_error: (-2147221005, 'Invalid class string', None, None)

Creating Mobipocket ebook ... done.

can anyone tell me what might be going wrong here?
I see that you have an iLiad, and presume you are trying to produce a .prc file.

The only caveat here is that it needs some free software installed to produce the .opf file that is used by 'opf2mobi.exe' to produce the .prc.

Now, I looked at my documentation and I couldn't easily find reference to this. Sorry, I will make this more prominent now!
REQUIRED: You must have the eBook Publisher software previously installed to facilitate the conversions to .imp, .oeb and .prc.
BTW, the error you saw refers to a windows .dll interface call that failed (it was called from 'generate_imp' enroute to creating the .prc). You can install the (free) eBook Publisher software by going here. Then choose to download and install the current version ( Win_eBookPub_2.2.5.exe ).

p.s. there is a current limitation on image sizes (480 max. width) built into the 'opf2mobi.exe' program I am using. This causes larger white margins than it should. I will remove this restriction in the next release and replace 'opf2mobi' with html2mobi' to avoid the use of eBook Publisher when converting to .prc!

Last edited by nrapallo; 04-17-2008 at 09:22 AM. Reason: no longer require eBook Publisher for conversion to .prc
nrapallo is offline   Reply With Quote
Old 04-17-2008, 02:43 AM   #17
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
PDFRead 1.8.2 now released!

I have implemented some enhancements and fixed minor bugs in PDFRead 1.8.2 (see post#1 above)

Changes in this release:
Changelog [2008-04-16] 1.8.2 (by NR)

• added an 'imgdir' In Format where you can select any image in a directory and have all images (files) in that directory loaded. This is similar to an 'imglist' but creates its own list of filenames without needing a (previously created) text file.
• for .prc output, removed current limitation on image sizes (480 max. width) and now use a modified 'html2mobi.exe' program. This should no longer causes large white margins. Cybook Gen 3 users are cautioned that images larger than 480x640 may crash your ereader. Please limit the Size H: and V:!
• remembers last 'Output' directory upon startup, but you will need to edit destination filename or may overwrite previous output. To reset it, just type 'default'.

Last edited by nrapallo; 04-18-2008 at 01:14 PM.
nrapallo is offline   Reply With Quote
Old 04-18-2008, 07:20 AM   #18
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
Source code?

Hi There,

I'm on a Mac, and the version of 1.8 is only a windows executable. Can you please post a mac-friendly version?

Thanks!
donovand is offline   Reply With Quote
Old 04-18-2008, 09:46 AM   #19
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
Hi There,

I'm on a Mac, and the version of 1.8 is only a windows executable. Can you please post a mac-friendly version?

Thanks!
The latest source code is up at the PDFRead Dev Hub here.

I will now add the source to post#1 for easy access for all.

The Windows GUI and Installer is NOT mac-friendly, but the source code is python which can be made to work on Mac OS X using the detailed installation instructions in the manual (index.html). For further information, read PDFRead on Mac OS X by sammykrupa

Otherwise, if you can run Windows emulation on your mac, then that would be the route to take (especially if creating .imp formats).

Last edited by nrapallo; 04-18-2008 at 12:41 PM.
nrapallo is offline   Reply With Quote
Old 04-19-2008, 02:56 AM   #20
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
thanks!

Awesome! I'll be sure and check that out. I tried version 1.7 (command line) for my prs500 last night, but it didn't seem to work properly. It made the .png's but then the .lrf was empty. Interestingly, 1.6 worked fine.

I'll give 1.8 a whirl and see if the mac issues with 1.7 have been fixed.

Is 1.8 a fork? Why does the sourceforge page still only have up to 1.7?

Great software btw.... it's the best workaround for viewing non-optimal pdfs that I've found. Keep up the good work!
donovand is offline   Reply With Quote
Old 04-19-2008, 08:53 AM   #21
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
Awesome! I'll be sure and check that out. I tried version 1.7 (command line) for my prs500 last night, but it didn't seem to work properly. It made the .png's but then the .lrf was empty. Interestingly, 1.6 worked fine.

I'll give 1.8 a whirl and see if the mac issues with 1.7 have been fixed.

Is 1.8 a fork? Why does the sourceforge page still only have up to 1.7?

Great software btw.... it's the best workaround for viewing non-optimal pdfs that I've found. Keep up the good work!
This is a sample call from the command line:
Code:
Command Line
============

"C:\Program Files\PDFRead\bin\pdfread" -p prs505 -i pdf -t "My Title"  -a "My Author" -c "My Category" -f "lrf" "E:\My Input.pdf"
I have set up the version 1.8 source code at the PDFRead Dev Hub here.

The sourceforge page is "stuck" at version 1.7 since I don't have all the permissions necessary to update it properly, despite being a developer there! I have left comments/messages there to check the new version 1.8 here at mobileread.com.

I'm not sure if PDFRead is truly multi-threaded. Give it a try.

Last edited by nrapallo; 04-19-2008 at 11:54 AM.
nrapallo is offline   Reply With Quote
Old 04-22-2008, 07:17 AM   #22
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
Thanks for the link to the Dev Hub. I posted a ticket about the "debug" feature not working properly.

I had the same problem with 1.8 that I had with 1.7, namely that pdfread was generating empty .lrf files. I tracked it down to an outdated libpng. pngnq wasn't working (silently dying while running inside the python script) and therefore the "page.png" files were not being downsampled and moved to N.png files. I would suggest adding some error checking code there (in the downsample function of the BaseOutput class) instead of relying on the existence of page-nq8.png implicitly like that.

FYI an .dmg installer for a libpng that works is here

Sorry for the confusion regarding "fork"... I meant a fork of the source code (i.e. you are taking over an abandoned or otherwise unsupported project) as opposed to multi-threading. But you answered my question anyway.

Last edited by donovand; 04-22-2008 at 07:20 AM.
donovand is offline   Reply With Quote
Old 04-22-2008, 07:45 AM   #23
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
Thanks for the link to the Dev Hub. I posted a ticket about the "debug" feature not working properly.
The 'debug' feature was 'fixed' in the latest release so that if PDFRead 'sees' the existence of a file named 'debug' in the current directory of the GUI (defaults to 'C:\Program files\PDFRead') or inside its subdirectory 'bin', then it leaves the resulting files used to create the selected ebook format. It does not 'retain' the intermediary files used throughtout the conversion process i.e page*.*. BTW, if you're quick enough you can open the temporary folder assigned and copy the intermediary files elsewhere, prior to the end of the conversion.

Quote:
I had the same problem with 1.8 that I had with 1.7, namely that pdfread was generating empty .lrf files. I tracked it down to an outdated libpng. pngnq wasn't working (silently dying while running inside the python script) and therefore the "page.png" files were not being downsampled and moved to N.png files. I would suggest adding some error checking code there (in the downsample function of the BaseOutput class) instead of relying on the existence of page-nq8.png implicitly like that.

FYI an .dmg installer for a libpng that works is here
Thanks for your bug-tracking services . Is your fix related to the Windows side or the Mac side? The link provided appears to indicate Mac side, but I will see if I can incorporate the newer version anyway. I mean, if it doesn't break something else...

Quote:
Sorry for the confusion regarding "fork"... I meant a fork of the source code (i.e. you are taking over an abandoned or otherwise unsupported project) as opposed to multi-threading. But you answered my question anyway.
While I have had some sporadic contact with the original developer, I am pretty much 'going-it-alone'. BTW, thanks for your comments and insights.
nrapallo is offline   Reply With Quote
Old 04-22-2008, 04:12 PM   #24
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
Quote:
Originally Posted by nrapallo View Post
The 'debug' feature was 'fixed' in the latest release so that if PDFRead 'sees' the existence of a file named 'debug' in the current directory of the GUI (defaults to 'C:\Program files\PDFRead') or inside its subdirectory 'bin', then it leaves the resulting files used to create the selected ebook format. It does not 'retain' the intermediary files used throughtout the conversion process i.e page*.*. BTW, if you're quick enough you can open the temporary folder assigned and copy the intermediary files elsewhere, prior to the end of the conversion.
I realized after I read this that the libpng bug was creating page.png's and not N.png, so it looked like all the temporary files were being deleted. Now I understand that there are two types of temporary file: the final images (that get put into the eBook) and the intermediate files getting to that image. I hereby recind my ticket.


Quote:
Thanks for your bug-tracking services . Is your fix related to the Windows side or the Mac side? The link provided appears to indicate Mac side, but I will see if I can incorporate the newer version anyway. I mean, if it doesn't break something else...
You're welcome. Glad to help. Sorry I wasn't clear about that.... I was testing on the Mac. That being said, if a windows person had an old version of libpng, then I suspect they might have a similar problem.
donovand is offline   Reply With Quote
Old 04-22-2008, 04:39 PM   #25
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
I realized after I read this that the libpng bug was creating page.png's and not N.png, so it looked like all the temporary files were being deleted. Now I understand that there are two types of temporary file: the final images (that get put into the eBook) and the intermediate files getting to that image. I hereby recind my ticket.
I have already responded and resolved your ticket; to both our satisifaction it would seem.

Quote:
You're welcome. Glad to help. Sorry I wasn't clear about that.... I was testing on the Mac. That being said, if a windows person had an old version of libpng, then I suspect they might have a similar problem.
So does PDFRead 1.8.2 (minus the GUI) work on a Mac now? If so, did you have to do anything, other than normal, to get it working?

I do have a lingering 'bug' where several images are converted and one of those images mysteriously does not appear in the final ebook created. Now I know what the culprit could be. The image gets processed, but then (silently) doesn't get created. Sounds like your original problem!
nrapallo is offline   Reply With Quote
Old 04-28-2008, 04:57 PM   #26
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
Quote:
Originally Posted by nrapallo View Post
I have already responded and resolved your ticket; to both our satisifaction it would seem.



So does PDFRead 1.8.2 (minus the GUI) work on a Mac now? If so, did you have to do anything, other than normal, to get it working?

I do have a lingering 'bug' where several images are converted and one of those images mysteriously does not appear in the final ebook created. Now I know what the culprit could be. The image gets processed, but then (silently) doesn't get created. Sounds like your original problem!
I would say yes, PDFRead 1.8.2 works on the Mac, once you make sure pngnq works. Other than that, I didn't have to do anything else (other than follow the mac instructions for previous versions). I haven't noticed the missing page problem myself, but I have only done a few small tests at the moment. If you have a pdf that fails consistently and you would like me to check it on the mac, then let me know.
donovand is offline   Reply With Quote
Old 04-30-2008, 01:29 PM   #27
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
I would say yes, PDFRead 1.8.2 works on the Mac, once you make sure pngnq works. Other than that, I didn't have to do anything else (other than follow the mac instructions for previous versions).
Great information for those using Mac OS!

Quote:
I haven't noticed the missing page problem myself, but I have only done a few small tests at the moment. If you have a pdf that fails consistently and you would like me to check it on the mac, then let me know.
Actually, it wasn't a pdf but an early test of the 'imglist' input format. I basically tried to display some book covers, but could not get one of them to convert. I am attaching the zipped test file so that you can try to see if your Mac OS counterparts do a better job of converting it.

BTW, it is Cover05.jpg that mysteriously looks like it is processed, but doesn't show up in the resulting ebook. Does it happen to you too?

p.s. these were random book covers and does not indicate my reading preference
Attached Files
File Type: zip Cover05_problem.zip (134.1 KB, 566 views)
nrapallo is offline   Reply With Quote
Old 04-30-2008, 03:51 PM   #28
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
PDFRead 1.8.2 working on Mac OS X

Quote:
Originally Posted by nrapallo View Post
The latest source code is up at the PDFRead Dev Hub here.

I will now add the source to post#1 for easy access for all.

The Windows GUI and Installer is NOT mac-friendly, but the source code is python which can be made to work on Mac OS X using the detailed installation instructions in the manual (index.html). For further information, read PDFRead on Mac OS X by sammykrupa

Otherwise, if you can run Windows emulation on your mac, then that would be the route to take (especially if creating .imp formats).
Quote:
Originally Posted by donovand View Post
FYI an .dmg installer for a libpng that works is here
Quote:
Originally Posted by donovand View Post
I would say yes, PDFRead 1.8.2 works on the Mac, once you make sure pngnq works. Other than that, I didn't have to do anything else (other than follow the mac instructions for previous versions). I haven't noticed the missing page problem myself, but I have only done a few small tests at the moment. If you have a pdf that fails consistently and you would like me to check it on the mac, then let me know.
Per the above, PDFRead 1.8.2 can be made to work on Mac OS X.

Thanks go out to sammykrupa and donovand for discovering this!
nrapallo is offline   Reply With Quote
Old 05-01-2008, 08:25 AM   #29
donovand
Junior Member
donovand began at the beginning.
 
Posts: 6
Karma: 10
Join Date: Apr 2008
Device: prs505
Quote:
Originally Posted by nrapallo View Post
Great information for those using Mac OS!



Actually, it wasn't a pdf but an early test of the 'imglist' input format. I basically tried to display some book covers, but could not get one of them to convert. I am attaching the zipped test file so that you can try to see if your Mac OS counterparts do a better job of converting it.

BTW, it is Cover05.jpg that mysteriously looks like it is processed, but doesn't show up in the resulting ebook. Does it happen to you too?

p.s. these were random book covers and does not indicate my reading preference
Weirdness. I get the same result. It just doesn't seem to like that image for some reason.

Also, I'm finding that the even pages for the prs505 profile (default is landscape rotation) are getting stretched out. Is there some way to fix this with settings? I turned off cropping, and that seems to help a little, but I suspect it has to do with where the pages are being split.
donovand is offline   Reply With Quote
Old 05-01-2008, 11:24 AM   #30
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530531
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by donovand View Post
Weirdness. I get the same result. It just doesn't seem to like that image for some reason.
Yes, weird. I tried updating the pngnp.exe executable and the libpng13.dll, but could not get it to convert! Oh well, I hope this doesn't show up in normal conversions.

Quote:
Also, I'm finding that the even pages for the prs505 profile (default is landscape rotation) are getting stretched out. Is there some way to fix this with settings? I turned off cropping, and that seems to help a little, but I suspect it has to do with where the pages are being split.
If you use the 'debug' option to leave behind the temp folder, you will notice that the resulting .png's all retain the proper aspect ratio (i.e. are not stretched), but then the resulting .lrf is stretched. I noticed this when I uploaded the same ebook in multiple formats here.

I think the problem is in the pylrs code written by Mike Higgins (Falstaff) or how the pylrs code is interfaced from the output.py module in PDFRead.

About where the split occurs for the even page being stretch, I don't think that is the cause. Try the 'Portrait-full' layout mode and you will find the same thing with just one image. It's stretched!

Weird squared!
nrapallo 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
Need help using PDFRead daithi81 Workshop 8 10-16-2009 10:33 AM
Need help with PDFRead pfisterfarm PDF 8 03-23-2009 10:19 AM
pdfread cybook x3oo Cybook 2 03-09-2009 12:49 PM
PDFRead 1.7 released ashkulz PDF 87 03-12-2008 11:29 AM
PDFRead v5 available on Sourceforge Alexander Turcic PDF 3 04-08-2007 07:31 AM


All times are GMT -4. The time now is 01:29 AM.


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