Font, ScreenSaver & USBNetwork Hacks for Kindle 2.x, 3.x & 4.x

[dhdurgee]

Originally Posted by NiLuJe

If KindleUnpack gets it right, there's definitely something fishy going on, and I'll need a test file to figure it out .

(I assume you enabled periodicals support in the KUAL extension?)

Yes I did, but the problem exists for only certain issues. There is a thread here about this. The problem is with the metadata in the mobi file, specifically I believe it is missing an attribute for the cover in the ones that fail to be properly processed. I believe you should be able to see this with the data from the KindleUnpack dump.

As this is thus far an infrequent issue I would be satisfied to work around it by manually processing the proper cover and replacing the bad one in the cover_cache if that can be made to work. Of course I would need to know how to process the cover properly for a KT2 or a K3 to accomplish this.

Dave

[NiLuJe]

What data? You only attached a jpg .

Plus, I'd need a full file to debug this.

[dhdurgee]

Originally Posted by NiLuJe

What data? You only attached a jpg .

Plus, I'd need a full file to debug this.

Got bit by the uploader as the file didn't have an extension it supported. I attached it to this post. If you need the full file you will have to tell me how to provide it, as it is obviously copyrighted material.

Dave

[NiLuJe]

Yeah, there's no cover metadata, and the current workaround of looking for the first image instead will here point to a probably unrelated gif .

I can *possibly* tweak that to switch that heuristic to use the first *jpg* image instead, but it still might be wrong.

Since it's been a few years since I touched that code, yeah, a link to the file in a PM would help test that theory (it's encrypted, I can't do anything with it except look at the metadata. If you want to be extra-paranoid and/or you're relying on public storage, put it in a passworded archive, and delete it as soon as I confirm I got it).

[dhdurgee]

Originally Posted by NiLuJe

Yeah, there's no cover metadata, and the current workaround of looking for the first image instead will here point to a probably unrelated gif .

I can *possibly* tweak that to switch that heuristic to use the first *jpg* image instead, but it still might be wrong.

Since it's been a few years since I touched that code, yeah, a link to the file in a PM would help test that theory (it's encrypted, I can't do anything with it except look at the metadata. If you want to be extra-paranoid and/or you're relying on public storage, put it in a passworded archive, and delete it as soon as I confirm I got it).

Given the encrypted book is OK I don't have a problem attaching that. I had thought you needed the decrypted version. In fact here are two for you.

I am also unsure if you can generalize from two cases, but be my guest. Another thought might be that perhaps in the case of a magazine that the largest image you find is the cover image.

As I noted, if there is a way to run this manually from the KindleUnpack output perhaps it is unnecessary to tweak the code. I am assuming that I can replace a cover in the cache with the proper one and have it stick in that case.

Dave

[NiLuJe]

@dhdurgee:

Got it, thanks .

Try replacing linkss/bin/kindleunpack.py with this version, the approach I described earlier appears to do the trick here .

[dhdurgee]

Originally Posted by NiLuJe

@dhdurgee:

Got it, thanks .

Try replacing linkss/bin/kindleunpack.py with this version, the approach I described earlier appears to do the trick here .

Worked as expected here as well. Thanks for your quick support. I will let you know if I encounter any other problems.

Dave

[Jacksaur]

With some searching, am I correct in assuming that the Cover feature is disabled for Periodicals by default, and only possible to enable with KUAL? Or is there a way I could toggle it on manually?

[NiLuJe]

@Jacksaur: Your assumption is indeed correct, but you can do everything the KUAL extension does manually. Here, the only thing it does is a simple:

touch /mnt/us/linkss/periodicals

(i.e., create a file named "periodicals", no extension, in the linkss folder).

Note that current snapshots have better handling of periodicals covers.

[Jacksaur]

Works like a dream, thanks! By snapshot, do you mean the file you provided for the guy before me? I've already transferred it over if it's that.

[NiLuJe]

I meant those packages, which are wildly more up to date, and indeed include the aforementioned fix .

[Jacksaur]

Hmm, the installation fails for me, unless that's part of the process? I noticed some text mentioning the hack on the install screen but didn't quite catch it. I'm on a Kindle 3rd gen and using the k2_dx_k3 install file.

[NiLuJe]

The snapshots can only be installed through MRPI (mainly because it saves a tremendous amount of storage space, and essentially removes the "hey, I used the wrong file for my device" issue), which might be the problem here .

[Fewns]

Hi,
i think the screensavers hack got slightly broken with FW 5.10.1.1 (on PW2);

From what i can gather (from the backup folder) the screensaver files have been previously named:
"bg_medium_ss00.png"
and now need to be named:
"bg_ss00.png"

manually renaming will get reverted by the hack though;

[NiLuJe]

@Fewns: Yep, that's been the case since FW 5.5, which seems to indicate you've reinstalled an old version of the hack after the update, and not the latest snapshots .