Database Users

where are books stored

on the device the default ones that come on the phone ?

They are in /etc, but you can't just add new books if that is your intention.
You would have to edit some database, but I am not completely sure which one, and add a separate entry for every book.
Copying the books from the device works fine, they are epubs.
Edit: The database is /data/data/com.htc.ereader/databases/ereader.db
Edit2: I was just going to write a dirty little app that adds books to the database when I realized, that there is an "Import" function in the reader ;-;

Hello,
Can you tell me where is this book import, because my only visible options are to download and buy books from kobo.
Thanks in advance.

Switch to the list view of the books, press menu and select "Import Books"

My only options in this view are sort, delete and accounts. In any type of view don't have option like import or something wich add a book from the phone.

Maybe it changed in the Gingerbread update?
You can try my apk (attached).

In Gingerbread maybe is changed, but i'm with stock 2.2. Thanks about the apk but it says "cannot parsing the package"

joro.valchev said:
In Gingerbread maybe is changed, but i'm with stock 2.2. Thanks about the apk but it says "cannot parsing the package"
Click to expand...
Click to collapse
A pity.
Well if you are rooted you can manually edit the database (/data/data/com.htc.ereader/databases/ereader.db) and add entries for your own books there.
I would recommend Root Explorer & SQLite Editor for this, but it is still very uncomfortable if you want to add a large amount of books.

Fixing shelving for books on SD Cards.

A long-standing problem with B&N's library has been the failure for books stored on the SD card to persist when shelving them. If the sdcard is removed, or the Nook restarted, then, even though the books haven't actually been removed or modified, they will not show up again under the shelves you created.
Putting aside the fact that shelving on the N2E is a ridiculous process that requires you to alphabetically run through every single one of the books on your device, this is really annoying for someone wishing to avoid being limited by the size of internal storage but who doesn't want to switch library programs and still want to make use of the shelving feature.
I saw there were progress on the infamous 'two sets of highlights and notes' bug, here:
http://forum.xda-developers.com/showthread.php?t=1467429
so prima facie I'm going to assume that this may be a similar problem, and I'm gonna be looking at that. Any advice or opinions to the contrary would be welcome.

LastSilmaril said:
A long-standing problem with B&N's library has been the failure for books stored on the SD card to persist when shelving them.
Click to expand...
Click to collapse
There is a special term (among many) introduced by Microsoft : BugOrFeature (one word).
Lots of companies adopted it since…

ApokrifX said:
There is a special term (among many) introduced by Microsoft : BugOrFeature (one word).
Lots of companies adopted it since…
Click to expand...
Click to collapse
LOL. Indeed!

I agree that the existing shelving is so clumsy that it's unusable. So rather than try to fix bugs in it, IMO it would be more productive to develop a separate, PC-based way to create and maintain shelves on the NST, for example using a Calibre plug-in.
You would have to keep your whole library in Calibre, including B&N materials. Then you could specify which fields of Calibre metadata would be used to construct shelf names, and the plug-in would export the data in a form that could be pushed onto the NST. I'm not sure how to match the items between the NST library and the Calibre library. We would need to look at the NST's version of the library, including its internal unique id in the library_items table, and match that with the Calibre version. That process would have to be easy and repeatable, because I'm reasonably sure that the NST rebuilds its library each time you unmount and remount the sd card (if not more often), and it probably gives each item a new id.
Some progress was made on Automating shelving, where jalfrock revealed the database structures and a method for modifying them via noogie. I think it would be possible to build on that work and very probably to make it more automated by using CWM Recovery rather than noogie to transfer data. Or it might be just as simple to use noogie.
Comments?

Sun_Cat said:
I agree that the existing shelving is so clumsy that it's unusable. So rather than try to fix bugs in it, IMO it would be more productive to develop a separate, PC-based way to create and maintain shelves on the NST, for example using a Calibre plug-in.
You would have to keep your whole library in Calibre, including B&N materials. Then you could specify which fields of Calibre metadata would be used to construct shelf names, and the plug-in would export the data in a form that could be pushed onto the NST. I'm not sure how to match the items between the NST library and the Calibre library. We would need to look at the NST's version of the library, including its internal unique id in the library_items table, and match that with the Calibre version. That process would have to be easy and repeatable, because I'm reasonably sure that the NST rebuilds its library each time you unmount and remount the sd card (if not more often), and it probably gives each item a new id.
Click to expand...
Click to collapse
I was trying to maintain my library in Calibre for a couple weeks, than gave up...
I’m not a book worm, definitely...
Sun_Cat said:
Some progress was made on Automating shelving, where jalfrock revealed the database structures and a method for modifying them via noogie. I think it would be possible to build on that work and very probably to make it more automated by using CWM Recovery rather than noogie to transfer data. Or it might be just as simple to use noogie.
Click to expand...
Click to collapse
Shelves are kept in database.
To update it, you need either:
have sqlite3 on nook and use adb shell + sql scripts
do the same via noogie script automation
via adb: pull database to PC, modify using sqlite3 on PC, push them back.
All above uses database field for auto-shelving only.
If we want to use a book metadata field not presented in database, we need to write an app or script to do it. Not a big deal, except I suck @ UI design (and implementation too).
AFAIR, the SQL script to shelve based on author was posted already.
Question to Renate:
Do you know an [easy] way to pull a book metadata field using android CLI?

