エンコード設定

スポンサード リンク

当ページは、動画を投稿(アップロード)する際の変換、及び画質・音質の調整方法に関する基本的な情報をまとめています。

書き手や引用元が異なるため統一できませんが、「エンコード」「エンコ」「変換」は基本的にどれも同じ意味です。


目次


ニコニコ動画の仕様について



公式の投稿仕様

なるべく綺麗に投稿する方法を手っ取り早く理解したい人向けの説明

以下の条件を満たして投稿しましょう。(2018/6/28時点)

  1. 動画の時間は30分以内
  2. ファイルサイズは3GB以内
  3. 映像はH.264、解像度は1920x1080、フレームレートは60fps以下、ビットレートは6Mbps以上
  4. 音声はAAC、2ch、44.1または48kHz、ビットレートは200kbps以上

※上記条件を満たす形でなるべく高画質・高音質で投稿するのが基本ですが、映像は最大6Mbps、音声は最大192kbpsで
 再エンコードされるので、複雑で動きの激しい映像などは劣化が目立ってしまう可能性もあります。

最新の仕様(2016/8/18~)

  • 2016/8/18以前はSMILEサーバーが運用されており、40MBまたは100MB以内で条件を守って投稿すれば
    投稿したファイルそのものを視聴者に見てもらうことができた。
  • 2016/8/18以降は新たにDMC(Dwango Media Cluster)サーバーが運用開始となり、
    ユーザーが投稿した動画は必ずサーバー側で複数の画質に再エンコードされた上で視聴者に公開されるようになった。
    詳細は以下の画質や音質に関する説明を参照。
  • 投稿動画のファイルサイズは最大3GBまで。
  • プレミアム会員は動画投稿数の上限は無い。
  • 一般会員の動画投稿数の上限は50動画まで。
  • プレミアム会員と一般会員の再エンコード条件は同一なので、「プレミアム会員の方がより綺麗に投稿できる」ということはない。

画質について

  • 再エンコードの画質クラスについて
    上で述べた通り、ユーザーが投稿した動画は必ずサーバー側でH.264/AVCで再エンコードされる。
    再エンコードでは、「1080p画質」「720p画質」「中画質」「低画質」「モバイル向け」の最大5種類の動画が生成される。
    (以降、これらを「画質クラス」と呼ぶこととする)
    このうち「モバイル向け」は必ず生成されるが、その他4つは以下の条件を全て満たす場合のみ生成される。
  • 各画質クラスの生成条件
    画質クラス動画長解像度備考
    1080p画質30分以下幅1920px以上または高さ1080px以上
    720p画質30分以下幅1280px以上または高さ720px以上
    中画質30分以下幅640px以上または高さ360px以上
    低画質60分以下幅640px以上または高さ360px以上

※投稿ファイルが 「動画長」「解像度」の両方の条件を満たす必要がある。
 (例) 動画長20分・幅1280px高さ720pxの動画は、
    「幅1920px以上または高さ1080px以上」という条件を満たしていないので、1080p画質は生成されず
    720p画質およびそれ以下の画質のみ生成される。
※動画長の「30分以下」は実際には「31分未満」。30分59秒でも条件を満たす。
 「60分以下」も同様に「61分未満」であり60分59秒でも条件を満たす。
※一般会員の低画質モード時には「低画質」の動画が使われる。
※ 中画質の解像度の条件は、2016/9/8に「幅854px以上または高さ480px以上」から変更された
※ 720p画質の動画長の条件は、2017/5/24に「15分以下」から「30分以下」に変更された
※ 2017/12/11にプレミアム会員限定で「1080p画質」のテスト運用が始まった
  それにともない「高画質」という表記を「720p画質」に変更した。
