3 ms·

For those feeling the impulse to empty their wallets, I urge caution. I just got done being burned by the kickstarter for the goodreader equivalent. https://www

For those feeling the impulse to empty their wallets, I urge caution. I just got done being burned by the kickstarter for the goodreader equivalent. https://www.indiegogo.com/projects/13-3-inch-android-e-reader#/ https://www.indiegogo.com/projects/13-3-inch-android-e-reade... I see no evidence that the team behind this "remarkable" product has ever completed anything of this scale. Some of the claims are very suspicious. https://liliputing.com/2016/11/remarkable-10-3-inch-writing-slate-goes-pre-order-379.html https://liliputing.com/2016/11/remarkable-10-3-inch-writing-... "reMarkable says the screen has 55ms latency for quick response from pen input" 55ms would be impressive for an LCD. Even the iPad Pro has a latency of 60ms [1]. So a 55ms claim for an E Ink panel? Should raise one's alarm detector. [1] http://www.anandtech.com/show/9766/the-apple-ipad-pro-review/9 http://www.anandtech.com/show/9766/the-apple-ipad-pro-review...

douche 10y ago
I'm holding out hope, but the endless cycle of delays does not look good with the goodreader project...
cokernel 10y ago
Could you clarify the source of the 60ms figure for the iPad Pro? The review you cite says: > After a few trials I measured an approximate latency for the iPad Pro of roughly 49ms or 3 frames of delay
sandsmark 10y ago
the latency is basically the only thing we've focused on for a while, it's a very focused device in terms of what we spend our resources on. the high latency is one of the reasons normal tablets suck for writing and sketching.
CoolGuySteve 10y ago
At 55ms I'd much rather have a phone or netbook with this display. So I'll believe it when I see it.
kod 10y ago
the same article you linked states that sofware is a major factor in lag, because a different app has ony a 2 frame latency.
scottlocklin 10y ago
They're just reusing the hardware module Sony uses on its Digital Paper DPTS1 thingee and putting Android on it. Assuming it's a legit project.
- sandsmark 10y ago
  no, we don't use Android, unlike pretty much everyone else. and the EPD is designed by e ink based on our requirements, e. g. the size and high DPI.
  - linuxkerneldev 10y ago
    > no, we don't use Android, unlike pretty much everyone else. Most companies making EPD products use the base OS provided by their SoC vendor. Based on your spec which says 1GHz ARM A9 , I'm guessing you're using the NXP (formerly Freescale, now Qualcomm) i.mx6 SoloLite since that's the only 1GHz ARM A9 with an EPDC controller on the market. Freescale gives you a Linux EPD and an Android EPD Linux BSP, both of which use the same epdc driver with pretty much the same latency which is definitely pretty high, much higher than 55ms for sure. > EPD is designed by e ink based on our requirements, e. g. the size and high DPI Are you claiming that E Ink manufactured a custom 10.3" panel just for you?
    - sandsmark 10y ago
      Again, I can't discuss too many technical details. But yes, it's an i.MX6SL, I thought we mentioned that on the web page. And there are actually several drivers for the EPDC available. Two from freescale for the imx6 and imx7 (though there are some other improvements in the _v2, apart from imx7 support). There's also another one written by lab126, but I'm not sure if they actually use it. there's also some minor variations in the drivers in the different kernel branches and trees from NXP. And then you have the u-boot drivers. And I think there might be one in the bare metal SDK, but I haven't looked. And then you have the 5bit waveform support, which is a whole other story (with iffy GPL implications for some vendors I won't name). And the display was designed based on our requirements, but we don't have any kind of exclusivity on it. there's already other devices coming out with it (you can find them if you google the specs, especially the awkward resolution we got thanks to the limits of the technology and our DPI requirement).
squeaky-clean 10y ago
> After a few trials I measured an approximate latency for the iPad Pro of roughly 49ms or 3 frames of delay, From your linked article, the iPad is faster than you say. This is also in the Photoshop Sketch app. It's faster in other apps. > To give an idea for how much the application has an effect on latency, the Apple Notes app has roughly 38 ms or around 2 frames of latency from when the stylus tip passes over one point to when the inking reaches the same point.
bravo22 10y ago
I'll bite... their claim of 55ms is most likely for a tiny region to be updated. It is not for the whole screen. You'll notice in their video that full page updates are still slow. I've worked w/ e-ink technology and designed similar hardware before. Here is how they work: You scan across the matrix, setting the row/column multiplexer to the dots you want and flip the dots between black and white as needed. This flip is a physical process and has an inherent latency. You can't move to the next pixel until you've finished flipping this one. The flipping process is basically applying a high positive or negative voltage to the tiny plate under the pixel, which causes either the positive or negative side (black or white) of the embedded dot to show. The amount of voltage you apply determines the intensity. If you want crisp edges and accurate shades of gray then the voltage also depends on manufacturing characteristics of that specific panel. E-Ink actually gives you a waveform for each panel they hip, and that waveform is also temperature dependant -- because the liquid the dots are suspended in changes viscosity based on temp. So you can do a bit of simple calculation and determine the voltage to go from say 25% gray to 55% gray. This is faster because normally you'd go to either black or white and then to your target shade. This is why you see that screen "flashing" when there is a full page change. To bring it all back... if you only need to update a small region, say the area around the tip of the pixel, you can do so relatively quickly -- compared to the whole screen -- hence their 55ms claim. Personally, I noticed a fair bit of latency in their video. As an experiment for a previous project we rolled our own FPGA based driver and were able to get small region update down to about 20ms.
- linuxkerneldev 10y ago
  > we rolled our own FPGA based driver and were able to get small region update down to about 20ms. That is very impressive. 20ms latency from the time a pen hits the display to the point that a pixel is drawn on an EPD is twice as fast as an iPad Pro is able to do it on an LCD! Any links to your project?
  - bravo22 10y ago
    This wasn't pen to screen update. The driver was only for screen update. It wasn't an open source project. It was work-for-hire.
RandomOpinion 10y ago
>For those feeling the impulse to empty their wallets, I urge caution. I just got done being burned by the kickstarter for the goodreader equivalent. What's the "burned" part about? I'm reviewing their updates and everything seems normal.
- cordite 10y ago
  Similar stuff is going on for other e-ink stuff, like Popslate. It's facing considerable delays despite having a physical hardware prototype. Currently they are struggling with certified for iphone.
mercury888 10y ago
can you tell me how you got burned by that indiegogo campaign? Did you back the product and receive it?

douche 10y ago

I'm holding out hope, but the endless cycle of delays does not look good with the goodreader project...

cokernel 10y ago

Could you clarify the source of the 60ms figure for the iPad Pro? The review you cite says: > After a few trials I measured an approximate latency for the iPad Pro of roughly 49ms or 3 frames of delay

sandsmark 10y ago

the latency is basically the only thing we've focused on for a while, it's a very focused device in terms of what we spend our resources on. the high latency is one of the reasons normal tablets suck for writing and sketching.

CoolGuySteve 10y ago

At 55ms I'd much rather have a phone or netbook with this display. So I'll believe it when I see it.

kod 10y ago

the same article you linked states that sofware is a major factor in lag, because a different app has ony a 2 frame latency.

scottlocklin 10y ago

They're just reusing the hardware module Sony uses on its Digital Paper DPTS1 thingee and putting Android on it. Assuming it's a legit project.

sandsmark 10y ago
no, we don't use Android, unlike pretty much everyone else. and the EPD is designed by e ink based on our requirements, e. g. the size and high DPI.
- linuxkerneldev 10y ago
  > no, we don't use Android, unlike pretty much everyone else. Most companies making EPD products use the base OS provided by their SoC vendor. Based on your spec which says 1GHz ARM A9 , I'm guessing you're using the NXP (formerly Freescale, now Qualcomm) i.mx6 SoloLite since that's the only 1GHz ARM A9 with an EPDC controller on the market. Freescale gives you a Linux EPD and an Android EPD Linux BSP, both of which use the same epdc driver with pretty much the same latency which is definitely pretty high, much higher than 55ms for sure. > EPD is designed by e ink based on our requirements, e. g. the size and high DPI Are you claiming that E Ink manufactured a custom 10.3" panel just for you?
  - sandsmark 10y ago
    Again, I can't discuss too many technical details. But yes, it's an i.MX6SL, I thought we mentioned that on the web page. And there are actually several drivers for the EPDC available. Two from freescale for the imx6 and imx7 (though there are some other improvements in the _v2, apart from imx7 support). There's also another one written by lab126, but I'm not sure if they actually use it. there's also some minor variations in the drivers in the different kernel branches and trees from NXP. And then you have the u-boot drivers. And I think there might be one in the bare metal SDK, but I haven't looked. And then you have the 5bit waveform support, which is a whole other story (with iffy GPL implications for some vendors I won't name). And the display was designed based on our requirements, but we don't have any kind of exclusivity on it. there's already other devices coming out with it (you can find them if you google the specs, especially the awkward resolution we got thanks to the limits of the technology and our DPI requirement).

squeaky-clean 10y ago

> After a few trials I measured an approximate latency for the iPad Pro of roughly 49ms or 3 frames of delay, From your linked article, the iPad is faster than you say. This is also in the Photoshop Sketch app. It's faster in other apps. > To give an idea for how much the application has an effect on latency, the Apple Notes app has roughly 38 ms or around 2 frames of latency from when the stylus tip passes over one point to when the inking reaches the same point.

bravo22 10y ago

I'll bite... their claim of 55ms is most likely for a tiny region to be updated. It is not for the whole screen. You'll notice in their video that full page updates are still slow. I've worked w/ e-ink technology and designed similar hardware before. Here is how they work: You scan across the matrix, setting the row/column multiplexer to the dots you want and flip the dots between black and white as needed. This flip is a physical process and has an inherent latency. You can't move to the next pixel until you've finished flipping this one. The flipping process is basically applying a high positive or negative voltage to the tiny plate under the pixel, which causes either the positive or negative side (black or white) of the embedded dot to show. The amount of voltage you apply determines the intensity. If you want crisp edges and accurate shades of gray then the voltage also depends on manufacturing characteristics of that specific panel. E-Ink actually gives you a waveform for each panel they hip, and that waveform is also temperature dependant -- because the liquid the dots are suspended in changes viscosity based on temp. So you can do a bit of simple calculation and determine the voltage to go from say 25% gray to 55% gray. This is faster because normally you'd go to either black or white and then to your target shade. This is why you see that screen "flashing" when there is a full page change. To bring it all back... if you only need to update a small region, say the area around the tip of the pixel, you can do so relatively quickly -- compared to the whole screen -- hence their 55ms claim. Personally, I noticed a fair bit of latency in their video. As an experiment for a previous project we rolled our own FPGA based driver and were able to get small region update down to about 20ms.

linuxkerneldev 10y ago
> we rolled our own FPGA based driver and were able to get small region update down to about 20ms. That is very impressive. 20ms latency from the time a pen hits the display to the point that a pixel is drawn on an EPD is twice as fast as an iPad Pro is able to do it on an LCD! Any links to your project?
- bravo22 10y ago
  This wasn't pen to screen update. The driver was only for screen update. It wasn't an open source project. It was work-for-hire.

RandomOpinion 10y ago

>For those feeling the impulse to empty their wallets, I urge caution. I just got done being burned by the kickstarter for the goodreader equivalent. What's the "burned" part about? I'm reviewing their updates and everything seems normal.

cordite 10y ago
Similar stuff is going on for other e-ink stuff, like Popslate. It's facing considerable delays despite having a physical hardware prototype. Currently they are struggling with certified for iphone.

mercury888 10y ago

can you tell me how you got burned by that indiegogo campaign? Did you back the product and receive it?