ニコニコ動画のsmile-psuサーバーの仕様について
@orz_ppp ですねえ。重い動画見る場合や回線細い場合は「少し待って読み込みを貯めてから再生」を試す人も結構いると思うのですが、シークバーの挙動だけ見ると読み込み終わってるようにしか見えませんからリロードを試す人も多そうですね。比較的限られたケースなのが救いですかねえ。
2012-05-13 03:00:46@goldenhige とりあえずシークバーの挙動だけ直すだけでもかなり不満が減ると思うのですが(Zeroへの不満と相乗効果で)Zeroの所為にしてる人も多いですし。そんなに難しいのかなぁ、サーバーいじるわけじゃなくてプレイヤーだけで済みそうなのに
2012-05-13 03:06:02@orz_ppp 不具合掲示板のレス486によるとsmile-psuについては「動画をどこからでも再生できるように仕様を"試験的に"変更しました」とのことなので正式に仕様とするのかどうかはまだ決まっていないのかもしれませんね。 http://t.co/K8vlwPLo
2012-05-13 03:13:03@goldenhige 468ですね。psuの試験の結果評価は何を持って本番okと判断するのか?試験的と言えばニコニコはβとか(仮)とかで「まだ正式じゃないよ」アピールしてたのに(9)から正式でしたか?
2012-05-13 03:24:54@goldenhige 周知が足りないですよね。長期間効果を見るのはそうかもしれませんが、サーバー負荷が減ったという結果が出たらおkとするのでしょうか?ユーザーの不満は無視なのかそこが疑問です。ユーザーの反応だけから言えば結果は出てるような気もしますが。(サーバー負荷も減らない?
2012-05-13 03:58:12smile-psuの件、mod_h264_streaming というやつなんだろうか。 http://t.co/KXMMqqDP http://t.co/dSbBACTW http://t.co/kiqDJJIP http://t.co/won7iMb0
2012-05-13 07:08:41smile-psuへのリクエストでもsmile?m=16077145.44114&start=58.625という感じでstart位置を秒数で指定しているな。
2012-05-13 07:19:07他の行をコピーしてH264 Streaming Moduleを読み込ませる行を書いたのだけど、冒頭にシャープがついたままでコメントアウト状態になってたwwwアホすwww
2012-05-13 20:27:42とりあえずWindows版のlighttpdとH264 Streaming Moduleを導入して、curl.exeでlocalhost直下のMP4をtest.mp4?start=45という感じで取ってくると、45秒直前のキーフレームでカットされたMP4が得られるのは確認した。
2012-05-13 20:37:50smile-psuから?start=61.333で取ってIEキャッシュに残ったMP4とローカルのlighttpdからcurlで同様に取ったMP4のboxdumperの結果を比べてみたけど、edtsの有無とかボックス位置の違いはあるけど、だいたい似たようなものと言っていいのかなあ。
2012-05-13 21:07:19よくわからんけどBuiltWith http://t.co/6A1fd3fB というサイトで "smile-psu21.nicovideo.jp/smile"を調べるとlighttpd使ってるよーという結果が出てくる。
2012-05-13 21:09:19そんなわけで、smile-psuは、「lighttpd」+「H264 Streaming Module (もしくはそれに近い別モジュール)」によって、「ランダムアクセス可能な擬似ストリーミング」を実現しているのかなあと。
2012-05-13 21:17:58H.264 Streaming Moduleは商用ライセンスもあるみたいだけど、それを使っているのか全く別の製品で同様の処理を実現しているのかはわからない。自分にはこのへんが調査の限界かなあ。配信関係の知識もさっぱりだし。
2012-05-13 21:24:14smile-psu鯖はようつべぐらいサッとシークできるようになって欲しいわ。シークすると待たされてイラッ☆とするから!ついでに大体の場合コメントと動画が同期取れてない。
2012-05-15 00:08:12