カテゴリー: 未分類

私は、所謂日本の三大携帯キャリアは利用していないため、携帯向けのキャリアメールアドレス（docomo.ne.jp, ezweb.ne.jp, softbank.ne.jp, など）は持っていません。そのため、返信で拒否された場合、こちらから返信する手段がありません。

お心当たりのある方は、適当なフリーのやつで構わないので、PCのメールから返信できるメールアドレスから連絡いただけると助かります。Google Playのコメントに書いていただくのが一番いいです。このブログのコメント欄でもいいです。とにかく、何でもいいからキャリアメール以外の方法で連絡していただけると助かります。

最近のキャリアメールは、PCからのメールを受け付けない（特定のドメインからしか受け付けない）ような設定が、契約直後の標準状態やメールフィルタリングに含まれているようです。なお、docomoはメール不達エラーが返ってくるのでまだマシですが、auやsoftbankに至ってはそれすら戻ってこないという話なので、届いたかどうかがまったく分かりません。
この特定のキャリアからしか受け付けないような設定を推奨している携帯キャリアのやり方には、個人的に大きな憤りを感じます。
メールは相手に届くことが前提です。ユーザ自身が意識せずにいるとにメールが届かない設定が適用されるのは論外ですし、ユーザ自身にメールが届いたかどうを調べさせたり、届かない原因を調べさせたりするようなサービスは、非常に品質が悪いと言わざるを得ません。日本のインフラを担う通信キャリアが、こんなツールとしての信頼性を損なうような所業をするのは、全く納得できません。市場を牛耳る企業としての奢りを強く感じます。
何故か多くの人は「キャリアメールは信用できる」と思い込んでいますが、信用できるのはあくまでも送信元の身元が保証できるという意味であって、届く・届かないの通信品質に対する信用は全く別問題です。そして、その点においてキャリアメールは「全く信用できない」、「信用するべきではない」と断言していいと思います。ちなみに、キャリアメールからも迷惑メールはよく飛んでくるので、身元が保証されていても、それがユーザの健全性に結びついているかどうかは別の話のようです。
いずれにせよ、メールの設定やフィルタリングの特性を把握している人以外は、確実に届かせる必要のある重要な連絡にキャリアメールは不向きであると思います。

そんなこんなで最後になりますが、私に対してメールを送る場合、出来ればキャリアメールで送ってこないようお願いします。

検索結果を非同期で表示するように変更

検索画面を非同期で表示させるようにしたため、DBの読込み中でもタブの切り替えや画面の切り替えといった操作ができるようになりました。
先日、自分の携帯端末に入ってる曲の数が1万曲を越えました。それぐらいの曲数があると、検索画面で多数の曲を一覧表示させると、しばらく画面が固まったような状態になっていました。そのため、検索画面の処理を大幅に見直して、非同期で表示させて一覧が表示されるまでの操作も受け付けるようにすることで、画面が固まる状態を回避できるようにしました。
ちなみに、一覧の読込み中は「Loading…」という文字が表示されますが、検索結果が100件以下の場合は（一々出るのが鬱陶しいので）表示しないような処理が入ってます。100件という数字は適当です。速度的にはもっと大きくても良かった気もしますが、何となく切りが良かったので。もっとこう、表示速度を測定して自動チューニングとか出来れば良いのですが、そこまでしなくても良いかなぁ…と。

タップ処理のバグ修正

各種画面のタップ処理、特にダブルタップの処理に共通した処理に、自分の勘違いがあったため、全体的に見直してます。表面上は特に変化が無いです。APIの使い方が間違ってて、余計な処理が行われていたので、コードを正しい処理に書き直しています。

2015-09-05 Ver. 2.3.1
– SYLT読み込み処理修正
– メイン画面からフォルダ指定で開けない問題修正
– 区間ループが発生しない問題修正
– 区間ループが上限を超えて設定できる問題修正
– 検索画面のスワイプ処理修正

SYLT読み込み処理修正

これはユーザ様からの要望です。一部の曲でSYLT歌詞の読込が出来ないという報告がありました。調べて見ると、これはSYLTの問題ではなく、MP3タグのバージョン取得が上手く動作していないことが問題でした。従来は、タグ取得ライブラリが取得したタグのインスタンスを判別して、自動的にバージョンを振り分けていたのですが、これがMP3のID3 v2.4の場合にうまく動作せず、v2.3と判別してしまう場合があり、その結果タグが取得できなくなるということがわかりました。
これに対し、ライブラリが返してくるバージョン番号を見てバージョンを判別させるように処理を変更しました。

