Soundpoolのヒープ圧迫とrelease後のloadのタイミング

Question

ゲームにコンテニュー処理を実装していて、コンテニューする度、音が鳴らなくなっていってこれはメモリが原因だと思い、調べたところ
「リソースが確保出来なくなっている」、「ネイティブヒープの圧迫だからreleaseしてね」
みたいなことが書いてありました。画面もときどきフリーズしますので原因はかなりコレだとおもいます。

私も実装したときにこうなると思ったんで、画像同様解放して使いたかったのですがsoundpoolのloadはあらかじめ読み込んでおくことがベストですよね。
**
ここで質問なのですが、メモリが圧迫しないようreleaseした場合、再loadのタイミングはいつになるのでしょうか？
**
今回使っているのはsurfaceviewなので、surfacecreated()に書いてもリリース後にロードはされませんでした。

ちなみにコンテニュー処理は座標を全て修正する処理なのでたいしたことはやってません。

追記

ほぼ自己解決に近づいてきたのですが、SoundPoolはインスタンスを一度生成したからと言ってrelease()すればload()で使いまわせるというわけではないですよね。
そこでインスタンス生成とload処理をセットにして使いまわしたところ

  //サーフェイス生成時
    public void surfaceCreated(SurfaceHolder holder) {

    //SoundPoolインスタンス生成＆load処理の書かれたメソッド 
    soundLoad()；

}


    //サーフェイス破棄
    public void surfaceDestroyed(SurfaceHolder holder) {}

　　//soundpoolのrelease処理の書かれたメソッド
　　soundRelease();

    //サーフェイス変更
    public void surfaceChanged(SurfaceHolder holder, int format, int w, int h) {

    }

としてみたところ、ホームボタンを押して戻ってきたら鳴ってくれました。
一応、上記のsoundLoad();メソッドを外して実験したところ鳴らなかったので確かだと思います。
ところがですね、、、
あるThread上でGAMEOVERになり、座標修正（疑似初期化）と同時にsoundRelease()とsoundLoad()を行ったところ、鳴りませんでした。って書いててわかったんですが、
これって別スレッドでsoundLoad()すればいいんですかね？
または今回の場合、完全初期化同様なので一回別Activityに飛んでインスタンスを新しく生成して作り直すとかすればいいんですかね？、、、

実際使われているコンテニュー処理はどんなものが多いのだろうか、、、
疑問が増えました。

Answer 1

おそらくSoundPoolの使い方がどこか間違っているものと思いますが、ソースコードを貼っていただかないことには詳しい状況は分かりません。
あえて回答するなら、SoundPoolは一度release()を呼んだら再利用することはできないので、その後に再loadをするという機能はありません。（releaseではなくunloadの間違いでしょうか？）

Comments

[退会済みユーザー]

そこも聞きたかったのですがreleaseとunloadの違いはなんですか？unloadすればメモリを圧迫せずに再利用できるんですかね？

ソースコードは載せやすいよう考えて質問編集します。

[kakajika]

公式リファレンスに書いてあります。
https://developer.android.com/reference/android/media/SoundPool.html

release: SoundPoolインスタンスで管理しているすべてのリソースを解放する。そのSoundPoolインスタンスはその後使用することはできない。

unload: soundIDを指定して一つの音源のみ解放する。loadを呼べばまたその音源を再生できる。（ただし、loadの回数には上限があるので繰り返し解放して再読込することを想定したメソッドではありません）

[退会済みユーザー]

そうだったんですか。ありがとうございました。便利ですけど一回soundIDに入れなければいけないのは少し面倒ですね。
Loadの回数制限が気になりますが今回はこれで成功しました。