kinoppyd.dev

blog

products

accounts & contact

kinoppyd dev - page 9

kinoppyd blog

Deep learning で、全ニコ生番組をリアルタイムで監視するシステム作ってみた

2015-12-15 03:57:28 +0900

この記事は、ドワンゴAdvent calendar(表)の15日目の記事です

ドワンゴでエンジニアをしている @kinoppyd です

TL;DR

ニコ生を監視し、新しく始まったユー生を定期的に視聴し続け、Deep learning Framework の Caffe を使って画像認識し、何が放送されているのかをリアルタイムに知るシステムを作りました。

注意:この記事の中で使っているニコ生へのアクセス方法に関しては、すべてGoogle検索で分かる範囲の情報を使っています。開発者として知っている情報は一切使っていないことを明言しておきます。また、そこそこの数のリクエストを飛ばすので、真似してニコ生側から垢BANされたとしても、一切の責任を負うことはできません。

何の話か

弊社では、なんか人工知能のラボが立ち上がるくらい、人工知能や Deep learning への関心を高めています。毎日サラッとみんなDLの話をしているのに、私自身はDLをまだ利用したことが無かったので、体験してみたくなって作ったという話です。

残念ながら、DLにあまり造詣が無いので、DLの仕組みやチューニングの話は、この記事ではトピックに上がりません。

ともあれ、DLといえば画像認識の話をよく聞きます。画像に何が映っているのかを、かなり高い精度で理解することが出来るデモを幾つか見たこともあります。そこで、生放送のようなリアルタイム性の高いサービスをリアルタイムに画像認識し、何が映っているのかをリアルタイムに認識させるのは面白いんじゃないか? そうだ、せっかくだし今やってる番組全部解析させてみればいいかな、と思ってこのシステムを作ってみました。

建前

画像認識を使ってニコ生の全放送を監視することによって、ニコ生では今何がトレンドで、どういう放送が人気を集めるかということを可視化して分析するツールが作りたかった。

本音

猫が出てくる生放送をすぐに知りたいんだよおおおおお仕事中に猫の映像を見てなごみたいんだよおおおおおお


劇場版ガールズ&パンツァーを観てきた

2015-11-30 01:01:56 +0900

神だった

これはすごい、最初から全力の、最後まで総力戦って感じだ。もう1回、いやもう何度か観なくては……


Spectre 007 を観てきた

2015-11-28 19:26:03 +0900

James Bond が大好き

ジェームズボンドシリーズがとにかく大好きで、しかもリブート後初のスペクター登場ということで楽しみにしていた。

とりあえず、観た感想としては、これはロジャームーア時代の007クオリティだわ、って感じだった。さすがに、ロジャームーア以降最高の駄作ダイアナザーデイを超えることは無かったけど、クレイグボンドでは最下位の出来。

楽しめたところとダメだろと思ったところが半々くらいで、まあこんなこともあるよね、って感じの普通の007映画。

とりあえず、車のエンジンが唸る音はもっと聞かせて欲しかった。せっかくのアストンマーチンDB10なのだから。

 とりあえず、あと1回くらい観に行こうかな

007そのものの大ファンなので。

ほんの少しだけネタバレ感想

あのすげえタフな悪役、ジョーズじゃねえのかよ


serial experiments lain を観た

2015-11-04 05:21:30 +0900

動機

先週、一連のキルミーベイベー騒動で、AmazonビデオのDL済みコンテンツすらリモートで削除されたという話を聞いた。

デジタルメディアの購入者は作品を所有することができず、ただ観る権利を与えられているだけであり、その権利はいつ剥奪されてもおかしくない。そういうことを改めて再認識すると、いま手元に所有していない作品はいつの日か突然触れることができなくなってもおかしくない、という焦燥が浮かんできた。

なので、せっかくの祝日だから、今まで観たいと思っていたけど観れていなかった作品を観ようと思い、ずっと観たいと思っていた serial experiments lainを観た。

https://youtu.be/Bb1bXNI4mUQ(バンダイチャンネルで公開されている無料の1話目)


Chinachu + Ruboty = 超便利

2015-10-16 03:01:33 +0900

ruboty-chinachuプラグイン作ったよ

Rubotyという、Rubyで実装されたbotエンジン用のChinachuプラグインを作った

ruboty-chinachu

Chinachuは、Nodeで実装されたLinux用の世界一キュートな録画サーバーだが、キュートなだけではなくAPIが完備されていて、プログラマフレンドリーでサイコーな録画サーバーでもある。前に導入用のエントリも書いた。


diffコマンドの exit code って、差分がなければ0、差分が有れば1、失敗したら2なんだね

2015-09-24 18:55:01 +0900

T/O

タイトルの通り

悲しみ

いま書いてるRubyのコードで、シェルコマンドを実行する必要がある場所は、Open3を介して実行するようにしているんだけど、Open3#capture3メソッドは(というか、Rubyのprocess.cが)exit codeが1の場合、success?メソッドをfalseで返すようにしているらしく、普通のコマンドと挙動が違う

