rmrl VS syncthing-android

Cool project! Note that if you want to support the Remarkable scribbles, there's a Python project that does that:

https://github.com/rschroll/rmrl

If you need a high detail at the cost of cosmetics (e.g. pencil texture), rmrl is a pretty good renderer: https://github.com/rschroll/rmrl

100% and yet it's still worth it. I write this as a programmer meaning that, ironically enough, my distraction is when I pick the reMarkable to start reading or sketching but despite the minimalist setup still get distracted. Not by social network notifications or the possibility of a web search but rather here for example to suggest you https://github.com/rschroll/rmrl for your PDF and if its too limited (it always is) to consider what prototypes I could build that challenge the very way I read and write. I believe it's worst for researchers because the process itself must be described in order to publish a result. One must step back and describe the experiment so that it can be both challenged and reproduced. Consequently there is always on the back of the mind a simple and justified question "Is this the right way to do that?". I believe it is quite taxing but it still worth because, and that's just my view, thinking itself relies extensively on tools. We like to imagine that it's a pure process of the mind but for any complex enough thought, we need tools. We run simulations, we sketch diagram, we organize a bibliography which represents the thoughts and experiments of others, etc. This is literally unmanageable without tools regardless of ones "intelligence". This in turns mean that the better the tool, at least in regard to the final goal, the further one can go.

Then use https://github.com/rschroll/rmrl to convert the data files you get from the previous point to pdf.

I love this tool: https://github.com/rschroll/rmrl

Reading/parsing .rm files has been already implemented by these 2 Python libraries: * https://github.com/bsdz/remarkable-layers (not maintained any longer) * https://github.com/rschroll/rmrl (looks up-to-date)

This would also be less of an issue if you ran your own infrastructure (see rmfakecloud, or use something like Syncthing or Nextcloud together with rmrl for file conversion).

This has been a gripe of mine for a while. The problem is that reMarkable isn't implementing the PDF standard correctly. Their highlights are just visual overlays but not Annotation objects. I have submitted a pull request to the RMRL python library to fix this, but the author has not been responsive. I also submitted a support request referencing the specific standard, but I'm not holding my breath. In the mean time you can always try using my version of RMRL, but it requires use of the command line and a working python install.

One way to manage the issue, would be to look into rmlr, install python and pip via Entware/Toltec, and try to have rmlr running on the RM if all the dependencies can be found for the ARM architecture.

I've got another one on topic of self-hosted file sharing:

- FileBrowser running in Docker (https://filebrowser.org/features)

- Syncthing running in another container (https://syncthing.net/)

Syncthing keeps the files on your PC, Mac, BSD systems updated, and FileBrowser can point to the share and supply a convenient web UI. It works for me, it's kind of like a local Dropbox-lite.

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.