salzrat
-
Posts
27 -
Joined
-
Last visited
Posts posted by salzrat
-
-
It seems I was mistaken, I still have 1.3.109 installed. How much worse is the new GUI than the 1.3 GUI? I remember reports back then that people were not happy...
thanks!
-
Are there any possible reasons now not to upgrade from 1.4.x to 2.2?
I remember one issue with 2.x was that the GUI was changed. Is the 2.2 GUI the slow, web-only version or is the original GUI available again for key-only shares?
-
And are you planning to implement something like this?
-
Photosync uses geofence, for example. You can define locations where it gets activated. That would be a start.
Can't you set a wake-up timer so it happens regularly?
Actually, Flickr uses the "significant-change location service", and doesn't require push notifications. This is very low on battery and would make sure the app is awoken from time to time... This is probably the easiest to implement...
-
Hi,
thanks for the reply. But since I hardly open Sync day-to-day, it's not really much of an "automatic" backup then...
I know ios kills background apps, however, since iOS 7 you can do real background processes which can be woken up from time to time. Several photo backup apps use this nowadays (dropbox, google+, flickr, photosync), so this can definitely work. Without that, the feature is relatively useless...
-
Hi,
but what does "automatic backup" then mean??? what is automatic if I have to start the app?
Is this still the case with the newest ios client? When is this going to be addressed?
Without background update, this feature is pretty useless!!!
-
Hmmm, to me it seems selective sync should be much easier than nested share - actually it's already the way how it's implemented on mobile devices. On my phone, I can select for a folder to download all the files in it, it never downloads the whole share. So I don't see how this couldn't be easily implemented.
On the other hand, nested share probably need to be aware of each other. So if I change something in a nested share, it doesn't get synced twice - I assume that is now taken care of?
-
But what is the difference to a real nested share?
-
So what is the situation? Did nested shares finally get implemented or is some stable workaround possible?
-
Hi,
as already said, the app is very slow on big shares. I have a 150GB photo folder which I want to access using the iphone. It works, but response time are very slow when changing directories.
Feature request:
- add an option to sync a whole subdirectory. If I want to look at the pictures from a specific event, I don't want to download each individual picture
- allow a photo-viewer type usage, where you can click on a photo, it downloads _and_ opens, and when you swipe, it will download the next photo (best in background). Basically it would be nice to have a picasa-like experience for photos stored in a bittorrent folder.
-
Hi,
since upgrading to 1.1.27/.33, when I add a number of files to a synced folder, synchronization happens very very slowly. For example, I have a few hundred jpeg files from my camera which I add to a synced folder, but there are pauses of up to a minute between transferring the individual files. Each individual file transfer is quite quick.
Anybody has seen a similar behavior? OS is Win7x64.
-
Indeed it now works great with Picasa! Thanks a lot for fixing this!
I'll monitor the last-modified dates for the next few photo syncs to see whether that has been resolved as well...
-
I don't think that's an uncommon use case.
And it's unlikely that it's Google's fault - Cubby and Aerofs were doing just fine on this...
-
So I wonder why there's no statement by the devs regarding this. It's really easy to reproduce, and very annoying!
-
Good. The Picasa thing is actually really easy to test. Add a folder watched by Picasa to Sync (e.g., My Pictures), then start picasa, add or delete some photos in this folder, and watch Picasa not doing anything. Then exit Sync and watch Picasa immediately picking up on the changes...
-
I use Bittorrent Sync to synchronize "My Pictures", with tons of photos, to a server.
However, I encountered 2 problems doing that:
1) Sometimes when I move a photo to a different folder in the tree, its modified date is changed to the current date. This is very annoying, and it doesn't happen when I close sync.
2) Sync somehow prevents Picasa from watching folders. When I have sync enabled, Picasa does not learn about updated or deleted folders. When I restart Picasa with sync disabled (i.e., closed), it works normally...
All this in Windows 7, Picasa 3.9 (newest version)...
-
Skype idles at about 0.2% on my machine, with "spikes" of about 0.8-1% every 30 seconds...
I have already sent you logs regarding the file transfer speed for small files, that was on the same machine (the one i'm reporting this for was the "uploading" machine), so you could use those...
-
Ok I'm sorry, I misunderstood your question.
btsync takes 6% every 10 seconds! during the scan activity every 10 minutes, the usage is much higher (it's 12%, i.e., it basically saturates 1 core for about 5 seconds, and on my laptop, also causes Intel turboboost to kick in!). With core I mean a "virtual" core - I have a quadcore with hyperthreading, but this is exposed as 8 cores, so full utilization of 1 core is reported as about 12% in process hacker.
-
It's about 51.000 files, and it's only during the spkes. otherwise it's 0.3%.
-
I also have a lot of files, but the usage I give is really just btsync (the performance tab of btsync in process hacker)...
-
So is 5-6% of an 8-core "normal" (as I said, this is 40% of a single core!)? These spikes are quite noticeable compared to any other background program I'm running..
-
I noticed in process hacker that btsync has a small CPU spike (5% on my 4-core 2-thread machine, so actually about 40% of one core!) ever 10 seconds. And every once in a while, there are a few seconds where it runs on 12% (100% of one core). This does not seem like much, but it does lead a mobile CPU upclock more often and run hotter...
Also, if I look at the total IO in process hacker, btsync.exe comes out on top most of the time, with about 5KB/s "other" bytes.
Is this normal or because it's still alpha code? Can it be reduced?
-
What happens if you shut down syncapp, move the folder, and start syncapp again? Will it find the moved folder, or will you have to readd?
-
I don't understand the logic behind these IP ranges.
What about 192.168.1.x (what some routers use by default), what about any other local LANs that are not behind NATs?
Latest Desktop Build 2.2.5
in Sync General Discussion
Posted
Hi,
I took the plunge and updated from 1.3 due to some non-syncing files.
Now I'm looking for a view where I see the devices connected to the shared folders. The devices view just shows the local device, not the others that are connected. I understand that managing devices using an account is a pro feature, but I just want to see the devices that are linked via shared secrets.
The new interface seems to be less functional for me...