The MediaScanner crawler on the Nook doesn't impress me.
It's never found any MP3s. Maybe other people have had other results.
If you borrow books from the library, the return date might be of interest to you.
There is no place in the database and the crawler does not read it.
The same goes for language.
I keep track of my own modest library in my own database using my own crawler,
the results being displayed on my own Library.apk replacement.
I've never actually looked at the stock bookshelves so I have no idea how they work.
Um, what was the question? Extracting metadata?

Renate NST said:
The MediaScanner crawler on the Nook doesn't impress me.
It's never found any MP3s. Maybe other people have had other results.
If you borrow books from the library, the return date might be of interest to you.
There is no place in the database and the crawler does not read it.
The same goes for language.
I keep track of my own modest library in my own database using my own crawler,
the results being displayed on my own Library.apk replacement.
I've never actually looked at the stock bookshelves so I have no idea how they work.
Click to expand...
Click to collapse
Good for you!
Renate NST said:
Um, what was the question? Extracting metadata?
Click to expand...
Click to collapse
Basically, we need unzip a file (content.opf) from .epub and do xml parsing from CLI.

ApokrifX said:
If we want to use a book metadata field not presented in database, we need to write an app or script to do it. Not a big deal, except I suck @ UI design (and implementation too).
Click to expand...
Click to collapse
Right. That's why I suggested a Calibre plug-in, since Calibre already has fields for lots more metadata than the Nook library.
ApokrifX said:
AFAIR, the SQL script to shelve based on author was posted already.
Click to expand...
Click to collapse
See the Automated Shelving link in my previous post.

