11-06-2012, 02:12 AM | #1 |
Member
Posts: 17
Karma: 17948
Join Date: Oct 2012
Device: KT
|
17 Grey Levels on Kindle Touch?
Code:
eips -l After overwriting the framebuffer with a value 255 for the first 100 lines I have the impression that the bar is brighter than the brightes square drawn by eips. To overwrite the first, e.g. brightes square, with this ultra-white (255), one first has to overwrite it with a different value. Otherwise it won't update. Crosschecking: Filling the screen with bars of value alternating from 240 and 255 shows difference shades. (I assumed, that the upper 4 bit determine the grey level). So, I have actually 17 levels of grey and I have to set background to 255 to get maximum contrast? The background the home screen is actually as bright as the 255-bar. Strange: Filling the screen with 0x10 and 0x00 bars, shows no difference. So using 0x10 to 0xf0 plus 0xff gives me again only 16 levels. But I see 17 different levels when overwriting the eips pattern. |
11-06-2012, 03:38 AM | #2 |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
|
possibly one of them is artificially "ghosted" to a slightly offset value as a result of the washing process. perhaps it's perceptual I guess is the point being badly made here.
|
Advert | |
|
11-06-2012, 08:26 AM | #3 |
Carpe diem, c'est la vie.
Posts: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
|
I have a demo that can write "blacker than black" and "whiter than white". After multiple "full flash clear" commands, you just draw an object rapidly many times alternating black and white, ending in the final color. Black is clearly darker than a black background that was only drawn once (or even a few times). White is clearly visible on a white background. But a screen capture will show that the clearly visible "ghost text" is NOT in the framebuffer.
|
11-06-2012, 08:52 AM | #4 | |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
*) The e-ink particles are much smaller than the resolution. I.E: There are many particles per pixel. *) The e-ink particles are not independent. They interact with each other (within the area of a single pixel). Switch the group of particles within a single pixel from one maximum value to the other maximum value, and. . . The ones that are already at the target value do not have to move, The ones that are not at the target value have to move, Since they interact, not all of those move the same amount. But if you repeat the max-to-max switch often enough, you can get nearly all of them into the same position. Giving an overall appearance of a denser color (white or black). If an analogy is clearer, think of materials behavior to being magnetized. The first stroke of the magnetic field over the material only aligns a some of the magnetic domains of the material. Repeated stroking of the magnetic field aligns a larger percentage of the magnetic domains with each stroke. If you could see the effect of the magnetic domain alignment, you would see the same "ghosting" effect that the e-ink particles have in their electrical field alignment. Translation: It is not a 17th gray scale level, it is a better approximation of the 16th gray scale level. |
|
11-06-2012, 02:44 PM | #5 |
Member
Posts: 17
Karma: 17948
Join Date: Oct 2012
Device: KT
|
Code:
eips -i c Spoiler:
There is only one mapping to ''superwhite'' value but 17 to each of the other colors. My mistake was to assume, that only the higher nibble counts. Now it is clear why I see no difference between 0x00 and 0x10. Instead of shifting my grey levels by 4 (v<<4), I should use (v<<4)|v. This gives the "superwhite" and all other 15 shade levels. As described in the postings above, the impression of a 17th value was caused by the memory effect of the display. Last edited by EternalCyclist; 11-06-2012 at 02:45 PM. Reason: Spoiler added, l replaced by i |
Advert | |
|
11-06-2012, 02:53 PM | #6 |
Carpe diem, c'est la vie.
Posts: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
|
As you can see in my eink code (GMLIB), you will see that the 8-bit eink framebuffer must have a copy of the 4-bit value in both the top and bottom half-bytes. More than 16 colors are created with dithering. You can copy a framebuffer that contains a screensaver image (or special offers ad) , then load it into an image processing program and do histogram analysis on it. You will see 16 spikes, showing that it is really 4 bits duplicated as described above.
The eink driver GPL source code has comments saying that NOT having duplicate half-bytes in 8-bit framebuffer mode can have unpredictable hardware-dependent results. EDIT: As you can see in your color map, each color value is just 0x0 through 0xf, repeated into each half-byte of the color map word size. 16-colors, even in 8-bit mode. I have code that dithers 256 color to fit into either 4-bit or 8-bit framebuffers, and works in all modes (main and diags) on all the eink kindles. Check out the newtrix demo for details and sample code: https://www.mobileread.com/forums/sho...d.php?t=176802 Last edited by geekmaster; 11-06-2012 at 03:08 PM. |
Thread Tools | Search this Thread |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Grey or Black Kindle? Maybe the Grey is a better choice | oldbook | Amazon Kindle | 42 | 11-10-2012 05:44 PM |
Western Grey, Zane: Grey A Collection Vol II of II/ V2. Dec 24 2014 | crich70 | ePub Books | 0 | 04-08-2011 11:24 AM |
Kindle black levels | teraflame | Amazon Kindle | 8 | 02-06-2011 05:49 PM |
PB 360 grey levels? | navels | PocketBook | 1 | 05-05-2010 04:15 PM |
Kindle DX New Minesweeper Levels | sirbruce | Amazon Kindle | 2 | 06-13-2009 11:11 PM |