メイン画面からフォルダ指定で開けない問題修正

検索結果の非同期表示処理において、一部修正が漏れがあり、フォルダ指定でフォルダの検索結果が開けない問題が発生していたため、その修正を行いました。

区間ループが発生しない問題修正

区間ループ(ABループ)の処理で、一度ループが発生した後にループが再度発生しないことがある問題を修正しました。これについては、Googleが用意しているAPIの仕様を上手く把握できていないため、正しい実装ができていませんでした。正直なところ、今でもあまり把握できてません…。

区間ループが上限を超えて設定できる問題修正

区間ループでA地点、B地点の指定が上限・下限をオーバーして指定できてしまう問題があったため、修正しました。

検索画面のスワイプ処理修正

検索画面のスワイプ処理を一部見直しました。タップ処理周りの見直しです。動作的にはあまり変化はありません。スワイプの反応が微妙に変わったぐらいです。

出力デバイス選択ダイアログ追加  (アクションバーメニューより)

 

出力デバイスダイアログ

デバイス選択ダイアログ追加に伴う権限追加

上記の出力デバイス選択機能の追加に伴い、以下の権限が追加されています。

• MODIFY_AUDIO_SETTINGS (音声設定変更)
• BLUETOOTH_ADMIN (Bluetooth管理)

同期歌詞が頻繁に先頭までスクロールしてしまう問題修正

同期歌詞を再生すると、スクロール位置がすぐに先頭に戻ってしまう問題が発生していたため、修正しました。これは、Ver. 2.2.2の「メイン画面のサイズ変更時に座標がずれる問題修正」で発生したものです。

オフセット値が2重に加算されていた問題修正

プラグインダイアログのレイアウト修正

メイン画面のアクションバー左上のメニューから開くプラグインダイアログの画面レイアウトを変更しました。従来は、アプリの起動やアプリ情報のボタンが上側にありましたが、それを下側に移動させています。理由は、プラグインの各種実行ボタンの方が利用頻度が高いと思われるため、そちらを上側に持って来たかったためです。

メイン画面のサイズ変更時に座標がずれる問題修正

メイン画面において、表示タブ上のダブルタップによる画面最大化や、ピンチアウトによる画面の拡大の際、座標がずれる問題が問題がありました。これは、ViewPagerでタブを実装した時から存在し、ずっと悩んでいたのですが、ようやく原因が分かりました。
画面を拡大した際に周囲の枠を取り払うのですが、内部的にはその枠の分だけ、内部のViewPagerの座標を補正してやる必要があります。ところが、ViewPagerは座標の取り方が「最初にどのページを表示させたか」で変わってきます。例えば、再生キューのタブを最初に表示させると、再生キュータブの左端が0、表示タブの左端が(画面横幅サイズ+ タブの隙間)、プロパティタブの左端が(画面横幅サイズ + タブの隙間)x2のような座標になります。ところが、最初に表示したタブが表示タブの場合、表示タブの左端が0となり、再生キュータブの左端はマイナスになります。この座標のズレが、サイズ変更の補正のズレとなっていました。
表示タブが最初に表示されるのは、ウィジェットからアルバムアートをタップして起動した時です。それ以外は通常再生キュータブから開始されるため、座標ズレの原因の特定が困難になっていました。
ちなみに、通常タブの切り替えはタブのインデックスで行うので座標はずれないのですが、現在選択されている他部と同一のタブインデックスを指定しても、座標の補正は行われないため、手動で座標の補正を行っています。

外部通知の設定ON/OFFが反転していた問題修正

設定のON/OFFの意味が逆転しており、初期状態で外部に再生状態の通知が行われるようになっていました…。単純にデバッグ不足です。

歌詞読込みエラー修正

歌詞読み込み時にエラーが発生する場合があったため、その修正です。

先日、Medolyのインストール数が500を越えました。

カウント

インストール数推移

