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

Go Back   MobileRead Forums > E-Book Readers > Amazon Kindle > Kindle Developer's Corner

Notices

Reply
 
Thread Tools Search this Thread
Old 12-17-2011, 09:48 PM   #1
geekmaster
Всё гениальное просто.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 5,066
Karma: 6789001
Join Date: Nov 2011
Location: Щедрость не имеет пределов.
Device: *.*
K4 and Touch framebuffer changes

K4 (Kindle 4 non-touch) and K5 (Kindle touch) use the framebuffer in a different way than the K3 and earlier devices.

Unlike K3 and older which default to 4 bits/pixel, the new K4 and Touch use 8 bits/pixel.

Where the K3 and earlier 6-inch screen models used 300 bytes/row in 600x800 portrait mode, the K4 uses 600 bytes/row, and the Touch uses 608 bytes/row (8 bytes of padding past the last column).

Newer framebuffer code will need to take stride (byte distance between pixel rows) into account (300, 600, or 608). In addition, these will change for landscape modes for all devices.

*** Another problem is that the Touch is not responding to sending update commands using ioctl (which works fine on the K4). I only see that the framebuffer changed when some external event causes a display update.

And not only is the Touch ioctl call not doing display updates, but my Touch also does NOT have /proc/eink_fb/update_display used by scripts and by some native programs to trigger display updates.

Another interesting thing is that the touch has more than twice as many "virtual lines" as it needs. Perhaps the framebuffer contains two screens full of data (double buffered?). I need to study some of the GPL code to figure this out.

At least the K4 is still mostly compatible with the old-style framebuffer control used by many hacks.

The touch will require further investigation.

Here are the eink settings reported by framebuffer ioctl for my kindles:

Touch (a/k/a KT or K5):
Spoiler:
Code:
finfo: 
   id=mxc_epdc_fb
   smem_start=75100000
   smem_len=1024000
   type=0
   type_aux=0
   visual=5
   xpanstep=1
   ypanstep=1
   ywrapstep=0
   line_length=608
   mmio_start=00000000
   mmio_len=0
   accel=0

vinfo: 
   xres=600
   yres=800
   xres_virt=608
   yres_virt=1792
   xoffset=0
   yoffset=0
   bitsperpixel=8
   grayscale=1
   nonstd=0
   activate=128
   height=-1
   width=-1
   flags=0
   pixclk=32258064
   lmargin=17
   rmargin=172
   umargin=4
   bmargin=18
   hsync_len=15
   vsync_len=4
   sync=0
   vmode=0

K4 (non-touch):
Spoiler:
Code:
finfo: 
   id=eink_fb
   smem_start=d0b8e000
   smem_len=966656
   type=0
   type_aux=0
   visual=5
   xpanstep=0
   ypanstep=0
   ywrapstep=0
   line_length=600
   mmio_start=00000000
   mmio_len=0
   accel=0

vinfo: 
   xres=600
   yres=800
   xres_virt=600
   yres_virt=800
   xoffset=0
   yoffset=0
   bitsperpixel=8
   grayscale=1
   nonstd=0
   activate=2
   height=121
   width=91
   flags=0
   pixclk=0
   lmargin=0
   rmargin=0
   umargin=0
   bmargin=0
   hsync_len=0
   vsync_len=0
   sync=0
   vmode=0

K3 (Keyboard):
Spoiler:
Code:
finfo: 
   id=eink_fb
   smem_start=d08a8000
   smem_len=483328
   type=0
   type_aux=0
   visual=5
   xpanstep=0
   ypanstep=0
   ywrapstep=0
   line_length=300
   mmio_start=00000000
   mmio_len=0
   accel=0

vinfo: 
   xres=600
   yres=800
   xres_virt=600
   yres_virt=800
   xoffset=0
   yoffset=0
   bitsperpixel=4
   grayscale=1
   nonstd=0
   activate=2
   height=121
   width=91
   flags=0
   pixclk=0
   lmargin=0
   rmargin=0
   umargin=0
   bmargin=0
   hsync_len=0
   vsync_len=0
   sync=0
   vmode=0
   rotate=0

