-
Posts
750 -
Joined
-
Last visited
-
Days Won
92
Posts posted by kos13
-
-
1) Notifications will be improved
2) Added to feature list
3) We will improve first run experience
4) Will be configurable
-
We plan to revisit how Secret works in next releases. It will work differently, so all your concerns will be resolved.
-
We do have statically compiled libc, however it needs to be supported by OS. In this case OS does't support it. We will look to option to disable ionotify to support older versions. But it seems we will need support from you in testing all variations, since it we won't be able to test all combinations.
-
I don't know why Synology uses so old libc. we need newer one to use ionotify, to have realtime information about changed files. We will look to the option to release a build without ionotify, directory will be rescanned every n seconds. Then we will run on older versions.
-
Can you please PM me? We need logs from both machines to localize the issue.
-
issue was that two computers run different version of SyncApp, so it can't connect due to slight modification in internal protocol.
-
We are going to reproduce the issue. Thank you for reporting.
-
This is strange. Are you sure that you have updated and restarted the app?
-
Interesting, we will check this case. Seems like a bug.
What version of SyncApp you are using?
-
Sure, we will have Android.
-
We know the Cubby story, as well as Mesh story. We see SyncApp as long term product, invest a lot of development resources, so we don't want to screw it by some "smart" decision.
But let me tell you one thing, that we know for sure. Beauty of real p2p solution, in opposed to marketed p2p solution (you name the company that claims they have p2p), is that we can't control it. If tomorrow we want to charge you $100 for 10Kb transferred, will stop everything related to the app or will try to force you not to use the SyncApp, we just physically can't achieve that.
SyncApp will work tomorrow exactly like it works today, no matter what we will do. And it will work exactly like today even 10 years from now, of course, if we will have computers in future
-
Both. Android and iOS.
-
Hi, could you PM me with your email, we will need some extended logs to localize the problem.
-
We should auto-update all clients today or tomorrow.
-
Yes, looks like we don't support this version of arm yet.
-
Mobile support (iPhone, Android) will be the first thing we will target after SyncApp will be released in public.
-
We need at least glibc version 2.4 to run SyncApp, I am not sure why Synology has so old glibc.
-
We will see how difficult it will be to port SyncApp to MIPS.
-
Hey,
thanks for the invitation.
Installed it on Win 7 x64 Ultimate and Windows Server 2012 Datacenter.
Both clients are running fine so far, encountered no issues.
Things that I've noticed:
- The client that is currently receiving files popups the tray info icon MUCH too often. Maybe add options to control this behavior?
Two of them should be:
a.) Disable popups completely
b.) Only show a popup when the transfer queue is empty (finished after transferring all current files
Notifications are not optimal. You have the option a) just go to Preferences and turn off notifications.
- Transfer speed
Local lan, no internet sync. Copying one large file (850 MB) via SMB takes 8 seconds. Both clients are connected via a 1GBit Network and their SSDs are not the limiting factor
Syncapp needs 35 seconds (roughly 24MB / sec) to do the same.
Any chance that this can be improved further?
This is the next major thing we will improve. This is not easy, since sync on LAN and Internet is kind of different, but we will definitely improve that.
- .SyncTrash folder
Would it be possible to use a global one, instead of one for each synched dir?
Otherwise it would be nice if we could just point to a folder where the deleted files are stored.
This is our first version of Trash, so you could expect improvements here. Using global one will not work, because of removable or encrypted folders. Plus it won't work with versioning. We will have some improvements in UI, something like "If you have 1Gb in Trash, we will offer to clean it"
- .SyncID
I'm not a big fan of files that are created through sync applications (quite a few do that) in synched folders. Would it be possible to store these contents in a portable database (sqlite) or maybe in an .xml file instead? Ofc this should be placed in the data folder of Syncapp (currently C:\Users\%USERNAME%\AppData\Roaming\SyncApp\) instead.
We got this request. It contradicts with removable, encrypted drives, so it looks like this should be configurable.
One rather major feature request:
- A portable version (Windows OS)!
Exactly! Already working on that. However, to make things clear, first we want to make core bug-free and then port it to mobiles. Mobiles are our highest priority.
The current version does make only a few registry (thanks for that^^) so it shouldn't be too hard to store them in a .config file (ofc creating file associations for .btsearch | .torrent should be disabled in that case). Finally all the setting should be stored in a subdir of the SyncApp folder, instead of the current user's dir.
See above.
So much for now, thanks alot for the new version!
Thank you for your feedback.
-
SyncApp: 1.0.75 released.
How to upgrade
Visit the link you've got in invitation email to download new binaries. Note that Linux 64 bit binary name is SyncApp_x64.gz
Changes
- fixed all known issues for re-syncing already downloaded files
- improved connections in LAN
- configurable WebUI on Linux (listen address, password, enable/disable)
- Linux config file with all options as in Win32/Mac UI
- Linux x64 native build
- support of mounted folders and removable drives
- added SyncTrash folder (configurable) - all deleted files go there by default
- correctly sync files when time is not correctly set
- adaptive number of connections per peer (1 for large files, up to 15 for small files)
- Windows UI - pause/resume from tray icon, resizable main window
- folder indexing optimization
- various bug fixes
-
gone
-
I have 20 invites to give away. PM me with your email.
-
You've asked, we made it.
Next build will have 64 bit Linux support.
-
Then most likely we fixed this bug.
Display problem
in Sync General Discussion
Posted
Thanks, this is Windows 8, right?