shellコマンドの実行を共通化していると、diffコマンドだけこの特殊な挙動を切り分けなくてはいけなくて辛すぎて泣きそう

diffyとかのライブラリとは違い、ディレクトリ構造の違いを取得したいケースなので、つらい

補足

自分で確認していないけど、チャットでもらった情報だとcmpとdiff3もそうらしい


Gemを初めてRubyGemsにリリースしたよ

2015-09-22 22:08:49 +0900

作ったもの

wtfpl_init

何これ

たまにしょうもないもの(たとえば、キルミーベイベー画像ジェネレータとか)を作ってGithubにプッシュするけれど、ライセンスとかもうどうでも良いし好きに使って欲しいけど、ライセンスの表記が無いのも使いたい人が戸惑う。そういうときに最高のライセンスWTFPLがあるのだが、作ったものにいちいちこいつを入れるのもめんどくさい。

そんなときに、コマンド一つでWTFPLのライセンスファイルを生成してくれるGemです。

Usage

$ echo 'gem "wtfpl_init" >> Gemfile
$ bundle install
$ bundle exec wtfpl

これで、wtfplコマンドを実行したディレクトリにLICENSE.mdファイルが作られて、中にはWTFPLのplain text が入っている。

Gemの作り方

RubyGemsのページDevelopers.IOのブログが参考になります。

RubyGemsのページが王道なのだろうけど、Bundlerが大部分を肩代わりしてくれるので、大事な手順は次の二つだけ

RubyGemsのAPIキーを手に入れる

$ curl -u YOUR_RUBYGEMS_USER https://rubygems.org/api/v1/api_key.yaml > ~/.gem/credentials; chmod 0600 ~/.gem/credentials

このコマンドで、RubyGemsからGemのパブリッシュに必要なAPIキーを手に入れられる。もちろん、先にRubyGemsに登録しておく必要はあるので、サインアップを忘れずに。

curlでアクセスするときにユーザーネームを渡すので、Basic認証がかかり、パスワードを聞かれる。サインアップしたときのパスワードを入れると、APIキーが降りてきて、それを$HOME/.gems/credentials に保存する

Gemをビルドしてパブリッシュ

BundlerのRakeタスクを使って、Gemをビルド&パブリッシュする

$ bundle exec rake spec
$ bundle exec rake build
$ bundle exec rake release

とりあえずテスト回して、ビルドして、リリース。rake releaseを実行すると、Githubに対象のタグを勝手に打ってくれるらしい。(Rakeタスクを呼んでないからどういう動作になっているのか分からないので、後日読もう)

この二つの手順だけで、GemをRubyGemsにパブリッシュすることが出来る。実際に作ったものが役に立つのかどうかは知らないけれど、変に名前空間を食いつぶすような名前で無ければ、何か作ったら適当にパブリッシュするのが良いんじゃないかと思う。今後は頑張ろう。


dokku-alt の謎2

2015-09-13 02:00:05 +0900

正確には、dokkuが使っているHeroku buildpacksの謎

Railsのデータベースアダプタとして、mysql2を使っているのに、何故かdokku-altにデプロイすると、mysqlをrequireして起動の時に死ぬ。なんでだ!?

Heroku buildpacks

Herokuにアプリをデプロイすると、自動的にビルドを実行してくれるすごいやつ。オープンソースなので、dokkuも使っている。

で、こいつは恐ろしいことに、Railsアプリをデプロイすると、dokkuのコンテナ単位の設定を元にconfig/database.ymlを書き換える。便利だけど恐ろしい。

Railsの場合、Railsのコンテナに設定しているDATABASE_URLの設定を読み込み、それをURIとしてパースする。その後、スキーマを取得して、そのスキーマをadapterとして設定する。だいたいの場合は、MySQLを使うならDATABASE_URLはこんな感じの設定になると思う。

mysql://user:pass@db.domain.tld/database_name

普通なら別に良いのだが、Railsのadapterはそのまま起動時にrequireされるgem名として使用するので、mysqlの部分がそのままadapterにセットされて、mysql2を使いたいのに使えない状況になる。

解決策は、単にスキーマ部分をmysql2にすれば良い

mysql2://user:pass@db.domain.tld/database_name

良いのだが、非常に気持ち悪い気がする……


dokku-alt の謎

2015-09-12 19:11:09 +0900

デプロイ出来ない

dokku-alt のサーバーは以前に作ったが、何故かしばらくデプロイしないうちに、デプロイが出来なくなっていた

調べていると、どうもsshでdokkuユーザーに繋げていないことが分かったので、解決策を探す


YAPC::Asia Day2 行ってきたよ

2015-08-23 00:51:04 +0900

行ってきたよ

毎度おなじみ、ブログを書くまでがYAPCだと骨の髄までたたき込まれたので書くよ。

訂正:所々スピーカーの方の名前を間違えていたので修正しました