Well Im sorry - but this is a memory leak. Watching the core its obvious that the actual memory is being freed but when an attempt is made to use that memory the vm buffer still thinks the memory is in use. I have to say this is probably one of the worst bugs I have come across and it should be addressed rapidly. In a phone where visuals are everything to have such a HUGE problem with handling them is a real PITA.
On Mar 1, 1:57 am, "bra...@gmail.com" <peacoc...@gmail.com> wrote: > Best darn suggestion yet. Thankyou I was wondering if I could use that > setting, but feared that perhaps I would not be able to generate new > bitmaps from the original - you can - thankyou > > On Feb 27, 1:19 pm, Alexey Krasnoriadtsev <ale...@agilefusion.com> > wrote: > > > There best working approach is to only load Bounds of the image, and > > then use scale to load the Bitmap of the needed size. > > This way you never load the full-size bitmap in the memory. > > >http://code.google.com/intl/ja/android/reference/android/graphics/Bit... > > > get the bounds, and then use those to calculate the appropriate sample > > size. > > > On Feb 26, 2:36 pm, mark.ka...@gmail.com wrote: > > > > I'm just saying there have been a number of threads on this issue, > > > I've had out of memory problems when processing bitmaps, and so have > > > many other developers. It looks to me like a bug IMHO. I hope this > > > problem will be resolved at some point. > > > > On Feb 26, 2:02 pm, "bra...@gmail.com" <peacoc...@gmail.com> wrote: > > > > > If that is the case then why does calling myBitmap.recycle not give me > > > > that memory back to use for the next time I go into an edit. > > > > > On Feb 26, 4:59 pm, Romain Guy <romain...@google.com> wrote: > > > > > > BitmapFactory does NOT leak Bitmaps. > > > > > > A 2056x1536 opaque image requires 6 MB of RAM. An application has 16 > > > > > MB max. Do the math. > > > > > > On Thu, Feb 26, 2009 at 1:50 PM, <mark.ka...@gmail.com> wrote: > > > > > > > Are you using BitmapFactory? There have been a number of threads > > > > > > about memory leaks, or similar problems when using BitmapFactory to > > > > > > process bitmaps. Using Bitmap.recycle may mitigate, but not > > > > > > eliminate > > > > > > these types of problems. > > > > > > > M > > > > > > > On Feb 26, 11:39 am, Mattaku Betsujin <mattaku.betsu...@gmail.com> > > > > > > wrote: > > > > > >> I think the best solution to handle very large bitmaps is to be > > > > > >> able to > > > > > >> decode only a small chunk of the bitmap at a time and process it. > > > > > > >> Does anyone know if the existing Android API can support this? > > > > > > >> If not, probably one solution is to write a smart decoder (in > > > > > >> Java, so slow > > > > > >> :-( ....) that can decode a small chunk. > > > > > > >> On Thu, Feb 26, 2009 at 11:32 AM, Tomei Ningen > > > > > >> <tomei.nin...@yahoo.com>wrote: > > > > > > >> > You're running into memory fragmentation problems. Bitmap memory > > > > > >> > is > > > > > >> > not allocated from the Java object heap. Instead, it's allocated > > > > > >> > from > > > > > >> > the 'malloc' heap. That's why you don't see the Java heap > > > > > >> > expanding. > > > > > > >> > How big is your bitmap? If you're processing JPEG files, > > > > > >> > probably it > > > > > >> > will be better to read the thumbnail directly from the JPEG > > > > > >> > file. This > > > > > >> > way you don't need to create the Bitmap at all. > > > > > > >> > On Feb 26, 9:47 am, "bra...@gmail.com" <peacoc...@gmail.com> > > > > > >> > wrote: > > > > > >> > > Ok I am at the end of my rope. > > > > > > >> > > I am doing some image processing. I have a large image file > > > > > >> > > which I > > > > > >> > > open and create a smaller bitmap from. At the end of > > > > > >> > > processing I call > > > > > >> > > recycle on everything. I null everything. I run GC manually. > > > > > > >> > > I then try edit another image and I get an out of VM memory > > > > > >> > > error. > > > > > >> > > Bitmap exceeds etc etc. > > > > > > >> > > I am looking at the heap and the secone edit doesnt seem to > > > > > >> > > cause it > > > > > >> > > to increase at all. > > > > > > >> > > What else can I do. Surely google cannot possibly be > > > > > >> > > suggesting that > > > > > >> > > we can open one large bitmap per session and thats it?- Hide > > > > > >> > > quoted text - > > > > > > >> - Show quoted text - > > > > > > -- > > > > > Romain Guy > > > > > Android framework engineer > > > > > romain...@android.com > > > > > > Note: please don't send private questions to me, as I don't have time > > > > > to provide private support. All such questions should be posted on > > > > > public forums, where I and others can see and answer them- Hide > > > > > quoted text - > > > > > - Show quoted text - > > --~--~---------~--~----~------------~-------~--~----~ 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 android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
