05-27-2012, 04:14 PM
|
#136 |
|
but forgot what it's like
  Posts: 741
Karma: 2345678
Join Date: Dec 2011
Location: north (by northwest)
Device: Kindle Touch
|
There is a "hidden" "cover view" mode of Home screen.
HomeBookletViewModeGetterPatch.java Spoiler:
HomeBookletBrowseCoverViewModeSupportPatch.java Spoiler:
Both patches must be enabled. First one replaces return value of method HomeBooklet.F() (it is HomeBooklet.getViewMode() in fact). Second one changes return value of L() method (it is isCoverViewModeSupported() method in fact). I don't provide compiled patches because "cover view" mode is useless. No covers are displayed, just layout of Home screen is changed to tiled (instead of list). Maybe additional patches are required... Tested on 5.1.0. Thanks to ixtab, I've mostly copypasted his examples 
Last edited by eureka; 05-27-2012 at 04:41 PM. |
|
|
|
05-27-2012, 05:07 PM
|
#137 |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Good to see that someone is interested in this, I had already been afraid that I was the only one looking into how patches could be written
 I agree that the cover view as such seems pretty useless. Still, FYI: You don't need two separate patches. You can combine both into one, by providing multiple descriptors, and checking which MD5 is supplied in perform(). For example, the margins patch modifies 4 different classes (source code). |
|
|
|
|
05-28-2012, 03:53 AM
|
#138 |
|
Guru
Posts: 608
Karma: 1588610
Join Date: Jan 2012
Device: Kindle Scribe
|
Can you turn the gui launcher into a jbpatch?
|
|
|
|
|
05-28-2012, 07:14 AM
|
#139 |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Yes, it wouldn't even be difficult, and in fact I had thought about it before.
But I don't see a reason to do it at this moment, as it would only confuse people. Maybe when Amazon releases the next incompatible Firmware update... 
|
|
|
|
|
05-28-2012, 09:42 AM
|
#140 |
|
Guru
Posts: 608
Karma: 1588610
Join Date: Jan 2012
Device: Kindle Scribe
|
Atleast they didn't follow b&n and remove the browser
|
|
|
|
|
05-28-2012, 11:54 AM
|
#141 | |
|
Member
Posts: 23
Karma: 126126
Join Date: May 2012
Location: Tartu
Device: kindle touch, pw
|
Quote:
Like I see, your latest patch removes /var/local/adunits. I copied it back from my backup (  ) and right now, KSO use directory /usr/share/blanket/ad_screensaver.Thanks anyway, using previous (touch evry time that footer banner, if connect USB cable, that ...) |
|
|
|
|
|
05-28-2012, 12:23 PM
|
#142 |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Sorry... I really tried, but I'm afraid that I don't really understand what you are saying.
In any case, this patch does work. If you are having problems, make sure that you have the latest jbpatch installed (1.3.1). If you are still having trouble, check /tmp/jbpatch.log on the device. Here is an example taken from my device: Spoiler:
It may look slightly different on yours, but a) you can verify that ksonoads.jbpatch is actually loaded, and b) if you see any errors or warnings, you can report them here. |
|
|
|
|
05-28-2012, 12:58 PM
|
#143 |
|
Member
Posts: 23
Karma: 126126
Join Date: May 2012
Location: Tartu
Device: kindle touch, pw
|
Hi, I'm sorry.
English dont are my natural language and if somthing sounds weird, then sorry again. I just wanted say, that if I delete directory ".assets" or "adunits" from my device, then I get not wanted effect. Sorry again. Your work are great. |
|
|
|
|
05-28-2012, 01:19 PM
|
#144 |
|
Enthusiast
Posts: 44
Karma: 5666
Join Date: Dec 2011
Device: K3-3G, KT SO
|
So I finally tried this and I'm super satisfied with results
nonetheless - I have an impression that KT is opening files a bit longer - am I correct ? (first thing - I changed margins both in pdfs and normal reader) will it have impact on battery life ? I mean - if it's slower.. maybe it consumes more CPU.. |
|
|
|
|
05-28-2012, 01:53 PM
|
#145 | |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Quote:
For the no-ads patch, you really only have to make sure that the patch is correctly installed (check /tmp/jbpatch.log if in doubt). You don't have to worry about the directories, because the patch takes care of everything. |
|
|
|
|
|
05-28-2012, 02:19 PM
|
#146 | |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Quote:
I could very well imagine that it's a psychological effect of having the patches activated for the first time: You are looking closer at how your device behaves. And you notice that everything is a bit sluggish in the beginning. This is normal, and a non-patched Kindle behaves exactly the same. Because classes are loaded on demand, the very first access to some functionality requires a bit more time. Try it: uninstall jbpatch, and reboot. Your subjective experience will pretty much be the same as with jbpatch installed. To your second question: none of the patches published so far have any effect on battery life(*). I am 100% sure of this, because I know the system in and out. (*) Ok, let's split hairs : jbpatch may consume a few million CPU instructions more, over the average device uptime. So assuming an average uptime of 20 days, you might lose a minute or two of battery time - but not more. In fact, some patches (TTS, no-ads) might even (minimally) *extend* battery life, because they replace complex calculations by a simple "always true"/"always false" result.
|
|
|
|
|
|
05-28-2012, 03:11 PM
|
#147 |
|
but forgot what it's like
Posts: 741
Karma: 2345678
Join Date: Dec 2011
Location: north (by northwest)
Device: Kindle Touch
|
Hey, another "serious" idea
I was a little tired with compiling patches. So it would be cool to embed scripting engine (beanshell or, maybe, jruby/jython or something else), so that patches could be distributed not only in compiled Java .class form, but also as plain text files with scripts which will be interpreted at KT.
|
|
|
|
|
05-28-2012, 03:48 PM
|
#148 |
|
Enthusiast
Posts: 27
Karma: 5790
Join Date: Jan 2009
Location: moscow, russia
Device: Kindle Touch, Sony PRS-505
|
Here, (Windows, VS2010 if u want to compile by urself) the simple tool, which do some "cleanup" for amazon .class-files. What is it do:
1) remove local variable names, no more void func(int a, string a, char a) { a = a[a];} 2) rename one-letter class fields, to avoid mess in field names with base classes. how to use. unzip amazon jar-files in folder with program and run it. after it done, decompile classes with favorite decompiler. mostly useful for 5.0.0 KT firmware i hope, it will be usefull for anyone. p.s. don't look at sources, it's pretty bad, i want to get fast result Last edited by wl.; 05-29-2012 at 01:03 AM. |
|
|
|
|
05-28-2012, 04:01 PM
|
#149 | |
|
(offline)
Posts: 2,907
Karma: 6736094
Join Date: Dec 2011
Device: K3, K4, K5, KPW, KPW2
|
Quote:
 Seriously: patches affect the CORE "Operating System" of the Kindle, so they should be well-tested, stable, and without side effects. I really don't want script kiddies releasing some random code which might or might not work (and that is the best case I can imagine). On a side note, if you're using Eclipse, you don't even have to compile the patches after changing the source code, because Eclipse does it automatically. All you have to do is to scp one file to the device... That said: Feel free to create a Patch which can load JS/Jython/JRuby or even COBOL/FORTRAN/PROLOG patch definitions
|
|
|
|
|
|
05-28-2012, 04:08 PM
|
#150 | |
|
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
Often not included (internally) in an embedded system build, but there is 3Gbyte of r/w storage on these things, so plenty of room to put it back in. |
|
|
|
|
