Mark, Great book. I recommend it to all. I like the subscription model also. Very cool.
Bob On Dec 10, 7:57 am, "Justin (Google Employee)" <[EMAIL PROTECTED]> wrote: > I'm glad that you've found a solution that works for you. Yes, > unfortunately while we expect most Android devices to be pretty > powerful and have fairly large amounts of memory, they still aren't > desktop machines and more careful design and implementation will > sometimes be necessary. > > Cheers, > Justin > Android Team @ Google > > On Dec 9, 5:42 pm, mscwd01 <[EMAIL PROTECTED]> wrote:> Hi Justin, > > > I too have spent a great deal of time debugging this - with little > > luck. > > Thanks for taking the time to explain your findings, it does help to > > understand what was going on. > > > In the end I chose to redesign my application and use just the one > > MapView - mainly due to the memory issues. > > > The reason I found myself in this problem was due to the fact I needed > > a TabHost and a MapView in the same activity. However I found I > > couldn't extend both a TabActivity and MapActivity in the same > > Activity so I opted to create my own "TabbedMapActivity", created > > using the Android source code. > > > I explained it all here if you want to see how I achieved > > this:http://groups.google.com/group/android-developers/browse_thread/threa... > > > Ultimately, I believe you are right, having multiple MapViews will > > inevitable lead to memory issues regardless of how careful you are to > > save map states and recycle resources; so I think using just the one > > MapView is the only answer at this moment in time. > > > Thanks > > > On Dec 9, 11:49 pm, "Justin (Google Employee)" <[EMAIL PROTECTED]> > > wrote: > > > > Once upon a time I spent a lot of time debugging this issue, so here > > > is what I found. > > > > ***WARNING: This information was valid on an internal version of the > > > SDK between M5-RC15 and 0.9 beta, it may no longer be valid, test > > > thoroughly and proceed with caution.*** > > > > First, some information about MapView and MapActivity. Each Android > > > process may have multiple MapViews and MapActivitys, but they all > > > manipulate a single MapView backing object. This is because MapViews > > > take a *huge* amount of memory, roughly half of the 16MB allowed to > > > each application. This *also means* you need to be very careful about > > > your memory usage when using MapView. Make sure to use DDMS to analyze > > > memory usage to make sure you don't run out of space. Because a single > > > view backs all map views in an application, you also need to save and > > > restore the map state (including center position and zoom) when your > > > MapActivity subclass pauses/resumes. > > > > For the purposes of discussion I will refer to two activities, > > > ActivityAlpha and ActivityBeta, each is a subclass of MapActivity and > > > has a MapView. ActivityAlpha starts ActivityBeta. The user will > > > eventually return to ActivityAlpha either via the 'back' button or > > > ActivityBeta finishing naturally. > > > > When ActivityBeta finishes, there are two issues that I believe causes > > > the problem you see: > > > > 1) onCreate is not called on the launching ActivityAlpha, onResume is > > > 2) a certain UI focal change doesn't occur > > > > Certain initialization of the MapView and various helper entities are > > > done by MapActivity when onCreate is called. When ActivityBeta is > > > launched, onPause is called on ActivityAlpha and the helpers for the > > > MapView are stopped. onResume does some of the restarting, but clearly > > > not all that is necessary. This can be worked around by calling > > > super.onCreate(null) from your onResume or onActivityResult method of > > > your launching MapActivity subclass. ***WARNING***: This is > > > potentially very dangerous, MapActivity may not expect to be abused > > > this way, test thoroughly and proceed with caution. > > > > The second issue results in the above hack not quite working. When > > > ActivityBeta finishes, and the above hack is applied, ActivityAlpha is > > > ready to load tiles, but it won't until the MapView is touched so that > > > the MapView checks to see if it needs tiles. So far, I don't have a > > > workaround for this, possibly a programmatic pan or zoom would cause > > > the MapView to load any missing tiles. Some of my previous testing > > > also indicated that any missing tiles would load when ActivityAlpha > > > resumes if you use startActivity() to start ActivityBeta instead of > > > startActivityForResult(). > > > > The bottom line is that maps were never designed to have multiple map > > > views in a single application, they're very heavy objects. Hopefully > > > this helps and is still valid information, let me know how it goes. > > > > Cheers, > > > Justin > > > Android Team @ Google > > > > On Dec 8, 5:39 pm, mscwd01 <[EMAIL PROTECTED]> wrote: > > > > > Having tried the test you suggested it seems I can go back and forth > > > > between my Activity1 map and the inbuilt Google Maps app perfectly > > > > fine - no memory worries. However my application, constantly throws up > > > > OutOfMemory errors. > > > > > One thing I have noticed is after Activity1 calls Activity2, Activity1 > > > > is never able to load additional tiles. It seems Activity2, even if it > > > > is destroyed after pressing the back button and returning to Activity1 > > > > always retains some kind of "focus" - If you reopen Activity 2, the > > > > map is able to load new tiles. Very strange... > > > > > On Dec 8, 11:47 pm, Mark Murphy <[EMAIL PROTECTED]> wrote: > > > > > > mscwd01 wrote: > > > > > > > Hope I havent confused you ;) > > > > > > No, but you have made my head hurt. > > > > > > > Oh btw I purchased your "The Busy Coder's Guide to Android > > > > > > Development" book - its very helpful ;) > > > > > > My head feels better now... ;-) > > > > > > > However what i'm asking is, is there a way to kill off Activity2 > > > > > > completely when pressing the Back button to return to Activity1 and > > > > > > return full control to the first map? > > > > > > Well, you already tried the stock answer of using finish(). With your > > > > > kill-my-process hack, you're heading down in a direction which, on my > > > > > map of Android, is labeled "Here There Be Dragons"... > > > > > > > I believe I am making more and > > > > > > > more map objects when I launch Activity2 again and again and not > > > > > > releasing resources when I finish with it? > > > > > > Or they're just not getting garbage collected fast enough or > > > > > something. > > > > > > I have a suggestion. I have no idea how crazy it will be for you to > > > > > utilize if it works. > > > > > > In Activity1, temporarily replace launching Activity2 with a > > > > > startActivity() that launches the built-in Maps application. You > > > > > should > > > > > be able to do this through: > > > > > > startActivity(new Intent(Intent.ACTION_VIEW, > > > > > Uri.parse("geo:40,-75"))); > > > > > > which will give you a map of the NJ side of the Philadelphia suburbs. > > > > > > Now, try bouncing back and forth between your Activity1 and the Maps > > > > > application, like you were bouncing between Activity1 and Activity2. > > > > > > If things fail as before, I think you may just be screwed, at least in > > > > > terms of rapidly flipping between two MapView instances. They may make > > > > > too much garbage. > > > > > > If, however, this holds up, it may be you can only effectively have > > > > > one > > > > > MapView per *application* if you want to rapidly switch between them. > > > > > In > > > > > that case, your mission (should you choose to accept it) is to split > > > > > your project into two separate applications. This would suck mightily, > > > > > particularly if you were looking to deploy via a market, but it's > > > > > possible it is the best way for you to get two stable MapViews under > > > > > your control. > > > > > > If it were me, I'd try very very hard to get by with one map, somehow. > > > > > > -- > > > > > Mark Murphy (a Commons Guy)http://commonsware.com > > > > > _The Busy Coder's Guide to Android Development_ Version 1.9 Available! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
