Wow! I've been able to install de Intel HAEM and now it really works! /by the
way, by some reason, the Android SDK Manager is unable to download it
directly, so I've downloaded it from Intel's page -
http://software.intel.com/en-us/android/)
Debuger is a little buggy (it stops on breakpoints when
I think you have to run Android SDK with elevated privileges in order to
download and install Intel HAXM
Miha
-Original Message-
From: monodroid-boun...@lists.ximian.com
[mailto:monodroid-boun...@lists.ximian.com] On Behalf Of lwalker
Sent: Monday, June 18, 2012 9:13 AM
To: monodroid@li
Hello,
Android documentation says there is only linux version of AMD-V support
so far. So I don't think it's possible to get it working with MfA.
http://developer.android.com/guide/developing/devices/emulator.html#accel-vm
Atsushi Eno
Darren wrote:
Has anyone successfully used the accelerate
Hi Sayed,
If you
can't see how I did it in that project I gave you, perhaps you should
shut your mouth.
Completely different usage for a completely different project with
completely different requirements... Oh well... No doubt the entire
thread will have been fed back to Andrew with some wi
How are you measuring the memory usage? Could you be including the Mono
run time in the C# calculation?
The images you are loading are jpg compressed. Bitmap is an uncompressed
format. A little Googling showed a typical JPEG compression ratio of 10:1
to 20:1 without losing noticeable image qual
As Darren said, loading a bitmap into memory decompresses it and
depending on what bitmap config you load it with it will take up more
memory than its compressed size on disk.
Take a look at
http://developer.android.com/reference/android/graphics/Bitmap.Config.html
http://androidapi.xamarin.com/?l
The file size is a thing, the used memory is another thing.
Doesn't matter that a 2048x2048 24bit image can be saved as jpg in
100kb file or in a 10kb file, the things that matter is the memory
used per pixel that, means, tipically for a jpg, 3/4 bytes per pixel.
So if you have a 2048x2048 image
Hello,
my application doesn't have the option "move to sdcard" after installation..
i put android:installLocation="preferExternal" in my AndroidManifest.xml..
( )
Monodroid version 4.2.3
i forget something?
Regards
___
Monodroid mailing list
Monodr
I believe it is because of this.android:minSdkVersion="7" Install
to SD wasn't added until API 8(I think). I know it didn't exist in 7.
Mike Child
On Mon, Jun 18, 2012 at 8:26 AM, michelw wrote:
> Hello,
>
> my application doesn't have the option "move to sdcard" after installation..
>
> i
Thanks for this information guys, it really helped.
I also answered my question on SO:
http://stackoverflow.com/questions/11081806/larger-memory-footprint-when-using-bitmapfactory-decodefile-in-c-sharp-and-huge/11084422#11084422
Thanks
Matthew
On Mon, Jun 18, 2012 at 1:52 PM, Tomasz Cielecki wrot
Hi all,
As my last question suggested, I am working with images. I cache the lo res
in an array member of a view, but how do I dispose of the images?
I tried overriding the Dispose(bool) method, but that doesn't seem to be
called when the Activity is closed.
What am I doing wrong? :) Is there ano
The bitmap itself has a Recycle() method this can be used to tell the
Java GC that the object has been disposed.
You can override the Finish() method in your activity to dispose the
objects you don't need anymore.
On Mon, Jun 18, 2012 at 4:16 PM, Matthew Leibowitz
wrote:
> Hi all,
>
> As my last
Hi
Thanks, but this doesn't really help as I don't know where to call recycle
from. I can't use the activity methods as the bitmaps are stored in the
View, which is in a class lib that is shared in various places. Is there
anything such as a View lifecycle? Like OnDestroyingView?
On Mon, Jun 18,
The reason the null reference is happening is that the object is gone. On
the HTC when returning from the other application it looks like the garbage
collector has removed my static objects even though the application is still
running. While on the Samsung there is no such issue. All subsequent
Hi Sayed,
You mentioned in your last line that you had this problem. Did you
determine any work arounds or preventative steps?
Thanks,
Jonathan
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/Crash-on-HTC-tp5710360p5710405.html
Sent from the Mono for Android maili
On Jun 18, 2012, at 10:16 AM, Matthew Leibowitz wrote:
> As my last question suggested, I am working with images. I cache the lo res
> in an array member of a view, but how do I dispose of the images?
By Dispose()ing of them. :-)
> I tried overriding the Dispose(bool) method, but that doesn't se
On Jun 18, 2012, at 11:35 AM, Jonathan Chapman wrote:
> The reason the null reference is happening is that the object is gone.
Are you sure it's the same process?
Each line in the Android Debug Log contains a process id (pid):
http://docs.xamarin.com/android/advanced_topics/android_debu
Hello all,
MonoDevelop 3.0.3 is now available in the Stable channel. The release notes
are here:
http://monodevelop.com/Download/Release_Notes/Release_Notes_for_MonoDevelop_3.0.3
Mono for Android 4.2.3 is also available in the Stable channel. The release
notes are here:
http://docs.xamarin.com/an
18 matches
Mail list logo
