Peercast.inの現在について
公開を停止したPeercast.inだけど、あの後もずっと俺専用ツールとして、パスワードかけて俺しか使えないようにして使ってる。そんでまぁだいぶデータが溜まってきたのでデータ件数を調査してみた。
まずデータの日付範囲は
> select distinct date from peercast_channel_watcher_histories; +------------+ | date | +------------+ | 2012-07-09 | | 2012-07-10 | | 2012-07-11 | | 2012-07-12 | | 2012-07-13 | ... 中略 | 2012-10-25 | | 2012-10-26 | +------------+
2012-07-09 から 2012-10-26。意外と少ない。たった3ヶ月かぁ。
次に配信履歴件数を調べる
> select count(*) from peercast_channel_watcher_histories; +----------+ | count(*) | +----------+ | 5896499 | +----------+ 1 row in set (29.93 sec)
580万件。さすがに多すぎてcount(*)するだけでも30秒ぐらいかかるようになってしまった。
ユニークチャンネル数
> select count(*) from peercast_channel_watcher_channels; +----------+ | count(*) | +----------+ | 3245 | +----------+
約3000人。Peercastにはだいたい3000人くらいの配信者がいる。3ヶ月でこれぐらいでもっと行くと思うけども、まぁだいたいこのぐらいという認識で良いと思う。
3ヶ月で最もリスナーのついた配信ベスト5
データ構造があんまよくなくてうまい具合に配信単位で抽出できないのだけど、まぁデータは大体あってんだろという感じで抽出してみる。結果(画像をクリックで拡大)
さすがに上位の2万とかのリスナー数の配信は確実に"生命キャスト"使ってますねー。たぶん知らん人に"生命キャスト"を撃たれただけだとおもうけど。
もっとも高いビットレート設定はいくつか
> select max(cast(bitrate as SIGNED)) from peercast_channel_watcher_histories; +------------------------------+ | max(cast(bitrate as SIGNED)) | +------------------------------+ | 40391 | +------------------------------+
4万!! 画質よすぎ。40Mbpsってこと。普通のFPS配信は多い人でも2Mbpsぐらい。
逆にもっとも低いビットレート設定はいくつか
> select min(cast(bitrate as SIGNED)) from peercast_channel_watcher_histories; +------------------------------+ | min(cast(bitrate as SIGNED)) | +------------------------------+ | -1 | +------------------------------+
... バグっぽい。バグっぽいので0以下は非表示にして再度実行
> select min(cast(bitrate as SIGNED)) from peercast_channel_watcher_histories where cast(bitrate as signed) > 0; elect min(cast(bitrate as SIGNED)) from peercast_channel_watcher_histories where cast(bitrate as signed) > 0; +------------------------------+ | min(cast(bitrate as SIGNED)) | +------------------------------+ | 1 | +------------------------------+
が、駄目。1kbpsって。これもたぶん初配信の人が設定間違ってたデータとかだと思われる。普通にソートして適当にデータの分布眺めたほうがよさそうだなと思ったので、次の
> select bitrate from peercast_channel_watcher_histories ORDER BY cast(bitrate as signed) ASC LIMIT 50; +---------+ | bitrate | +---------+ | 1 | | 1 | | 18 | | 18 | | 18 | | 18 | | 18 | | 18 | | 18 | | 18 | ...中略 | 39 | | 39 | | 39 | | 39 | | 39 | | 39 | | 39 | | 39 | | 39 | +---------+ 50 rows in set (20.86 sec)
なんでだいたいこのぐらい。まじ意味ない調査か。おそらく配信テストしてるだけのデータだ。こういうのはグラフで分布を描画したほうがわかりやすいな。。