回答編集履歴
2
誤字
answer
CHANGED
@@ -14,5 +14,5 @@
|
|
14
14
|
> There are ways to use **BitmapFactory.inPreferredConfig** to load bitmaps in a more memory-efficient **format like RGB 565 (rather than ARGB 8888)**. This would save some space, but it still might not be enough.
|
15
15
|
|
16
16
|
先ずは、使用している画像形式の確認とデータサイズの確認を行ってみてください。
|
17
|
-
そして、調整できるのであれば調整し、それでも改善が見込めない場合はDrawableをBitmapFactoryを使用してリサイズしてみると固まることは無くなるのでないか
|
17
|
+
そして、調整できるのであれば調整し、それでも改善が見込めない場合はDrawableをBitmapFactoryを使用してリサイズしてみると固まることは無くなるのでないかと思います。
|
18
18
|
(念のため、同プロセス内で画像情報を取得している箇所も見てみると良いかもしれません)
|
1
追記
answer
CHANGED
@@ -1,3 +1,18 @@
|
|
1
1
|
使用している画像データサイズが大きすぎるということはないでしょうか?
|
2
2
|
|
3
|
-
また、どのようなアプリを開発しているか存じませんが、**android:largeHeap="true"**は、最終手段になりますので、先ずはコードで改善出来ないかを行った上で使用してください。
|
3
|
+
また、どのようなアプリを開発しているか存じませんが、**android:largeHeap="true"**は、最終手段になりますので、先ずはコードで改善出来ないかを行った上で使用してください。
|
4
|
+
|
5
|
+
# 追記
|
6
|
+
調べてみたところ、下記URLで回答に近い内容がコメントされています。
|
7
|
+
|
8
|
+
http://stackoverflow.com/questions/8692328/causing-outofmemoryerror-in-frame-by-frame-animation-in-android
|
9
|
+
|
10
|
+
使用している画像が何枚なのか又、使用している画像形式がPNGやJPGであればメモリ上に展開する際にかなりの領域を圧迫してしまう恐れがあります。
|
11
|
+
|
12
|
+
また、上記サイトにあるコメントに下記がありました。
|
13
|
+
|
14
|
+
> There are ways to use **BitmapFactory.inPreferredConfig** to load bitmaps in a more memory-efficient **format like RGB 565 (rather than ARGB 8888)**. This would save some space, but it still might not be enough.
|
15
|
+
|
16
|
+
先ずは、使用している画像形式の確認とデータサイズの確認を行ってみてください。
|
17
|
+
そして、調整できるのであれば調整し、それでも改善が見込めない場合はDrawableをBitmapFactoryを使用してリサイズしてみると固まることは無くなるのでないかを思います。
|
18
|
+
(念のため、同プロセス内で画像情報を取得している箇所も見てみると良いかもしれません)
|