ゲーム内で死亡したキャラクターがメモリの中で生存を祈り戦うアクションアドベンチャー「Continue?9876543210」が発売 « doope! 国内外のゲーム情報サイト
2012年後半に人気アーティストSkrillexの楽曲をフィーチャーし、ゼルダの伝説とSwords and Sworceryをインスパイアした世界観をベースに、埃でバグだらけになってしまったゲーム世界を救う不思議なアクションRPG“Skrillex Quest”をリリースしたブルックリンの開発者Jason Oda氏が、ビデオゲーム内で死亡したキャラクターの運命をテーマにした異色の異色の新作アクションアドベンチャー「Continue?9876543210」をリリースし、その不思議な世界観とシステムが注目を集めています。 PCとMac、Linux、iOS向けに発売を迎え、Steamと公式サイト、iTunesで既に購入可能な“Continue?9876543210”は、ビデオゲーム内部で死んでしまったものの、かろうじてランダムアクセスメモリ上に関連データが残存する状態で生き延びているキャラクター
CacheオブジェクトにはSoftReferenceを | Techfirm Android Lab
Android、いかがですか。 今日もOut Of Memory、出していますでしょうか。 そんなあなたに朗報です。 少しでもメモリにやさしいプログラムを。 今日はSoftReferenceのお話です。 トレードオフ Androidで（というよりもJavaで）パフォーマンスに最も影響を与えるのはインスタンス生成の部分ではないでしょうか。 ループの中でインスタンスを生成しようものなら、たちまちあなたのUIは機敏さを失うことになるでしょう。 インスタンス生成はGCの源です。ストップザワールドを少しでも避けるためには極力newなどは控えなければなりません。 となると、インスタンスを作らないことが究極なのですが、全く作らないというわけにはいきません。ならば、一度作ったインスタンスは再利用しようではありませんか。 その時に役に立つのがキャッシュです。一度作ったインスタンスはキャッシュに保持し
Android のメモリ管理 #4 SoftReference と WeakReference を活用する | DevelopersIO
参照方法によってメモリの解放タイミングが異なる Android ではオブジェクトがヒープ領域にたまりメモリ不足が生じたとき、 ガベージコレクション(GC) が起動して不要なオブジェクトのメモリを開放してくれます。 実装コードではすべてのオブジェクトを手動で開放する必要はなく、基本的には GC の挙動に任せることでメモリ圧迫を軽減できます。特に「不要なオブジェクト」という点が重要で、GC はオブジェクトの参照状態を見て不要かどうか判断します。 参照方法にはいくつか種類があります。通常の参照方法は強参照と呼ばれますが、そのほかにソフト参照(SoftReference)や弱参照(WeakReference)と呼ばれる参照方法があります。これらの参照方法によって GC でメモリから開放されるタイミングが異なるというわけです。 ということで今回は SoftReference と WeakRefere
Androidアプリのタスク情報を取得する方法（ActivityManager） | TechBooster
ActivityManagerを利用することで、システムメモリの使用状況、Activityやタスクの状態がわかります。今回はその中から、以下の3つのシステム情報について取得方法を紹介します メモリ使用量の取得 エラーが発生したタスク情報 実行中のタスク情報 それぞれ、以下のAPIを利用できます。 void ActivityManager.getMemoryInfo(ActivityManager.MemoryInfo outInfo) List<ActivityManager.ProcessErrorStateInfo> ActivityManager.getProcessesInErrorState() List<ActivityManager.RunningAppProcessInfo>ActivityManager.getRunningAppProcesses() メモリ使用量を取得
ImageViewとBitmap#recycle覚書 - hidecheckの日記
開発してるとActivityにBitmapを持たせたいことってよくある でもメンバで持ってると自前で解放しなくてはならない。 Bitmapのメモリ管理はネイティブ側で管理されてるので明示的に開放する必要がある。 マジで？って思ったので実験してみた 実験内容 以下のパターンでBitmapActivityがどのように変化するかを確認 実験1 ImageViewを持たないActivity 実験2 レイアウトでImageViewを持ったActivity 実験3 レイアウトでImageViewを持ち、メンバ変数でもImageViewをもつActivity 実験4 ImageViewを持ち、メンバ変数でBitmapをもつActivity 実験5 Bitmap#recycleの正しい使い方 使うアプリ こんな感じのアプリ 実験2〜4 MainActivity>BitmapActivity>（戻るキーで）
Android: 画面に合わせて画像を縮小して読み込む | 自転車で通勤しましょ♪ブログ
Nexus OneやDesireではエラーが起きなくなったのに、HT-03AではOut of Memoryによる強制終了が頻発。これをどうやったら解決できるのか？色々と考えたけれど、DDMSを使ってHEAPのメモリ使用量を見たら、圧倒的に画像が占めているぽかったので、Bitmap自体のメモリ使用率を下げること以外に方法はないのだろうと。じゃあ、どうすればいいか？読み込む画像サイズを、BitmapFactiory.decodeStream()で読み込むタイミングで大きすぎる画像は小さくして読み込んでやれば、使用するメモリ量は少なくて済むだろうと。なんでも、Xperiaで取った写真を読み込んだだけでOut of Memoryが発生したりするから、サイズを最適化したらいいというのを見て、ネット上の画像でもできるだろうと判断。通信は複数回になっているのかもしれんが、まぁわからん。 しかし、やってみ
gc の効果 | 物欲、購買意欲！ 愛と正義のブログ（嘘）
・ようこそ！ ＜リンク＞ ・iGoogle ・Gカレンダー ・mixi ・FC2 ・WinCE FAN ・天気、横浜 ・EVERNOTE ・My docomo ・My b-mobile ・My WILLCOM ・Twitter ├ twitpic └ ﾊｯｼｭﾀｸﾞ検索 ・駅探 ・ｴｷｻｲﾄ翻訳 ・ニッセン ・価格.com ・ソフマップ └スマートフォン ・じゃんぱら ・ドスパラ ・文章校正ツール ・パチスロ まとめちゃんねる 携帯 ├─docomo価格一覧 ├─ドコモ(テレウェーブ) └─ドコモ(激安デンワカン) 中古携帯 ├─ムスビー ├─エーブーム ├─白ロム.com ├─モバスタ ├─エイヤー！ └─MOBA 英語 アルク GDB Yahoo.com google.com hulu GEO BOX はてなモノリス amazon aliexpress android 楽天市場 楽天e
Androidにおける画像の取扱い - メグリ株式会社
Androidでの開発、特に画像周りを触っていると悩まされるあのにっくき「OutOfMemoryError」によるアプリの強制終了。 このOutOfMemoryErrorはAndroidアプリ内ではtry～catchなどでハンドリングすることができないようで、そもそも「起こらないように」作るしかないようです。 このOutOfMemoryErrorはAndroidアプリ内のtry～catchで捕まえられないこともあり、そもそも「起こらないように」作るのが（当然ですが）好ましいでしょう。 （2010/12/20修正） AndroidでBitmapFactoryを使ってサイズの大きな画像を読み込むサンプル – hoge256ブログ OutOfMemoryErrorを知る – hdk_embeddedの日記 これらの記事が大変参考になりました。 ざっくりまとめておきますとアプローチは大きく分けて3
『Bitmapを扱う画像処理でoutofmemoryが発生する場合の対処』
いろいろ備忘録 東京で働くプログラマー Androidアプリの開発にここ半年ほどは集中、今年後半はスマフォ向けサイトの仕事が増える予感。実装に躓いたことなどを書き溜めています。 ※このエントリーは続報があります Androidで大きいサイズのビットマップを扱うその２ Androidで大きいサイズのビットマップを扱うその３ 上記の2エントリーも読んでください。 2011/03/10追記 先日から作成しているもとい作成させられている画像を扱うアプリで、元の画像の2.5倍くらいのBitmapを作り画像処理を行う処理を書いてテストしていたところ2.1搭載の実機でout of memory例外が発生して落ちるようになってしまっていた。 環境としては Android SDK 2.1 update 1で 実機はxperia x10を使用 でっかいBitmapで遊んだあと壁紙を設定したりして、 もういちど
Android開発でのパフォーマンスTips(1) | Techfirm Android Lab
googleは公式ドキュメントとしてAndroid開発におけるパフォーマンス設計のベストプラクティスを公開しています。 Designing for Performance | Android Developers どんなに優れたUIであってもパフォーマンスの悪いアプリはユーザにとって使いにくいものになってしまいます。 アプリのパフォーマンスチューニングは重要です。 今回は公式ドキュメントをベースにパフォーマンス設計のベストプラクティスのご紹介です。 Javaの世界で当たり前だったものが、Androidの世界では通用しないものも多々あるので覚えておきたいです。 基本的な考え方 Androidで良好なパフォーマンスを得るための基本的な考え方は 無駄な処理はしない 無駄なメモリは使わない ことです。以降に出てくる原則はすべてこれにのっとったものです。 オブジェクト生成は避ける オブジェク
AndroidでBitmapFactoryを使ってサイズの大きな画像を読み込むサンプル - hoge256ブログ
Androidで開発をやっていると、何度もOutOfMemoryErrorに出くわすことが多いです。Androidは搭載メモリ自体が少なく、1アプリケーションあたり最高で16M。推奨だと8M程度（実際使ってみるとそれより少ない感じ）とされています。そのため、普段PCで開発するのとは違って、結構メモリの容量を意識してプログラムしないといけなかったりします。 普通にちょっとしたプログラムを組む分にはいいのですが、結構困るのはサイズのでかい画像イメージを扱う場合です。特にデジカメなんかで撮った画像は最近のデジカメの画素数がすごいため、jpgファイルの段階で数メガバイトあったりします。 そうした画像をBitmapFactory.decodeFileメソッドなんかで、一度に何枚も読み込んでしまうと、もともとサイズの大きなjpgがメモリ中展開されて更に大きくなってしまうため、あっという間にOutOfM
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dalvik ヒープとネイティブヒープを「圧迫」する方法