zeropluszero

Members
  • Posts

    35
  • Joined

  • Last visited

Posts posted by zeropluszero

  1. Thank you very much for this update :) I've migrated to the service easely but on second thought, i would like to go back to the previous mode. I can't find how to though ? i've reinstalled the app, but it start empty now (service is still installed)

    Could you help me rolling back without loosing my folders ?

     

    Regards,

     

    Edit : or maybe coud there be a way to have the service installed, but with the app window ?

    (I found it painfull to use a browser for admin ... )

  2. @2disbetter

    I sync in this folder because bittorrent sync dont allow to use another folder on a extSdCard (at least on kitkat android, dont know for others)

    I've read many others threads on similar problems with sync programs with kitkat limitations.

    I'v tried with no luck deleting ".nomedia" files, purge caches, use media scanner apps, and so on ...

     

    If i could be able to sync another folder i guess that would solve everything.

     

    Hmm having deleted the ".nomedia" files , THEN delete the synced folder and resync again seems to work !

  3. @RomanZ

    Thanks for your answer. I cant find anywhere the autoupdate settings, but i guess it is enabled, as my music folder (mp3 files) was perfectly seen by the media player before syncing it.

    I also checked for a ".nomedia" file, there wasn't any in ithis folder.

     

    As soon as i copy a mp3 file outside the "android/data/..." folder it is ok

  4. Hi RomanZ, i'm quiet happy with the last release of BTSync on Windows, but as i'm trying to sync music from the PC to an android

    device, i encounter some difficulties : no music is visible from the media player (it were alright before the folder was synced)

     

    I have read some topics about some limitations of android kitkat, is there any workaround for this ? Anyone else facing that

    behaviour ?

     

    Thank you, hopping that i wrote in an appropriate thread ...

     

    Regards,

  5. I choose "deconnect" the folder, it asked me if i want to destroy the files into that folder, i choose "no", now the folder is still present

    into the UI, but the icon of the folder is greyed (saying disconnected / classic folder).

    I then select "manual connection" to re-add, paste my code, it asked if that is ok the folder is not empty, i select "yes", and it loop

    endlessly on that question each time i select "yes", forcing me to choose "cancel".

  6. Thank you for this new thread. I didn't notice antyhing before that message, it happend only after the 2.0 upgrade.

    I'm trying to re-add the folder, but it seems to bug on an endless 'folder is not empty" warning, preventing me to add again the folder.

    I guess i can destroy entirely that folder, but it is quiet big, and i prefer to avoid resync the whole thing ..

  7. @zeropluszero

    How random is this? Reproduces once a day, week, month? I'd prefer to get debug logs to see the root cause, but if the time from moment it reproduces to moment when you notice that is way too big, it would be hard to capture it in logs.

     

    It is quiet random, i cannot succesfully reproduce it ... As soon as i can i'll transmit a log, hopping containing some useful informations.

    regards,

  8. @zeropluszero

    Are there any Android devices in your mesh? If yes - does the issue reproduce when they are offline \ sync is off?

     

    @rockhill04

    This build should not introduce / trigger any OOS issues, I presume it is coincidence. Can I get your debug logs for analysis?

     

    @hurik

    Let me know if it sleeps well. This is an old issue and I want it to get resolved. Our Syno in lab slept well several hours - until other peers awoke it.

     

    No android devices in the mesh, only some windows (7 and 8). As NZTH, i encounter this only with picture files (PSD, JPG, PNG, and so on ..) This is really annoying, destroying some files randomly (not sure).

  9. @ RomanZ, my temporary files *.sv$ are on the ignore list and are not synced. But as i wrote earlier, when Sync is syncing a *.max file (usually a big one, taking time to proceed), rewriting that very file produce a software error, it cannot rewrite the sv$ to max, and destroy it.

    That would be great if sync had a way to prevent this as this scenario happens frequently !

     

    (Regarding the slow sync, i meant the sync process, not the UI, it takes times to find a modified file and sync them after, maybe like Rochill04 said )

  10. Thanks for the reponses !

    @ RomanZ, i've checked my Hard Drives (SSD) no problems apparently.

    I didn't have those issues with the Sync 1.3, it happens a lot with 1.4, and almost disappear with the last version ... !?

    Also, if i write my image sequence on another folder, not synced, i do not encounter any problem.

    I'll continue investigating if this is a hardware problem...

     

    @ mbob, no improvments with the experimental version of Sync ?

     

    Cheers,

  11. i had to uninstall and stop using sync. it locks up my CAD files and Office files and it has created a nightmare for us at the office. I will send the logs.

    Moving to GoodSync.

     

    Best of luck to the sync team. The concept is great. My company will even pay for it, if it worked.

    You have excluded the "dwl" and "dwl2" files from sync right ? i also use some cad files, no problems at all since the last fix.

    Also, i used to work with goodsync .. gave me headaches ... bittorrent sync is way better (when fixed :D )

  12. I assume they are ? here is a copy of my ignore list :

    # .SyncIgnore is a UTF-8 encoded .txt file that helps you specify single files, paths and rules
    # for ignoring during the synchronization job. It supports "?" and "*" wildcard symbols.
    #
    #
    # OS generated files #
    .DS_Store
    .DS_Store?
    ._*
    .Spotlight-V100
    .Trashes
    ehthumbs.db
    desktop.ini
    Thumbs.db
    *.sv$
    *.part
    *.tmp
    *.dwl
    *.dwl2

     

    edit: confirmed, as placing a temporary *.sv$ into the synced folder produce no copy on other computers