このインストール数というのは、端末数ベースのインストール数となります。一人の人間が複数の端末を持っていて、それぞれにインストールした場合はそれぞれの台数分カウントされます。また、アンインストールした場合はカウントが減少します。どうやら、インストールしたまま端末が未使用になった場合もカウントから減少していくようです。
ちなみに、ユーザ数ベースのインストール数も見る事ができますが、そちらは433となっていました。
ユーザ数ベースの総インストール回数は 1884。端末数ベースの総インストール回数は見られないので知りません。

ちなみに、公開時からのインストール数のグラフは以下のような感じになります。
 

公開時からのインストール数推移

グラフが跳ね上がるような特異点も無く面白味のないグラフですが、割と綺麗な右肩上がりをしているので、使ってみた上で一定の割合の方が継続して使っていただいているのではないかと推察します。
音楽プレイヤーという、多数のアプリがひしめくごくごくありふれたカテゴリーに真っ向から挑んで、これだけのユーザ数を獲得できたのは、個人的には結構嬉しく感じてます。その一方で、500台の端末にインストールされているというのはなかなか緊張感があります。

まぁ、だからといって自分のペースを変えるつもりもなく、これからも適当に開発していきますので、 今後ともMedolyをご愛用いただけると幸いです。

余談ですが、ユーザも増えたし、Medolyの機能も大分増えてしまったので、いい加減ドキュメントの整備とかしたいのですが、満足に時間がとれず申し訳ない…。個人でやるには流石に限界がありますので…。

情報取得系

• アルバムアートの自動取得プラグイン作成
• 歌詞の自動取得プラグイン作成
• 複数アルバムアートの切換対応
• 複数歌詞の切換対応
• タグの複数要素対応

再生系

• FFmpeg への切換
• ストリーミング対応 
• 区間ループのギャップレス化
• 検索プラグイン作成

   

その他諸々

• キーボード操作
• 音声出力先切換機能
• 独自メディアデータベース
• プラグインの実装とかソースとか色々放出
• 他

情報取得系は、要は表示できる情報を増やす方向。特に、アルバムアート取得、歌詞取得については実装も大体考えているし、それを想定してプラグインの実装もしているので、あとは作るだけ。問題はデータの取得先だけど、まぁそこはそれ。

再生系は、再生出来るメディアを増やす方向。大きな所ではFFmpegへの切換。現在、Android標準で提供されているメディアプレイヤーでは、出来る事が限られてくるので、FFmpeg使って色々出来ないかなぁ、と考えている。ストリーミングや区間ループのギャップレス化も、現状のメディアプレイヤーでは難しいので、最低でもその辺をクリアしたいところ。検索プラグインの作成というのは、現状では自端末のメディアしか見えないけれど、ネットワークアクセスまでできるようにしたいなぁ、という感じ。それもプラグインで追加できる形で。それを実現する上でも、まず現状のメディアプレイヤーを止めないといけないのだけれど。

あとは、その他色々機能の追加をしたい。
ついでに暇があれば、何か色々公開したいです。

 …などと考えてるアイデアはたくさんあるのだけど、作業がさっぱり追いつかない。片手間で作るには作業量が多すぎるので、追々作っていきます。

なお、逆に作る予定が無いのは、イコライザとかの音をチューニングする系の機能。私自身が音を変える事に対してさっぱり価値を見出していないので、要望とか特になければ多分いつまで経っても作らない。作るならこういう感じ、という構想ぐらいはあるけれど。いずれにせよ、多分今作ってもFFmpegに切り替えたら作り直しだと思うので、当面は作らない。

大体今考えているのはそんなところです。
これからしばらくあまり時間がとれなくなるので、少し更新頻度が落ちると思います。

2015-07-04 Ver. 2.2.1
– プレイリストがDB保存されない不具合修正
– 曲開始時に歌詞が先頭に戻らない問題修正
– 細かいバグ修正

2015-06-28 Ver. 2.2.0

– 自然順ソート追加

– 再生予約アイコンを色替え

– イベントの自動実行チェックを外してもイベントが実行される問題修正

– 拡大・縮小時の座標ズレ修正

– 歌詞の文字コード判定処理修正

2015-07-04 Ver. 2.2.1

– プレイリストがDB保存されない不具合修正

– 曲開始時に歌詞が先頭に戻らない問題修正

– 細かいバグ修正

– ウィジェット設定追加

– ウィジェットのレイアウト・スタイルを調整

– ウィジェットレイアウト３追加

