PaperTTY VS syncthing-android

Funnily enough I’ve build a command line only e-ink laptop and it works great. The Waveshare HDMI boards actually don’t work in displaying with Linux terminals. Instead you need the IT8951 board, which they still sell, and PaperTTY (https://github.com/joukos/PaperTTY)

Here is pretty much the go-to for eink with a raspberry pi. I have yet to get it to work, but there have been others who have posted here with a working project. This will give you an eink screen that can easily handle text interface, but I don't think the color ones are supported. In general, color eink has a slower refresh rate than just 2-color, so I would start there. I have the waveshare 2.13 screen, so once I get that working, I'll probably guy a larger screen for a build

I'm currently working on an IT-8951 7" version to be more portable and affordable. If you're comfortable with Python and/or C, there are a lot of resources on Github and Waveshare's own wiki page. PaperTTY is one of the more popular repos with good discussion in issues about how to work with Waveshare's e-ink panels.

The screen is a 10.3 inch Waveshare panel, running the PaperTTY project (https://github.com/joukos/PaperTTY/) in VNC mode, protected from the sun by a pair of 3mm UV blocking matte acrylic sheets.

I have any extra Waveshare 9.7" with display HAT laying around if you're (or anyone else is) interested in buying. I bought it for a build and got it working with PaperTTY and a raspi zero w. I probably have under 15 hours on it. I ended up just swallowing the cost and purchased a 10.3" with HDMI input since I wanted a fully fleshed out eink laptop instead of just one locked to a single terminal. But it's a great option if you're open to using it with PaperTTY as a distraction free writing or coding environment. PaperTTY also has VNC functionality.

I use a 9.7 e-ink panel, a Raspberry Pi 4 (TBH, overkill for this build when a Zero W would have worked fine), and a 60% mechanical keyboard. I'm currently getting a laptop case 3D printed to house it all in. I configured the raspi 4 to boot up to command line and run PaperTTY https://github.com/joukos/PaperTTY automatically. The e-ink panel mirrors tty1 and PaperTTY runs on another terminal (e.g., tty3).

Thanks for sharing your solution and code! I don't have experience with Rust, but I was able to get a Waveshare 9.7" e-ink screen with the IT8951 driver to work with PaperTTY, which is Python-based. PaperTTY has reported compatibility up to the Waveshare's 13.3" screen if you ever want to expand into other sizes.

We use syncthing to share files between our machines. It avoids is having to use dropbox / OneDrive etc. You just choose a folder and it automatically syncs it in the background.

https://syncthing.net/

This very hn entries is bust contradicting your statement.

Also what about syncthing[1] (for recurrent/permanent sync) and croc[2] (for one time copies) ?

I have used both for a number of years already.

[1] https://syncthing.net/

[2] https://github.com/schollz/croc

I would use syncthing, which is open source at https://syncthing.net/.

After minimal setup, it just works(tm).

You have a normal directory in your filesystem, that is synced to the other peers (which you set up in the "minimal setup").

I have been using it for years, and it works well. It has no problems crossing os'es (i.e. windows -> linux, linux -> mac)

For windows I usually recommend https://github.com/canton7/SyncTrayzor, but vanilla syncthing works fine too (but don't try to mix them!)

Do consider Syncthing particularly if you are using Android. If using apple iOS you'd need the möbius sync client.

https://syncthing.net/

https://www.mobiussync.com/

One thing that it beats the cloud / centralized sync on is because the connection is direct between devices when the initial transfer is completed the file is completely there on the other device. With a cloud type of sync you do the transfer twice. I've seen stack up on large media or with the structure of cloud services pricing making it expensive depending on how your workflow is setup with inside and outside parties. For example, Dropbox deduction from all parties' storage limits not just the sharer.

You can also point Syncthing at a local sync of Dropbox or Google drive and then forward the files to other recipients from that for some purposes.

I think sync is a non-feature, as you can just ride on your existing solution.

For example, I use syncthing [1] with Obsidian to sync files off-cloud.

https://syncthing.net/

When I was 14 and just getting started, I used Notepad. Upgraded to Wordpad when I realized I loved putting italics in every other sentence, moved to Google Docs at around 25 when I started writing on my phone and wanted to sync with my computer, finally moved to Obsidian a few months ago (with Syncthing for syncing) when I decided I don't want to live in Google's house where they can burn my stuff down whenever they want.

Pick it up again an use cloud syncing this time! Is worth! https://syncthing.net/