※ 2018年1月18日以降、一般会員も「1080p画質」の動画を投稿可能になった
1080p画質の動画長の条件は、2018/3/29に「15分以下」から「30分以下」に変更された
※当初は「映像ビットレート」の条件もあり、それを満たさないと勝手に解像度が下げられるという問題があったが、
 2018/6/28のニコニコ動画(く)の開始に伴い、この条件は削除された。

  • 各画質クラスの再エンコード概要
    画質クラスビットレートフレームレート画面サイズ最長動画長
    1080p画質fps>35の場合: 6000kbps, 5000kbps, 4000kbps, 3000kbps, 2000kbps, 1600kbps, 1200kbps, 1000kbps60fps以下1920x108030分
    fps<=35の場合: 4000kbps, 3000kbps, 2000kbps, 1600kbps, 1200kbps, 1000kbps
    720p画質2000kbps, 1800kbps, 1600kbps, 1400kbps, 1200kbps, 1000kbps, 800kbps60fps以下1280x72030分
    中画質fps>35で、かつ上位の画質クラスが生成されない場合: 2000kbps, 1800kbps, 1600kbps, 1400kbps, 1200kbps, 1000kbps, 900kbps, 800kbps, 700kbps60fps以下960x540または854x480または640x36030分
    fps<=35または上位の画質クラスが生成される場合: 1600kbps, 1400kbps, 1200kbps, 1000kbps, 900kbps, 800kbps, 700kbps
    低画質600kbps, 500kbps, 400kbpsのいずれか30fps以下640x36060分
    モバイル向け300kbps, 250kbps, 200kbpsのいずれか30fps以下640x360または480x3606時間

※中画質のビットレートの上限は当初は1Mbpsだったが、2018/3/1に2Mbpsに引き上げられた
※2018/6/28のニコニコ動画(く)下限ビットレートの条件が廃止されたのに伴い、
 1080p画質に1000/1200/1600/2000kbps、720p画質に800/1000kbpsの再エンコードビットレートが追加された
※ 画面サイズは解像度を決定する際の基準となる数値である。元動画のアスペクト比を維持したまま、画面サイズに収まるように縦横が調整される。

  • 各画質クラスの再エンコードの詳細説明
    • 1080p画質
      • 元動画のフレームレートが35fpsより大きい場合はHFR(High Frame Rate)と見なされ、あらかじめ用意された1000kbps以上6000kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • 元動画のフレームレートが35fps以下の場合は、あらかじめ用意された1000kbps以上4000kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • つまり元動画のフレームレートにより、再エンコードの最大ビットレートが変わる。
      • 元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。
      • 元動画の縦横サイズが幅1920px高さ1080pxを越える場合、アスペクト比を維持したまま、幅1920px高さ1080pxに収まるように縮小される
    • 720p画質
      • あらかじめ用意された800kbps以上2000kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • ただし、上位の画質クラス(1080p)が生成されていた場合、そのビットレートより1段階下のビットレートで再エンコードされる。
        (例:1080pの1510kbpsで投稿した場合、1080pは1600kbps、720pは1400kbpsで再エンコードされる)
      • 元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。
      • 元動画の縦横サイズが幅1280px高さ720pxを越える場合、アスペクト比を維持したまま、幅1280px高さ720pxに収まるように縮小される
    • 中画質 (540p, 480p, 360p)
      • 元動画のフレームレートが35fpsより大きい場合はHFR(High Frame Rate)と見なされ、あらかじめ用意された700kbps以上2000kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。ただし上位の画質クラスである1080p画質や720p画質が生成される場合は700kbps以上1600kbps以下のプリセットが使われる。
      • 元動画のフレームレートが35fps以下の場合は、あらかじめ用意された700kbps以上1600kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • ただし、上位の画質クラス(720p)が生成されていた場合、そのビットレートより1段階下のビットレートで再エンコードされる。
        (例:1080pの1510kbpsで投稿した場合、1080pは1600kbps、720pは1400kbps、中画質は1200kbpsで再エンコードされる)
      • つまり元動画のフレームレートと上位画質クラスの生成有無により、再エンコードの最大ビットレートが変わる。
      • 元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。
      • 元動画の縦横サイズが幅960px高さ540pxを越える場合、アスペクト比を維持したまま、幅960px高さ540pxに収まるように縮小される
      • 元動画の縦横サイズが幅960px高さ540pxより小さく、かつ幅854px高さ480pxを越える場合、アスペクト比を維持したまま、幅854px高さ480pxに収まるように縮小される
      • 元動画の縦横サイズが幅854px高さ480pxより小さく、かつ幅640px高さ360pxを越える場合、アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される
    • 低画質 (360p)
      • あらかじめ用意された400kbps以上600kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • 元動画のフレームレートが30fpsを越える場合、30fpsになる。30fps以下の場合、そのfpsが採用される。
      • 元動画の縦横サイズが幅640px高さ360pxを越える場合、アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される
    • モバイル向け (360p)
      • あらかじめ用意された200kbps以上300kbps以下のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
      • 元動画のフレームレートが30fpsを越える場合、30fpsになる。30fps以下の場合、そのfpsが採用される。
      • 元動画の縦横サイズが16:9に近ければ、アスペクト比を維持したまま幅640px高さ360pxになるように拡大・縮小される。それ以外の場合は、アスペクト比を維持したまま幅480px高さ360pxになるように拡大・縮小される。
      • 「モバイル向け」のみ、拡縮時に余った部分が黒で塗りつぶされる。
  • 色情報とYUVレンジについて
    • 当初は再エンコードされたファイルには色情報もYUVレンジのフラグも付与されていなかったが、
      2017/3/23のメンテナンス後からは以下の情報が付与されるようになった。(MediaInfoで調べた結果)
      設定項目設定値
      colour_rangeLimited
      colour_primariesBT.709
      transfer_characteristicsBT.709
      matrix_coefficientsBT.709
    • これらのフラグが付与されることにより、再エンコードされた動画は「リミテッドレンジのBT.709」として扱われることになる。
    • 元動画にcolour_rangeとmatrix_coefficientsの情報がある場合は、それを元にして「リミテッドレンジのBT.709」への色変換が行われる。
    • 元動画にcolour_rangeとmatrix_coefficientsの情報が無い場合は特に色変換の処理は行われない。
    • 投稿動画を作成する際には「リミテッドレンジのBT.709」として出力し、matrix_coefficientsにBT.709を設定しておくことが望ましい。
      AviUtlであれば「色変換の設定」の「出力」をBT.709にして、x264guiExのオプションで--colormatrix bt709をつける。
    • 上に書いたように再エンコードされた動画は、付与されたフラグにより「リミテッドレンジのBT.709」として扱われるのだが、
      正しい色で再生されるかどうかは使用するGPUやブラウザなどの環境に依存する。
      中にはフラグを無視してBT.601で扱う環境などもあるので、その場合は元々の色とは異なる色で再生されてしまうことになる。

