ブログ・ア・ラ・クレーム

技術的なメモとかライフログとか。

HLS(Http Live Streaming)形式のストリーミング動画を、Android のVideoView で再生する

HLS(Http Live Streaming)はApple の提唱するストリーミング用プロトコルの一種です。

https://developer.apple.com/resources/http-streaming/

iOS端末向けに開発されている模様ですが、Android でも3.0 以上なら再生できる模様。

http://developer.android.com/guide/appendix/media-formats.html

HLSを再生するアプリ側のコードとしては、VideoView のsetVideoPath でHLSプレイリストのURLを渡してやるだけでOKです。 例えば以下のような感じ。

VideoView videoView = (VideoView)findViewById(R.id.videoview);
videoView.setVideoPath("http://devimages.apple.com/iphone/samples/bipbop/gear1/prog_index.m3u8");
videoView.start();

電話の着信やSMSの受信を、Twitter のDMで通知するAndroid アプリ作りました

タイトルの通り。

電話の着信やSMSの受信時、Twitter にて自分自身のアカウントに向けてDMを送信することで通知を行うAndroid アプリ「Call Notifier」を作成し、Google Play にて公開しました。

 

https://play.google.com/store/apps/details?id=jp.syucream.callnotifier

 

初回起動時、OAuth のアプリ認証画面が出るので、自分のTwitter アカウントで認証して下さい。

この処理が終わった後は、基本的にバックグラウンドで動作し続けてくれます。

二回目以降のアプリ起動時は、設定画面が表示されるようになるので、通知機能のON/OFFや認証をし直したい場合、ここからお願いします。

 

投稿に成功すると,以下の画像のようなダイレクトメッセージが、自分のアカウント向けに届きます。 

ダイレクトメッセージで送信する文字列は今の所固定で、受信を通知する内容のみとなっております。

 

f:id:syu_cream:20120903151327p:plain

 

ところで自分で自分のアカウントに向けてDMを送信すると、勝手に既読扱いになるっぽい?ですね。

未読にして各クライアントで未読通知してもらいたい場合にはどうすればいいのか。うーん。 

 

 

実装の話も軽く。

BroadcastReceiver で着信とSMS受信時のintent を捕まえ、Twitter4j で自分自身に向けてDMを送信しているだけ。

DM送信処理はService として投げてます。

設定画面はPreferenceActivity を継承する形で実装。

 

移行しました.

はてなダイアリーの記事を,はてなブログに移行する為のインポート機能が提供されている様ですね.

 

http://staff.hatenablog.com/entry/2012/05/31/152104

 

というわけで,ダイアリーの方の記事をこちらに移行しました.

今後もこちらで記事を書いて行く筈.宜しくお願いします.

良さげな仮想化周りの資料

先日,BHyVe Hackathon などという面白そうなイベントがあったらしいです.
僕は参加していないのですが,ustream 配信やTwitter のタイムライン追っていると面白そうだなーなど.

ところで,このハッカソン用のページに仮想化周りのスマートな資料へのリンクが沢山有って良さげです.
http://twipla.jp/events/26019

クトゥルフの呼び声TRPGの、キャラクターの能力値を自動生成するスクリプト書いた

書きました。
探索者の能力値作成に手を抜きたい、NPCの能力値をサクッと生成したいという場合に使うと良い。
基本ルールブックに乗っている算出方法に従い、乱数生成と単純な計算のみを行い、難しいことはしてません。

使い方は普通にスクリプトを回すだけ。

# ruby coc_character_maker.rb                                                                                                                                                      
STR: 13  DEX:  9  INT: 12  IDEA:  60
CON: 12  APP: 16  POW: 13  LUCK:  65
SIZ: 16  SAN: 65  EDU: 14  KNOW:  70
MAX-SAN: 99  DB: +1D4
current-SAN: 65  MP: 13  HP: 14

スクリプトはgist に載せました。

read システムコールで直接ディスクデバイスを読むだけのコードを書いた

個人的なベンチマーク用に,エントリ名のようなコードを書いた.
システムコールを叩くようなコードを書いたのは久しぶり.

https://gist.github.com/2436216


純粋なディスクI/Oの処理性能を測りたいのだけど,どこまで潜ればよりよい性能測定が出来るだろうか・・・.
ほぼドライバみたいなコードを書くべき・・・なのか?
とりあえず性能測定か・・・.

はてなブログを開設したり。

はてなブログの方でも、ちらほら記事を書こうと思います。

http://syucream.hatenablog.jp/


しばらくは、純粋に技術的寄りなトピックはこちら、その他ははてなブログでという感じに使い分けそうですが、将来的には向こうに統合するかも知れませんし、その前にブログ書く努力を放棄するかも知れません。
予定は未定ということで。。。