All this stuff is getting kind of complicated.
It's a question of how many data sources and how you'll resolve them.
You could check in all your books in Calibre (which I've never actually seen),
then exports its database to the Nook so that it will have all the info and shelves.
If you start checking in books directly in your Nook, how will that work?

Sun_Cat said:
Right. That's why I suggested a Calibre plug-in, since Calibre already has fields for lots more metadata than the Nook library.
Click to expand...
Click to collapse
Might be easier to generate shelving [update] script from Calibre plug-in and execute manually than?

Renate NST said:
All this stuff is getting kind of complicated.
It's a question of how many data sources and how you'll resolve them.
You could check in all your books in Calibre (which I've never actually seen),
then exports its database to the Nook so that it will have all the info and shelves.
If you start checking in books directly in your Nook, how will that work?
Click to expand...
Click to collapse
IDK. As I posted earlier, I think the trickiest part will be to match up the two libraries (the NST's and Calibre's) so Calibre knows the unique id for each book in the NST library database. I'm not sure if that's even possible. AFAIK, each time you use Calibre to copy books to the NST, there's no feedback about how the NST is storing them.
Renate, does your custom library app have additional metadata fields compared to stock? If so, then the approach in Automating shelving would work.

Sun_Cat said:
IDK. As I posted earlier, I think the trickiest part will be to match up the two libraries (the NST's and Calibre's) so Calibre knows the unique id for each book in the NST library database. I'm not sure if that's even possible. AFAIK, each time you use Calibre to copy books to the NST, there's no feedback about how the NST is storing them.
Renate, does your custom library app have additional metadata fields compared to stock? If so, then the approach in Automating shelving would work.
Click to expand...
Click to collapse
Calibre does store its own database on the reader so that it know whats already on the device. So matching book etc should not be a problem as long as the book has originally been sent from calibre. If you have stored all your books in calibre and have all the correct metadata. You would be better of using folders rather than catalogs.

Dopedangel said:
Calibre does store its own database on the reader so that it know whats already on the device. So matching book etc should not be a problem as long as the book has originally been sent from calibre.
Click to expand...
Click to collapse
That's a good point, but I'm not sure that's the right conclusion. AFAIK Calibre can only read and write the epub files and its own metadata file. It has no way of knowing the Nook internal library unique id, which is required for the shelves database.
Dopedangel said:
If you have stored all your books in calibre and have all the correct metadata. You would be better of using folders rather than catalogs.
Click to expand...
Click to collapse
You mean telling Calibre how to create the folder structure on the Nook rather than trying to use shelves? That's easy to do without any hacking, but there are two deficiencies compared to shelves:
Each book can be in only one folder. (With shelves it can be on multiple shelves.)
You would have to use the "My Files / Memory Card" part of the native library interface and then navigate the folder structure, which is much clumsier than selecting a shelf.
Or did I misunderstand your suggestion?

Just a thought:
We do have book author in nook DB, but not the series.
We can certainly pool series from book metadata, but that’s PiA.
What we can do is to create folders on nook for series and keep books there.
We can use book folder to shelve by series than.
If a book belongs to more than one series, we can encode it into folder name (horror|chldren) as well
Basically, if doesn’t have to be series, but any attribute you want to shelve on, not included in nook db.
Naturally, we can create shelves on more them one attribute (by author, by series. etc)
Similarly, folder name can have more than one attribute (but I’d prefer to keep it simple)

Or, consider the reader broken and use a different app.
Fbreader sorts books into 36 bins (a-z + 0-9) by first letter of the title or by author name by default.
For me, that's already a very nice start on shelving.
fbreader also reads tags inserted by Calibre if you like.
In order to fully use it on a nook device, you need your BN content to live in the same place as your sideloaded content.
I set that up by linking /data/media to /media or to /sdcard.
/sdcard is handy because it doesnt' require repartitioning to contain a useful amount of space.
I use the BN reader app mostly for magazines, and fbreader for most of my books. Together with fbsync (for synicing across all devices) it works really well.

roustabout said:
Fbreader sorts books into 36 bins (a-z + 0-9) by first letter of the title or by author name by default.
For me, that's already a very nice start on shelving.
fbreader also reads tags inserted by Calibre if you like.
Click to expand...
Click to collapse
Sounds nice, but I would greatly prefer a solution that doesn't require rooting, or at least not rooting with gapps. I had my NST rooted for a while, and I reverted to stock after getting annoyed that most of the apps that interested me didn't work very well and that it was doing so much invisibly behind the scenes.
I don't love the native reader, but I like it well enough that I would rather see if it's possible to transcend some of its limitations.

Sun_Cat said:
That's a good point, but I'm not sure that's the right conclusion. AFAIK Calibre can only read and write the epub files and its own metadata file. It has no way of knowing the Nook internal library unique id, which is required for the shelves database.
You mean telling Calibre how to create the folder structure on the Nook rather than trying to use shelves? That's easy to do without any hacking, but there are two deficiencies compared to shelves:
Each book can be in only one folder. (With shelves it can be on multiple shelves.)
You would have to use the "My Files / Memory Card" part of the native library interface and then navigate the folder structure, which is much clumsier than selecting a shelf.
Or did I misunderstand your suggestion?
Click to expand...
Click to collapse
Well I rooted and installed coolreader on my nook in the first few days after I got it. So never used the nook reader app much. I use coolreader and it built in file explorer. I don't think you need to use google apps to use other apps just root and adb install coolreader although I persoanlly prefer to use google market as its easily allows to get the updated apps and I can read my email etc
I use calibre to send books this way I can find books by genre if I want
Genre\Sub Genre\First Letter\Author\Series\Title.epub
As coolreader scans all the books and makes a database I can also find books by series, Author or Title

LOL. So while I'm glad I spawned this discussion here, I fear we've become sidetracked a bit into lectury non-solutions ('just ditch the reader!' 'use a calibre hack!'). What can I say? I'm stubborn, and want to be able to fix the official, nice-looking interface, flaws and all...even if I don't ultimately end up using it. It's the principle!
In the meantime, there was one link to 'autoshelving' that I think I'll be checking out once I finally make the time to start this project.

Dopedangel said:
I use calibre to send books this way I can find books by genre if I want
Genre\Sub Genre\First Letter\Author\Series\Title.epub
As coolreader scans all the books and makes a database I can also find books by series, Author or Title
Click to expand...
Click to collapse
That's what I'd call "101% organized folder structure"!
Piece of cake to parse and put Title.epub into 5 shelves:
Genre\Sub Genre\First Letter\Author\Series

ApokrifX said:
Piece of cake to parse and put Title.epub into 5 shelves:
Genre\Sub Genre\First Letter\Author\Series
Click to expand...
Click to collapse
Guys,
Where does calibre keeps (Genre, Sub Genre, Series, Series index) fields?
I’ve checked few epubs content.opf
All I see (relevant):
Code:
<metadata…>
<meta name="calibre:rating" content="0.00"/>
<meta name="calibre:series_index" content="1"/>
<dc:contributor opf:role="bkp">calibre (0.6.52) [http://calibre-ebook.com]</dc:contributor>
<dc:subject>Science fiction</dc:subject>
</metadata>
series_index is 1 always for every book in series.
Is there any standard or everyone follows its own rules?
I wrote early, it’s easy to parse files path like Genre\Sub Genre\First Letter\Author\Series\Title.epub
And it’s easy to unzip and parse content.opf too, but without standard, we’d need to keep unique setting for a user, providing every user book comply with the settings...

[Q] Searching for epubs yields less than half

I have an problem with searching for books on my SD card. I rooted my NST with NookManager a few months ago and am most pleased, especially with the wonderful Aardict app. Searching for epub books from the original Nook Library screen still works fine.
But I recently started searching for epub books using the File Manager supplied as part of the rooting process. Every search I do seems to find somewhere between none and less than half the sought-for books, no matter what folder I select. My books are stored on the SD card in an elaborate file structure, up to ten levels deep.
Has anyone else seen this discrepancy? Is there an explanation?

Joydeck said:
My books are stored on the SD card in an elaborate file structure, up to ten levels deep.
Click to expand...
Click to collapse
Why?
I keep my books in a directory called "Books".
Maybe your path length is causing problems.

Renate NST said:
Why?
Click to expand...
Click to collapse
As to why, I usually access my books by subject for non fiction, and by author for fiction. I move down my file structure: typically by genre, sub-genre, sub-sub-genre, author, category, book. For instance: Novelist, 1500-1940, Translated, Tolstoy-Leo, Short Stories, Childhood.epub
I only use Search occasionally.
You may be right about excessive file structure depth. When I search for known extensions only with search root of \sdcard\, I only get jpg files with matching filenames from the .docThumbs folder!

One solution to do super custom indexes is to have them in HTML.
You can generate whatever lists/trees you want and have the links to the EPUBs.

Can't read library books (OverDrive) with 1.2.1?

I haven't heard that anyone has had a problem borrowing library books (with OverDrive) with the Nook 1.2.1?
I've not been able to open library books for a while.
The error message was "User not activated".
Re-activation with the Adobe Digital Editions on the PC proceeded fine but did not fix it.
Now I've got a fix that works fine. (No, stripping the DRM externally was not my solution).
Before I let the cat out of the bag, I'd like to know if this affected others and how they dealt with it.
I'm interested to know this all in depth because some of this might affect how many Adobe licenses you use up.

Maybe this thread would have generated more interest if I had named it "Hacking Angry Birds". :silly:
The stock Nook Reader uses two different kinds of DRM (Digital Rights Management a/k/a encryption).
One variant is for Barnes & Noble purchased books.
The other is the standard Adobe Adept DRM used for borrowing library books with OverDrive.
This is only about the Adobe Adept DRM.
It's not about defeating or stripping the DRM, only on getting it to work properly
One of the critical things on DRM is to identify the device.
In the file /media/.adobe-digital-editions/device.xml is such identification.
It is contained in a XML entry called "fingerprint".
Up to Nook version 1.1.5 this was:
fingerprint=Base64Encode(SHA-1Hash(<16 ASCII chars of /rom/devconf/DeviceId>)).
In Nook version 1.2.1 this is now:
fingerprint=Base64Encode(SHA-1Hash(<16 bytes of /media/.devicesalt>, <16 ASCII chars of /rom/devconf/DeviceId>)).
/rom/devconf/DeviceId is the serial number, something like "3000111122223333".
/media/.devicesalt is a random 16 bytes.
Exactly what it was put in to address is another question.
Who creates this snippet and when is not yet clear.
If you do an update from Nook1.1.5 to 1.2.1 and don't re-register anything you may still download books over USB and the desktop Adobe Digital Editions but they will not load.
Internally they will generate a mismatched fingerprint error and externally a "user not activated" on the screen.
Of course, if you re-register and perform whatever rewrites device.xml to agree with the new fingerprint, that will work.
The question remains, does this new fingerprint use up one of your allowed Adobe Adept device licenses?
This also ties into the Android app OverDrive Media Console.
That also uses a different fingerprint.
Besides the question of whether that uses two licenses for a single device, it also make it impossible to download a file using OMC and then read it on the Nook stock reader instead of the horrible OMC reader.
Questions, comments, answers?
Implemented & tested: A simple way to keep the same fingerprint after an upgrade.
Note: Yes, I know about Calibre and plug-ins, but that's not at all what I want to do.

Renate NST said:
Of course, if you re-register and perform whatever rewrites device.xml to agree with the new fingerprint, that will work.
The question remains, does this new fingerprint use up one of your allowed Adobe Adept device licenses?
Click to expand...
Click to collapse
It will, but I've also seen credible reports that Adobe silently expand your activated device allowance to deal with lost/sold devices. Only if you register a number of devices in quick succession will you hit the limit. Even then, people have managed to get in touch with Adobe by phone or email and have their accounts reset/manually edited. I've re-registered my Adobe DRM devices a number of times and haven't yet hit the limit.
Besides the question of whether that uses two licenses for a single device
Click to expand...
Click to collapse
It will do.
it also make it impossible to download a file using OMC and then read it on the Nook stock reader instead of the horrible OMC reader.
Click to expand...
Click to collapse
Quite so. OMC and your Nook are two different devices as far as Adobe is concerned, along with whatever Adobe DRM-enabled readers you've activated on different devices.

So, to cut to the chase...
ReaderRMSDK.apk 1.2.1 is tied to Nook 1.2.1 and libpdfhost.so 1.2.1
You can't use mixed versions of these three things.
As stated, 1.2.1 uses .devicesalt which 1.1.5 doesn't use.
To patch libpdfhost to totally ignore .devicesalt:
Code:
/system/lib/libpdfhost.so 9,695,904
[002b647c] E593F018 => EAFFFFFF (little-endian)
You will have to (and want to) use the same fingerprint as before.
This appears in device.xml and activation.xml

I don't understand all of the tech notes in the thread, but back to the original question:
I have installed the Overdrive app on my rooted nook (1.2.1) and am able to download and read books in the Overdrive app itself.
However, I am unable to use the stock reader (which I would rather use) with books that I've downloaded (i.e., go out and find the EPUB file using a file manager on the device and launch from there). That would be a bonus if I could get that to work.
I haven't tried the "old" way of sideloading books from the Adobe application on my PC since I re-rooted my device.

Getting rid of UMS
I've kept to the standard and legit way of borrowing library books using Adobe Digital Editions on my desktop which links over USB to my Nook.
It uses UMS (USB Mass Storage).
UMS is pretty stupid. It shares computer volumes by just presenting the raw disk blocks over USB.
I have been using ADB (and particularly my utility adbsync.exe) for all my synchronizing.
The only holdout of why I still had UMS was for library books using ADE.
Here is how you keep semi-legit, use ADE and just do the connection to your Nook over ADB with WiFi or USB.
Take one of those too small USB flash drives that you have collecting dust, maybe a 256M.
Plug it in the back of your computer, out of the way.
Assign it a drive letter conveniently out of the way.
Create directory .adobe-digital-editions
Copy /media/.adobe-digital-editions/device.xml, /media/.adobe-digital-editions/activation.xml to the flash.
Run ADE, it should recognize your flash as a portable reading device.
Transfer your borrowed book to the flash.
Sync the flash to your Nook.
Read.
Oh, and disable UMS so you can use ADB over USB without disabling your Nook.
Code:
echo -n 0 > /data/property/persist.service.mount.umsauto

Renate NST said:
One of the critical things on DRM is to identify the device.
In the file /media/.adobe-digital-editions/device.xml is such identification.
It is contained in a XML entry called "fingerprint".
Up to Nook version 1.1.5 this was:
fingerprint=Base64Encode(SHA-1Hash(<16 ASCII chars of /rom/devconf/DeviceId>)).
In Nook version 1.2.1 this is now:
fingerprint=Base64Encode(SHA-1Hash(<16 bytes of /media/.devicesalt>, <16 ASCII chars of /rom/devconf/DeviceId>)).
/rom/devconf/DeviceId is the serial number, something like "3000111122223333".
/media/.devicesalt is a random 16 bytes.
Exactly what it was put in to address is another question.
Who creates this snippet and when is not yet clear.
If you do an update from Nook1.1.5 to 1.2.1 and don't re-register anything you may still download books over USB and the desktop Adobe Digital Editions but they will not load.
Internally they will generate a mismatched fingerprint error and externally a "user not activated"
Click to expand...
Click to collapse
I am just finding this thread and am wondering if this may provide a fix for my vexing situation.
I am trying to run Mantano with my drmed books (both band n books, and overdrive). The DRM works the same as my normal android devices (nexus 7, Nook color, eris, and rezound).
However, when the app closes, the DRM resets. Oddly enough, Aldiko works fine.
I really like mantano's way of displaying the books accurately and the way it syncs notes and highlights, so I am kind of married to this app. So, I know I have asked before, but does anyone have any thoughts? This could be the beginning to figuring this out yes?
~Leko

lekofraggle said:
However, when the app closes, the DRM resets.
Click to expand...
Click to collapse
I have no idea what you mean by that.

Renate NST said:
I have no idea what you mean by that.
Click to expand...
Click to collapse
Renate,
Thanks for responding. This is driving me crazy.
What happens is that after I open the app, I can register it with adobe and read my overdrive books. I can also read my Barnes and Noble books by entering my login and credit card number (what they use as a password). This is the way they use adobe DRM.
But, when I close the app, it seems to unregister itself. After closing the app. (Forcing it to quit, waiting a long time, or rebooting the nst), I have to reenter my adobe or Barnes and Noble credentials in the app. With adobe, this does count as a new device each time.
Aldiko does not seem to have the problem.
I have taken decompiled Mantano and tried to figure out how to fix it, but cannot. I have also reached out to the company, they have not helped too much either.
I use mantano as my everyday reading app on my nexus, and want to sync my notes and reading position (which it does well).
Sincerely,
Leko

I don't know Mantano at all.
It has to save the credentials somewhere, apparently it's not.
Explore around
/data/data/com.mantano.whatever/databases
/data/data/com.mantano.whatever/files
using ADB shell
Is there something there before you shut Mantano down?
Is it still there later?
Is it wiped out on restart?

Renate NST said:
I don't know Mantano at all.
It has to save the credentials somewhere, apparently it's not.
Explore around
/data/data/com.mantano.whatever/databases
/data/data/com.mantano.whatever/files
using ADB shell
Is there something there before you shut Mantano down?
Is it still there later?
Is it wiped out on restart?
Click to expand...
Click to collapse
Renate,
Thanks a lot. There are some weird happenings indeed.
So, I browsed the folders, and did not get too far. Here is what I did...
adb shell ls data/data/com.mantano.reader.android
the folders were
shared_prefs
cache
databases
lib
files
In the cache folder was one file
WebviewCache
In the databases folder were three files
webviewCache.db
google_analytics.db
webview.db
In the files folder
licence
.salt
.mno002
.mno001
mantano
I tried to poke around with a database viewer but did not get too far. most of the databases were empty (I have not done much with this app since trying different versions. The only database that seemed to have data was the google_analytics, and none of that looked like password data.
Two more odd things.
There is a .adobe-digital-editions folder on the sd card. Mantano writes to it, because if I delete the folder, it is respawned with mantano mentioned in device.xml.
And, if I run aldiko, its registration seems to overwrite device.xml, but it can read from it (the source of the two reading apps are completely different.)
I wonder if it is a permissions error. The permissions on the .adobe editions folder are ---rwxr-x I tried to find a way to change that, but they do not stick because it is an sd card. 16 gig class 4.
Mantano also has a folder on the sd card with a database, but I am not sure that is where we need to be.
Thanks again for your help.
~Leko

Your SD card is probably FAT, which is why permissions are not really serious.
I think that you are getting all confused by alternating between Mantano & Aldiko.
(I've not even seen either of these.)
I think that they are both trying to store conflicting credentials in the same place.
The stock ReaderRMSDK.apk uses libpdfhost.so
libpdfhost.so has hard-coded paths in it for .devicesalt, .adobe-digital-editions/device.xml, .adobe-digital-editions/activation.xml on /media
See the start of this thread for "un-salting" the stock ReaderRMSDK.

Renate NST said:
Your SD card is probably FAT, which is why permissions are not really serious.
I think that you are getting all confused by alternating between Mantano & Aldiko.
(I've not even seen either of these.)
I think that they are both trying to store conflicting credentials in the same place.
The stock ReaderRMSDK.apk uses libpdfhost.so
libpdfhost.so has hard-coded paths in it for .devicesalt, .adobe-digital-editions/device.xml, .adobe-digital-editions/activation.xml on /media
See the start of this thread for "un-salting" the stock ReaderRMSDK.
Click to expand...
Click to collapse
Renate, I actually am not as confused between the two as it seems. I only installed Aldiko after I discovered the DRM issue with Mantano.
Beyond wiping my device, is the other fix for un-salting deregistering the nook? If so, I will try that next.
I think the sdcard is fat, but Mantano does not seem to acknowledge the /media partition. I wonder if that has something to do with the issue.
~Leko
Sent from my Nexus 7 using Tapatalk

Well then just stick to Mantano.
See when the stuff in .adobe-digital-editions appears.
Back it up somewhere.
Close Mantano and open it.
See if the stuff is still there.
activation.xml has to be writable to add new books.

Renate NST said:
Well then just stick to Mantano.
See when the stuff in .adobe-digital-editions appears.
Back it up somewhere.
Close Mantano and open it.
See if the stuff is still there.
activation.xml has to be writable to add new books.
Click to expand...
Click to collapse
So, I deregistered my nook, and rerooted it. I installed es file explorer and mantano (nothing else).
If In delete the folder or the stuff in it, Mantano recreates it on launch (on the SD card). If I open a book, I have to register. Once I do, it works for a while (an hour or so it seems), but then asks me to re register.
If I move the folder while the app or books are open, it immediately recreates the folder and the three files, but the book needs to be re registered. I seem to get the same result if I move just the files.
I also tried disabling all of the bn apps in the nook manager with the same result.
I am at a loss.
~Leko
Sent from my Nexus 7 using Tapatalk

Point #1: Don't deregister your device ever.
When stuff is working, backup the relevant directories.
When stuff stops working copy that back to where it was.
Using ADB stop or reboot is the safest/cleanest way to restart apps.
Every time you re-register it (probably) generates new salt.

Renate NST said:
Point #1: Don't deregister your device ever.
When stuff is working, backup the relevant directories.
When stuff stops working copy that back to where it was.
Using ADB stop or reboot is the safest/cleanest way to restart apps.
Every time you re-register it (probably) generates new salt.
Click to expand...
Click to collapse
Renate,
Thanks for the advice. I am trying to figure out how to desalt. Moving the relevant files do not seem to work. I get the same result as if the original ones stayed in one spot.
~Leko

New Nook goes backwards a version
With the new NG2 (the new white Nook) came a surprise.
/system/lib/libpdfhost.so (which is the driving force on the Reader) went backwards a version.
1.0, 1.1 and now the 1.3 has RMSDK9.2.1+/NDKr5 libpdfhost.so
1.2.1 has RMSDK9.3.1/NDKr7b
I wonder why they did that?

Hi
Sorry to post in an old thread, but this does seem most relevent to what I want to achieve.
I am struggling to read borrowed library books in Aldiko or Mantano readers on my NSTG rooted v1.2.1. I cannot login to my library using Aldiko, it just hangs - either a cookie or security certificate problem, I've tried workarounds listed on other forums without success. So I figure importing the acsm or epub downloaded using overdrive might be the answer.
I can checkout books in overdrive, open the .acsm file and read them in overdrive. But I cannot then open the epub using Aldiko/Mantano, nor can I open a brand new (different book) acsm file using Aldiko to generate the epub.
I don't have access to ADE on a PC so cannot transfer onto my Nook that way.
So ideally, I'd like to be able to simply open the epub that is generated when Overdrive on the NSTG reads the acsm file - or to fix the "hanging" in Aldiko when logging into the library website.
Is there any way of doing this? I've tried lots of versions of Aldiko and Mantano, old and new, without success.
Thanks!

gwapenut said:
[…]
Click to expand...
Click to collapse
Alright, so here's the deal, gwapenut. (Love your username, by the way - #GrapenutsFTW!)
The Aldiko login bug has been present since Aldiko first was installed on the Nook - it's basically an issue no one's been able to fix. (As you suspected, it's a security certificate invalidity) So, that option's out.
From my personal experience, you can only open borrowed OverDrive books with Aldiko/Mantano if you borrow them using ADE on a PC and then sideloading them onto your Nook - they don't open properly if you borrow them straight from your Nook.
TL; DR - If you don't have PC ADE access, you cannot accomplish what you are asking for.
Sorry about that.

[Q] NSTG Want B&N Reader to for their books and cool reader for .epub possible?

Hello,
I am having trouble get took setup in manner I want for my family.
I would like option to access B&N books on the device so I need to use default reader however for all other books .mobi/,epub I much prefer to use cool reader as I can adjust the margin to avoid the light bloom at the top as well as various spacings to my preference.
Using nookmanager/relaunch, Renate's Simple Library.
If I chose a default app for .epub B&N are treated the same way. Is this possible to sort in manner I'm after by perhaps hacking around with /data/system/packages.xml?
Thanks
Crispy

Crispy3000 said:
Hello,
I am having trouble get took setup in manner I want for my family.
I would like option to access B&N books on the device so I need to use default reader however for all other books .mobi/,epub I much prefer to use cool reader as I can adjust the margin to avoid the light bloom at the top as well as various spacings to my preference.
Using nookmanager/relaunch, Renate's Simple Library.
If I chose a default app for .epub B&N are treated the same way. Is this possible to sort in manner I'm after by perhaps hacking around with /data/system/packages.xml?
Thanks
Crispy
Click to expand...
Click to collapse
BN books are epub, but they are protected epubs (they use adobe drm). I think cool reader may be able to open them too, but the Nook stores them in a place the reader has trouble finding them. Because they are epubs, setting the default would be tricky (one app for downloaded epub, and another for purchased from BN, how would the app know).
I think your best bet would be to use Mantno or Aldiko which can handle all of your epubs because they support drm. Then,all the epubs are handled by one app, and all the mobis by cool reader. That is as simple as clicking the always do this checkbox you open the book from a file manager.
The alternative is to set defaults based on file location, but I think you will need another app running like tasker. Then, you can create shortcuts with a launcher and have the shortcut open the assigned book. The later is much more complicated.
Good luck,
Leko

Thanks for that.
I did try downloading the books from the website to PC to have a look at what format they were etc but could not find a way.
It is indeed the path screwing things up. They live it seems in /data/media/B&N Downloads/Books/ a directory only accesable to system apps.
Copying them to sdcard coolreader had no problem what so ever reading them.
I guess setting up a script to copy the books to another nonroot location would be easiest solution.

Crispy3000 said:
Thanks for that.
I did try downloading the books from the website to PC to have a look at what format they were etc but could not find a way.
It is indeed the path screwing things up. They live it seems in /data/media/B&N Downloads/Books/ a directory only accesable to system apps.
Copying them to sdcard coolreader had no problem what so ever reading them.
I guess setting up a script to copy the books to another nonroot location would be easiest solution.
Click to expand...
Click to collapse
I do not know if this would mess everything up, but what if you changed the permissions on that folder?

It may well do messing with those permissions or at least cause the nook to reset to factory. Not something I am going to consider
I want to remove all the B&N crap stealing battery anyway so side loading the books to my sdcard is way to go and thats fine.
What I need to know now is how to get the books I've paid for in .epub format from B&N when the nst does not download them.
Part of my brain remember Renate does something like this using an Adobe product?
I will google abit after coffee and some Jelly Defense. If someone knows good method please chime in.

Crispy3000 said:
It may well do messing with those permissions or at least cause the nook to reset to factory. Not something I am going to consider
I want to remove all the B&N crap stealing battery anyway so side loading the books to my sdcard is way to go and thats fine.
What I need to know now is how to get the books I've paid for in .epub format from B&N when the nst does not download them.
Part of my brain remember Renate does something like this using an Adobe product?
I will google abit after coffee and some Jelly Defense. If someone knows good method please chime in.
Click to expand...
Click to collapse
Good point. I did that with Nook color tools. Not fun.
To get the books...
Go on a browser (this may work on opera on the device, I am not sure).
Got to bn.com
sign in and go to your nook library.
right click on a book and download it.
Save it to disk. If you have A.D.E. installed it will want to open it.
Move it to your device.
Open the book in a reader which supports A.D.E.
Enter your login in password which is your full name (As they have it on file, spaces count but I do not know about middle names)and credit card you used to purchase the book.
Enjoy.
You should only need to enter the credit card once.
Good luck.
~Leko
Now, I just need to find the full screen version of Mantano. Grrr.

lekofraggle said:
Good point. I did that with Nook color tools. Not fun.
To get the books...
Go on a browser (this may work on opera on the device, I am not sure).
Got to bn.com
sign in and go to your nook library.
right click on a book and download it.
Save it to disk. If you have A.D.E. installed it will want to open it.
Move it to your device.
Open the book in a reader which supports A.D.E.
Enter your login in password which is your full name (As they have it on file, spaces count but I do not know about middle names)and credit card you used to purchase the book.
Enjoy.
You should only need to enter the credit card once.
Good luck.
~Leko
Now, I just need to find the full screen version of Mantano. Grrr.
Click to expand...
Click to collapse
# right click on a book and download it.
This is the bit I was having trouble with. I see now its the difference between the UK and USA site. UK one only gives archive and delete where USA gives the additional option of download. Luckily USA site seems to honor my UK purchases now. It did not when I tried it long time ago I suspect they synced them because they accidentally sent a load USA nst to uk to meet demand.
EDIT: Works great. Downloaded, ADBed across (will setup Renate's adbsync for automation later), Renate's simply library app, opens with cool reader ^_^. Thanks
Only other thing to do on my todo list in this particular process is to change screensaver timeout on command line as I usually keep the 2min but if ADBing going into screensaver mode disrupts the connection either to sleep or wireless turning off.

You could try dropbox, then there is no need for adb. The current apk does not work. I found an old xparent version which does, but as you could imagine xparent is not so good on the nst. Let me know if you want it.
As for screensaver timeout, it is one of the options in settings.
~Leko
Go forth and work toward your salvation with diligence.

It may also be possible to put a link in the default directory for coolreader and point it to the location of the books downloaded from B&N.

David0226 said:
It may also be possible to put a link in the default directory for coolreader and point it to the location of the books downloaded from B&N.
Click to expand...
Click to collapse
Link would inherit the permissions. I prefer ADB / adb sync for large merging of files as it can be done over my LAN not my very tiny pipe to the internet. I do use dropbox for other stuff.