|
2010-06-09
, 15:22
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#392
|
Both pics/videos are now stored under DCIM folder now, which can be accessed from file manager. hope this helps.
|
2010-06-09
, 15:25
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#393
|
Is there a fix to N900 connecting the MMS apn from time to time. I've created another internet apn but it still connects to MMS apn every now and then. This is probably Maemo problem, not autodisconnect.
|
2010-06-09
, 15:33
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#394
|
@x-lette: as you said, if you're browsing the web or doing any other network operation that requires user input, you'd have the connection dropping constantly -- either that or, even with your proposed system, you'd have to set the limit so low that it'd actually take zero activity to have autodisconnect close the connection. In my experience, if there's an active connection on and you either have network-bound widgets on the dashboard and/or apps in the background that fetch data from the net, you'll always get some activity.
It's tricky getting something like this right. For automated retrieval of information, your idea would work great. But for all those times when you're actually doing something yourself, it'd be tricky configuring it so it wouldn't trip you up at every turn.
I'd propose the following that, despite not being perfect and coming with its own drawbacks, would serve to alleviate most people's problems with the intervals -- let us have 2 interval settings for connection checking, each with its own bandwidth limit:
a) an "Initial" grace period, and associated traffic threshold, that you could set to a higher limit (which you'd then tailor to match the typical usage time and bandwidth of your automated retrieval apps/widgets/push-email .. say 3 minutes and a total of 120 KB, or 40KB/min for x-lette's example)
b) the interval at which autodisconnect would check the connection status and traffic after that initial period, which you'd tailor to more human-involved tasks, like performing updates, browsing the web, etc.
Either that or allow a "special" setting to be enabled that would allow you to configure something like "monitor traffic every minute for an initial period of X minutes and as soon as a single minute goes by where traffic fell below a certain threshold Y, close connection" -- for automated tasks that take less than those X minutes to complete where you're guaranteed to have Z/min traffic, you'd set Y to be very close to Z resulting in a closed connection pretty much as soon as the automated tasks completed.
If, however, in addition to the automated tasks, you're also doing something else (like browsing the web or replying to emails, whatever) that extra traffic would keep the connection alive and if the session were to extend beyond the initial period of X minutes, the "normal" threshold and interval would kick in and you could set these to be a bit more lax (say, by having a bigger interval or a lower threshold) which would help to keep the connection alive for those human-input sessions.
Did I make it too confusing?
For any of these two "systems", or even the way the app works right now, I'd suggest people put autodisconnect into "testing mode" by setting the interval(s) to 1 minute and using a very low threshold (say 1B/min, yes BYTE .. this will result in the connection being kept alive for the tests) and then do a "tail -f /var/log/autodisconnect.log" so you can gauge how much is being received every minute. That'd allow people to really tailor the intervals to their usage/needs.
|
2010-06-10
, 02:38
|
|
Posts: 245 |
Thanked: 32 times |
Joined on Oct 2009
@ CT USA
|
#395
|
|
2010-06-10
, 15:54
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#396
|
|
2010-06-10
, 15:57
|
|
Posts: 245 |
Thanked: 32 times |
Joined on Oct 2009
@ CT USA
|
#397
|
|
2010-06-12
, 20:34
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#398
|
|
2010-06-12
, 21:15
|
Posts: 729 |
Thanked: 155 times |
Joined on Dec 2009
|
#399
|
The Following User Says Thank You to DaSilva For This Useful Post: | ||
|
2010-06-12
, 21:18
|
|
Posts: 286 |
Thanked: 219 times |
Joined on Feb 2010
@ France
|
#400
|
Thanks calvin_42 for this.
I like the new option "Do not disconnect while using the device" but I am not sure how that is detected. Is "using" anything I do as long as the screen is unlocked or are the different touches of my finger monitored while I am playing a game etc.
It would be nice if you could explain this in detail.
Don't forget to analyse the file /var/log/autodisconnect.log to understand what AutoDisconnect do.
Using two different windows in the browser shouldn't interfere with AutoDisconnect, which only reads the overall network stats and not which application is running.
The beta function "auto-switch 2G-3G" will work better on the next version (should be released in a few days).
Cheers!
AutoDisconnect automatically closes your idle connections (Wifi/3G/Bluetooth) and switches the network mode to 2G when 3G is not used. [ Thread ] [ Wiki ] [ Donate ]