GreatMarko

Please take a moment to review the Unofficial Troubleshooting FAQ, as this is answered there (Hint: See the entry "When I open Sync, I just see plain text in a random layout and no images?")

Please take a moment to search the forum, as you'll find these very similar threads: 1 | 2

There isn't a 1.4.75 version of the Android app. The Sync versions numbers across various platforms are not identical. The latest version of the Android app is 1.4.44 and is available here.

That depends upon whether you tick the "Peers I invite must be approved on this device" option in the advanced options of the sharing window.

1.3.109 (the most recent build of 1.3.x available) IS compatible with 1.4.x - (although 1.3.x won't accept links, which are new for 1.4.x) - see this article. Generally speaking though, given the "fluid" and evolving "beta" nature of Sync, it's always advisable to run the latest version of Sync available for your device where possible, to ensure maximum compatibility and stability.

An asterisk is shown in the UI to denote values which have changed from their default factory values. They shouldn't, however, be returned by the API - that would indeed appear to be a bug!

Have you had a look at Android users who've had similar issue in this topic? ...one of the suggestions there that worked for one user is to ensure that all the devices your Android is syncing with are running the latest versions of Sync too.

No, it's still there! ...but it's evolved and improved! On the "Share" screen, click "Advanced" - you'll then be able to specify exactly how many times the link can be used (and also specify how many days the link is valid for as well!)

Well, it's a shame you "don't trust" the FAQ's, because if you take a moment to look at the "Last Edited" date at the bottom of them, you'll see that they ARE regularly maintained! I would think comparisons are done on a "block" level rather than a "byte" level in order to improve speed/performance/efficiency and reduce CPU load.

Either! - Please take a few moments to read the Unofficial FAQ: "Note: If you currently use the auto-update feature of BitTorrent Sync, it may inform you that your "Client version is up to date" despite a newer build being available. This is intentional whilst Sync remains in "beta" - new builds are currently announced here in the forums in the first instance. Not every "beta" build is pushed via auto-update, only those considered significant/more stable. Even then these may not be pushed out to existing users via auto update until several days/weeks after they are first announced on the forums"

Perhaps just try making an exception in your Firewall for Sync, rather than disabling your firewall completely?

No, the whole purpose of Sync is to keep your files in sync. If changes are detected, Sync will act upon them. It's likely that some other application "touched" your music files, which caused their hashed/timestamps to change, prompting Sync to re-sync them.

You don't specify which type of device your "camera backup" isn't working from? It is an iOS, Android, or Windows Phone device? If it's iOS, take a look at these threads: 1 | 2 If it's Android, take a look at this thread: 1

An asterisk simply denotes any setting value that has changed from its factory default value - it's nothing to worry about!

Hmmm... sounds to me like your Sync may be loading twice at startup (instead of once), which is causing it's main window to open.

No such "remote wipe" function exists (although a request for such a feature does exist in the Feature Request forum!) If you do as you suggest and setup one machine with the old key and then delete everything, it will, by default, only "move" corresponding files on other devices to the .sync\Archive folder on those devices rather than delete them outright, so other users would still be able to retrieve the "deleted" files from their archives for a limited time (usually 30 days after deletion)

Change the key on all your devices By changing the key on all other devices, the one remaining device will still retain have it's original key but no other devices will have that key i.e. it will become "orphaned" and won't sync with anything All devices using the same key will be able to share files between them. So, if you have 3 devices, A, B, and C all with the same key, and you then change the key on A and B to something new, but don't change C, A and B will continue to sync under the new key, and C will be removed from the previous "mesh" of devices

Not really - CPU optimizations will likely follow in subsequent "beta" builds. In the meantime, perhaps if you don't need "instant" sync and only wish to index/sync every 3 days, it might be worth investigating setting Sync to run/exit on a schedule every couple of days rather than it running all the time? (you'd have to do this via the OS though as there's currently no such functionality within Sync itself at this time - that said, the ability to "schedule" when syncing occurs is a popular suggestion over in the Feature Requests forum)

This topic originally related to 1.4.72. Since then 1.4.75 has been released which fixes a number of issues. Before downgrading to 1.3, have you at least tried 1.4.75 to see if that resolves your "extremely slow sync" issue?

Perhaps rather than deleting, you can share your resolution for the benefit of the community?

To be fair, RomanZ did mention that two posts back! ...but glad you're sorted!

This has been discussed a number of times already in this forum (hint: the search box is your friend!). For example, please see this topic, this topic, this topic, and this post

Huh? Why not just sync the same folder across all 3 devices, rather than sharing A to C, then copying C from one location on C to another location on C, and then syncing that second location on C back to B!?? - just give all 3 devices the same secret, and they will share amongst themselves - the whole point of Sync is to sync your files across devices in the fastest way possible. You'll be able to sync files faster between A and B if they also both sync to the same location on C!!

I wouldn't be so sure, given that this topic was originally started over a year ago (before Sync even supported encrypted secrets!). For example, reviewing the various "cloud storage services for Sync" that have been mentioned in this topic previously; "btcloudsync" states on its website: "Your data will be saved in plaintext on the server.""Incloudibly" offers "AES-256 encrypted data transfer between server and devices" but says nothing about support for "encrypted secrets" - so whilst your connection to "Incloudibly" may be secure, actual physical storage of your data on their servers may not be "encrypted"."btsync dot com" states "File transfers are encrypted using AES256." - again, similar to "incloudibly" in that your connection may be secure but not much else. They do state in their FAQ that "Of course it is possible to use an encrypted secret on our servers. This functionality is however still in test, so we don't use it for the moment. But as soon as it will be exhaustively tested, we will propose this service.""coinshost" appear to support their own propitiatory encryption, rather than supporting encrypted secrets directly, as their website states they offer "AES-256 data traffic encryption, protection from unauthorized data modification, read-only secrets and ability to encrypt data on a remote container""bittorrentsync dot us" - a SCAM site designed to look like an official BitTorrent Inc site - it's not!!"alwaysyncd" appears defunct.On the other hand, those that appear to be getting it right (at least based on info from their site): "syncmade" states on its website "As you will let us keep only the encrypted secrets, you will transparently see your files encrypted on our servers, and make sure that nobody can read them.""syncnode" states on its website "With encrypted share keys we will not decrypt your data or ever have the ability to, none of our staff will ever be able to see the contents of your files."DISCLAIMER: Neither myself or BitTorrent Inc are affiliated in any way with any of the above. I have not tried any of these services myself, nor do I recommend any - the above information is a quick summary based upon current information presented on each website only. Its accuracy hasn't been validated and cannot be guaranteed, nor is the contents of this post an endorsement of any of the aforementioned services. My original advice still stands: if you want an "always on", "cloud" component for Sync get yourself a supported NAS drive or home server - that way you're in complete control, you know exactly where your data is and who has access to it at all times (plus it'll likely work out much cheaper in the long run too!).

...and I would also point you in the direction of the FAQ, specifically the answer to the question: "When a file changes, does BitTorrent Sync transfer the entire file again, or just the part that's changed?": "Files smaller than 4MB are transferred again in their entirety when changes are detected. Larger files, however, are split into 4MB "chunks" of data, if one chunk changes, but the others don't, only the chunk that's changed will be transferred (instead of the whole file again) ...however, If you add one byte in front of the file, all chunks will be shifted and Sync will not be able to detect shifted data." So in terms of large files, Sync doesn't automatically re-transmit the entire file if it can possible help it, and will only transmit those chunks of data that have changed (assuming other chunks haven't changed as well). Also, you may be interested in this previous discussion on syncing changes/diffs.