音質について

  • 再エンコードの音質クラスについて
    上で述べた通り、ユーザーが投稿した動画の音声は必ずサーバー側でAACで再エンコードされる。
    音声の再エンコードでは、「高音質」「低音質」の最大2種類が生成される。
    このうち「低音質」はかならず生成されるが、「高音質」は以下の条件に当てはまる場合のみ生成される。
ビットレート
高音質90kbps以上
  • 各音質の詳細
    • 高音質
      • あらかじめ用意された192kbpsまたは128kbpsのプリセットから、元音声のビットレートに最も近いビットレートで再エンコードされる。
    • 低音質
      • 64kbpsで再エンコードされる。
  • 最終的にエンコードされる音質の一覧(音質プリセット)
    ※分類としては64/128/192kbpsなのだが、実際の再エンコードビットレートにはバラつきがあり、
     192kbpsプリセットの場合でも200kbpsを超えるビットレートになったりするケースがある。
    ※一般会員の低画質モード時には「低音質」が使われる。
    ビットレート
    高音質192kbps, 128kbpsのいずれか
    低音質64kbps

その他

  • 新投稿システムによって再エンコードされた動画は、一般会員でもまだダウンロードしていない領域へのシークが可能になる(PC版のみ)。
  • 2016/8/18の新仕様開始当初はtwitterや一部まとめサイトにおいて「再エンコード後のサイズがかならず100MB以下になる」
    「100MB以下は再エンコードされない」といった噂が散見されたが、完全なデマである。
  • 可変フレームレート(VFR)の場合、元動画のフレームレートにかかわらず30fpsで再エンコードされる。
  • 新仕様では、4K・8K動画や800Mbps動画(動画長1秒で100MBを消費する)といった実験的な動画を、視聴者にそのまま配信することはできなくなった。
    • 動画ファイル共有サービスではなく、映像ストリーミングサービスになったとも言える。
  • 旧仕様で使われていたSMILEサーバーは、2016/8/18にDMCサーバーの運用が開始された後も、平行して運用されていた。
    当時のSMILEサーバーは旧仕様のプレミアム会員基準に近い形で運用されており、
    100MB以内で投稿すれば、元動画がそのままSMILEサーバーに格納されていた。
    SMILEサーバーに格納された元動画は公式プレーヤーで見ることはできないが、
    SMILEサーバーにアクセスできるzenzawatchなどを使えば、投稿したままの元動画を見ることも可能となっていた。
    しかし、2018/6/28のニコニコ動画(く)開始に伴い、SMILEサーバーへの元動画の格納は廃止された。(参考ツイート: )

    【お知らせ/動画/ユーザー製プレーヤーをご利用の皆様へ】
    ユーザー製プレーヤーで動画をご視聴の皆様にお知らせいたします。
    2007年から稼動しておりました旧配信システム(SMILEVIDEO)について、新配信システムが稼動開始したのちも
    並行稼動させておりましたが、6月28日以後は、新規投稿動画は旧配信システムに登録されなくなります。
    それに伴い、ユーザー製動画プレーヤーで「旧配信システムから動画を取得する」モードをご利用の場合でも、
    6月28日以降に投稿された動画にアクセスした場合、新配信システムで再エンコードされた動画が再生されます。
    ※ この変更はユーザー製動画プレーヤーなど、旧配信システムを利用している動画プレーヤーをご使用の方以外には影響ありません。
    ※ すでに投稿されている動画は、引き続き旧配信システムからご視聴いただけます。


