Active Topics

 



Notices


Reply
Thread Tools
Posts: 20 | Thanked: 4 times | Joined on Jan 2010 @ Ottawa, CANADA
#251
says 'not installable' on my N900. i'll see if i can try to install it from the command line for more detail error reporting
 
Posts: 15 | Thanked: 11 times | Joined on Jun 2010 @ Switzerland
#252
First off, I would like to thank jonnenau for developping dropn900. I had been waiting for something like this but found the application only one week after upgrading to PR1.3. I did feel like slapping my face! The happier I was after the update was accessible. Thanks a lot!
Can you imagine the difficulties I had when trying to type in my login information in black type against a black background?
Well, I have not found a cure for that but at least a remedy: I could verify my typing by marking it by use of the shift and arrow keys. That way the type appears highlighted. -- Hope this helps others!
Cheers!
St. Mueller, Switzerland
 
Posts: 3 | Thanked: 0 times | Joined on Mar 2010 @ Portugal
#253
Originally Posted by jonnenau View Post
If you do any change to a file it will be fetched again completely, there is no way for me to know what bits to update etc the dropbox desktop clients get the whole file also not just updated "parts". At least this is what I assume and have noticed when using the clients.
Well... no.
If you have a big file and change just a few bytes the sync done by the Dropbox client is very fast (win/mac). In the example given, a TC file, the size never changes, the timestamp is reseted and still the Dropbox client keeps the changed bytes and only them synced. Even a conflict file (a complete new copy of some version) is created very fast, no full transmission involved.

That sad, I wouldn't expect a mobile app to do all that. It would be awesome, but probably not possible.

LARelogio
 
Posts: 163 | Thanked: 96 times | Joined on Feb 2010 @ Israel
#254
Originally Posted by larelogio View Post
Well... no.
If you have a big file and change just a few bytes the sync done by the Dropbox client is very fast (win/mac). In the example given, a TC file, the size never changes, the timestamp is reseted and still the Dropbox client keeps the changed bytes and only them synced. Even a conflict file (a complete new copy of some version) is created very fast, no full transmission involved.

That sad, I wouldn't expect a mobile app to do all that. It would be awesome, but probably not possible.

LARelogio
Are you sure that only the changed bytes are transmitted? Have you looked at the network traffic to make sure that his is so?
You can't compare just on speed because one of the things that are really slow on the n900 (and similar devices) is writing to the non-onboard nand (where the rootfs is located) compared to the a regular HD.
I don't know how dropn900 handles it, butit could probably save some speed by splitting up the downloading thread from the thread that saves it to disk. (instead of having a read => write loop).

@jonnenau: Just wanted to give a shout out and say thank you very much for everything you put into making this app work great. Saved me quite a few times in the past 2 weeks.
 
jonnenau's Avatar
Posts: 116 | Thanked: 445 times | Joined on Apr 2010 @ Oulu, Finland
#255
Yeah I'm not entirely convinced that they would update just the few changed bits of the file. I guess they might, its not even that hard if you just have all the data what to do and where. I do agree dropbox PC client is very fast on big files so they must do something smart. But do remember the full blown client is in a constant pipe connection to the remote servers to get all data/updates/notifications immediately. I on the other hand have to use a REST api so polling for changes.

You can think of it this way: you have quite ok working sync while as far as I know the DropBox companys own iPhone, BlackBerry etc. mobile clients dont have any sync at all. I think the other operating systems might be the limiting factor to a point, so yey for maemo

Originally Posted by dbrodie View Post
Are you sure that only the changed bytes are transmitted? Have you looked at the network traffic to make sure that his is so?
You can't compare just on speed because one of the things that are really slow on the n900 (and similar devices) is writing to the non-onboard nand (where the rootfs is located) compared to the a regular HD.
I don't know how dropn900 handles it, butit could probably save some speed by splitting up the downloading thread from the thread that saves it to disk. (instead of having a read => write loop).

@jonnenau: Just wanted to give a shout out and say thank you very much for everything you put into making this app work great. Saved me quite a few times in the past 2 weeks.
Thanks, glad you like it. I am really doing this for you people as I don't use my own app at all its kind of funny how much hours I put to it without using it beyond testing for releases.

I actually do have separate threads for writing files to disk and getting them from the network So when the network fetch is done to memory I start writing that to disk in another thread and start the next network thread at the same time. If you are into code here: TransferWorker and DataWorker. Let me know if you have ideas at making the code better, I'm always open for that.
__________________
DropN900 - the maemo 5 DropBox client

Last edited by jonnenau; 2010-11-04 at 21:28.
 

