It can be independent only if you "own" hardware/software, i.e. you can manufacture, change etc. If there is no hardware independency -- you loose with software, then.
better speed transfers (up to x7 speed up on my setup).
different UI (including unique features like see in realtime tree-like structure of remote/local folders).
Windows XP support
it targeted for long-awaited "selective sync" mega-feature (asked for many years by syncthing users; but it is out of scope of syncthing business, so, it will unlikely be developed). I plan to do it after 1-2 releases (after implementing "ignoring local files" feature).
do you think you might ever implement sync via Bluetooth with Wi-Fi disabled on the syncing devices? That’d be sweet!
Well, yes, I think, generally it should be possible... when an adroid app appears (developers are welcome!).
The underlying problem is the following: syncthing (and syncsprit) use TCP/IP stack + ssl for encryption for peer identification, and then data transfer over the established connection.
Bluethoth offers its own stack (actually multiple stacks if BT LE is considered) and own way of peer identification and own way data transfer, probably with additional details like power consumption profiles etc.
So, yep, it should be possible, but for now this is low-priority for syncspirit, and as for syncthing, I think mobile devices, in general, this is out of their business model.
Yep, if is is ok for you to use some minimalistic command-line daemon, just for doing bidirectional sync without any complex setup -- then yes, it should work.
(It might be a bit tricky to compile, but I can help, if u ask). I checked v0.4.0 on Termux, it worked well.
I'm going to check where the fresh development version is compiling and running on Termux. Will write down here.
There is a plan to have system-tray icon for fltk-frontend, and it is claude-generated prototype. Probably, I'll take some pieces of it for implementation.
syncspirit is faster. According to my measurements it is able to sync linux sources tree folder for 2 mins vs 15 mins of syncing when using syncthing (that's over a localhost, of course)
syncspirit has a different UI. That's matter of personal taste, of course, but I like to see the exact picture what is synchronized and what is not.
syncspirit is able to run on more older software (i.e. from windows xp and up). Syncthing uses golang, and its software support is indirectly controlled by google (i.e. "artificial aging"); recent builds are running only on windows 10 and windows 11. Microsoft already dropped windows 10 support, so, I expect that in near future google will do the same.
the long-term goal of syncspirit is to allow "selective sync" feature, which unlikely to be implemented by syncthing.
nice to know! Please, continue posting new things in modern c++ )
It can be independent only if you "own" hardware/software, i.e. you can manufacture, change etc. If there is no hardware independency -- you loose with software, then.
What is the need of that if there is a
std::pmr::vectorand similar?For which use cases it is better than
bluetoothctllinux utility?Ha-ha! Most of people thins that syncspirit UI is terrible :)
Well, yep. For now the positive differences are
x7speed up on my setup).Well, yes, I think, generally it should be possible... when an adroid app appears (developers are welcome!).
The underlying problem is the following: syncthing (and syncsprit) use TCP/IP stack + ssl for encryption for peer identification, and then data transfer over the established connection.
Bluethoth offers its own stack (actually multiple stacks if BT LE is considered) and own way of peer identification and own way data transfer, probably with additional details like power consumption profiles etc.
So, yep, it should be possible, but for now this is low-priority for syncspirit, and as for syncthing, I think mobile devices, in general, this is out of their business model.
I tried to build on
termuxbut failed to build dependencies, seems they changed something in toolchain.Probably I will try again a bit later
Yep, if is is ok for you to use some minimalistic command-line daemon, just for doing bidirectional sync without any complex setup -- then yes, it should work.
(It might be a bit tricky to compile, but I can help, if u ask). I checked v0.4.0 on Termux, it worked well.
I'm going to check where the fresh development version is compiling and running on Termux. Will write down here.
PS. New version will coming soon!
As far as I know that's because the "universal" binary is shipped with multiple platforms supported.
Did somebody actually tried it? On real hardware? How it is?
What is wrong with s6 for desktop?
does it mean, that it will be possible to launch native (arm/arm64) raspberry-pi distro on virtual box?
Thanks to AI there will the thousands of left-pad like projects
Adroid-UI is lower priority, probably will be done after finishing core features and implementing them in desktop.
Also, google seems moving towards making android ecosystem more and more close; this might be a problem.
However, if there are somebody willing to contribute with Android, then I help, of course.
No, there is no AI-generated code.
There is a plan to have system-tray icon for fltk-frontend, and it is claude-generated prototype. Probably, I'll take some pieces of it for implementation.
Thank you for your question!
There are some benefits, among them:
windows xpand up). Syncthing uses golang, and its software support is indirectly controlled by google (i.e. "artificial aging"); recent builds are running only onwindows 10andwindows 11. Microsoft already droppedwindows 10support, so, I expect that in near future google will do the same.wbr, basiliscos
Not yet (I'm a solo dev so it is quite hard to do multiple builds). Patches welcome! :)
Somebody might find that behavior a bit making nervous if you don't see progress, that it is running or that it was synced a few mins ago...
That's why for that "daemonic" behavior programs hide themself in system tray :)
I think it will always stay compatible on protocol level.