かつての仕様および過去に行われた変更

削除しました。知りたい方はバックアップを参照して下さい。


コーデック

一般的なコーデックやかつて広く使われていたコーデックの紹介です。動画編集時に便利なコーデックなどもあります。

なお、ニコニコ動画向けに動画をエンコードするだけであれば、「H.264/AVC」「AAC」だけを覚えておけば大丈夫です。

映像

  • H.264/AVC(.mp4)
    • MP4コンテナでニコニコ動画にアップできる(制限あり)。
    • 携帯サイズからスーパーハイビジョンにまで対応している注目のフォーマット。VP6よりも高圧縮で高画質が望める。
    • ニコ動で最も一般的な形式。
    • かつては再生負荷が高く、重いと言われていたが、CPUのスペックが全体的に上がり、当たり前のようにGPUの再生支援が利くようになったそして全動画が再エンコードされるようになった現在では重さはそこまで気にしなくてもよい。
  • H.265/HEVC(.mp4)
    • H.264の後継規格である。
    • 携帯向け動画から、スーパーハイビジョンや8K4Kにまで幅広く対応する。
    • 圧縮率はH.264の2倍である。
    • 2013年1月に標準規格化された。
    • ニコニコ動画では2014年頃に低画質モードやスマホ向け動画をH.265化する計画があったようだが、2018年現在になっても導入されたという話は聞かない。
  • Sorenson H.263(.flv)
    • ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。
    • ニコニコ動画黎明期にYouTubeで一般的だった形式。
    • VP6よりも速くエンコードでき、再生負荷も低い(軽い)が、かなり動きに弱く、圧縮効率もOn2VP6に比べ低い(H.264とは比較するまでもない)。
    • H.264が一般化した今、使うメリットはほぼ無い。
  • On2 VP6(.flv)
    • ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。
    • ニコ動のサービス開始当初、最も一般的な形式だった。
    • H.263よりも動きに強く、H.264よりも再生負荷が低い。
    • ただ、他のコーデックよりもエンコード時間がかなり長い。
    • 解像度によってはエンコードに失敗することがある(エンコーダーにもよるが、16の倍数以外の解像度は危ない)。
  • Divx(.divx .div .avi)
    • 広く普及していた高画質・高圧縮フォーマット。かつてのStage6の動画の形式。現在は中身がほぼH.264になってたりとニコニコ動画黎明期のDivxとは別物になっている…らしい。
  • XviD(.avi .mp4)
    • 旧Divx形式とほとんど同じフォーマット。非常に高速なエンコードが可能。希にバグも。
    • 中間出力(例:他の形式→Xvid→VP6)などにもよく使われる。
  • Windows Media Video(.wmv)
    • マイクロソフト社の独自の圧縮形式。高圧縮・高画質だが、扱いが難しいので注意。
    • ニコニコ動画にアップロードする場合、可変フレームレート(VFR)の動画はかなりの確率で音ズレする。
      • wmvでニコニコ向け動画を出力するときは、必ず固定フレームレート(CFR)にすること。
  • huffyuv
    • 無圧縮aviの品質を劣化させずに容量を半分くらいにする(ロスレス)。
    • 動画キャプチャ、映像作成の中間出力によく使われる。
  • Ut Video Codec Suite
    • 国産の可逆圧縮(ロスレス)コーデック。ちなみに開発者はニコニコ動画ユーザー(ニコマスP)である。
    • huffyuyと同じく、動画キャプチャや中間出力で使われる。
    • YUVのほか、色情報が劣化しないRGB、アルファチャンネルが扱えるRGBAにも対応。
  • MPEG1,MPEG2(.mpg .m2v)
    • DVDや地デジ・BS放送など、家電では現役だが圧縮効率では時代遅れ。エンコードは速い。
    • TVやDVDからの入力時とDVDビデオの製作時しか使われない。あとHDVぐらいか。
  • VP8/VP9(.webm)
    • Googleにより開発されたパテントフリーのコーデック。Googleが買収したOn2社の技術がベースになっていたため、On2 VP6の後継コーデックとも言える。
    • 現在のYouTubeの主力形式。特に4K動画ではH.264の利用を終了しVP9のみが使われるようになっている。
    • VP8が最初に開発され、次にVP9が開発された。現在はVP9が主流になっている。
    • VP8はH.264、VP9はH.265と同等の圧縮率を目指して開発が行われている。
    • ニコニコ動画はWebM動画をサポートしていないため、VP8・VP9のどちらもニコ動向け動画で使用する機会は今のところ全くない。
  • AOMedia Video 1(.webm?)
    • 次世代の標準コーデックを目指し開発された最新コーデック。通称はAV1。VP9の後継にあたる。
    • H.265が特許やら権利やらが複雑なので、「パテントフリーのすごいコーデックを作ろうぜ!」という触れ込みで立ち上がった共同事業体、Alliance for Open Media(AOM)が開発/規格化を手掛けている。Google、Appleの他、半導体メーカー(Intel、AMD、Nvidia、ARM等)、動画配信サービスを持つ会社(Amazon、Netflix、Hulu等)、ソフトウェア系の会社や団体(Adobe、Microsoft、Mozilla等)などが参加している。
    • かつてなく高い圧縮効率(VP9やH.265と比較して50%向上)を目指している。現時点でもVP9と比較して20%以上、H.265と比較して30%以上の圧縮率向上が図られている。