The Following User Says Thank You to jonnenau For This Useful Post:
Posts: 356 | Thanked: 123 times | Joined on Dec 2008
#256
Here's a relevant help document from dropbox about syncing changes only:
https://www.dropbox.com/help/8

I am not sure if this is available in the api you are using, but it definitely exists in the desktop client.

Thanks for writing this app by the way. This was one of the things that android had that I wish maemo also had, and you made it!
 
Posts: 529 | Thanked: 194 times | Joined on Aug 2010 @ UK
#257
my app has died , very gutted about that cant seem to log in anymore ?>
 
Posts: 26 | Thanked: 7 times | Joined on Apr 2010 @ Philly
#258
Not sure if this is a bug or expected behavior but here is something weird I notice everytime I sync my Dropbox folders.

Say, I have a folder called folder2 in my DropBox which is located inside another folder called folder1. So the path from my home in DropBox account is "/folder1/folder2"

In the DropBox client on my N900, I have my default download folder set to "MyDocs/DropN900" and my sync path is set to "/folder1/folder2"

Now whenever I try to sync my files, it Downloads folder2 and it directly under the default directly instead of first creating a sub-folder called folder1 and then put folder2 inside folder1.

All files goto "MyDocs/DropN900/folder2" instead of "MyDocs/DropN900/folder1/folder2" as expected.
 
jonnenau's Avatar
Posts: 116 | Thanked: 445 times | Joined on Apr 2010 @ Oulu, Finland
#259
Originally Posted by xur17 View Post
Here's a relevant help document from dropbox about syncing changes only:
https://www.dropbox.com/help/8

I am not sure if this is available in the api you are using, but it definitely exists in the desktop client.

Thanks for writing this app by the way. This was one of the things that android had that I wish maemo also had, and you made it!
No I certainly don't have this via a REST api, as said the pc clients have a udp or something pipe connection for these things. Its posible via http too but the api is very simple and this is out of the question. What im doing with it now is already quite impressive. Hope people would understand that on one of these days...

And yeah as I said if you have to mechanisms in place the binary diff as they call it there is not too hard to do. You just need full control whats going on on the client and the servers and that is what they have.

Originally Posted by zerone View Post
Not sure if this is a bug or expected behavior but here is something weird I notice everytime I sync my Dropbox folders.

Say, I have a folder called folder2 in my DropBox which is located inside another folder called folder1. So the path from my home in DropBox account is "/folder1/folder2"

In the DropBox client on my N900, I have my default download folder set to "MyDocs/DropN900" and my sync path is set to "/folder1/folder2"

Now whenever I try to sync my files, it Downloads folder2 and it directly under the default directly instead of first creating a sub-folder called folder1 and then put folder2 inside folder1.

All files goto "MyDocs/DropN900/folder2" instead of "MyDocs/DropN900/folder1/folder2" as expected.
I don't know how your brain works but that is exactly what I should do if I ask you a folder to sync. Why would I then go and not get that but the parent forlder? If you want folder1 then select it. This behaviour would be neat if i wanted to keep the exact same hierarchy in MyDocs as what you have in the network storage.

I understand your point and this would be trivial to make but this is how I went with it. You select one folder at a time and I sync it to the default dl folder. I dont try to mimic the whole hierarchy from dropbox while doing so. This would propably get quite confusing once you start selecting sync folders from deep down. Just sync folder1 to make head hurt less or rearrage your dropbox to suit your needs
__________________
DropN900 - the maemo 5 DropBox client

Last edited by jonnenau; 2010-11-05 at 19:47.
 
Posts: 26 | Thanked: 7 times | Joined on Apr 2010 @ Philly
#260
Originally Posted by jonnenau View Post
I don't know how your brain works but that is exactly what I should do if I ask you a folder to sync. Why would I then go and not get that but the parent forlder? If you want folder1 then select it. This behaviour would be neat if i wanted to keep the exact same hierarchy in MyDocs as what you have in the network storage.

I understand your point and this would be trivial to make but this is how I went with it. You select one folder at a time and I sync it to the default dl folder. I dont try to mimic the whole hierarchy from dropbox while doing so. This would propably get quite confusing once you start selecting sync folders from deep down. Just sync folder1 to make head hurt less or rearrage your dropbox to suit your needs
So its the expected behavior then The reason I don't sync entire folder1 is because it has a lot of other folders that I don't want on my phone. I was expecting it otherwise because thats what the desktop client does. Thanks for the reply.
 
Reply


 
Forum Jump


All times are GMT. The time now is 17:44.