– 次曲の再生予約機能追加（再生キューの項目長押しメニューより）

– 現在曲・次曲を示すアイコン追加

– 歌詞余白のタッチスクロールが動作しない問題修正

– 再生シーケンス処理修正

2015-06-14 Ver. 2.1.0
– MP3の文字コード判定処理修正 (プロパティ情報にタグ情報追加)
– 表示タブのダブルタップで画面最大化する機能追加 (オプション選択可能)
– プラグインの仕様修正 (手動実行機能追加)
– 再生完了イベント追加
– 外部通知のオプション化
– 共有ファイル受取り後に元アプリに戻るオプション追加
– 共有ファイルが登録されない問題修正
– 停止時のシークで歌詞が追従しない問題修正
– 歌詞の座標がずれる問題修正

2015-06-15 Ver. 2.1.1
– 画面の拡大・縮小が正しく行われない問題修正
– メッセージ一部修正

– MP3の文字コード判定処理修正 (プロパティ情報にタグ情報追加)

– 表示タブのダブルタップで画面最大化する機能追加 (オプション選択可能)

– プラグインの仕様修正 (手動実行機能追加)

– 再生完了イベント追加

– 外部通知のオプション化

 Ver. 2.0.0より、外部に対してAndroidの標準音楽プレイヤーと同様のメッセージを投げていました。世の中には、このメッセージを受け取って自動的にアクションを実行するアプリも存在します。
ただ、やっぱり勝手に外部にメッセージを投げるのは好ましくないと思い、オプション化することにしました。設定画面より、有効/無効を切り替えられます。

– 共有ファイル受取り後に元アプリに戻るオプション追加

設定画面より、共有メディアを受け取った際の再生キュー登録アクションの設定に、「元アプリに戻る」というオプションを追加しました。これを有効にすると、共有メディアを受け取って、メディアを再生キューに登録した後、すぐに元のアプリに戻るという動作を行います。他のアプリから連続して再生キューに登録したい場合にご利用ください。

なお、「そもそも画面を表示させなければ良いのでは？」という疑問もあるかと思いますがAndroidの動作上、一旦アプリの画面を出さないとダメっぽいので、それは出来ませんでした。
どなたか、画面を出さない良いアイデアがあれば教えてください。

– 共有ファイルが登録されない問題修正

– 停止時のシークで歌詞が追従しない問題修正

– 歌詞の座標がずれる問題修正

Ver. 2.1.1

– 画面の拡大・縮小が正しく行われない問題修正

また、ダブルタップにつていも、ダブルタップしてもすぐに拡大が元に戻ってしま場合があるといった問題があったため、タップ処理全体を見直しています。

– メッセージ一部修正

Last.fmは日本ではあまり馴染みが無いかもしれませんが、音楽を主体としたSNSです。 自分の再生している音楽の情報をひたすら上げ続けていくという特徴があり、自分の聞いている音楽を主体としてコミュニケーションを行うサービスです。iTunesやWindows Media Playerといった主要なメディアプレイヤーをはじめとし、多くのアプリケーションでLast.fmに再生中の曲を登録する機能やプラグインが提供されています。Androidサービスに登録されている多くのアプリにも実装されています。
SNSとしての利用では無く、自身の音楽再生履歴を残すために利用している人も多いようです。私も最近、それを目的として使い始めました。
 
このアプリの使い方は、Medoly Twitter Plugin同様簡単で、最初に「アカウント認証」ボタンよりユーザ名とパスワードを入力し、ユーザ認証を行ってください（もちろん、アカウントを持っていくことが前提です）。認証が完了すると、Medolyで再生している音楽情報がLast.fmに送信されます。これはメッセージ編集等は無く、ただ必要な情報のみをLast.fmに送信します。ユーザが行うのは、基本的にこのユーザ認証のみです。
入力されたユーザ名はそのままの状態で、パスワードはハッシュ化して保存されますのでご了承ください。

ちなみにこのアプリを作ったのは、複数のプラグインの同時実行テストがしたかったため、という理由が大きかったりします。とりあえず2つのプラグインが同時に動くことは確認できました。

あと、Google Playへの登録名が30文字までなので、表記が 「Medoly Last.fm ScrobblerPlugin」と、スペースが1文字削られています。今後登録する際は、この文字数上限に気を付けた方が良い、という事は今回分かりました(笑)。