Yeah but it doesn't support syncing photos from the camera roll. So you have to use something else to copy photos from the camera roll to the mobius sync folder. I use the PhotoSync app for that, but it's not free and it's not that reliable. And the extra step adds even more latency to the whole pipeline. iOS allows these apps to run in the background only once per day generally, and so it can be several days before photos get all the way synced.
If this app can do background sync of the camera roll directly from iOS to an Android device in one step I may switch to it and stop using both Mobius Sync and Photosync.
AFAIK you can use SyncThing-like utilities, like Möbius Sync, on iOS, but not for photos, because… iOS does not consider a photo a file. Which is baffling (probably for some security reason), so I have to stick with a USB cord and ifuse + heif-convert on Linux.
Apple provides access to photos just fine, using a different API.
Having a separate API for photo access is annoying while developing this use case, but it's appropriate for a couple different reasons: for one, if apps could access the raw files, that could reveal metadata like location. For another, filesystem access wouldn't properly handle cloud-synced photo libraries.
Perhaps photos on iOS are persisted into some sqlite-style database on the device rather than as individual files...
The Dropbox iOS app would be a good example here. It acts as a ReplicatedFileProvider so apps on the device can access your Dropbox files, but it also provides an optional config flow where users can ask for their photos to be backed up. Then, the Dropbox app fetches the photos through PhotoKit and writes the .JPEGs or .HEICs to a folder of your choosing into your Dropbox files.
That’s what I mean, there are technical reasons why it doesn’t necessarily make sense to represent photos as individual files: they might not live in a file system, they might have to be downloaded, they might have to be transparently converted from one format to another, they might have to have metadata transparently stripped. Any applications are going to need to use an API to get the right form of photo that the user wants anyway. Having a dedicated API that users can call as they need makes more sense than having the operating system hackishly pretend that your photos live in a bucket of JPEGs somewhere
You can use it for photos, but for those contained within the photos library that's handled separately through the PhotoKit now. It should be technically possible to backup your photos library through syncthing, I only think the automation of such and the permissions required would probably be annoying to deal with. Not sure if Mobius developer(s) looked into that yet.
If you don't use the photos app, you can keep them all in the files app and it syncs just fine. Annoying to use since the files app is nowhere near as nice for photo browsing/management.
What I've done is to leave a Windows VM running which has both the iCloud Photos app, as well as Syncthing, both pointing at same directory. This then works as an iCloud/syncthing bridge, letting my iPhone sync with my linux machines.
