2014-01-22

Medoly ver.1.0.8

Medoly - Google Play の Android アプリ

すぐに直したい部分だったので、またバージョンアップ…。

修正内容

再生停止状態で電話かかってきた時に、再生が再開されてしまう不具合修正

以前からたまに発生していた不具合。アプリを終了した状態でも、電話着信時に再生が開始されてしまうことがあるという恐怖の問題がありました。必ずしも発生するわけではなく(というか、確率は低い)、発生条件が分からず頭を悩ませていたのですが、ようやく大体の原因を特定。

問題のポイントとしては、電話がかかってきた時に再生を停止させる処理。停止してる状態でこの処理が走ると、エラーが発生することがある。このエラーが起きる条件もよく分かっていない(そもそもAndroidの状態がどうなっているのかきちんと分かってない)のですが、データを全て削除したり、プロセスを終了させた後の起動後等に発生しやすい模様。単純なスリープや終了状態ではなく、他の何かがトリガになってるような気がするのだけれど、これがよく分かってない。
で、このエラーが発生すると、MediaPlayerのonErrorイベントが走る。onErrorイベントが走ると、「次の曲を開く」(エラーの曲を読み飛ばす)という処理が走る。その結果、曲が再生されてしまうという感じの流れ。Ver.1.0.2で再生処理を組み替えたので、その際に発生するようになってしまった模様。
対策としては2つ。まず、イベント発生時に電話の状態をチェック(TelephonyManager#getCallState()) し、アイドル状態でなければ再生させないという処理を追加すること。もう一つは、そもそもこのエラーが起きないようにするように、処理を見直すこと。色々見直してみると、エラーのチェックが甘かった…。
これは、単純に自分の技量不足の問題です…。

2014-01-19

開発用端末の調達

最近、開発用に1個端末を入手。

SC-02B - Wikipedia

docomo のGalaxy S。3年ぐらい前に発売された、 Android 2.2の頃のスマートフォンが流行り始めた頃の端末。中古で5000円ぐらい。ジャンクならもっと安いかも。

自分はdocomoの回線契約は無いし、そもそもこれは純粋にアップデートするとAndroid 2.3までしか入らない。ところがこの端末、ストレージ容量も多く、今でも色々弄られ続けてる端末なので、これにカスタマイズされたAndroidをインストールする事ができる。自分が入れたのは、CyanogenMod という有名なカスタムOS。現状最新の CyanogenMod 11をインストールし、Android 4.4の環境で動作させている。

これを開発用端末にしてる理由は、
第一に安上がりに最新(or 過去バージョン)のAndroid環境が手に入ること。
第二に、古めの端末で自アプリがサポートしてるAndroidのバージョンが動く中では下限に近いスペックと考えられるため、アプリのベンチマークに適任なこと。
第三にディスプレイが狭いため、画面のレイアウトを考える上で参考になること。
…といった辺りが挙げられる。まぁ正直、一番目の理由が8割ぐらいですが。 元々、ストア配信のバージョンと、開発バージョンでアプリが競合してしまって、開発バージョンを入れるための開発用端末が別途欲しくなったのが発端だったので、動けば何でも良く、安上がりであることが何よりも重要だった、という経緯もあります。


なお、CyanogenMod自体は問題なく動作し、3年前の端末とは思えないほど動作も快適です。重い処理を走らせるとちょっと厳しいかもしれませんが、実用的には問題ないレベル。
ちなみに、Cyanogen Mod自体はサポートも無いし、動作しなくても自分で何とかせざるを得なく、大変面倒なので、メインの端末で使うのはちょっとお勧めしません。

Galaxy SでAndroid 4.4

Medoly ver.1.0.7

Medoly - Google Play の Android アプリ

ちょっと微調整…。
あんまり頻繁にアップデートすると鬱陶しそうなので、今後はちょっと抑えめに。

修正内容

再生中に着信があった場合、着信終了後の再開をオプション化

以前から、停止状態でも電話着信時に再生が開始されてしまうことがあるという問題がありました。着信時に前回再生してた曲が流れ始めるので、うっかり受話ボタンを押そうものなら通話中にバックグラウンドで曲が流れるという、人によっては大変に恐ろしい不具合なのですが、事象の再現性がなく、今ひとつ要因に確信が持てないでいました。これは機種依存の可能性もあり、私の使用しているISW 13HTでしか発生しないかもしれません。
ただ、再生開始のメソッドを呼ぶ場所は限られているので、恐らくここだろう、というかここしかないだろう、という目星はついていました。「受話前に音楽が再生されていた場合は、通話終了後に再生を再開する」という処理を入れていたのですが、この辺のイベントやフラグの処理が想定外の順序で走っているのかもしれません。
少しコードを修正した上で、電話後に再生を再開する/しないの判断はユーザー側に委ねた方が良いという考えもあり、とりあえず受話後に再生を再開する処理をオプション扱いにしました。設定画面で切り替えられます。
これでしばらく様子見ということで。

歌詞の前後に空白を入れるように変更

歌詞を表示させた際、歌詞が画面端に詰まってしまう場合に1行間を開けるようにしました。単に個人的な見やすさの問題です。

2014-01-18

Medoly ver.1.0.6 リリース

修正内容

歌詞のオフセット保存機能追加

これは要望が上がったので追加。
再生中に歌詞の表示タイミング(オフセット)を調整することができますが、これを曲毎に毎回リセットせず、保存できるようにしました。ただ、これはズレがある歌詞に対して微調整をするための機能だったので、オプション扱いとします。設定画面でリセットする/しないは切り替えられます。

再生キューのサムネイル作成処理を修正

サムネイルの作成処理を少し見直しました。エラーのサムネイルを読み飛ばすようにしたので、エラーとなるサムネイルが沢山存在する場合に、再生キューのスクロールが高速化されます。…されるはずです。

再生キューのアニメーションスクロールの廃止

Ver. 1.0.2で修正したアニメーションスクロールですが、再生キューに多量の登録があると、アニメーションスクロールがまともに追従しなくなる事がわかったので、中途半端に動くぐらいなら邪魔なのでやめます。スクロール量に応じて切り替える事も考えましたが、基準が分からない上に端末毎に異なる可能性もあるので…。
smoothScrollToPositionFromTopメソッドは、大量のスクロールには全く向かないものでした。もっと細かくクロールさせる用途向けの処理ですね。

メディアスキャン処理の変更

Android 4.4でメディアスキャンがエラーとなっていたので修正。Intent.ACTION_MEDIA_MOUNTEDをsendBroadcastさせていたのですが、これはあまりよろしくないようで…。処理を修正して、MediaScannerConnection#scanFileを実行するようにしました。
 

通知アイコンの表示タイミング変更

これは私の環境だけかもしれませんが、停止時の通知アイコンを表示させていると、アプリを終了させtも無関係なタイミングで通知アイコンが再表示されてしまう問題があったため、通知アイコンを表示させるタイミングを少し調整しました。

アニメーションONの状態で初回タブ切換時に、タブが一緒にアニメーションしてしまう問題修正

アプリ起動時に、初回タブ画面が再生キューの状態からタブを切り替えると、タブ画面ではなくタブウィジェットがタブ画面に引っ張られるようにアニメーションしてしまうという問題がありました。原因がさっぱり分からなかったのですが、tabhostのタブ変更イベント( TabHost.OnTabChangeListener )の設定タイミングを、タブ登録の前に持ってきたところ発生しなくなりました。
操作開始前にTabHost.OnTabChangeListener を1回以上発生させておく必要があるのかなぁ、という予測。

その他

メッセージ等修正。


その他現在認識している問題

 

以下の内容は、現在のところ自分で認識している問題です。原因調査中です。

  • 登録時に二重登録されてしまう場合がある。
  • 使ってないのにバッテリーを異常に消費することがある。
  • 停止状態でも受話時に再生が再開されてしまう。
  • Android 4.4でスクロールつまみが表示されない。Andoroid 4.4のバグっぽい。対応するか否かは考え中。

2014-01-13

Medoly ver.1.0.5 リリース

昨日公開したバージョンに速攻でエラーレポートが上がってたので、その修正…。
レポート上げてくれた人、どなたかは存じませんがありがとうございます。

サムネイル生成時にエラーが発生する問題を修正

再生キューのサムネイル生成時に、エラーが発生する場合があったので修正しました。
こちらで再現することができないのですが、AndroidのDBにあるメディア情報と実際のファイル状態に齟齬があると発生するような感じです。とりあえずエラーの発生箇所は分かるので、問題が起きないようにプログラムを変更しました。

Medoly 1.0.2 リリース

Medolyのバージョン1.0.2をリリースしました。今回は以下のような変更があります。

メディアが再生できない問題を修正

音楽ファイルのタグ(メタ情報)の読込み失敗時に、再生その物がに失敗する問題がありました。失敗時は、メタデータの読込みをせずに再生を開始します。こんな所のエラー処理が杜撰だったのは、自分でも流石にどうかと思います。

再生に失敗したメディアが再生キューに存在する際の問題を修正

再生できないメディアが再生キューに登録されていた場合、再生キューの順序制御や停止に問題が発生するので、内部の処理を色々見直しました。 これに伴い、再生キューに関わる色々な問題が修正されています。
ただ、自分が再生キューの状態遷移をきちんと把握しきれてないため、まだちょっと怪しいかもしれません…。

再生失敗したメディアを再生キューから除外するオプションを追加

再生キューの問題に絡み、再生失敗時に再生に失敗したメディアを自動的に再生キューから削除します。
標準では削除しませんが、次に再生順が来た時は自動的に読み飛ばします(再生キューを直接タップすれば再度再生します)。なお、これは再生キューから外れると解除されます。また、アプリを起動した際に再生キューを再読込する場合にも解除されます。(要は、再生キューに保存されたフラグがクリアされた場合。)

再生済み状態が保存されない問題


再生キューの再生済み状態が保存されない場合があったので修正しました。これは、アプリを2回再起動すると発生します。
要因は、起動中の意図しないタイミングで再生済みがクリアされた状態で設定が保存されていたためです。対策としては、起動時に再生済み状態を保存するように修正しました。また、これに伴い全体的に設定の保存タイミングを調整しました。

再生位置を保存


再生位置を1秒毎に保存し、次回起動時に再生位置のリジュームを行うようにしました。今までも、画面を閉じた際や停止時に再生位置を保存していたのですが、これだとバックグラウンド再生時に全く保存されるタイミングが無いという…。適当に実装してたものですが、きちんとレジュームできるように作り直し。

再生キューのスクロールが中途半端に終わる問題修正


再生キューのスクロール量が多いと、最後まで完全にスクロールされない場合がありました。これは、AndroidでsmoothScrollToPositionFromTopを利用すると発生する場合があるそうです。なお、設定でアニメーションを無効にすると、setSelectionFromTopを使用するので、この影響はありません。

Issue 36062 - android - AbsListView.smoothScrollToPositionFromTop does not scroll correctly when position is the next visible item - Android Open Source Project - Issue Tracker - Google Project Hosting
listview - smoothScrollToPosition after notifyDataSetChanged not working in android - Stack Overflow
listview - Android smoothScrollTo not invoking onScrollStateChanged - Stack Overflow

原因はAndroid側の問題のようで、対応策としてはイベントで再スクロールさせています。ただ、これでも、スクロールに失敗したり、スクロールが連続して発生するために妙な動きをする場合があるので、少し様子を見てみます。これがダメなようならアニメーションを完全にカットしてsetSelectionFromTopのみに絞った方が良いかもししれません。個人的に、スクロールアニメーションは、上/下のスクロールが視覚的に認識しやすいので、あまり無くしたくはないのですが…。
これは、将来的なAndroidのバージョンで治る可能性もあります。

自動スクロール設定をONにしていると、項目削除時にスクロールしてしまう問題修正

再生キューを編集モードにした上で、キュー項目を削除すると、選択中メディアに自動的にスクロールする問題を修正しました。
再生キューの内容に変化があった場合に、全てスクロールする処理になっていたため、項目削除時にもスクロールが発生していました。これに対し、スクロールする場所を個別に指定して、発生タイミングを限定しました。

アクションバーのタイトルやアーティストが null になる問題修正

…単にnullチェックを怠っていただけです。タイトルがnullの場合はファイル名を表示、アーティストがnullの場合は何も表示しないように変更しました。

メール送信機能を無効化

元々、問題発生時にエラーをメールで送信してもらう機能をつけていたのですが、Androidアプリには標準でエラーレポート機能が備わっているため、不要なので削除しました。
…単純に標準のエラーレポート機能を知らなかっただけです。初めてアプリ作ったので、この辺の知識が足りてませんでした。すいません…。
ただ、開発用のデバックビルドでは動作するようにしています。開発用なので、普通の人の目に触れることはありません。
なお、実際にエラー発生時はエラーレポートを送信していただけると非常に助かります。

実装してたエラーレポート機能

検索条件の見直し

検索時に、タイトル項目から再検索すると検索結果が正しく反映されない問題を修正しました。

再生停止時に、通知アイコンを表示しないオプションを追加

個人的には、再生停止時に通知バーから再呼び出しが出来るので便利なのですが、鬱陶しいと感じる場合もあると思うので、切り替えられるようにオプションに追加しました。

その他、諸々の修正をしてますが、細かいので省略。というか、忘れました。

今回はそんな感じで。
設定項目を多少いじってるので、設定画面の設定項目も増え画面も間延びして不格好なのですが、余力があればもう少し整理します…。


追記

設定画面が開けない問題があることが分かったので、修正しました…。申し訳ありません。
現在、Ver. 1.0.3となります。

さらに追記

ファイル読込みがエラーとなる問題と、再生順ボタンを押すと落ちる問題を修正しました。
ハッキリ言うと、デバッグ用コードの消し忘れです…。 すいません。