音声

  • MPEG Audio Layer-3(.mp3)
    • 高ビットレート帯で威力を発揮する。
    • かなり扱いやすく汎用性の高い反面、著作権保護機能がない。
    • FLVコンテナの音声に採用されている。
    • 2017年の4月23日に特許権のライセンスが終了した。
  • AAC(.mp4 .m4a .m4b .m4p .3gp .3g2 .aac)
    • 主にAAC-LCとHE-AACがある。HE-AACは低ビットレート向け。
    • MP4コンテナの音声に採用されている。
    • 高圧縮&高音質なので、地デジの音声などにも使われている。
  • Vorbis(.ogg .oga .ogx)
    • パテント(ライセンス料)フリーのコーデックで、MP3より音質が高いといわれている。
    • ちなみに、Oggは音声や動画を格納するコンテナでコーデックではない。
  • Opus (.opus)
    • パテント(ライセンス料)フリーのコーデックで、MP3や前述のVorbis、そしてなんとAAC(HE-AAC含む)より音質が高いといわれている。
    • さらに再生遅延も少ない。
    • YouTubeでは、今まで使われていたaacをじわじわと置き換え始めている。
  • Windows Media Audio(.wma)
    • マイクロソフト社の独自の音声圧縮形式。MP3より音質がいいとされている。
  • Free Lossless Audio Codec(.flac/.fla)
    • フリーの可逆圧縮コーデック。中間出力の他MKVコンテナの動画で音声ストリームに使われることも。
    • ハイレゾ音源の配信で広く使われている。
  • MPEG-4 ALS(.mp4 .als)
    • フリーの可逆圧縮コーデック。
    • MP4コンテナの音声に使用可能。

