EXTREME DIY

やっぱり全楽曲情報をオンメモリで維持すると、メモリ負荷のためかAndroidが勝手に開放してしまうようです。
Androidでは、アプリが大量のメモリを維持するのはその思想に反するようで、いろいろ試してみても確実に維持できる方法は見つかりませんでした。多分サービスの仕組みを使えばできると思いますが、思想に反する事を無理に行っても良いことはありません。この辺はPCと違ってAndroidのプログラムは書きにくいですね。

仕方ないので、ダウンロードした楽曲情報をAndroid内のSQLデータベースに記録する事にしました。メモリ上には最大で、アーティスト情報の全て、注目しているアーティストのアルバム情報、さらに注目しているアルバムのトラック情報だけとなるので、今までの全情報に比べれば300分の1ぐらいのメモリ使用量になります。

しかし、今度は最初にデータベースを構成するときに時間がかかるようになってしまいました。
今までは起動のたびに全データをダウンロードしてもメモリ上に置くだけだったので2-3秒ぐらいでしたが、データベースではそうは行きません。かと言って、必要な部分をいちいちPCプレーヤから持ってきては今までの軽快な操作性が失われます。

で、前回ダウンロードしたときからの差分だけを転送するように変更する事にしました。



こんな感じのデータを受け取ります。
先頭行のdate="20110530154304"がPCプレーヤ内の最後に更新された楽曲情報のタイムスタンプです。

新しいリッピングデータがないときは先頭の行だけなので、起動時の同期処理は一瞬で終わります。
これで、今までよりも軽快になりました。削除された楽曲の同期はできませんけどね。

AndroidのUIのお勉強をかねてリモコンのUIをお化粧してみました。
お化粧直しは、Android用の著名なプレーヤソフトPower AMPのUIをまねさせて参考にさせていただきました ^_^;

週末にひと通り動作するところまでできたので、全体の構成を再考しています。
Read the rest of this entry »

ダウンロード機能をちょっと追加してみました。


Read the rest of this entry »

何とか形になってきました。
ネットワークセグメントの問題は、ちょっと抵抗がありましたが、無線LANの親機をルーターモードからアクセスポイントモードに変更し、論理的に単一セグメントとすることで解決しました。


Read the rest of this entry »

AndroidからPCプレーヤーを検出する仕組みを検討してます。

Windows PC同士であればコンピュータ名ですぐに検出できるのですが、これはWindowsのネットワークの仕組みでNetBIOSによるブロードキャストパケットによって行われています。一方、AndroidはNetBIOSなどありませんから、hostsファイルまたはDNSによって名前を検出しています。

これが問題で、PCプレーヤーのIPアドレスはWi-FiルータのDHCPによって動的に割り当てられますので、hostsによる名前解決はできません。また、ルータがDNS機能を持っていれば良いのですが安物ルータではそういう機能はありません。
Read the rest of this entry »