I am using (and recommending) my reMarkable tablet for a few months now. The display is just lovely, crisp and responsive and I am one of the few lucky ones receiving it in the first badges that came out.
As a good user, I am not complaining (often) publicly about the bugs I stumbled up (and reported) and expect most of them to be fixed soon, even after 3 months without any software updates seen. Just be aware that convenient data import/export is still a big problem for Android + Linux -only users, you will have to stick to plugging in a USB cable and using the (beta) web app.
Anyway, one of the exciting features of the reMarkable is that it comes with a full running Linux (4.1.28) and enabled root SSH access - thanks to the GPL :)
This blog post is exploring what we can do beyond the GUI-facing part of the device (e.g. to fix bugs and add missing features).
I am not trying to reverse engineer the features in hardware and software that make this tablet superior to anything I saw on the market. You can read more on that on HN by their CTO, which also contributed in the past to FOSS projects such as KDE.
My primary interest is more usable data exchange and (way better) data archiving & meta data of my (scientific) work on it. On a personal side node, I think it would increase the reMarkable’s market value if a documented API for efficient drawing and open file exchange (both accessing to their cloud and documenting the internal file formats) would be made public. Especially the last aspect should be better sooner than later, since the created data of the user (hopefully is) and should never be relevant for their successful hardware project.
Note: This blog post might be updated on the go in the future.
If one first logs in one finds oneself as
uid=0 (root) on
The first things to hop on are the directories and config files within it,
vim are pre-installed.
- wifi pws
- serial number
- settings from UI
- ssh login
- left/right handed
- last emails used for “share”
- device token
Individual PDFs, epubs(?) and reMarkable notebooks
Besides some json meta files, most of the files are some binary format. Understanding these would be wonderful to truly control ones data! Unfortunately, I have not seen anyone trying to document it yet.
Update December 19th: ok, I decoded the
.lines file now :) A blog post will follow!
Update December 26th: and here the
.lines format is!
And nearly done. Layers identified and read :) pic.twitter.com/jeJSIzjN3H— Axel Huebl (@axccl) December 19, 2017
Last but not least, one can also add the usual Linux stuff.
For example just add your key to
.ssh/authorized_keys for pwless login.
Wifi Beyond the GUI
By default, connecting to a WPA-EAP network (“WPA-Enterprise”) such as Eduroam is not possible throughout the GUI. This is especially bad for academic users. Since wifi is controlled via the well-established “wpa supplicant” tool let us change this!
/etc/wpa_supplicant/wpa_supplicant-wlan0.conf (example for TU Dresden):
Add command line option to
It still does not auto-connect yet, but if you restart
wpa_supplicant it connects:
The reMarkable supports drawing in up to five layers on PDFs and creating “notebooks” with individual “templates” as background. Templates are straight PNGs parsed from a directory and the filename.
By adding two additional files I successfully added two new templates.
I added two landscape variants of the portrait
Notes.png with -33% and -50% line height.
One good further thing could be a bullet journal template (if I ever understand how it actually works.)
What the template selection needs in general are thumbnails for faster loading and grouping by topic, which we can not influence at this point.
It is also worth noting that one can adjust the splash, sleep and empty battery screens under
This is the main app of the reMarkable, which is started by
Like all the (user-facing) software related to the product it is written in Qt 5.9.
Under remarkable.engineering you can even find a pre-bundled SDK to develop your own apps.
Realistically, you can already build and run other Qt apps that view things, but drawing without reusing their own specially-crafted low-latency API will not be fun.
Anyway, if one likes to dig deeper: checking the shipped libraries for Qt5 might be worth investigating for APIs in case they never will be documented:
From a first quick analyze of the app via
strace it might be a bit suboptimal that
clock_gettime a dozen times a second and tries to access quite a few not-shipped library files during its usual execution.
Room for improvement I guess, especially for battery lifetime.
Web UI (Beta)
Allows to download all files as PDF and upload new files (PDF, epub) by just drag-and-dropping on the browser window.
This functionality is also part of
xochitl the same way as the file conversion is.
After enabling it in the settings page (rM - Storage - Enable USB web interface) and DHCP-ing the new USB ethN device it is reachable at http://10.11.99.1/
I was always wondering why the PDFs via share and download are so extremely large for simple drawn notebook pages.
It turns out it is likely that the conversion to PDF is still rather hard-coded (
strace again) and uncompressed:
This explains the dramatic size of the created PDFs (easily a dozen MB for a sketch). It would actually be very nice if a cmd line tool and/or API exists for those conversions as well.
Other apps running by default (from
Of course, you never agreed to the crash collection and report uploading beforehand. Ouch.
Update 2018-01-05: Asked the support about
They responded that “[t]he data collected contains no identifying data” and can be disabled in systemd via
systemctl disable crashuploader && systemctl stop crashuploader.
Without analyzing the network traffic yet, it is still calming to see a public key in
I did not use the SDK on their homepage yet but had good success using dockcross for
Compiling powertop with it two months ago I still fund no missing tunable besides
VM writeback timeout to improve battery life.
Building more tools, it turns out that just installing a cross-compiler for ARM and a few multi-arch libs on Debian/Ubuntu is way easier:
Then copy over the created executable (and the dynamic libraries from the armhf packages above which it might be missing during execution) to your reMarkable via
On Oct 4th, 2018 reMarkable started a program to get 85 Euro off and me 85 Euro cashback. So let’s give this a try, here is my referrer link: buy a reMarkable tablet (affiliate link)