コメント

報告などもこちらに投稿してください。
エンコの質問はこっちを見てから→エンコード設定あるある質問箱
こちらも参考にどうぞ→エンコード系質問?を適当に集めた所

お名前:
  • Charter Spectrum® Official - Internet, Cable TV, and Phone Service -- 2018-03-16 (金) 20:19:45
  • 下2件、アップ後の画質確認間違えてました。実際は1280x720, 1998 kb/s確保できてました。失礼しました。 -- 2016-09-15 (木) 22:06:01
  • 下,途中投稿失敬。 1280x720 30fps 7098 kb/s 時間3:42、で中画質になった。200MB近くあったのがまずいのかも -- 2016-09-15 (木) 14:37:36
  • 新仕様、容量も関係しそう。1280x720, -- 2016-09-15 (木) 14:35:03
  • 再エンコ後の音声ビットレートについては、192kbpsより上(240kbps前後)のものも確認されてるらしいんだけどどういうことなのかね -- 2016-08-26 (金) 23:11:10
  • 1.5GBアップロードについて、調査結果を記述しておきました。ちょっと長文すぎる気もするので、推敲いただけると助かります。 -- 2016-08-23 (火) 00:46:21
  • 少しエンコとかUPして比較してみたけど100MB超えはゲーム実況とか長時間用と考えた方がいい。MMDのダンスPVだとかは今まで通りの100MB以内の方が画質は保証できる。 -- 2016-08-19 (金) 15:03:26
  • 推奨フォーマット変わった http://blog.nicovideo.jp/niconews/ni062609.html -- 2016-08-18 (木) 22:36:05
  • 「サイズ設定について」でクリッピングしてからリサイズしている2項目は内容メチャクチャ?そもそもリサイズ前後でアス比が違うんですが。 -- 2016-06-23 (木) 02:04:39
  • 動画サイズ(容量)に影響する3要素http://www.video-converter.jp/video-converter-tips/video-size.html -- ビデオコンバーター? 2015-04-07 (火) 15:23:36
  • 100MBってあるけど詳細なバイト数がわかりません。なんかプロパティでここまでの数値なら大丈夫みたいなのを表の中に見かけたのですが。 -- 2014-07-14 (月) 22:23:24
  • 瞳 -- 佐々木? 2014-01-30 (木) 23:15:28
  • 一般垢で1280x720で再エンコされませんでした。1280x960は再エンコされました。 -- 2014-01-18 (土) 18:44:56
  • つんでれんこちゃんでエンコードすると必ず四隅に黒ベタ出るのよね -- 2014-01-15 (水) 07:05:57
  • youtubeのニコカラを録音に使える無料ソフトってありますか? -- para? 2013-11-30 (土) 09:35:08

最新の15件を表示しています。 コメントページを参照


ニコwikiサイト内検索
カスタム検索

添付ファイル: filerecording1179182570.amr 708件 [詳細] file無題.MSWMM 1319件 [詳細] fileVIDEO_TS.IFO 1210件 [詳細] fileGunz021.gzr 1342件 [詳細] fileローリンガール歌ってみた。.wmv 938件 [詳細] file無題.jpg 1266件 [詳細] filerecording-995944922.amr 698件 [詳細] fileGunz009.gzr 670件 [詳細] file仮面ライダーオーズ.MSWMM 1130件 [詳細] fileCBダウが.wlmp 865件 [詳細] fileマイ ムービー.wlmp 898件 [詳細]
トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS  ニコニコ関連記事のRSS 
Last-modified: 2018-06-30 (土) 13:04:42 (87d) Site admin: takechan
Powered by はてなウェブサービス SimpleAPI