DXG (Graphite):
Spoiler:
Code:
finfo: 
   id=eink_fb
   smem_start=c8909000
   smem_len=991232
   type=0
   type_aux=0
   visual=5
   xpanstep=0
   ypanstep=0
   ywrapstep=0
   line_length=412
   mmio_start=00000000
   mmio_len=0
   accel=0

vinfo: 
   xres=824
   yres=1200
   xres_virt=824
   yres_virt=1200
   xoffset=0
   yoffset=0
   bitsperpixel=4
   grayscale=1
   nonstd=0
   activate=2
   height=203
   width=139
   flags=0
   pixclk=0
   lmargin=0
   rmargin=0
   umargin=0
   bmargin=0
   hsync_len=0
   vsync_len=0
   sync=0
   vmode=0
   rotate=0

DX (White):
Spoiler:
Code:
finfo: 
   id=eink_fb
   smem_start=c8909000
   smem_len=991232
   type=0
   type_aux=0
   visual=5
   xpanstep=0
   ypanstep=0
   ywrapstep=0
   line_length=412
   mmio_start=00000000
   mmio_len=0
   accel=0

vinfo: 
   xres=824
   yres=1200
   xres_virt=824
   yres_virt=1200
   xoffset=0
   yoffset=0
   bitsperpixel=4
   grayscale=1
   nonstd=0
   activate=2
   height=203
   width=139
   flags=0
   pixclk=0
   lmargin=0
   rmargin=0
   umargin=0
   bmargin=0
   hsync_len=0
   vsync_len=0
   sync=0
   vmode=0
   rotate=0

I do not yet have a K2 or K1, but I would really like to get them for testing. Does anybody have an old one no longer loved, neglected in a drawer, on a shelf, in a closet, or under a bed (or packed away in a box)? I am sure it would love a new home where it will get plenty of attention.

Last edited by geekmaster; 12-17-2011 at 10:17 PM.
geekmaster is offline   Reply With Quote
Old 12-18-2011, 02:49 PM   #2
geekmaster
Всё гениальное просто.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 5,066
Karma: 6789001
Join Date: Nov 2011
Location: Щедрость не имеет пределов.
Device: *.*
A lot of the /proc/ stuff is different on the Touch as well. It will be interesting trying to port old hacks to the Touch...
geekmaster is offline   Reply With Quote
Old 12-18-2011, 06:50 PM   #3
Serpentine
Evangelist
Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.Serpentine ought to be getting tired of karma fortunes by now.
 
Posts: 416
Karma: 1045911
Join Date: Sep 2011
Location: Cape Town, South Africa
Device: Kindle 3
I wouldn't be surprised if the double height of the Touch virtual res is to do with the touch, either to store an interaction map to map between, for faster key press effects, or as a mask. That said, the padding on that rows and the extra padding might also have something to do with holding touch data, maybe trying to skip bringing things out of a lower state until there's some actual processing to be done.

Be interesting to have a look at the mem referenced. Nice info tho.
Serpentine is offline   Reply With Quote
Old 02-22-2012, 01:07 PM   #4
Ethan G
Junior Member
Ethan G began at the beginning.
 
Posts: 8
Karma: 10
Join Date: Feb 2012
Device: kindle
Quote:
Originally Posted by geekmaster View Post
K4 (Kindle 4 non-touch) and K5 (Kindle touch) use the framebuffer in a different way than the K3 and earlier devices.

Unlike K3 and older which default to 4 bits/pixel, the new K4 and Touch use 8 bits/pixel.

Where the K3 and earlier 6-inch screen models used 300 bytes/row in 600x800 portrait mode, the K4 uses 600 bytes/row, and the Touch uses 608 bytes/row (8 bytes of padding past the last column).
My NT uses 608 according to /sys/class/graphics/fb0/stride and virtual_size gives 608,4480.

Quote:
Originally Posted by geekmaster View Post
Newer framebuffer code will need to take stride (byte distance between pixel rows) into account (300, 600, or 608). In addition, these will change for landscape modes for all devices.

*** Another problem is that the Touch is not responding to sending update commands using ioctl (which works fine on the K4). I only see that the framebuffer changed when some external event causes a display update.

And not only is the Touch ioctl call not doing display updates, but my Touch also does NOT have /proc/eink_fb/update_display used by scripts and by some native programs to trigger display updates.
Neither does my NT, it doesn't have /proc/eink_fb at all. I can't yet try the ioctl.

Quote:
Originally Posted by geekmaster View Post
Another interesting thing is that the touch has more than twice as many "virtual lines" as it needs. Perhaps the framebuffer contains two screens full of data (double buffered?). I need to study some of the GPL code to figure this out.

At least the K4 is still mostly compatible with the old-style framebuffer control used by many hacks.

The touch will require further investigation.

Here are the eink settings reported by framebuffer ioctl for my kindles:
How do you get these? And is there a simple test program for the framebuffer update ioctl?
Ethan G is offline   Reply With Quote
Old 02-22-2012, 04:22 PM   #5
geekmaster
Всё гениальное просто.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 5,066
Karma: 6789001
Join Date: Nov 2011
Location: Щедрость не имеет пределов.
Device: *.*
Quote:
Originally Posted by Ethan G View Post
My NT uses 608 according to /sys/class/graphics/fb0/stride and virtual_size gives 608,4480.


Neither does my NT, it doesn't have /proc/eink_fb at all. I can't yet try the ioctl.



How do you get these? And is there a simple test program for the framebuffer update ioctl?
Even the old kindle has the "eips" command. "eips -i" shows information about the framebuffer. "eips -g" will display images on the screen. "eips <x> <y> 'text'" will display text.

What I have been doing to update the display (even in C programs) is "eips ''" (that is two single-quotes following eips).

As I understand it, there is a different ioctl call to use with the new kindles, but it did not work for me -- I plan to replace the system("eips ''"); calls with ioctl calls "some day"...

And eips even works on kindle 3 and kindle DX, so it is "more portable" than ioctl calls or /proc/. It is easy to use eips in scripts as well...
geekmaster is offline   Reply With Quote
Old 02-22-2012, 04:33 PM   #6
Ethan G
Junior Member
Ethan G began at the beginning.
 
Posts: 8
Karma: 10
Join Date: Feb 2012
Device: kindle
hahaha! Thanks for the info, geekmaster. "eips ''" suits me fine.
Ethan G is offline   Reply With Quote
Old 02-23-2012, 11:28 AM   #7
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 5,783
Karma: 5722276
Join Date: Feb 2012
Device: Too many.
Quote:
Originally Posted by geekmaster View Post
K4 (Kindle 4 non-touch) and K5 (Kindle touch) use the framebuffer in a different way than the K3 and earlier devices.
Been a few variations in the hardware eink drivers also:
Code:
root:cat$ grep 'drivers/video/eink' Amazon_2012.02.18_sha1.cat | sort --key=1.1,1.40 -u | wc -l
198
May take some time to sort out what are simply kernel-version changes and what are functional changes.
But going by the pathnames and filenames - there have been several __different__ driver organizations.

True - the directFB layer is __supposed to__ hide those changes, but....
knc1 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
Kindle Touch, Nook Touch or Kobo Touch? tron_1970 Which one should I buy? 33 05-01-2012 12:15 PM
Tools Eink Framebuffer Update Trigger geekmaster Kindle Developer's Corner 27 04-03-2012 03:33 PM
e-ink/reader framebuffer device (killed it, sorta) tarvoke enTourage eDGe 26 01-08-2012 04:58 AM
Kindle Qt embedded framebuffer driver hassan Kindle Developer's Corner 2 08-20-2011 10:31 PM
Kindle 3, Nook Simple Touch, Kobo Touch and Libra Pro Touch jbcohen Which one should I buy? 4 06-18-2011 07:58 PM


All times are GMT -4. The time now is 10:55 AM.


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