5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【ニコニコ動画】FLV/MP4エンコードスレ 54【質問】

1 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:52:52.64 ID:i/Nnjuac0
ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。

※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
 動画の作成方法、画質の追求については関連スレ等をどうぞ。
 ニコニコ動画からDLしたファイルの視聴・編集に関しても関連スレにどうぞ。

質問時は>>8あたりまでのテンプレをしっかり読み、
  1.問題点(なるべく詳しく)
  2.元ファイルの情報 (必ずmediainfo等にかけた結果を書いて下さい)
  3.エンコードして出来上がったファイルの情報 (同上)
  4.使用ソフト
  5.MP4ならば必要に応じてx264のエンコードオプション
    (Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate 〜"の部分)
  6.PC環境
等を忘れずに書きましょう。ここにエスパーは居ません。

エラーが起きたというような場合は、
  ・エラーを起こすまでの操作手順
  ・エラー発生時のエラーメッセージ
などもしっかり書きましょう。

なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
http://privatepaste.com/
http://pastebin.com/

次スレを立てるのは970辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。

公式サイト
http://www.nicovideo.jp/


前スレ
【ニコニコ動画】FLV/MP4エンコードスレ 53【質問】
http://anago.2ch.net/test/read.cgi/streaming/1311877802/

2 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:53:27.74 ID:i/Nnjuac0
■関連スレ

【全力】ニコニコ関連の質問に全力で答えるスレ19
http://anago.2ch.net/test/read.cgi/streaming/1323226208/

【YouTube】‐MAD制作初心者向けスレ117
http://anago.2ch.net/test/read.cgi/streaming/1333122392/

【ニコニコ動画】エンコード依頼スレ 13.2【FLV/MP4】
http://anago.2ch.net/test/read.cgi/streaming/1328135238/


■ FLV/MP4ファイル作成の具体的方法

・ニコニコ動画まとめwiki-エンコード設定
http://nicowiki.com/encode.html

■エンコード関連Q&A集(主にFLVに関して)

・ニコニコ動画まとめwiki内エンコード設定あるある質問箱
http://nicowiki.com/aruaru.html

・ニコニコ動画まとめwiki内エンコード系質問?を適当に集めた所(新)
http://nicowiki.com/EncodeQA.html

3 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:54:07.88 ID:i/Nnjuac0
■ コーデック情報確認ツール(映像・音声ビットレート、フレームレート等の確認用)
・MediaInfo
http://mediainfo.sourceforge.net/ja

・AVInaptic2
http://fsinapsi.altervista.org/

■ FLV/MP4視聴用ツール(映像・音声の視聴確認用)
・Flavie(日本語ok)
http://yakkun.com/other/flavie.htm

・FLVP(日本語ok)
http://s470.web.fc2.com/software.html

・FLV Player(メニュー表示など全て英語)
http://www.martijndevisser.com/blog/flv-player/

・H.264 FLV Player(日本語ok)
http://audition.good-mind.com/soft/

4 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:54:24.86 ID:i/Nnjuac0
■MP4/FLV作成用フリーソフト

・x264 - a free h264/avc encoder(英語)
http://www.videolan.org/developers/x264.html  (本家)
http://x264.nl/  (配布場所)

・AviUtl version0.99k2(推奨)
http://spring-fragrance.mints.ne.jp/aviutl/
・AviUtlプラグインWiki(仮、作成中)
http://www.wikihouse.com/aviutl/

・Avidemux2(英語)
http://www.avidemux.org/ (本家)
http://avidemux.berlios.de/download.html  (配布場所)

・ffmpeg(英語)
http://ffmpeg.org/ (本家)
http://libav.org/ (分家)
http://win32.libav.org/  (配布場所)

・VirtualDub(英語)
http://www.virtualdub.org/ (本家)
・VirtualDub用日本語化パッチ
http://tnetsixenon.xrea.jp/rnote/localization/virtualdub.html

・VP6vfwコーデック(ver6.4.2.0)(ファイルへの直接リンクになります)
http://www.webalice.it/f.corriga/vp6personal/VP6.4.2.rar

・FLV/MP4エンコードスレ 支援サイト(下記バッチファイルセットなど)
http://lapis.lazuli.biz/
 基本セット(flvenc.zip)、VP6 2パス用mencoderセット(mencoder_vp6set.zip)、変換君ファイルセット(3GP_Converter_flv.zip)
AAC音声対応のFLV_ffmpegmux_D&D.bat 、可逆圧縮コーデックへのリンクなど

5 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:54:53.67 ID:i/Nnjuac0
■音声エンコード用ソフト
・Nero AAC コーデック(AAC用コーデック)
http://www.nero.com/ena/downloads-nerodigital-nero-aac-codec.php

・Simple NeroAACEnc GUI : NeroAAC用のフロントエンド(Doom9フォーラム内/英語)
http://forum.doom9.org/showthread.php?t=110970

・qtaacenc : QuickTime for WindowsのaacエンコーダーをCLIで使うためのツール
http://tmkk.pv.land.to/qtaacenc/

・qaac : qtaacencと同じくQuickTime for WindowsのaacエンコーダーをCLIから使えるツール
http://sites.google.com/site/qaacpage/

・Lame.exe(mp3エンコーダー)
http://www.rarewares.org/mp3-lame-bundle.php

・Lame Ivy Frontend Encoder : 通称LIFE(上記Lame.exe用フロントエンド)
http://kkkkk.net/

■その他
・Yamb 2.1.0.0 beta1 (MP4BoxのGUIフロントエンド、beta2はアンインストーラにバグ有で危険)
http://kurtnoise.free.fr/Yamb/installer/YambInstaller-2.1.0.0_beta1.exe
・Yamb日本語化
http://www1.axfc.net/uploader/Sc/so/129495.zip&key=yamb   CRC32: 9FB35D72
または、上記アップローダ(板=Scandium) ファイル検索 / 投稿コメント [ yamb ] / key= yamb
・MP4Box 単体
http://www.mediafire.com/download.php?oacerwnbqbowiyz

6 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:55:37.98 ID:i/Nnjuac0
■ビットレート制限関連

■アップロード時の上限ビットレート判定について

 ニコニコ動画での上限ビットレートは、現時点で以下のようになっています。
 このビットレートを超えてしまうと、アップロードに失敗します。
 判定には>>7の「実ビットレート」が使用されます。

  ●プレミア会員   制限なし

  ●一般会員     (640+1)×1024=656384[bps]

■エコノミー回避判定について

 ニコニコ動画ではアップロード時にエコノミーモード用の動画を生成していますが、
 「実ビットレート」が以下に示すビットレート以下であればエコノミーモード用動画は生成されず、
 一般会員にもプレミアム会員にも、常に同じ画質で視聴してもらうことができます。

  445[kbps] = 455680[bps]

7 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:56:13.90 ID:i/Nnjuac0
■「実ビットレート」の計算方法

 ニコニコ動画では、アップロードしたファイルを調べ、ビットレート違反のチェックや
 エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
 映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。
 また、これもあくまで計算なので、実際に通らなかったら潔くビットレートを下げてみましょう。

 *注意*
  「エンコード時に設定した映像や音声のビットレート」は、ただの目安です。
  設定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
  必ず下記の実ビットレート計算式を用いて計算して下さい。

 実ビットレートの計算で使う数値の意味や計算式は以下の通りです。
 もしくはmediainfo等を使うのもよいでしょう。

  ◎ファイルサイズ[bytes]
    作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
    「サイズ」のところの()内の(〜バイト)と出る部分の数字。
    (「ディスク上のサイズ」のほうではないので注意。)

  ◎再生時間[秒]
    小数点以下は切り捨てます。

  ●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒(小数点以下切捨て)]

尚、各単位換算は以下の通りです。

1Mbps = 1000kbps
1kbps = 1000bps

1GiB = 1024Mbytes
1MiB = 1024kbytes
1KiB = 1024bytes
1byte = 8bits

8 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:56:44.10 ID:i/Nnjuac0
■注意
 このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
 決してこの質問をしてはいけません!! いいかげんにしてよね、ほんと…

 Q.エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
    「エンコードしています・・・」って表示されるんだけど???
    エコノミー回避なら再エンコはされないはずなのになんで?

 A.仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
   条件さえ満たしてれば再エンコードはされないので落ち着け。

 Q.ちゃんと範囲内でエンコードしたのにビットレートオーバーって怒られるんだけどなんで?

 A.ちゃんと実ビットレートで確認しましたか?
   指定値を上回ることはよくあります。

 Q.作ったMP4を自分の環境で再生確認すると問題ないのに、ニコニコにアップすると画質がおかしくなる

 A1.まずは、自分の動画がサーバー側で再エンコードされていないか確認しましょう。
    再エンコードの条件とかについてはテンプレやWikiを熟読すること。

 A2.次に、自分の環境で再生確認に使ったソフトを確認しましょう。
    ニコニコ動画で使われているFlashPlayerと、PCで使うWindowsMediaPlayerなどでは
    再生の仕組みがまったく異なります。FlashPlayerは再生時の色補間などをしていないこともあり、
    基本的にはWindowsMediaPlayerなどよりも汚く見えてしまいます。
    例えば黒背景に赤い小さな文字とか描いてたら崩れ方がマジハンパねえっす。
    ニコニコでの見え方を確認するなら、FlashPlayerを利用したFlavieなどのソフトを使いましょう。

9 :名無しさん@お腹いっぱい。:2012/04/06(金) 09:57:28.12 ID:i/Nnjuac0
テンプレここまで。
色々書き換えたけどこの辺はよくわかんないから入れなかった。


窓の杜 - 【NEWS】「Adobe Flash Player 11.2」「Adobe AIR 3.2」が正式公開
http://www.forest.impress.co.jp/docs/news/20120329_522113.html

FlashPlayer11.2で挙動がいくつか変わっているようです。検証した内容を報告。

 ※GPU再生支援がないので、【HWアクセラレーションOFF】の時の検証しかできてません。
   【HWアクセラレーションON】の時の検証は、どなたかよろしくお願いします。

 ●colormatrixやfullrangeが無視されるようになり、強制的にBT.601でデコードされるようになった。
   (11.1時点のHWアクセラレーションON時と同じ挙動)
     →テスト動画リスト: ttp://www.nicovideo.jp/mylist/27805122

 ●10bit-depthの再生では、右側に出ていたマゼンタ線が出なくなった。
   ただし、色が微妙におかしくなる問題はそのまま。
     →テスト動画: ttp://www.nicovideo.jp/watch/sm16808896

 ●>>915(deblock有効の動画をHWアクセラレーションOFFで見ると崩壊)の問題は従来と変わらず発生。
   >>936にある「GTX570でHWアクセラレーションONにすると緑線と色ずれが発生」という件が、
   正式版や他のGPU環境でどうなるのかは気になるところ。
     →テスト動画: ttp://www.nicovideo.jp/watch/sm17278404

 ●初期ディレイ分の映像遅延が発生する件は従来と変わらず。
     →テスト動画リスト: ttp://www.nicovideo.jp/mylist/28386130

従来から、HWアクセラレーションが有効な場合はcolormatrixやfullrangeを無視して強制的にBT.601扱いでデコードされていた。
つまり、BT.709の動画は、わざわざHWアクセラレーションをOFFにしないと、正しく表示することはできなかった。

今回の変更で、BT.709の動画を正しく表示させる方法はなくなったということになるけど、実はこれは大して問題じゃなかったりする。

なぜなら、ニコニコ動画まとめWikiでは、HWアクセラレーションの挙動なども考慮したうえで

  「HDだろうがなんだろうが関係なく、BT.601でエンコして--colormatrix smpte170mをつけておく」

という方法を推奨していたから。それに従ってエンコードしていたなら何も問題はない。
ニコエンコやつんでれんこもデフォルトではBT.601を指定するようになっている。

BT.709でアップしてしまったものについてはもうどうしようもないけど、
上に書いたように元から正しく表示されてなかった可能性が高い。

10 :名無しさん@お腹いっぱい。:2012/04/06(金) 23:16:20.13 ID:GrLkZelR0
サーバーエンコードされたかどうか、エコノミー回避できたかどうかの判定方法

URLのsmxxxxxxの後に?eco=1を付けて、強制エコノミーモードにする
(非公開設定でも可能。自動再生はoffにすること)

混雑中のため、低画質モードでの再生となります との表示が出たら
サーバーエンコードはされていない
エコノミー回避をしようとしていた場合は、回避できていない

表示が出なかったら、
サーバーエンコードされている もしくは、エコノミー回避に成功している



11 :名無しさん@お腹いっぱい。:2012/04/06(金) 23:23:31.62 ID:GrLkZelR0
ニコエンコを使用する場合の注意
ver0.77には、いくつか問題があるので
つんでれんこやAviUtl+x264guiExの使用を推奨する

もしも、ニコエンコを使いたい場合は、ニコニコ大百科の記事を参照のこと
http://dic.nicovideo.jp/id/4131469



12 :名無しさん@お腹いっぱい。:2012/04/07(土) 18:20:03.01 ID:YyeGk14H0
mp4と音声ファイルを
別々に作って
あとで互いに無劣化で結合させる方法教えてください
aviutlで出来れば最高なんですけど

13 :名無しさん@お腹いっぱい。:2012/04/07(土) 18:34:33.02 ID:5dJSbwwn0
つんでれんこにその2つをドラッグ&ドロップ。

14 :名無しさん@お腹いっぱい。:2012/04/07(土) 21:02:31.14 ID:YyeGk14H0
mp4を無劣化でかつ
多少の破損があった場合でも強制的に結合できるソフトおしえて
aviutlでやると映像の破損がある場合がありますって警告がでてだめなの

15 :名無しさん@お腹いっぱい。:2012/04/07(土) 21:06:18.30 ID:aA8QUtgm0
ふむ

16 :名無しさん@お腹いっぱい。:2012/04/08(日) 19:42:01.62 ID:vvnVHlyN0
3月30日にリリースされたニコニコ動画iPhoneアプリ4.0では、ref=16の動画は再生できない
3.0や、ref=15以下なら再生可能
このスレで答えている人にはいないと思うが--preset veryslow (ニコエンコのデフォルとである最低速 設定)でエンコすると引っ掛かる


17 :名無しさん@お腹いっぱい。:2012/04/11(水) 00:23:37.74 ID:2A6FxeMW0
何個かを切り取ったmp4fileを
無劣化結合させたいんですけど
どうしても音ズレが発生してしまいます

何かいい方法がありましたらお教え下さい

18 :名無しさん@お腹いっぱい。:2012/04/11(水) 07:31:57.60 ID:Vh6szhy70
音声の方のサンプリングレートをチェック

19 :名無しさん@お腹いっぱい。:2012/04/17(火) 13:16:35.93 ID:fq6KNaC90
色々読んだりAviUtl導入したりあれこれやった上でこんがらがってしまったんだけど・・
70分とか80分クラスの作業用BGMなんかで音質192bpsとかの高音質で挙げてる人ってのは、
とどのつまりプレミアム会員で容量が大きいから出来てるってことなんかな!?

20 :名無しさん@お腹いっぱい。:2012/04/17(火) 14:20:43.74 ID:BHqZTRmc0
計算してみれ

70分 192bps 103KB
70分 192Kbps 98.4MB

21 :名無しさん@お腹いっぱい。:2012/04/17(火) 14:50:52.36 ID:fq6KNaC90
oh...   “k”が抜けとったorz

WMメーカー・LMメーカーやらで元動画(80分弱)作って当初256kbpsで高音質狙い、最初はニコエンコ使ってやってたんだけど、
どうしても気に入る音質からは落ちるんでwiki読んでAviutl導入してあれこれやってみたのだけども・・
設定がおかしいんだろなぁ、色々やってもエンコに失敗(ファイルサイズ超過)する('A`)
黙ってプレミアム登録すれって話になるのか・・orz


22 :名無しさん@お腹いっぱい。:2012/04/17(火) 16:39:47.55 ID:UIgF1XMq0
>>21
いい加減なことやってないで、ちゃんと読んで理解しといたほうがいいと思うよ。
  エンコード設定 - ニコニコ動画まとめwiki
  http://nicowiki.com/encode.html

23 :名無しさん@お腹いっぱい。:2012/04/17(火) 23:39:10.44 ID:fq6KNaC90
>>22
ありがとー
そこも見てはいるんだけどね^^;
んで、色々試行錯誤の上何とかサイズ超過にならずにエンコ完了はしたけど、
ニコエンコで作った方がまだ音が良かったりしたw
もうちょい頑張ってやってみます

24 :名無しさん@お腹いっぱい。:2012/04/18(水) 04:21:15.93 ID:uQg5CknF0
言っちゃ悪いけど
ニコエンコのほうが音がいいってことは
何もわかってないってことだな・・・

25 :名無しさん@お腹いっぱい。:2012/04/18(水) 08:31:30.80 ID:GXHXnwbo0
めんどくせーのと暇だから答え書いてしまうわ。
70分で音声192kbpsなら音声だけで
(192[kbps]*10^3[bps/kbps]*70[min]*60[sec/min])/(8[bits/byte]*2^20[bytes/MB])≒96.1[MB]
になるんだから40MBまでしかうp出来ない一般会員が敵うわけないだろが。
中学生でも計算できるぞ。時間掛ければ電卓すら要らんわ。

※ 1[kbps]=10^3[bps]
※ 1[min]=60[sec]
※ 1[byte]=8[bits]
※ 1[MB]=2^20[bytes]

>>20
どうも計算が合わんと思ったら何で"Kbps"で計算してるんだ?
"kbps"なら96.1MBだが。

26 :名無しさん@お腹いっぱい。:2012/04/18(水) 10:21:35.40 ID:kLT2cQcx0
面倒だからその辺のレート計算機にぶち込んだ結果だったり
どこもKibpsばっかりなんだけど何故だろう?
ややこしい

27 :名無しさん@お腹いっぱい。:2012/04/18(水) 15:56:39.27 ID:wCSXSUE0P
前スレで出たFLVにWAV音源使える話、ニコWIKIにはそのへん
見当たらなかったけど、一般会員再エンコ回避規格でもMP3の変わりに
そのままWAV使えるのかな?

28 :名無しさん@お腹いっぱい。:2012/04/18(水) 16:42:32.29 ID:BjSTW/fU0
>>27
まだwavつうかPCM乗せれるんだとしたら可能といえば可能だろうけど、
PCMのビットレートを考えてみれば使う価値がないことくらいわかる。

そうでなくてもニコニコにアップするのにPCM使うのはキ○ガイの所業だと思う。
特に権利関係をクリアしてない音源ならばなおさら。

29 :名無しさん@お腹いっぱい。:2012/04/19(木) 19:06:48.13 ID:/cX26iRb0
【事前告知】新バージョンZeroに伴う変更‐ニコニコインフォ
ttp://blog.nicovideo.jp/niconews/2012/04/031597.html

Zeroでプレイヤーのネイティブ解像度が横864の縦486になるらしい。
4:3の動画だと648x486かな?

30 :名無しさん@お腹いっぱい。:2012/04/19(木) 19:33:41.11 ID:qzYVyiAB0
今まさに動画作成中ですが混乱しています
そもそも作った動画とこのネイティブ解像度が違うときって、
合わさるように拡大・縮小されるって理解でいいんですよね?

31 :名無しさん@お腹いっぱい。:2012/04/19(木) 21:10:29.59 ID:a0n3QxP70
新バージョンのプレイヤーにあわせて、一般のビットレート制限も上げて欲しいわ。


32 :名無しさん@お腹いっぱい。:2012/04/19(木) 22:19:16.32 ID:5PYjvuHu0
4:3プレイヤーはどうなるの

33 :名無しさん@お腹いっぱい。:2012/04/19(木) 22:28:19.07 ID:5PYjvuHu0
iPhone,iPad,PlayStationVita等で
一部再生できない動画があることについて
ユーザーの皆さまから、改善の要望を多くいただいています。

ニコニコ動画では今後、PCに限らない様々なデバイスでの再生可能性向上のため
新規投稿分および、過去のすべてのユーザー投稿動画について、
サーバーエンコードされた動画が生成されるようになります。

これにより今後、今までiPhone,iPad,PlayStationVitaなどで
再生ができなかった動画も、徐々に再生が可能になっていきます。

4/19のメンテナンス以降、新規に投稿される動画について、
低ビットレートでアップロードされる動画に対しても
サーバーエンコードされた動画を生成するようになります。
※オリジナル動画が低ビットレートな動画に関しては、
混雑時間帯、一般会員であってもオリジナル動画が再生されます。

また、投稿日時が古く低画質動画が存在しなかった動画にも、
4/19より徐々に低画質動画を生成していきます。
これに伴い、そのような動画は
混雑時間帯・一般会員では低画質モードで再生されるようになります。

34 :名無しさん@お腹いっぱい。:2012/04/19(木) 23:21:48.18 ID:mDHDW3/B0
>>29
どうせ余白分も含んだサイズだろうから、
4:3はVGAでいいんじゃないの

35 :名無しさん@お腹いっぱい。:2012/04/20(金) 01:44:46.23 ID:Xnvba4RI0
>>33

これって、読みようによってはうpした動画は全て再エンコされる(Youtubeみたいに)
ようにとれるんだけど・・・どうかな?



36 :名無しさん@お腹いっぱい。:2012/04/20(金) 02:10:05.75 ID:TLuCxt/S0
>>35
どんな動画も再エンコによって「低画質動画」が生成されるようになるけど、
あくまでも携帯機器等での再生を考えてのことであって、PCで視聴する場合は従来と変わらんってことでしょ。

37 :名無しさん@お腹いっぱい。:2012/04/20(金) 05:29:20.48 ID:P5Q0ethv0
iPhoneとかだけなら、>>16 なのに、ご苦労なことで


38 :名無しさん@お腹いっぱい。:2012/04/20(金) 14:24:57.13 ID:TczOzCTq0
容量とビットレートのが需要あると思うんだけどな・・・

39 :名無しさん@お腹いっぱい。:2012/04/20(金) 14:33:22.25 ID:Q1cy5n3A0
サムネをでかくしてほしいわ
動画を選ぶ時の前情報が少なすぎる

40 :名無しさん@お腹いっぱい。:2012/04/22(日) 02:42:08.52 ID:cifFrEN20
エコノミー回避してても低画質動画(おそらく携帯機器向け)が生成されるようになった件の検証。
まだもろもろ調整中なのかもしれないけど、とりあえず昨日やってみたところまで。あとは誰か追加検証よろすく。

  1.エコノミー回避している場合、低画質動画はすぐに生成されるとは限らない。
    混雑度合い等によるかもしれないが数分〜1,2時間後になることも。
    (エコ回避していない場合はすぐに生成される)

  2.低画質動画が生成された後は、?eco=1をつければ低画質動画を再生することができる。

  3.エコノミー回避している場合、低画質動画の解像度やビットレートが下げられることがある。

    640x360(16:9)で投稿した場合
     エコ回避していない場合 → 映像640x360 29.97fps 約360kbps、音声44.1kHz 約64kbps
     エコ回避で312kbps以上? → 映像640x360 29.97fps 約250kbps、音声44.1kHz 約64kbps
     エコ回避で312kbps以下? → 映像352x200 29.97fps 約250kbps、音声44.1kHz 約64kbps

     よくわからないけど、実ビットレート190kbpsで投稿すると352x200で128kbpsとか140kbpsにされた。

      実ビットレート314068bps → 640x360 約250kbps
      http://www.nicovideo.jp/watch/sm17603005

      実ビットレート310045bps → 352x200 約240kbps
      http://www.nicovideo.jp/watch/sm17603017

      実ビットレート約190kbps → 352x200 約128〜140kbps
      http://www.nicovideo.jp/watch/sm17602228
      http://www.nicovideo.jp/watch/sm17601841

41 :名無しさん@お腹いっぱい。:2012/04/22(日) 02:55:20.09 ID:cifFrEN20
4:3のエコノミー回避例だと、512x384の実ビットレート約224kbpsで投稿したものの低画質動画が
映像320x240 29.97fps 約156kbps、音声44.1kHz 約64kbpsになってるみたいですね。

42 :名無しさん@お腹いっぱい。:2012/04/23(月) 01:59:46.66 ID:S3XKwJcs0
つんでれんこの最終更新やったらまたツールの容量増えたんだけど
18GBって多過ぎないですかね?これがデフォ?
最新版使ってる人ってみんな同じくらいなんですかね?


43 :名無しさん@お腹いっぱい。:2012/04/23(月) 07:54:08.96 ID:dQmr/gt50
それ変換したファイルも足してないか?
俺のは8Gくらいみたいだが

44 :名無しさん@お腹いっぱい。:2012/04/23(月) 08:32:07.62 ID:b/cSGQpa0
ツールが18Gやら8Gってなんなんだよ
その辺の3Dゲームより重いじゃねーか

ていうか調べたらただのバッチツールじゃん
5MiBもないだろこんなもん

そしてお前ID: mPCndjxxUbか
よかったなわかってる奴から回答来てたぞ
マルチ氏ね

45 :名無しさん@お腹いっぱい。:2012/04/23(月) 13:20:26.95 ID:S3XKwJcs0
>>44
おお返事来てたわ(´・ω・`)ありがとう
後ニコニコ大百科と2chの併用くらいいいだろ
別サイト(掲示板)だぞ?
氏ねとかねーわ 大袈裟だよ(´・ω・`)

>>43
今ツールフォルダ内のTEMPファイル消したらすっきりした
現状だと28.6MB位かな

46 :名無しさん@お腹いっぱい。:2012/04/23(月) 13:23:45.19 ID:3cNlxQb40
うわークズいなー・・・

47 :名無しさん@お腹いっぱい。:2012/04/27(金) 05:33:04.08 ID:VNylkzk50
submeを10から11に変えたら
1時間30分のエンコが2時間5分になった
画質はわずかながらシャープになった・・・ 気がする
placeboなのか?

48 :名無しさん@お腹いっぱい。:2012/04/28(土) 08:18:15.64 ID:mKKA+7+J0
>>46
iPhone,iPad,PlayStationVita上での視聴"のみ"の適用ならいいんだけどね
もしPC上での視聴を含むすべての視聴に適用されるんなら、事実上の「低画質モード適用範囲の大幅拡大()」になるね
なんか本格的な一般会員締め出しのように思えて仕方が無い。

49 :名無しさん@お腹いっぱい。:2012/04/28(土) 08:44:43.32 ID:QYIiDHlc0
aviutで編集した動画lがやたら音ズレするんだけどどうすればいいんだろう

全体がずれてると言うより部分部分がずれてる
ずれてると思ったらズレが消えてて消えたと思ったらまたズレ始めてる感じ

前にも編集した動画を上げた事があるんだけどそれは殆どずれてなかった
けど今回はどうあがいても音ズレする、なんか解決法とか無いでしょうか

編集した動画はMP4でPCは7で32bit、多分コア2のノートパソコン
aviutlにはBGMの編集が出来るようにそのプラグインを入れただけ

aviutlのスレも板別に二つあったけどどっちも>>1の一行目に質問お断り的な事書いてあったからこっちに書いた

50 :名無しさん@お腹いっぱい。:2012/04/28(土) 17:17:56.84 ID:c2A1u4DC0
>>49
・「そのプラグイン」と言われてもなんのことかさっぱりわからない。
・MP4の読み込みに使っているプラグインがわからない。
・音ずれが怖いならMP4を直接編集しないほうがいいと思う。
・拡張編集プラグインを使って編集しているような気がするがわからない。
・再生確認をした環境(プレイヤー等)がわからない。
・AviUtlスレでは初心者スレに行くよう誘導があるので、そちらに行った方がいいと思う。
   【初心者歓迎・ダウソNG】総合質問スレッド-78-
   ttp://toro.2ch.net/test/read.cgi/avi/1317166834/l50

また、FlashPlayer11.2には、「低スペック環境だと映像処理が極端に遅くなる」といった問題があるので、
  >全体がずれてると言うより部分部分がずれてる
  >ずれてると思ったらズレが消えてて消えたと思ったらまたズレ始めてる感じ
というのがFlashPlayerで見た場合のことを言ってるなら、そのせいかもしれない。
他のプレイヤーで見た時には問題ないということであれば、FlashPlayerを10.3.183.18にすれば良いかもしれない。

  FlashPlayer11.2.202.228で発生する問題と対処方法
  ttp://goldenhige.cocolog-nifty.com/blog/2012/04/flashplayer1122.html

  FlashPlayer11.2.202.228をアンインストールして10.3.183.18をインストールする方法
  ttp://goldenhige.cocolog-nifty.com/blog/2012/04/flashplayer11-1.html

51 :49:2012/04/28(土) 19:27:10.10 ID:QYIiDHlc0
うおぉ、色々すいません

プラグインはAviutlのお部屋にある拡張編集プラグインを入れてます、それ以外は何も入れてないです

>音ずれが怖いならMP4を直接編集しないほうがいいと思う。
MP4だと問題があるのかな
一度aviにしてから編集した方が良いのでしょうか?

視聴に使ってるのはニコニコに非公開でアップしてニコニコで見てます
これなら他の人とほぼ同じに見えてると思うので・・・
・・・もしかしてFlashPlayer11.2=ニコニコ?
ちなみにエンコに使うつんでれこに入ってるプレイヤーやWMPで見てもずれて聞こえます
けどなんかそれぞれズレが違う気が・・・

2年前に買ったとは言えまだそこまでスペック低くないと思います・・・が実際どうなんだろう
---
こっちの事情で動画をMP4でしか出力できないので
とりあえずMP4をaviに変換できるソフトを探してaviにして編集してみます

それでも駄目ならFlashPlayerのバージョンを変えてみまs

52 :名無しさん@お腹いっぱい。:2012/04/28(土) 23:25:34.52 ID:oRIZ8p3oO
>>51
>>プラグインはAviutlのお部屋にある拡張編集プラグインを入れてます、それ以外は何も入れてないです
ここまで清々しい嘘、ど忘れ、勘違いのいずれかは久しぶりに見たな…。
嘘やいい加減を言って回答者を困らせるのは止めましょう。

53 :49:2012/04/29(日) 00:01:56.00 ID:STsCQwJo0
え?って思ってもう一回調べたらMP4を読み込めるようにするプラグインは別でした、ド忘れです、いい加減言ってすいません

あとあの後MP4からaviに変換するソフトを使ってaviに変換してaviutlに読み込ませて編集してエンコして試しに上げたら
見事に音ズレが消えました、全くと言って良いほど無いです
MP4で読み込めるようにしたからMP4のままでも問題ないだろ〜って思ってましたが、それが大間違いだったんですね

54 :名無しさん@お腹いっぱい。:2012/04/30(月) 02:31:47.41 ID:qOR/loNj0
AviutlでMP4読み込むならL-SMASH Worksがいいと思うけどどうよ。

55 :名無しさん@お腹いっぱい。:2012/04/30(月) 16:15:35.87 ID:aBdEmNbJ0
Ivyでは再生支援映像崩壊問題が解決してるとかしてないとか

56 :名無しさん@お腹いっぱい。:2012/04/30(月) 16:25:13.74 ID:3z2zTanU0
>>55
ソースはよ

57 :名無しさん@お腹いっぱい。:2012/04/30(月) 16:30:27.58 ID:aBdEmNbJ0
>>56
価格.comの3770Kのレビュー
ソースと呼ぶにはちょっとあれかな、詳細なこと(再生環境やら)が書かれてないし

58 :名無しさん@お腹いっぱい。:2012/04/30(月) 18:29:21.03 ID:3z2zTanU0
>>57
これか。ありがとう。

  価格.com - インテル Core i7 3770K BOX レビュー・評価
  ttp://review.kakaku.com/review/K0000368065/

  個人的に満足したのはGPUの方でSandy Bridgeでの動画再生支援機能の不具合が
  少なくともかなり改善しているようだからです。
  うちにあるSandy Bridgeで同じ箇所でノイズ発生率100%の
  x264でエンコしたMP4ファイルでも問題なく綺麗に再生できてます。
  現時点では完全にどの動画ファイルでも問題ないというのは言い切れませんが、
  動画サイトを利用される人にも薦められる状態にようやくなった、という感じですかね…?

59 :名無しさん@お腹いっぱい。:2012/05/01(火) 00:06:40.30 ID:c7s6xQ070

新バージョンZeroに伴う変更
http://blog.nicovideo.jp/niconews/2012/04/031597.html

新動画視聴プレイヤーで画面サイズが大きくなる(通常モード:横:864 縦:486)ため、
一般会員が投稿できる動画解像度の上限を緩和いたします。
現在800x600が上限ですが、
5/1 Zeroリリース時点より、1280x720 が上限となります。



↑らしいが、ビットレートの上限は今までどおりなんだろか?



60 :名無しさん@お腹いっぱい。:2012/05/01(火) 00:14:37.22 ID:MccRxBnb0
エンコ職人は工夫のしがいがあるなあ(棒

61 :名無しさん@お腹いっぱい。:2012/05/01(火) 00:24:36.54 ID:c7s6xQ070
1280x720 : 800x600 = 1.92 : 1

解像度の画素数が2倍ぐらいになるので、今までの上限ビットレートだとつらいなー



62 :名無しさん@お腹いっぱい。:2012/05/01(火) 00:40:02.39 ID:pHJbCIQ+0
というか864x486で656kbpsだと
素材によっては普通にブロックノイズ出るだろ
多少にじんでても今までどおりの解像度でエンコして
ユーザ側で引き伸ばしの方がまだ見れると思うんだけどなぁ

63 :名無しさん@お腹いっぱい。:2012/05/01(火) 01:51:47.79 ID:QtzfnArF0
紙芝居系なんかは大丈夫だろうけど、MADとかゲームとか、そこそこ動きのある動画は厳しいかもね。

・・・末尾に黒映像つけてビットレート稼ぐ人が増えなければいいけど・・・。

64 :名無しさん@お腹いっぱい。:2012/05/01(火) 10:19:18.14 ID:GToHXqGS0
>>63
すでにそこそこいるもんな

俺とか


まあでももしかしたら
>※プレミアム会員は引き続きビットレート・解像度ともに投稿上限なしです。
ってことはこっそりビットレートもあがるかも

65 :名無しさん@お腹いっぱい。:2012/05/01(火) 10:54:19.75 ID:2zbrUDCD0
推奨形式:
mp4形式。
一般会員はファイルサイズ 40MB まで、最大ビットレート 600Kbps、解像度HD(1280x720)まで。
プレミアム会員はファイルサイズ 100MB まで、最大ビットレート・解像度制限なし。
動画再生プレイヤーの解像度:
▽最新バージョン(Zero)
通常モードでは最大864x486、中画面モードでは標準640x360・最大640x384です。
▽現行バージョン(原宿)
4:3モードでは最大512x384 、16:9モードでは標準640x360・最大640x384です。

解像度は良くなったけど容量は変わんなかったか...

66 :名無しさん@お腹いっぱい。:2012/05/01(火) 11:17:07.46 ID:c7s6xQ070

あれ? 動画の説明文が表示されないんだけど・・・
どこに表示されますかね。



67 :名無しさん@お腹いっぱい。:2012/05/01(火) 13:57:21.97 ID:LTERObkX0
Zeroの最大16:9は864x486だけど、4:3だと推奨サイズはいくつになるんだろ
それとも今まで通り512x384でエンコして、ユーザー側で引き伸ばしの方が画質いいのかな

68 :名無しさん@お腹いっぱい。:2012/05/01(火) 14:40:33.86 ID:Edj2wheB0
648x486?

69 :名無しさん@お腹いっぱい。:2012/05/01(火) 14:48:18.88 ID:9hE5wj+B0
もしそうならえらく半端だなぁ
どういうつもりなんだろ

dot by dotのサイズがわからないと動画作れないよー

70 :名無しさん@お腹いっぱい。:2012/05/01(火) 15:37:49.76 ID:DLNzSQ5i0
ニコニコはそろそろ動画が表示領域より小さい場合
引き伸ばして表示するか中央に配置するかの設定を付けるべきだと思うんだ

71 :名無しさん@お腹いっぱい。:2012/05/01(火) 15:44:28.67 ID:Edj2wheB0
動画作ってみたけど648x486はDbDで表示されるっぽい
しかしZeroには慣れそうに無いな…

72 :名無しさん@お腹いっぱい。:2012/05/01(火) 17:59:55.14 ID:x/gZoXs70
やっぱ新プレイヤーで864x486に引き延ばされるとちょっと荒く見えるなあ

73 :名無しさん@お腹いっぱい。:2012/05/01(火) 18:12:05.60 ID:kP37UHtw0
新プレイヤー糞見辛いw ゴチャゴチャし過ぎだろw

74 :名無しさん@お腹いっぱい。:2012/05/01(火) 18:26:56.45 ID:AE/5ZV1l0
今後「中画面推奨」みたいなタグが出まわるんだろうか

75 :名無しさん@お腹いっぱい。:2012/05/01(火) 21:51:19.27 ID:Lsv2vjIy0
Zeroマイナスしか見当たらない気がするんだけど
モニタサイズのフルスクリーンが関連動画と動画説明で全然フルじゃ無いし
後妙に重い気がする、俺のPCももう時代に追いつけないのか・・・?

76 :名無しさん@お腹いっぱい。:2012/05/01(火) 21:57:00.86 ID:YTF2IdlQ0
4:3をVGAサイズで上げると微妙に拡大されて画質落ちるのかな?
もう運営何目指してるのかわからん

77 :名無しさん@お腹いっぱい。:2012/05/01(火) 22:53:09.19 ID:tRuKY6ua0
ていうか画面サイズ720pまで上げたのに上限ビットレートそのまま656kbpsってのがワケ分からんわ。
ようつべに上げてる動画でも(ようつべの再エンコはあるものの)映像:1020.55 + 音声:151.94 kbpsあるぞ
720pで合計ビットレ656kbpsってタダ画面サイズがデカいだけの糞画質動画じゃねぇかよ
せめて上限1000kbpsぐらいまではいるだろうに。

78 :名無しさん@お腹いっぱい。:2012/05/01(火) 23:18:39.41 ID:Lsv2vjIy0
一応前のバージョンに戻せるのか、良かった・・・

79 :名無しさん@お腹いっぱい。:2012/05/01(火) 23:56:50.68 ID:pHJbCIQ+0
>>77
そこで黒画面でビットレート稼ぎですよ

黒画面+ニコスクリプトで目的の動画部分終わったら
即動画の最後に飛ばすってのが流行りそうだねーw

80 :名無しさん@お腹いっぱい。:2012/05/02(水) 01:21:53.77 ID:1eZwXjCo0
>>79
所謂エコノミー上限313kbps時代に流行ったインチキエコノミー回避のアレだな。

しかしまあそれで動画を作るとすると、(これは自分のサンプル動画なのだが)
3分10秒の動画で実質ビットレ:[映像:800+音声:192kbps]が欲しいとなると
サイズが23.3MB(ニコエンコ出力前予想による)らしく、これを656kbps以内に
収めるとなると、粗算だが必要秒数が約290秒(=4分50秒)。

つまり、たった3分10秒の動画に1分40秒の黒背景が必要っていう。
(=実質動画66%に対してダミーが34%も含まれる!!)

只でさえ読み込みが糞遅くシークが意味を成さないニコ動で34%のダミー動画も
読み込むとなると、とても動画の視聴どころではないわ。

ニコの一般HDってのはまるで形だけのシステムだな。

81 :名無しさん@お腹いっぱい。:2012/05/04(金) 16:23:02.23 ID:XiVOuSTg0
つんでれんこで、多音声(コメンタリー付きとか)つける方法ある?

82 :名無しさん@お腹いっぱい。:2012/05/04(金) 16:37:30.59 ID:kXXkAW0G0
>>81
多分ないと思うが、そこまでするなら自分でバッチ組んでエンコしたほうがいいんじゃね?
それか1音声でエンコしてからMP4Boxで追加するとか。

83 :名無しさん@お腹いっぱい。:2012/05/06(日) 10:28:20.91 ID:Doj73RUb0
>>81
そもそもニコニコが音声1トラックしか受け付けないよ

84 :名無しさん@お腹いっぱい。:2012/05/09(水) 01:30:35.72 ID:e4/z1Cbw0
Macで簡単で落とすのにオススメのソフトありますか?

85 :名無しさん@お腹いっぱい。:2012/05/09(水) 02:15:49.89 ID:V/vhV9Ih0
>>84
スレ違い。他へ行け。

86 :名無しさん@お腹いっぱい。:2012/05/12(土) 06:34:05.11 ID:zAq1Gbd+0
>>71
されない。間違いなくされてない。もうプレイヤーサイズかわったみたいだが

87 :名無しさん@お腹いっぱい。:2012/05/12(土) 06:40:25.57 ID:+GTs8kpp0
>>86
Zeroバージョンの大画面モードでの4:3なら648×486であってると思うが・・・。
「プレイヤーサイズが変わった」って、なんのことを言ってるんだろう?

88 :名無しさん@お腹いっぱい。:2012/05/12(土) 06:51:38.81 ID:zAq1Gbd+0
あれ…すまん勘違いだった。
ドットバイドットに関してはss撮るまでもなくボケてるし比較してもボケてる。640×480に無効領域付けても同じ
まだ640x480の方が綺麗な所をみると512×384を基本サイズで再生して無理矢理伸ばしてるんじゃないかと思う

89 :名無しさん@お腹いっぱい。:2012/05/12(土) 09:30:24.26 ID:blJaB9dG0
マザーボードをギガバイト(その前はフォックスコン)に変えてから音ズレ発生
決まった間隔でズレるわけじゃなくて、だんだんズレていく
ウィルスソフトやその他常駐ソフトを切っても起きる
映像と音声を比較すると、映像に時々間延びのコマが入る
酷いと画像がノイズ状に
よくよく考えてみるとネット経由でUSB接続のドライブにアクセスした時によく発生
ソースをUSB接続のドライブに置いていたり、エンコ先にUSB接続のドライブを指定したり
ので、ソースとエンコ先をすべてPC内にドライブに指定して、USB接続は全部取り外したら
音ズレなく綺麗なエンコができた
音ズレに悩んでいる人はUSBドライブを全部外してみよう

90 :名無しさん@お腹いっぱい。:2012/05/12(土) 11:32:15.44 ID:XdDI5J310
>>88
いやそんなことないだろ
648x486はそのまま表示される
引き伸ばされてボケるってのならサンプル提示してくれないか?

91 :名無しさん@お腹いっぱい。:2012/05/12(土) 22:24:29.00 ID:zAq1Gbd+0
うーん…されてるっぽい…初日に試してだめだこれって思って要望送ったんだがそれが反映されたにしては>>71の方がはやいし…
ssぐらい保存しとくんだった
ttp://hishou.ddo.jp/~bbs/up/img/up3439.png

92 :名無しさん@お腹いっぱい。:2012/05/12(土) 22:48:08.08 ID:XdDI5J310
されてるっぽいって何の事言ってるのか分かんないけど引き伸ばされてないですね

93 :名無しさん@お腹いっぱい。:2012/05/12(土) 23:15:55.24 ID:+GTs8kpp0
>>91
AviUtlのプレビューと比べるとボヤけてるように見えるというのはなんとなくわかるけど、
そもそもAviUtlのプレビュー画面とFlashPlayerの画面を見比べてはいけないんじゃないだろうか。
どのプラグインを使ってMP4をAviUtlに読み込んでるのかわからないけど、
AviUtl側では何らかの色差補間が入るはず。FlashPlayerは補間なしの単純再生らしいし。

比べるなら、Flavieでの再生画面と比べないと意味がないと思う。

94 :名無しさん@お腹いっぱい。:2012/05/12(土) 23:30:25.49 ID:zAq1Gbd+0
>>93
こんなのあったのか。ssも普通に撮れるしすごくいいね。
aviutlはdirectshow+lavfiltersで開いてYV12→YC48に伸張してます。
普通のffdshowやmpchcで読み込んで比べてみても明らかにボケててプレイヤがキャプチャできなかったからaviutlで読み込んだんよ
色空間的なボケじゃなくて解像度が合っていないボケかただったからさ…

95 :名無しさん@お腹いっぱい。:2012/05/12(土) 23:42:44.82 ID:cXagLowe0
flash player上で右クリメニュー出して
画質を低にしないと、aviutlと同じ画にはならんでしょ

96 :名無しさん@お腹いっぱい。:2012/05/12(土) 23:58:47.65 ID:+GTs8kpp0
>>94
LAV Filtersでのデコードで補間が入るはずだし、やっぱりFlashPlayerとは見え方が違うはずだと思う。
結局Flavieを試した結果はどうだったんだろう?
ZeroバージョンのプレーヤーとFlavieでの見え方は同じだったのかな?

>>95
FlashPlayerの画質設定は、swfファイルなら効くけどH.264やらVP6やらの動画には
効かないという認識だったけど、自分は詳しいことはよくわかってない。

  低画質推奨とは - ニコニコ大百科
  http://dic.nicovideo.jp/id/655736

97 :名無しさん@お腹いっぱい。:2012/05/13(日) 00:01:36.52 ID:OAWgiXh6i
しかし>>91の左の設定すごいな。エンコに半日もかけてんじゃねえよw

98 :名無しさん@お腹いっぱい。:2012/05/13(日) 00:03:33.31 ID:9Oe3lLJH0
>>96
私がおかしいと思った箇所については全く問題ありませんでした。というかniconicozeroの方でも現在は問題ないみたいです。なんかいろいろすみません

99 :名無しさん@お腹いっぱい。:2012/05/13(日) 08:30:02.07 ID:CRmuEVBF0
右のほう一日以上かかったのか・・・

100 :名無しさん@お腹いっぱい。:2012/05/13(日) 09:43:39.73 ID:9Oe3lLJH0
ニコニコに上げた時間なんかなこれは

101 :名無しさん@お腹いっぱい。:2012/05/14(月) 14:20:46.54 ID:ohQb8lDXi
ここでいいのかわかりませんが質問です
ニコニコに投稿する前提で
キャプチャーボードがAVケーブルかS端子、D端子、HDMI対応どれにするか悩んでます

画質はやはり全然違いますか?

102 :名無しさん@お腹いっぱい。:2012/05/14(月) 14:57:22.68 ID:Xtqxx8Q90
>>101
スレ違いです。ソフトウェア板やDTV板にあるキャプチャ関連スレに行くなり、
「VIPで初心者」でググってそこをちゃんと読むなりしてください。
何をキャプチャしたいのかも書いてないし、ググってある程度知識をつけないと門前払いかもしれない。

103 :名無しさん@お腹いっぱい。:2012/05/14(月) 16:00:46.17 ID:cBXor1hd0
そんな検索ワードでどんなサイトが出るのかと思ったらよく見てたところだった

104 :名無しさん@お腹いっぱい。:2012/05/14(月) 19:23:55.59 ID:ohQb8lDXi
>>102
親切にありがとうございます
そちらにいってみます

105 :名無しさん@お腹いっぱい。:2012/05/14(月) 20:28:55.68 ID:omCPjF5V0
Aviutlにデジカメで撮った動画を取り込めないんだけど、どうしたらいいんだろう
Directなんたらは入れたんだけどできない

106 :名無しさん@お腹いっぱい。:2012/05/14(月) 20:44:08.23 ID:ohQb8lDXi
AVCHDに対応してないとか?

107 :名無しさん@お腹いっぱい。:2012/05/14(月) 22:08:03.61 ID:YEkVcfFH0
windowsメディアプレイヤーで再生できてaviutlにdirectshowで見られないなら読み込みの設定順位がおかしい。
再生できないならスプリッタがちゃんと動いてない。mpchcなりffdshowなり入れないと

108 :名無しさん@お腹いっぱい。:2012/05/15(火) 01:07:08.01 ID:uV0/jevl0
>>105
デジカメの記録方式を書かないと正しい答えはもらえないってことに気付こう

109 :名無しさん@お腹いっぱい。:2012/05/15(火) 01:26:53.28 ID:Mvg6y6ix0
その前にスレチ
【初心者歓迎】総合質問スレッド-79-【ダウソNG】
http://toro.2ch.net/test/read.cgi/avi/1335404660/l50
こっち池

110 :名無しさん@お腹いっぱい。:2012/05/15(火) 10:18:32.33 ID:PfJqidmC0
flvで80MBくらいの動画を手っ取り早くうpしたいんですが
ニコエンコにも対応していないって言われますし
つんでれんことか使い方意味不明だし
諦めるしかないですかね?

プレアカにするつもりはないんで
youtubeも15分以上の動画は携帯認証とかめんどくさいし
気軽に動画すらうpできなくてわろたwwwわろた・・・

111 :名無しさん@お腹いっぱい。:2012/05/15(火) 12:11:25.87 ID:bgPCkltL0
>110
flvならblipにアップしてみれば

112 :名無しさん@お腹いっぱい。:2012/05/15(火) 15:07:40.69 ID:xTMrVJDqi
youtubeは10個動画上げれば長い動画でも上げられるようになる

113 :名無しさん@お腹いっぱい。:2012/05/15(火) 16:26:05.05 ID:4v8+fgEq0
つんでれんこの使い方なんて初心者でも余裕だし、それが意味不明って逆に凄いな。
つうかそのレベルでよくFLVファイルが作れたな・・・。
FLV出力できるソフトなら別形式での出力もできるだろうし、
kakoroku導入して生放送録画したものだって言うなら、kakoroku導入できるくらいなら
つんでれんこなんて余裕だろって話だし、残るはDL丸上げくらいか?

114 :名無しさん@お腹いっぱい。:2012/05/16(水) 02:47:09.89 ID:+eDvLfgE0
>>113
ここまで侮辱されたの生まれて初めてです・・・

正直このレス読みながらかなりピキピキきちゃいました

どういう神経してるんでしょうか?

115 :名無しさん@お腹いっぱい。:2012/05/16(水) 03:12:44.06 ID:FuE/KoTA0
いまどきflvとかないわwww

116 :名無しさん@お腹いっぱい。:2012/05/16(水) 04:03:16.47 ID:fu7Mj7Nn0
lsmashでavc+alacを上げられるようになったがブラッシュプレイヤーでギャップレス再生出来てないぽいからvp6+wavもまだ需要あるぞ

117 :名無しさん@お腹いっぱい。:2012/05/16(水) 04:43:25.25 ID:VwoUu+9r0
>>116
ギャップレス再生も何も、FlashPlayerはALACなんぞサポートしてないわけだが・・・。

118 :名無しさん@お腹いっぱい。:2012/05/16(水) 06:42:32.90 ID:qTIz4BzTi
してる

119 :名無しさん@お腹いっぱい。:2012/05/16(水) 07:37:30.78 ID:x+y0a33m0
FLVの使用用途なんてwavだけだと思ってる

120 :名無しさん@お腹いっぱい。:2012/05/16(水) 19:25:58.89 ID:Wtm4Kz3v0
>>118
FlashPlayerはALACなんて対応してないよ。
FlashPlayerはMP4系コンテナでは映像H.264/AVC、音声AACだけしか扱えない。
Adobeが定義したF4Vコンテナの仕様書には一応MP3音声も規定されてるが、FlashPlayerはそれすら再生できない。

L-SMASHのおかげで「音声がALACのMP4を作れるようになった」のは確かだが、
そのことと、FlashPlayerがそれを再生できるかどうかということは全く関係ない。

H.264/AVC+ALACのMP4をアップしたらどうなるのかは試してないし、試す気もないが、
少なくともそのままの形式では再生できないのは間違いない。

正直ニコニコに可逆音声やPCM音声でアップする人って不思議ちゃんとしか思えないけどね・・・。

121 :名無しさん@お腹いっぱい。:2012/05/16(水) 19:54:26.10 ID:cofbWNu1P
禁断の果実だから手を出したい奴もいるだろ。
皆がやればどうなるかとか考えず

122 :名無しさん@お腹いっぱい。:2012/05/18(金) 00:10:31.03 ID:qSFfOMVt0
ぶらっしゅぷれいやー

123 :名無しさん@お腹いっぱい。:2012/05/18(金) 11:15:46.04 ID:HrfRpnrP0
秒間30フレームのような動画でも、ニコのプレイヤーだと
例えば背景がゆっくり動くような映像で微妙にカクカクして見えるのはどうして?

124 :名無しさん@お腹いっぱい。:2012/05/18(金) 15:37:11.11 ID:VnMJyAJE0
flash playerがPAL仕様で最高50fpsだからとか?

125 :名無しさん@お腹いっぱい。:2012/05/18(金) 16:03:25.28 ID:/6Q3Idqc0
>>123

ニコ動のページで他の宣伝のflash&マーキーが動いているから。


126 :名無しさん@お腹いっぱい。:2012/05/18(金) 16:17:09.03 ID:HrfRpnrP0
>>124-125
よく判らないけど、これに関しては回避不可能と思えばいいのかな?
自分がうpった訳じゃないが、日常ED2みたいな動画だともうガクガクだよね

127 :名無しさん@お腹いっぱい。:2012/05/18(金) 17:49:23.30 ID:k09ZRON/i
>>124
知らなかった…どうりで60fpsで上げてもドロップフレームが出るわけだ…
ネトゲの動画とかは50fpsでキャプチャしようかのう

128 :名無しさん@お腹いっぱい。:2012/05/18(金) 18:19:44.53 ID:DU6Ft+vt0
いや、上限50fpsなんて大嘘だから。
明確なソースは見つけられなかったけど、ありえない。

129 :名無しさん@お腹いっぱい。:2012/05/18(金) 18:47:42.55 ID:/6Q3Idqc0
>>127

flash playerは60fpsどころか、120fps再生とかも問題ないよ。
カクカクするのは、コメントや他の宣伝のflash&マーキーが同時に動いている負荷のため。
または、PCやグラボの性能が低いため。


130 :名無しさん@お腹いっぱい。:2012/05/18(金) 19:10:10.17 ID:SOfAg6A50
corei7 3930k@4.7Ghzで再生支援は切ってる。コメント切っても変わらんし広告なのかぁ
なんだっけオミトロンとか入れればいいんかね?

131 :名無しさん@お腹いっぱい。:2012/05/18(金) 19:25:12.83 ID:qwFzq5wb0
flashplayerの再生支援はGPUなんだから、グラボ次第


132 :名無しさん@お腹いっぱい。:2012/05/18(金) 21:08:19.56 ID:w2urESK80
OperaとかFirefoxとかのプラグイン版だとコマ落ちするけど、64bitのActiveX版だとコマ落ちしにくい

133 :名無しさん@お腹いっぱい。:2012/05/18(金) 23:13:41.63 ID:yq+U17L00
MAD動画をアップしようと思うのですが、
たて横の大きさはどのくらいがいいとかありますか?

幅1280px 高さ720px なんですが、
この辺は特に気にする必要はないですか?

134 :名無しさん@お腹いっぱい。:2012/05/18(金) 23:14:12.85 ID:aoowM83L0
動くシーンは大体ティアリングが発生して
たまにノイズみたいのも載るんだがこれは何が原因?

135 :名無しさん@お腹いっぱい。:2012/05/19(土) 03:37:13.90 ID:8hnLNPDZ0
>>133
そのままでもよかとですけど、16:9なら
 ・Zeroの大画面相当の864x486
 ・原宿やZeroの中画面相当の640x360
くらいにしてもいいかもしれねべっちゃ。
解像度が高いとビットレートも仰山必要になるさかい、
動画の長さ、一般かプレミアかなど、自分で考えて決めりゃええ。

>>134
環境もろくに書かず質問するとはいい度胸ですぅ
 ・ティアリングとかノイズとか言ってるものがわかるSS
 ・CPU
 ・OSとビット数
 ・使用ブラウザとバージョン
 ・FlashPlayerのバージョン
 ・ハードウェアアクセラレーションのON/OFF
 ・GPU名やドライババージョン
 ・問題が起きるサンプル動画
くらいの情報は出しやがれなのですぅ

136 :名無しさん@お腹いっぱい。:2012/05/19(土) 14:55:58.64 ID:cJSESb4b0
以前niconicozeroで648x486がドットバイドットで再生できないと言ったID:zAq1Gbd+0 です。
ttp://hishou.ddo.jp/~bbs/up/img/up3630.png
やはりこれは出来てないんじゃないかな… どうみても文字が潰れてると思います

137 :名無しさん@お腹いっぱい。:2012/05/19(土) 15:03:34.38 ID:cJSESb4b0
すみませんプレイヤの設定で画質低にしたら普通に見られました。変な補間が入ってるんすね

138 :名無しさん@お腹いっぱい。:2012/05/19(土) 15:33:27.06 ID:U/EXnD5o0
flash playerは画質低をデフォにしてほしいよな
毎回低に変えるのめんどい

139 :名無しさん@お腹いっぱい。:2012/05/20(日) 00:24:56.75 ID:kBY7x2qq0
ニコエンコが使えなくて困っています。

OS:Win7
録画ソフト:アマレココ
元動画の形式:AVI

ファイルを選択すると
「未対応の動画形式です。コーデックパック(CCCPなど)を入れると対応できます。」
と出ます。2ヶ月ほど前は普通に使えてたんですが急にこのようなエラーが出ました。
CCCPもインストールしましたが駄目でした。

よろしくおねがいします。

140 :名無しさん@お腹いっぱい。:2012/05/20(日) 00:36:41.45 ID:IaSCfMJX0
>>139
ニコエンコは古いままメンテナンスもされておらず、色々な問題があるので使うべきではありません。
「つんでれんこ」やその派生の「夏蓮根」、または「AviUtl」あたりを利用するほうがよいでしょう。

  ニコエンコとは - ニコニコ大百科
  ttp://dic.nicovideo.jp/id/4131469

  ニコエンコ v0.77を使う場合の注意点
  ttp://goldenhige.cocolog-nifty.com/blog/2011/11/v077-9371.html

  動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
  ttp://dic.nicovideo.jp/id/4623324

  つんでれんことは - ニコニコ大百科
  ttp://dic.nicovideo.jp/id/4038249

141 :名無しさん@お腹いっぱい。:2012/05/20(日) 05:42:36.25 ID:0WfbC7FD0
動画がおかしくなる方は〜は全然違うだろwあれはDXVAの支援バグに関する記事だ
とりあえずamv2/amv3のアンインストールと再インストール、PC再起動してみれば?

142 :名無しさん@お腹いっぱい。:2012/05/20(日) 06:28:51.70 ID:MTr4ip6Y0
>>141
>>139 の問題とは直接関係ないが

動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
ttp://dic.nicovideo.jp/id/4623324
の記事を読めばわかるが、ニコエンコのデフォにもなっているref=16にした時に起こる問題についても書いてある

そのあたり、エンコ設定に関する注意をまとめた記事

x264でのニコニコ動画用エンコードで注意すべき設定(AviUtl)
http://chround30.blog.fc2.com/blog-entry-24.html

記事にあるdeblockの問題とか、エンコ依頼受けている人がエンコした動画でも起こっていたりする

143 :名無しさん@お腹いっぱい。:2012/05/20(日) 12:06:28.56 ID:0WfbC7FD0
いやいや前の記事のベースはほとんど自分が書いてるし内容は把握してる
動画が読み込めないって質問に対してエンコ後どうとか言うのはあまりにお門違いだろうと
ニコエンコは使わないから詳しい事は分からんがdirectshowがおかしいんだろ。コーデックの優先度などが正常にならんとつんでれんこでも同様の問題が発生する可能性がある

144 :名無しさん@お腹いっぱい。:2012/05/20(日) 12:49:19.89 ID:FfXl/In20
今動画を投稿する場合解像度640×360で
ビットレートは1200、1400、1500のどれが良いと思いますか?
1500だと今のニコでは重過ぎて見れませんか?

今動画のエンコや投稿している人の現状でのアドバイスを聞きたいです


145 :名無しさん@お腹いっぱい。:2012/05/20(日) 14:01:30.28 ID:wG1Ddz0U0
>>144
ギリギリ視聴に耐えられるラインで容量切り詰めてうpったりしたけど
結局高画質版をつべに貼り直した。
今のニコが不安定すぎるんで悩むだろうけど、
自分が納得できるサイズにするのが後悔しないと思う。俺なら1500にするね。

146 :名無しさん@お腹いっぱい。:2012/05/20(日) 16:21:30.04 ID:R2qK9o5q0
>>139
>>143
とりあえず以下を確認するといいかもね。
  1.数秒でいいからもう一度何か録画してニコエンコにかけてみる。
    そっちがちゃんと読めるなら、問題が起きたAVIだけがおかしいということになる。
  2.とりあえず問題が起きたAVIが再生できるかどうかを確認。
  3.再生できないなら修復ツールを試す。
      ttp://www.amarectv.com/amarecco/manual/kakugamenn.htm#syuufukugamenn

だが、記事読めばわかるだろうけど、余程の理由がない限りニコエンコを使い続けるメリットはない。
使い続けるにしても設定ファイル等をいじらないといけない。
つんでれんこはDirectShowだけじゃなくAVISource()やFFMpegSource()での読み込みもできるので
ファイルを正常に読み込める可能性は高い。

147 :名無しさん@お腹いっぱい。:2012/05/20(日) 16:24:45.93 ID:R2qK9o5q0
>>144
とりあえず自動マルチパスじゃなく、品質基準VBRの --crf 23 でエンコしてみる。
できあがったもののビットレートが1500以上なら自動マルチパスでビットレート1500に。
それ以下ならそのまま投稿すればいい。

148 :名無しさん@お腹いっぱい。:2012/05/20(日) 18:21:22.76 ID:zwZve/ib0
>>145
>>147
自分は今プレミアム会員だけど
7分の640のビットレート1500で上げて一般会員はまともに見れるのか心配です。
妥協して1200や1300に下げるかどうか。
一般が見れないと再生数は伸びないし、でもこの1200〜1500で画質は全然違うし・・・。

149 :名無しさん@お腹いっぱい。:2012/05/20(日) 18:38:32.30 ID:71neQRlX0
ビットレートとランキングの関連性についてのデータないかな?

150 :名無しさん@お腹いっぱい。:2012/05/20(日) 19:14:37.37 ID:R2qK9o5q0
>>148
何を言っても無駄みたいだし、依頼スレに続いてこんなとこでグダグダ言ってないで自分で考えて好きにしなよ。
個人的には1200か1500かで変わる再生数なんて誤差レベルだと思うがね。

151 :名無しさん@お腹いっぱい。:2012/05/22(火) 18:01:15.10 ID:4PFs/TB40
今640×360のビットレート1600の動画MADを作ってみたのですが
一般では重くてシークバーが止まりまともに見れないようです。
ちなみに容量は8分で90MB程度。

こちらでMADのエンコードをする場合、
640の解像度のものを普段どの程度のビットレートにしていますか?

152 :名無しさん@お腹いっぱい。:2012/05/22(火) 21:55:42.30 ID:eOywp++H0
そもそもニコニコの読み込み速度なんて全く信用してないわ
動画見るときは基本全ロード最低でも半分はロードしてから見てる
正直ビットレートあまり関係ない気がする
超時間耐久動画と超高画質ベンチ動画で明らかに耐久のほうがロード遅いし

153 :名無しさん@お腹いっぱい。:2012/05/23(水) 02:31:22.47 ID:8+RUL+Ki0
>>151
動画投稿してる俺の個人的な感覚でよければだけど
ビットレート1200超えた辺りから「動画重い」ってコメが付き始める感じ。

154 :名無しさん@お腹いっぱい。:2012/05/23(水) 04:40:38.93 ID:mEU1IupH0
>>151
動画の読み込み時にシークバーが止まるのなら、ビットレートというより
通信速度と容量の問題だろ?

だから、90MBあるんなら、1600kpbsで8分だろうと、3200kbpsで4分だろうと同じ

動画を読み込んだ後に、再生がスムーズに行くかどうかなら、ビットレートとか
エンコ設定が効いてくる


155 :名無しさん@お腹いっぱい。:2012/05/23(水) 04:46:24.73 ID:mEU1IupH0
ニコニコ動画のsmile-psuサーバーの仕様について
http://togetter.com/li/302424

の話まで考えるなら、容量だけじゃなくて、ビットレートも効いてくるだろうけど、それはまた別の話


156 :名無しさん@お腹いっぱい。:2012/05/23(水) 07:26:52.85 ID:mspCAKn/0
psuってZeroの話みたいだから一般には関係なさそうね
しかしシークバーで判断できないとか・・・

157 :名無しさん@お腹いっぱい。:2012/05/23(水) 15:07:12.14 ID:xw8gEvf80
>>156
smile-psuはZeroとは何も関係ない。原宿でも発生する。
プレミアムだけの問題だから一般会員には関係ないというのは合ってるけどね。

158 :名無しさん@お腹いっぱい。:2012/05/25(金) 12:21:55.08 ID:tOtVK10x0
>>153
>>154
2、3分の動画だと2、30MBに収まりますけど
7分や8分でそこそこの画質にすると
どうしても70MBとか80MBになってしまいます。

現状のニコニコでMADの解像度640の1500や1600ビットレートでは
重くて敬遠されるレベルなのでしょうか?
通常のゲームプレイ動画と違いMADの場合やはり画質を無視できませんから
その辺の一般的な視聴者側の体感や認識が凄く気になります。

159 :名無しさん@お腹いっぱい。:2012/05/25(金) 12:24:46.07 ID:tOtVK10x0
>>152
>動画見るときは基本全ロード最低でも半分はロードしてから見てる
以前はどうだったかわかりませんが
今はプレミアムの方が読み込み+再生でカクカクしますね。
一般はカクツキが無い代わりに読み込みが遅いという感じで
結局ニコニコ側の問題なので投稿者はどうする事もできない気がします。

160 :名無しさん@お腹いっぱい。:2012/05/25(金) 14:40:43.44 ID:ecPMk//u0
>>158
はっきりいって、重いかどうかが気になるレベルのMADなら、7分や8分あること自体が敬遠される
内容が十分面白いのなら、どんなに重かろうが、視聴者は見てくれる

161 :名無しさん@お腹いっぱい。:2012/05/26(土) 19:35:30.32 ID:+cR8Yg9h0
映像部分に関して、エンコしても崩れにくいものって何?
例えば紙芝居動画を作るとして、元の画像はどういう状態に準備する?

162 :名無しさん@お腹いっぱい。:2012/05/26(土) 19:41:29.18 ID:x/Ab5J690
もやっとしてエッジがない絵は圧縮しやすい
しかし、紙芝居なんてエンコ楽勝だからそこまで気にする必要はない

163 :名無しさん@お腹いっぱい。:2012/05/26(土) 22:10:25.28 ID:8cfqZQnR0
ttp://www.nicovideo.jp/search/%E3%83%95%E3%83%AD%E3%83%83%E3%83%94%E3%83%BC%E3%81%AB%E5%85%A5%E3%82%8B%E5%8B%95%E7%94%BB%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA?sort=n&order=d
こういう縛りプレイ楽しそうなんだけどなんで流行らないんだろう

164 :名無しさん@お腹いっぱい。:2012/05/26(土) 22:13:08.71 ID:BkLJOHei0
FDサイズにエンコし直しただけで自作動画になるなんてお得ですね

165 :名無しさん@お腹いっぱい。:2012/05/26(土) 22:21:42.03 ID:8cfqZQnR0
割とこだわってエンコしてる身としてすごい面白そうだと思ったんだけどな。
そういう人は1度は○○を何人かでエンコして一番綺麗な奴優勝なみたいな事考えたことあると思うしバイト単位で条件作れる訳やん

166 :名無しさん@お腹いっぱい。:2012/05/27(日) 01:28:03.99 ID:T6l7F24rP
>>163
URL張る時は短縮位しろ
http://goo.gl/I5UUP


167 :名無しさん@お腹いっぱい。:2012/05/27(日) 02:16:38.67 ID:RgptIs8z0
短縮URLも怪しくてあまり踏む気になれないし、大百科示せばよかったんちゃうかと。

  フロッピーに入る動画シリーズとは - ニコニコ大百科
  http://dic.nicovideo.jp/id/4417245

フィルタやエンコ設定を細かく考えていく人なら楽しいのかもしれないけど、
正直なところ低解像度で異常な設定をした挙句、出来上がるのはサイズが小さいだけで
ただの画質の悪い動画なんで、個人的にはまったく魅力を感じない。

168 :名無しさん@お腹いっぱい。:2012/05/27(日) 11:01:26.52 ID:SocBn5bY0
twitterじゃあるまいし短縮にする必要なし

169 :名無しさん@お腹いっぱい。:2012/05/27(日) 12:03:29.35 ID:ICyHdZOf0
自分ルール
1. amazonのURLからは不要な部分を削る
http://www.amazon.co.jp/dp/4777512258/
2. ニコニコ大百科は、>>167のように記事番号のURLを使う (記事名が英数字のみの場合は除く)
3.他は、リンク先が踏まないとわからないから、短縮URLは使わない、


170 :名無しさん@お腹いっぱい。:2012/05/27(日) 12:47:09.71 ID:IsPq9tjK0
短縮じゃないとスマホで見づらいから、短縮で頼むわ


171 :名無しさん@お腹いっぱい。:2012/05/27(日) 22:24:56.74 ID:cLIywPpL0
mmd作成でAVIで出力してからaviUTLで編集して、H,264でMP4にエンコして再生したら、MMDで作成した画面のほとんどが白くなったり字幕に影がかかって読みづらくなりました

エンコードオプションは--bitrate 390 --pass 3 --stats "%{savfile}.stats" --keyint 300 --b-adapt 2 --me umh --subme 8 --direct auto --ref 5 --log-level noneです
PCはLC900KGでVistaのノートPCです

MMDやAVI形式の動画以外では問題なくMP4で再生されました
3時間くらい調べても原因がまったくわからなかったので、わかる方回答してくださるとすごく助かります

172 :名無しさん@お腹いっぱい。:2012/05/27(日) 22:52:13.20 ID:2r4p/RY90
プレイヤーがquicktimeだったとかじゃあるまいな

173 :名無しさん@お腹いっぱい。:2012/05/27(日) 23:02:19.75 ID:aev5ti6S0
AVIがまともに読めてないんかな?
試しに他の形式にしてみれ

174 :名無しさん@お腹いっぱい。:2012/05/27(日) 23:15:34.86 ID:cLIywPpL0
>>172、>173
レスありがとうございます
早速試させてもらいます

175 :名無しさん@お腹いっぱい。:2012/05/27(日) 23:44:26.02 ID:cLIywPpL0
問題解決できました、ありがとうございます
原因は>>173さんの言う通りquicktimeが原因でした
やっくん氏の配信しているフリーソフトのFlavieでMP4を再生することで通常通り再生できました
Yahooの知恵袋では回答が来なかったのですごく助かりました、ありがとうございます

176 :名無しさん@お腹いっぱい。:2012/05/28(月) 02:43:34.64 ID:TGr5yS1a0
とりあえず最後の1行はやめとけ。
回答者になればよく分かるがマルチポストは馬鹿にされてる印象しか受けない

177 :名無しさん@お腹いっぱい。:2012/05/28(月) 03:03:32.20 ID:NmayQhjb0
>>175 の問題点
1. テンプレを読んでいない (>>8 の逆パターン)
2. (>>176) マルチポスト
3. 知恵袋という名だが、なんの知恵の集積もしていないサイトをアテにしたこと

178 :名無しさん@お腹いっぱい。:2012/05/28(月) 03:25:27.98 ID:TGr5yS1a0
いや割と知恵袋でも質問点を的確にして質問すればちゃんと事細かに答えてくれる人はいるよ
DTV板住民でもまず誰も知らないような重箱の隅を突つくような質問でも懇切丁寧に教えてくれたり検証してくれたりする事は多いし自分も自己満足で答えたりはしてる
専門的な分野になればなるほど人は少ないけど教えたがりな人の割合は高かったりするからね
ただそうはいっても動画共有やらネット一般のカテゴリとかPC初心者、その他一般的なカテゴリでは質問の意図にそぐわないあまりにも酷い受け答えが大半のようには感じる

YES,NOで完結する質問にそれは分からないですがこれ(全く関係の無い酷いもの)はどうですか?とか勧められてベストアンサーになった時は唖然としたわ

179 :名無しさん@お腹いっぱい。:2012/05/28(月) 04:13:44.66 ID:NmayQhjb0
>.178
ちゃんと答えてくれる人がいることは認める
問題なのは、「なんの知恵の集積もしていない」こと
知っている人が質問した人に教えるだけで、それ以外の人がその情報を探そうとして
知恵袋内で検索しても、往々にして、的確な答えはノイズの山に埋もれてしまっていて
その時答えた人を運良く捕まえる以外に方法がない点

180 :名無しさん@お腹いっぱい。:2012/05/28(月) 15:49:19.96 ID:dJyqPO280
おk

181 :名無しさん@お腹いっぱい。:2012/06/04(月) 23:43:19.21 ID:tu9Z2MeU0
[movie.avi]
720x480 12Bit Intel Indeo iYUV R2.0 29.97fps 124291.59kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[WindowsMedia] 00:01:04.000 (64.000sec) / 1,012,806,034Bytes

真空波動研SuperLite 090503 / DLL 090503

このファイルをAviutlで読み込むと、音声だけで画面が真っ黒になってしまいます。
FFDshow関連かとも思いそちらも試しましたが、WMPでの再生時にはFFDshowは出
てこないのでどうやら違うようです。
AMV3の未圧縮で出力したものをWMMで編集し、WMEの未圧縮コーデックで出力しま
した。
どなたか原因がお分かりの方はいらっしゃいませんでしょうか?
当方OSはVistaです。

182 :名無しさん@お腹いっぱい。:2012/06/05(火) 00:16:20.14 ID:6q6AMCei0
>>181
・まとめWikiで非推奨とされている無圧縮WMVで出力している。( http://nicowiki.com/howtomovie.html#r8e34852 )
・そのファイルはWMVファイルであってAVIではないのに拡張子をaviにしている。
・ついでに言うがそんな解像度で大丈夫なのか?アスペクト比とかおかしいんじゃね?
・さらについでに言うと真空波動研が古すぎる。

たぶんかなり古い間違った解説動画を見たんだと思うけど、とりあえず無圧縮WMVを使うのはやめたほうがいい。
あとDirectShow File Readerでの読み込みもトラブルの原因だからL-SMASH Worksを入れて読み込んだほうがいい。

183 :名無しさん@お腹いっぱい。:2012/06/05(火) 05:46:51.97 ID:GMdEEh0M0
解説動画って正直害悪だよなぁ。
うpした瞬間から情報は古くなっていくし、そもそもその内容がうp主独自の頓珍漢なやり方だったりする。
複数人の目に晒されて中身が練られてるまとめwikiのほうがいいわ。

184 :名無しさん@お腹いっぱい。:2012/06/05(火) 06:36:33.09 ID:nx2WI9BF0
3年前の波動研か・・・

185 :名無しさん@お腹いっぱい。:2012/06/05(火) 09:45:35.93 ID:QAnaWU980
まとめwikiも編集しなけりゃダメだけどな

http://nicowiki.com/aviutl_h264.html
ビットレート計算機が付いたこととか、拡張x264出力(GUI)Ex)1.43から、キーフレーム間隔の上限で -1にすると自動でfpsx10になるとか

http://nicowiki.com/encode.html
48kHz制限は撤廃されたとか

あちこち古くなっている

#海外規制で自分では直せなかった

186 :名無しさん@お腹いっぱい。:2012/06/05(火) 20:29:53.00 ID:IVvJ7NvYi
>>182
sar par darって知ってるか

187 :名無しさん@お腹いっぱい。:2012/06/05(火) 22:01:12.18 ID:+TIhFz9A0
>>186
知ってるけど、>>181の流れで720x480のまま扱ってるのは疑問に思わないのか?
ソース等が明記されてないから詳細はわからんけど、注意喚起くらいしといがほうがいいかと思っただけだ。

188 :名無しさん@お腹いっぱい。:2012/06/06(水) 03:49:41.39 ID:nZ345krk0
>>185
とりあえずaviutl_h264のページだけ更新しておきました。
  http://nicowiki.com/?aviutl_h264

●ツール一覧表からMP4PluginとDirectShowFileReaderを削除。
 代わりにL-SMASH Worksを追加。DLはPOP氏のサイトから。
●FlashPlayer11.2からはマゼンタ線が出なくなったため、
 10bit非推奨の理由を「GPU再生支援が効かない」に修正。
 視聴にはほぼ影響ないけど微妙に色もおかしいという問題もある。
●一般会員の解像度上限は5/1から1280x720になったことを追記。
●ZeroWatch大画面モードでの基本解像度を追記。(原宿バージョンの記述も残した)
●プラグインにL-SMASH Worksの記述を追加。
 DirectShow File ReaderとMP4Pluginは記述は残しているが非推奨に。
●x264guiExのビットレート計算機の説明とスクショを追加
●x264guiExの設定とスクショをv1.43対応に更新。
●H.264 Levelの指定は冗長なので削除。
●参照距離(--ref)に関して、大百科記事「動画がおかしくなる方は大百科をクリック→」への参考リンクを追加。
●「キーフレーム間隔の上限」はv1.43で追加された
   「-1を指定するとフレームレートの10倍を自動設定する」
 という機能を推奨。
●シングルパスの設定方法を表から削除。

189 :名無しさん@お腹いっぱい。:2012/06/06(水) 06:47:01.51 ID:St1i9AEV0
結局Zeroがどうなるのかはっきりと分からないから今どうするかって結構微妙なのよね
そもそも容量とかビットレート上げてくれないと・・・

190 :名無しさん@お腹いっぱい。:2012/06/06(水) 07:28:25.16 ID:l7SuH+aH0
>>188
乙乙!

191 :名無しさん@お腹いっぱい。:2012/06/06(水) 07:54:34.01 ID:Cw6hro4Pi
容量ビットレート上げるなら投稿容量が月1GBじゃ少な過ぎる

192 :名無しさん@お腹いっぱい。:2012/06/06(水) 09:35:21.03 ID:UYPEFjO9P
100MB/fileの方がきつい
せめて、300MBまで上げてくれ


193 :名無しさん@お腹いっぱい。:2012/06/06(水) 10:20:42.05 ID:l7SuH+aH0
たしかに他の動画サイトもどんどん高解像度・大容量化してるしニコニコもそのぐらいまで上げてほしい所

194 :名無しさん@お腹いっぱい。:2012/06/06(水) 12:41:55.63 ID:OCXC1u1Bi
macはスレチかもしれませんが、h264でエンコードした動画ファイルが汚すぎて視聴に耐えうる物にならないんです

  1.問題点:対戦格闘ゲームの動画なので動くと荒れて見れた物じゃない
  2.元ファイルの情報 :すみません出先の為情報がないのですが、25分近い動画です
  3.エンコードして出来上がったファイルの情報 :これも出先の為詳細がないです。
  4.ソフト:FinalCutProX + Compressor4
  5.MP4ならば必要に応じてx264のエンコードオプション:これも不明です、すみません
  6.PC環境:MacBookPro15.4inch,2011early
VRAMは1GBです

どなたか解決策をご存知の方いらしましたらよろしくお願い致します。

195 :名無しさん@お腹いっぱい。:2012/06/06(水) 12:53:14.17 ID:St1i9AEV0
いや・・・うん・・・

画質をよくするだけならビットレートでも上げておけばいいと思うよ

196 :名無しさん@お腹いっぱい。:2012/06/06(水) 12:59:29.80 ID:OCXC1u1Bi
>>194
ファイルサイズ100MBになるようにビットレート限界まで上げたのですがダメなんです
止まってる時は綺麗なのですが、動くと崩れるので設定でもう少し改善出来るのかなと思ったのですが・・・
compressorの設定でフレームコントロールをオンにして、デインターレースを高品に、レート変換を動き補正にして試してみましたがあまり変わらず・・・

197 :名無しさん@お腹いっぱい。:2012/06/06(水) 14:08:36.97 ID:l7SuH+aH0
情報が少な過ぎてなんとも言えないけどリサイズはしてある?
25分もあると500kbpsも振れないだろうから512x384(16:9なら640x360)に縮小して
それでも不満があるなら動画を2か3分割ぐらいにした方がいいんじゃないかな

198 :名無しさん@お腹いっぱい。:2012/06/06(水) 14:52:58.14 ID:UYPEFjO9P
>>196
ビットレートが1Mbpsはないときついかと
分割するか、画面サイズを縮小しろ



199 :名無しさん@お腹いっぱい。:2012/06/06(水) 15:35:22.89 ID:OCXC1u1Bi
>>197
リサイズは640×360でしてます

>>198
ビットレート1Mは必要なんですね・・・

200 :名無しさん@お腹いっぱい。:2012/06/06(水) 15:37:09.59 ID:OCXC1u1Bi
もしかしてリサイズ前の画面サイズも640×360にした方が綺麗になるものなんですかね?

201 :名無しさん@お腹いっぱい。:2012/06/06(水) 16:32:44.99 ID:l7SuH+aH0
それなら8分刻みぐらいで分割して100MBのファイルを3つ作るのがよさそう
撮影する時は原寸のままがきれいに仕上がると思う

202 :名無しさん@お腹いっぱい。:2012/06/06(水) 16:42:37.78 ID:u8K9oBh/0
>>194
>>172

203 :名無しさん@お腹いっぱい。:2012/06/07(木) 22:36:03.56 ID:m9mt5oT50
ここでは常識かもしれないけど、ずっと困ってた問題が解決したので一応書いておきます。

1080P/60fpsでエンコした動画を、ニコ動でGPU支援オンで見るとガクガク。
支援オフなら50-55fpsくらいは出てるけど、VLCプレイヤーで見るよりfpsが落ちてる状態だった。
それで仕方なく説明文にGPU支援オフ推奨と書いてたんだけど、試しに2048x1152/60fpsで
エンコしてみたら、支援オンでもプレイヤーで見るのと全く同じヌルヌル感になった。

解像度が上がってるから再生負荷も上がってるはずなのに、どうしてこうなったのかな?
経験上、どうも1080P近辺の解像度だけ支援オンでガックガクになるんだよね。

204 :名無しさん@お腹いっぱい。:2012/06/07(木) 23:58:11.12 ID:LPEjOmNp0
何も解決してない気がするのは気のせいだろうか。
エンコオプションやエンコしたファイルの詳細情報も書いてないし
1080pの60fpsはニコ動にはオーバースペックだと思うのでどうでもいいけど。

205 :名無しさん@お腹いっぱい。:2012/06/08(金) 05:36:30.22 ID:yuGaSliv0
確かに解決してないですねw
偶然答えを見付けたけど、解けた理由が分からないという感じでしょうか。
エンコオプションはこれまで色々試したけど駄目で、ヤケクソで解像度を上げてみたら
なぜか問題が無かったから不思議なんです。

206 :名無しさん@お腹いっぱい。:2012/06/08(金) 07:07:54.95 ID:t7T+I/ms0
>>205
どんなGPU使ってるのか知らないけど、2048x1152の時はGPU再生支援が効いてないんじゃないの。
DXVACheckerの「デコーダデバイス」で見た時に、H264系の最大解像度が1920x1080までになってるとか。
実際にハードウェアアクセラレーションが効いてるかどうかは、DXVACheckerでトレースログとればわかるから、
とりあえずちゃんと効いてるかどうか確認したほうがいいんじゃないかね。

再生支援について詳しいわけじゃないけど、エンコオプションによってH.264 Levelも変わってくるし、
>>204に書いてあるように、質問するなら自分から情報出さないと駄目だと思うよ。

207 :名無しさん@お腹いっぱい。:2012/06/10(日) 21:14:11.46 ID:p0UYqeFm0
6/8にリリースされたFlashPlayer11.3.300.257の挙動について。>>9の続きみたいなもの。
なんかまた変わってるっぽいのですが、正しいかどうか追加検証をしていただけるとありがたいです。

【ハードウェアアクセラレーションOFF時】
  ●colormatrixやfullrangeを反映するようになった。指定無しの場合はBT.709のTVレンジとしてデコード。
    (11.2では両方とも無視してBT.601のTVレンジとしてデコードしていた。11.3では11.1の時と同じ挙動に戻ったことになる。)
  ●deblockが有効になっている動画で映像崩壊が起きることがあるという問題はそのまま。
    (なお、この問題はハードウェアアクセラレーションONの場合には発生しない)
      ttp://www.nicovideo.jp/watch/sm17278404

【ハードウェアアクセラレーションON時】
  ●colormatrixやfullrangeを反映するようになった。指定無しの場合はBT.709のTVレンジとしてデコード。
    ハードウェアアクセラレーションOFFの場合と同じ挙動になった?
    (★ONの場合は、かなり前からcolormatrixもfullrangeも無視してBT.601のTVレンジとしてデコードしていたはず。)

【その他の既知の問題】
  ●10bit-depthのH.264をデコードすると色が微妙におかしいという問題はそのまま。
    11.1まで出ていた右側のマゼンタ色の縦線は11.2で出なくなったし11.3でも出ない。
      ttp://www.nicovideo.jp/watch/sm16808896

【色空間テスト用動画リスト】
  ttp://www.nicovideo.jp/mylist/27805122

208 :207:2012/06/10(日) 21:16:51.25 ID:p0UYqeFm0
なお、ハードウェアアクセラレーションONの挙動を確認してもらった環境は以下のとおりです。

【OS】Win7 Home Premium 64bit (英語版)
【CPU】i7 860
【GPU】GeForce GTS 240
【ブラウザ】IE9
【FlashPlayerのバージョン】11,3,300,257


209 :名無しさん@お腹いっぱい。:2012/06/11(月) 22:40:46.61 ID:zeW+YDdU0
x264guiExの作者であるrigayaさんが、FlashPlayer11.3でのcolormatrixとfulrangeの扱いを検証して下さったようです。

  rigayaの日記兼メモ帳 FlashPlayerもついにまともになったようだ
  http://rigaya34589.blog135.fc2.com/blog-entry-240.html

>>207-208にも書いたように、11.3では、ハードウェアアクセラレーションのON/OFFに関わらず、
  ●colormatrixもfullrangeも反映する
  ●指定がない場合はBT.709のTVレンジ(圧縮レンジ)としてデコードする
という挙動になっているようです。

210 :名無しさん@お腹いっぱい。:2012/06/11(月) 23:15:13.21 ID:zeW+YDdU0
そんでもって、>>207-209を踏まえて考えると、【オススメ設定を変えたほうがよいかもしれない】のですよね。
現在は
  「BT.601で出力して、colormatrixにはsmpte170mを指定する」
というのを勧めているわけですが、こうしていたのは、
  「FlashPlayerはハードウェアアクセラレーションONの時は強制的にBT.601でデコードするから」
というのが理由でした。(OFF時はcolormatrixを反映するので、これによりどちらでもBT.601で正しくデコードできた)

しかし、11.3で>>209のような挙動に変わったことを考えると、話は少し変わってきます。
ポイントになってくるのがエコノミー動画の扱いです。
サーバー側で生成されるエコノミー動画では、colormatrixもfullrangeも指定されていません。
そのため11.3では、「どのエコノミー動画もBT.709でデコードされる」ということになります。
つまり、「BT.601でエンコードした動画のエコノミー動画は、11.3での視聴時に色が変わってしまう」ということになります。

つまり、「11.3で、エコノミー動画での視聴も含めより多くの人に正しい色で見てもらうこと」を考えた場合、
  「BT.709で出力して、--colormatrix bt709をつけてエンコードする」
というのが、よりよい設定だということになってきます。
(ただし、PlayStation Vita等、強制的にBT.601デコードする端末については色が変わってしまうことになりますが。)

・・・しかし、最近のAdobeを見てると、11.3の挙動で安定するのかどうかちょっと不安なんですよね・・・。
どうしたものか。

211 :名無しさん@お腹いっぱい。:2012/06/12(火) 00:11:58.45 ID:2cCmGyu60
あとは、AviUtlの色変換の設定はデフォルトがBT.601なんで、もしBT.709にするってことになると
そこの設定を忘れてBT.601出力にしたまま--colormatrix bt709にする人も増えそうかな〜みたいな。
まあそこまで心配してもどうしようもないかもしれんけども。

212 :名無しさん@お腹いっぱい。:2012/06/12(火) 01:07:30.02 ID:c5OlexlM0
「そのときのニコやFlashに確実に合わせる」ならいろいろ考える必要あるんだろうけど

ファイル自体の汎用性考えたら本体の入出力もGUIExの設定も全部自動でよくね? 情弱意見ですまんけど

213 :名無しさん@お腹いっぱい。:2012/06/12(火) 01:17:25.75 ID:xkeEeE7b0
>>212
考え方によるよね。両論併記ではどうか?初心者には混乱の元かな?

214 :名無しさん@お腹いっぱい。:2012/06/12(火) 08:17:39.77 ID:Cq+ZgdFg0
あれ自動にしてたら画面サイズで変わるんだっけか
ややっこしいなあ

215 :名無しさん@お腹いっぱい。:2012/06/12(火) 08:36:43.11 ID:P9xyLGHwi
エコノミーの事なんて考えてないからこれからもBT601でいくわ
低ビットレートで充分な時は回避するし

216 :名無しさん@お腹いっぱい。:2012/06/12(火) 10:03:35.29 ID:6g7/S/sZ0
うわぁ・・・
じゃあニコニコでほとんどを占めるSDサイズの動画は
かなりの効率で色がおかしくなるのか・・・
ある意味以前よりひどくね?
またadobe・・・

217 :名無しさん@お腹いっぱい。:2012/06/12(火) 11:47:25.14 ID:5uXBMBuz0
>>216
色々勘違いしてると思う。SDサイズとか関係ない。

TV番組等をローカルに保存することを目的とする一般的な動画のエンコードでは、
「SDサイズならBT.601、HDサイズならBT.709にする」というのが定番だけど、
ニコニコ向け(というかFlashPlayer向け)のエンコードでは、
「HDだろうがSDだろうがBT.601にする」というのがこれまでの推奨設定だった。
colormatrixをつけるのも推奨されていたから、ちゃんとそうしていたなら通常動画は11.3でも別に問題ない。
エコノミー動画の多くは色が通常動画とは少し変わって見えると思うけど、気づかない人も多いかもね。

218 :名無しさん@お腹いっぱい。:2012/06/12(火) 12:00:22.58 ID:6g7/S/sZ0
エコノミー全滅か・・・

219 :名無しさん@お腹いっぱい。:2012/06/12(火) 12:16:01.99 ID:U3/mDXsB0
何か視聴に耐えない程に色がおかしくなると勘違いして無いか?

220 :名無しさん@お腹いっぱい。:2012/06/12(火) 12:35:14.21 ID:5uXBMBuz0
何気なく見てるだけなら、色空間の違いに気づく人は少ないというかほとんどいないだろうね。

「意図したとおりの色で見てほしい」という投稿者はどうすればいいかというお話ですわな。

221 :名無しさん@お腹いっぱい。:2012/06/12(火) 15:01:44.37 ID:abv6CdHv0
ここに書く事かわらないけど色空間の話題が出たから

普段AMV3(YV12)で撮った動画をソースに使ってるんだけど
どうもHD解像度(720p)で撮った動画も色変換にBT.601を使ってる気がする
サイト見ても特に書いてなかった気がするけどその辺調べた人っていたりするかな

222 :名無しさん@お腹いっぱい。:2012/06/12(火) 15:35:12.82 ID:5uXBMBuz0
>>221
使い方によって変わる。
 Case1 AMV3にRGBデータが渡された場合は、AMV3がRGB→YV12変換を行う。
      この場合は必ずBT.601の変換式が使われる。解像度も関係ない。
 Case2 AMV3にYUVデータが渡された場合は、AMV3はそのYUVデータをYV12形式にするだけ。
      渡されたYUVデータがBT.601ならBT.601になるし、BT.709ならBT.709になる。

Case1の例としてはアマレココが挙げられる。
Case2の例としては、アマレコTVでデバイスからの入力フォーマットがYUY2・UYVY・HDYCの場合が挙げられる。

AviUtlでAMV3を使う場合は、ファイル→環境設定→コーデックの設定で、AMV3のところで
「YUY2で圧縮する」にチェックが入っていればCase2になるし、チェックが入っていなければCase1になる。

これはAMV3に限らず、AMV2や、UtVideoのULY2、ULY0、Huffyuvでも同様。
一般的に、コーデック内部でのRGB⇔YUV変換はBT.601となっているものがほとんど。
もしかするとBT.709を使うコーデックもあるかもしれないけど、少なくとも自分は知らない。

223 :名無しさん@お腹いっぱい。:2012/06/12(火) 15:45:14.37 ID:5uXBMBuz0
あー、ごめん>>222にちょっと補足。

>これはAMV3に限らず、AMV2や、UtVideoのULY2、ULY0、Huffyuvでも同様。

AMV2とHuffyuvはYUV圧縮だけじゃなくRGB圧縮モードもあるので例としてはあまり適切じゃなかった。
これらについては「YUV圧縮する場合」のみの話ととらえてくれい。

224 :名無しさん@お腹いっぱい。:2012/06/12(火) 16:16:55.73 ID:abv6CdHv0
>>222>>223
なんとそうなってたんだ、しばらく疑問に思ってたことがやっと解けた
例も分けてこんなに詳しく解説してくれて本当にありがとう!

225 :名無しさん@お腹いっぱい。:2012/06/12(火) 18:11:43.90 ID:5uXBMBuz0
念のため確認しておきたいのですけど、
  ・FlashPlayer11.3.300.257
  ・ハードウェアアクセラレーション有効
という状態で以下の2つの動画を見た場合、どちらの動画が正しい色で見えますかね?
(ハードウェアアクセラレーション無効ならBT.709のほうが正しく見える)

  【色空間テスト】640x360 BT.601 colormatrix無し
  http://www.nicovideo.jp/watch/sm18077634

  【色空間テスト】640x360 BT.709 colormatrix無し
  http://www.nicovideo.jp/watch/sm18077675

>>207で示したテスト動画リストは1920x1080サイズで、そちらはBT.709のほうが正しく見えたようなのですけど、
まさか指定無しの場合に解像度でBT.601とBT.709を区別してるなんてことはないよなあという確認です。
自分じゃ試せないもので、どなたか確認してみていただけると助かります。

226 :名無しさん@お腹いっぱい。:2012/06/12(火) 19:24:38.15 ID:abv6CdHv0
>>225
少しでも恩返しを

>FlashPlayer11.3.300.257
>ハードウェアアクセラレーション有効
の状態で確認したところ>>225の動画もフルHD動画(のcolormatrix無し)も
BT.709が鮮明な(おそらく正しい)色、BT.601が黒っぽい色の動画に見えました

227 :名無しさん@お腹いっぱい。:2012/06/13(水) 02:25:42.33 ID:6CVC2BsG0
>>226
ありがとうございます。別の方からもBT.709のほうが正しく見えたと報告いただけましたし、
やはりcolormatrix指定無しならば解像度に関わらずBT.709でデコードということであってるようですね。

228 :名無しさん@お腹いっぱい。:2012/06/13(水) 05:57:22.44 ID:sio2VaRA0
640×360の撮り貯めた写真集をニコに投稿しようと思うけど
写真の場合ビットレートはどのようにしればいいでしょうか?
普段動画の時は綺麗さと重さを考えて1200〜1500程度にしています。

229 :名無しさん@お腹いっぱい。:2012/06/13(水) 06:45:38.45 ID:CBItbnrgi
写真なら移り変わる時間によるが1枚5秒程度なら100kbpsもあれば充分過ぎる画質になるんじゃない?

230 :名無しさん@お腹いっぱい。:2012/06/13(水) 07:31:44.71 ID:UbeQ8GAH0
写真ならとりあえずcrf23ぐらいでエンコしてみれば?
wikiだと2pass推しだけどある程度慣れたらこっちの方が断然綺麗で低容量

231 :名無しさん@お腹いっぱい。:2012/06/13(水) 07:58:29.71 ID:sio2VaRA0
>写真ならとりあえずcrf23ぐらいでエンコしてみれば?
crfというものを知らないけど
普通の動画と同じエンコじゃまずいの?
音楽付きだからビットレート1200ぐらいでエンコードしようと思ってたけど

解像度640×360 一枚5秒から8秒程度 音楽付き

232 :名無しさん@お腹いっぱい。:2012/06/13(水) 08:35:26.04 ID:8AxsewS70
スライドショーはビットレート低くてもいける
とりわけ640x360みたいな(画像集としては)超低解像度なら
ためしに600くらいでテストエンコしてみたら?
たぶんそれで十分

233 :名無しさん@お腹いっぱい。:2012/06/13(水) 09:57:09.14 ID:NBUk+GMr0
>>231
crfというのは指定した品質(画質)になるようにエンコするモード。
(23がデフォルトで数値を下げるほど綺麗)

エンコ対象の映像が圧縮しづらいものなら品質を維持するために自動でビットレートを上げるし、
圧縮しやすいならビットレートを下げる。

どのくらいのビットレートにするか迷うならcrfでエンコして結果40 or 100MBに収まればよし、
収まらなかったら40 or 100MBに収まるように今度はビットレート指定でエンコし直せばいい。

という事を>>230は言いたいと思われ

234 :名無しさん@お腹いっぱい。:2012/06/13(水) 12:59:54.24 ID:mOKGuEn50
動画ごとに2passのビットレートを決める参考に品質基準VBRでやることあるな。

235 :名無しさん@お腹いっぱい。:2012/06/13(水) 23:41:51.96 ID:UbeQ8GAH0
>>233が言いたい事を全部言ってくれたありがとう

236 :名無しさん@お腹いっぱい。:2012/06/14(木) 02:34:45.22 ID:aq0FNc+W0
最初からslow-firstpass trellis 2のキメ打ちじゃいかんのかそれは

237 :名無しさん@お腹いっぱい。:2012/06/14(木) 10:09:06.98 ID:kI6K4ZB00
で、fullrangeって何?
おいしいの?

238 :名無しさん@お腹いっぱい。:2012/06/14(木) 13:31:45.58 ID:H3No+JHr0
>>236
「ビットレート指定の自動マルチパス」と「品質指定の品質基準VBR」は根本的に異なるもの。
>>233と、まとめWikiの「拡張 x264 出力(GUI)の設定項目とその機能について」のページをよく読もう。

Wikiではビットレート指定の自動マルチパスが推奨されてるけど、これはニコニコ動画では
ビットレートやファイルサイズに上限があるためやむを得ずそうなっているだけ。
TV番組の保存などを目的としたエンコードでは、「これくらいの品質で記録しよう」ということで
品質基準VBR(--crf)でエンコードするのが一般的。

ビットレート指定だと自分でビットレートを指定しなきゃいけないわけだけど、プレミアム会員の中には、
「目安がわからないし、とにかく高画質にしたい」という理由で無駄に高いビットレートを指定する人もいる。
その結果、
  「実際には500kbps程度で十分綺麗なのに、無駄に5000kbpsと指定した結果、大して画質は変わらないのに
   ファイルサイズが10倍になり、視聴時の読み込みも遅く、再生負荷まで高くなる」
という、ほとんど誰の得にもならない、むしろ害悪な動画ファイルが出来上がることもある。

品質基準VBRならば、とりあえず品質(--crf)の値を20〜23くらいにしてエンコードすれば、
ニコニコ動画向けとしては十分綺麗な画質になり、ビットレートもその画質に見合ったものになる。
無論、「複雑で動きが多く解像度が高い映像」の場合はかなり高いビットレートになってしまうし、
ファイルサイズ制限を越えてしまうこともあるので、その場合はビットレートを抑えてエンコードしなおす必要があるが、
そうでないなら驚くほど低いビットレートで済むことも多い。スライドショーなんかは特にそう。

ニコ動などで色々な人に見てもらうには、画質だけでなくファイルサイズとのバランスも重要なので、
適切なビットレートを探るためにも品質基準VBRのエンコードを試みてみるとよい。

239 :名無しさん@お腹いっぱい。:2012/06/14(木) 16:35:26.49 ID:zQ5pBTlk0
自動マルチパス
・ほぼ指定サイズに収まるためエンコードが1回で済む
・動きの少ない所では無駄にビットレートを消費し、動きの多い所では足らずに画質が落ちる

品質基準VBR
・エンコードが終了するまでサイズの予想が付かない
・画質が一定なので動きの少ない場所でビットレートを節約し、多い所に割り振ってくれる
→ファイルサイズが同じなら自動マルチパスよりも高画質な動画になり、同じ画質ならファイルサイズが小さくなる

240 :名無しさん@お腹いっぱい。:2012/06/14(木) 16:52:54.17 ID:H3No+JHr0
>>239
間違ってる。

>・動きの少ない所では無駄にビットレートを消費し、動きの多い所では足らずに画質が落ちる

これはシングルパス固定ビットレート指定の場合でしょ。
自動マルチパスは1パス目の解析結果をもとに適切にビットレートを割り振る。

241 :236:2012/06/14(木) 17:42:38.90 ID:aq0FNc+W0
>>239
違う。同じビットレートなら品質基準vbrよりもslow-firstpassを使って2passした方が綺麗になる。
ビットレートが充分な場合は品質に準拠してもそれと同程度のビットレートを割り振った2passでもほとんど変わらないが問題はビットレートが不足するような場合
品質基準vbrの場合全体を見ずに出力するのでサイズに余裕がないのに馬鹿みたいにビットレートを取る場面が出てくる。
slow-firstpassを付けたabrの場合は最終出力と同じ設定で1pass目の解析を終えているので全体的に人間の視覚上よりよく見えるように配分してくれる
例えとして動画ファイル全体を1枚の絵と見たてると2passは自動的にaq strangeを最適値にあわせてくれるようなものでファイルサイズ比の見てくれを良くしてくれる
ただしslow-firstpassを使わないと最終出力と同じ設定で解析をするわけではないので使った場合に比べ全体の品質が落ちる

242 :名無しさん@お腹いっぱい。:2012/06/14(木) 17:48:35.19 ID:zQ5pBTlk0
マルチパスは限られたビットレート内で最適な圧縮をするものであって
基本的にほぼ固定ビットレートな動きをしてたと思うんだが変わったんかな

243 :名無しさん@お腹いっぱい。:2012/06/14(木) 18:22:45.02 ID:zQ5pBTlk0
すまない
avinapticを使ってグラフを見てみたらマルチパス動画も普通にビットレート変動してた
どうもエンコード中に出てくるkbpsを見て勘違いしてたみたいだ

244 :名無しさん@お腹いっぱい。:2012/06/14(木) 18:34:27.17 ID:dibsk0oV0
翻訳解説

CRFは区間の複雑なシーンやシンプルなシーンのバランスをqcompで調整し、必要に応じてビットレートを分散します。
複雑なシーン、またはハイモーションシーンのフレームの品質を減少させることによってこれを実現します。
一定の区間は入力fpsやtcfile-inによる?

CRF = CQP + AQ + QCOMP.
qcomp = 1はmbtree = 0と同義です。

ABR、別名平均ビットレート
シングルパスモード。設定したビットレートに応じてサイズを与える。このモードでは、CRFと同じくらい速いです。
しかし、ビットレートの差異は限られています。

2パスVBR
このモードでは、特定のファイルサイズにエンコードすることができますがビットレートの分散が
限定されるものではないので、画質はABRよりもはるかに高いです。
2パスの最初のパスはターゲットビットレートを目標にするための解析に必要です。

--trellisは、基本的にはAQの逆の効果があり、フラットで、滑らかな領域からビットレートを奪うことにより
圧縮を向上させます。
Psy-Trellisは、基本的に同じことを行いますが、圧縮が向上することはありません。
ディテールとテクスチャからビットレートを取って、エッジなどでそのビットレートを使用しています。
Psy-RDと同じように、この設定が高すぎると、アーティファクトが発生する可能性があります。

Psy-RD、この設定は、ディテールやグレインのシャープネスを向上させる。

PSY RDOの評価は、通常のPSNR単位歪みに加え、再構築されたフレーム間での複雑さの違い
(ビデオのデコードにどのように見えるか)とソースフレームも含みます。

ディテールが画面全体の鮮明度?
エッジがピクセルの境界線?

245 :名無しさん@お腹いっぱい。:2012/06/14(木) 20:50:39.41 ID:9TsTIWTO0
撮った動画の実fps値を測定できるツールはありませんか?
処理の重いシーンなどでフレームレートが落ち込んだりしている時のfps値等が知りたいです。


246 :名無しさん@お腹いっぱい。:2012/06/14(木) 23:49:42.77 ID:FxJKOZKD0
--slow-firstpassってプラシーボじゃなかった?

247 :名無しさん@お腹いっぱい。:2012/06/15(金) 00:20:30.54 ID:DZ2hjGqDP
テンプレ読め



248 :名無しさん@お腹いっぱい。:2012/06/15(金) 00:29:30.28 ID:7EK9/FFd0
ニコエンコでエンコした動画は正しい色が出ますか?
以前は使ってたので…

249 :名無しさん@お腹いっぱい。:2012/06/15(金) 00:33:58.35 ID:WyZVPCtT0
>>16
恐ろしく亀だがiPhoneでは元々ref 16の動画は再生できない。プレイヤ自体が弾いてるのでどうやっても無理

250 :名無しさん@お腹いっぱい。:2012/06/15(金) 06:00:53.33 ID:DpE/SOb10
>>241 >>246
slow-firstpassは効果はあるけど実際には誤差程度しか変わらないという話だった気がする。

>>248
v0.77だったら一応colormatrixがついてるので大丈夫だけど過去バージョンは知らない。
もう使ってないようだけど念のため言っておくとニコエンコの使用は非推奨。

>>249
大百科の記事によると「ニコニコ動画iPhoneアプリ4.20に更新すれば再生可能」らしいけど。
  http://dic.nicovideo.jp/id/4131469

251 :名無しさん@お腹いっぱい。:2012/06/15(金) 12:45:09.21 ID:izFRly/C0
昨日のやり取りを眺めてたけど

スライドショーや紙芝居、アニメみたいな動きの少ない動画は品質基準VBRが小さく仕上がる
ゲームや実写みたいな動きの多い動画は自動マルチパスが画質を考えつつきっちりサイズ内に抑えられる
ってことでいいのかな

252 :名無しさん@お腹いっぱい。:2012/06/15(金) 13:03:27.37 ID:ZUC4zZU10
高ビットレートの2パスとCRFを比べても画質の違いは少ない
ビットレート制限があるけどビットレートに余裕があるならCRFで済ませても良いだろう

じゃないか?

253 :名無しさん@お腹いっぱい。:2012/06/15(金) 13:20:05.05 ID:3r4Xw7h70
2Passで静止画なんかに明らかに必要ないようなレート指定してエンコードしてもその数字になるの?
自動的に下がる?

254 :名無しさん@お腹いっぱい。:2012/06/15(金) 14:10:04.89 ID:I1yvCJM00
自動的に下がる

255 :名無しさん@お腹いっぱい。:2012/06/15(金) 14:19:10.20 ID:3r4Xw7h70
ありがと
なら別にCRFでなくてもいいんじゃないの
もちろん視覚上あまり必要ないレベルでの余計なレートは食うかもだけど

256 :名無しさん@お腹いっぱい。:2012/06/15(金) 14:31:43.93 ID:YNsUWnXA0
>>253
まさにそれをテストとしてやってみたことがあるけどビットレート下がるよ

以前x264のqpmin qpmaxのデフォルトが10 51から0 69に変更になったとき
「非常に単純で低解像度の静止画」をあえて--qpmin 10 --qpmax 51 --bitrate 274でやってみた時のログ

 エンコ時にログに黄色文字で警告とエラーメッセージが出た。(下段は訳)

x264 [warning]: Error: 2pass curve failed to converge
          エラー: 2passカーブは収束に失敗しました
x264 [warning]: target: 274.00 kbit/s, expected: 222.76 kbit/s, avg QP: 10.0011
          目標: 274kbps 期待値: 222kbps 平均量子化値: 10
x264 [warning]: try reducing target bitrate or reducing qp_min (currently 10)
          目標ビットレートを減らすか、qpminを少なくしてください (現在は 10)

平均ビットレートがより小さくなりファイルサイズが縮んでた。

余談だけど2passで逆に「明らかに内容に対して足りてない」ビットレート指定でやると
平然と(何のメッセージも出さず)5%くらいは目標値オーバーするよ
(--bitrate以外のビットレートに関する指定がないとき)

257 :名無しさん@お腹いっぱい。:2012/06/15(金) 14:40:26.86 ID:DpE/SOb10
>>255
そりゃ、黒い静止画が続くだけの映像に自動マルチパスで1000kbps指定したような場合は
数kbpsに落とされるのは確かだけど、それなりに動く映像の場合は、まさに
  「視覚的にあまり必要でないレベルでの画質を上げようとして無駄にビットレートを割り振ってしまう」
というのが問題なわけで。

ファイルサイズ制限ギリギリのビットレートを指定して自動マルチパスでエンコードするのが一番綺麗になることは間違いない。
ただ、それと引き換えに、無駄にファイルサイズがでかくて再生しにくい動画が出来上がることもある。

品質基準VBRを試してみるメリットは、
  「ある程度の画質を保ちつつ、ビットレートは必要十分な程度に抑えることができる」
という点にある。つまり、
  「適切なビットレートがわからない場合でも、画質とファイルサイズのバランスがとれたファイルを作ることができる」
ということ。
シングルパスで済むのでエンコード時間が短くて済むというのもメリット。
ただし上限をオーバーしてしまうことがあるので、その場合は自動マルチパスでやり直さないといけない。

258 :名無しさん@お腹いっぱい。:2012/06/15(金) 16:09:05.98 ID:3r4Xw7h70
つまりあれか
CRFかVBRかでファイルサイズ上限にあわせて設定を
自動でどうにかできるようになれば最強なんだな

259 :名無しさん@お腹いっぱい。:2012/06/15(金) 16:15:50.25 ID:DpE/SOb10
個人的オススメエンコードルート

とても複雑で常時動き回っているような映像ですか?
 │
 ├→Yes →時間的に余裕がありますか?あるよね?まずは落ち着くんだ。
 |       │
 |       ├→Yes →まずは品質基準VBRでエンコードしてみましょう。
 |       │          ↓
 |       │         ★1へ
 |       │
 |       └→No →仕方ないなあ。じゃあ自動マルチパスでエンコードして投稿しましょう。
 │              ビットレートは投稿条件の上限を守りつつも、上げ過ぎないように注意。(※)
 │
 └→No →まずは品質基準VBRでエンコードしてみましょう。
              ↓
        ★1 ビットレートやファイルサイズの上限は守れましたか?
            また、ビットレートは高すぎになりませんでしたか?(※)
              │
              ├→Yes →そのまま投稿しましょう
              │
              └→No →自動マルチパスで上限を守って適切なビットレートになるように
                      エンコードしなおして投稿しましょう

260 :名無しさん@お腹いっぱい。:2012/06/15(金) 16:20:53.21 ID:7EK9/FFd0
2passにあって品質基準にないものは何?

261 :名無しさん@お腹いっぱい。:2012/06/15(金) 16:59:24.54 ID:8uB3+PhK0
ビットレートを規定値以内に抑えられる。
さらに、このことで最終的な容量も予想できる。
品質基準だと動画によってまちまちになる。

262 :名無しさん@お腹いっぱい。:2012/06/15(金) 17:02:54.24 ID:8uB3+PhK0
高画質動画の場合、ビットレートが高いと低スペPCだとカクつくとかってのがあると聞くので
プレミアムであってもそれを気にする場合は、容量オーバーしてなくてもビットレートを抑え目に設定したりする。

263 :名無しさん@お腹いっぱい。:2012/06/15(金) 17:36:19.35 ID:PAQXJli30
エコノミー回避のために黒ベタ追加した動画をエンコする時ってひょっとして2passでもよかったのか

264 :名無しさん@お腹いっぱい。:2012/06/15(金) 18:05:31.39 ID:DpE/SOb10
>>263
用語を間違えてるだけかもしれないけど、黒ベタ(枠)を追加する必要があるのは、
素材動画のアスペクト比が16:9または4:3になってない時だけだよ。

エコノミー回避というかビットレート確保のために動画の最後に黒画面が連続する映像を付け足すのは黒ベタとは言わない。
この場合は普通は2パス(自動マルチパス)を使うと思うけど。

265 :名無しさん@お腹いっぱい。:2012/06/15(金) 18:27:59.15 ID:7EK9/FFd0
2passと品質基準でまったく同じサイズのファイルができたら
それはまったく同一品質ということでいいの?

266 :名無しさん@お腹いっぱい。:2012/06/15(金) 18:34:33.47 ID:7EK9/FFd0
2passは目標qpが勝手に決まる
品質基準はビットレートが勝手に決まる

ってだけの違いだよね?

267 :名無しさん@お腹いっぱい。:2012/06/15(金) 18:35:29.66 ID:DpE/SOb10
あー、>>259に「数分程度の動画なら」という条件書くの忘れてた・・・。
あと、ちょっと品質基準VBRをプッシュしすぎた気がする。
「動きが少なめの動画に無駄に高いビットレートを振るのを防ぐ」というのを狙ったんだけど
素材次第では逆にこれまで以上のビットレートで投稿する例も増えちゃうかな?
  ・どのくらいの品質を指定するのか
  ・「ビットレートの上げすぎ」とは具体的にどれくらいのことか
とかの要因にもよるけど、なかなか単純には言えないから難しいね。(´・ω・`)

268 :名無しさん@お腹いっぱい。:2012/06/15(金) 18:51:44.16 ID:PAQXJli30
>>264
ああ黒画面だったかありがと
今までずっと品質指定でやってたのよ

269 :名無しさん@お腹いっぱい。:2012/06/15(金) 19:51:03.88 ID:99My6lES0
翻訳解説

2パスエンコードの利点の一つは、あなたが2回目のパスの結果が気に入らなければ、
設定を変更して、別の2回目のパスを行うことができるということです。

いくつかの設定は、2回目のパスで変更することはできません。
number of b-frames, b-adapt, weighted b/p-frames, no-fast-pskip, rc-lookahead and enabling/disabling mbtree.

270 :名無しさん@お腹いっぱい。:2012/06/15(金) 20:52:14.17 ID:WyZVPCtT0
どうせみんな自動マルチパス使ってるんだからその説明いらない

271 :名無しさん@お腹いっぱい。:2012/06/15(金) 22:41:16.78 ID:4O8fs6PQ0
avinapticで検証してみた

マルチパスの場合、PBフレームのqp値は一定にならず、ある程度上下する
常に動きのある映像の場合、動画の最後のほうのqp値が低下する(画質が落ちる)場合がある※未検証
品質基準VBRだと、vbv-maxrateとかを使わなければPBフレームのqpはずっと一定になる

272 :名無しさん@お腹いっぱい。:2012/06/15(金) 23:00:19.86 ID:wGcZ06Zj0
それはavinapticがmbtreeに対応してないからじゃなかったかな

273 :名無しさん@お腹いっぱい。:2012/06/21(木) 13:25:05.16 ID:8PMB/1mI0
fullrange使ってる?

274 :名無しさん@お腹いっぱい。:2012/06/21(木) 21:25:12.07 ID:m3EoIiC30
エンコードというかその後?の編集の質問なんですが
Aviutlで出てきた動画をウィンドウズムービーメーカーで読み込んで字幕をつけたんですが
いざ出力しようと思ったらそのまま出力するという選択肢が無くて困っています
字幕だけつけてぽいっと出してくれると思ったら・・・181MBの動画を入れたのに1.65GBで出てきましたorz

275 :名無しさん@お腹いっぱい。:2012/06/21(木) 22:13:57.46 ID:Tie0Floa0
Aviutlの拡張編集でも字幕付けられるよ。

276 :名無しさん@お腹いっぱい。:2012/06/22(金) 15:53:16.38 ID:KSfEXmYj0
FlashPlayerを最新版にしてからFlavieの挙動がおかしくなって悲しい

277 :名無しさん@お腹いっぱい。:2012/06/23(土) 22:23:43.80 ID:/hRCmyJc0
>>274
基本的に編集→(ニコニコ用)エンコードだよ。
劣化が少ない状態で全部作り上げてから、最後に規格に合わせてエンコードをしてやる。

278 :名無しさん@お腹いっぱい。:2012/06/23(土) 22:33:00.22 ID:16GZalFE0
>>276
FlashPlayer11.2くらいからおかしくなっちゃったよね。
1つ目の動画を再生した後、2つ目の動画をD&Dしても映像が出てこないとか。

279 :名無しさん@お腹いっぱい。:2012/06/27(水) 21:03:14.31 ID:Hfa7LPxg0
今のエコノミー回避って445になったんだよね?
それで出して回避して画質テストしてる人のも結構みたけど、
?eco=1を入れたら低画質モードになりますって出てるんだけど、
それって失敗してるってこと?それとも原宿じゃなくてZeroのみ445?

280 :名無しさん@お腹いっぱい。:2012/06/27(水) 21:21:50.15 ID:n//q7KI30
>>279
2012/4/19から、エコノミー回避していても低画質動画が生成されるようになった。
  iPhone,PS Vita等での動画再生の向上について‐ニコニコインフォ
  ttp://blog.nicovideo.jp/niconews/ni031570.html
そんでもって、?eco=1をつけると、低画質動画が再生されるようになっている。
エコノミー回避時の低画質動画生成の挙動については>>40を参照。

エコノミー回避の基準は原宿もZeroも関係ない。
エコノミー回避(445kbps以下)にして投稿すれば、PCからの視聴なら、
一般会員のエコノミーモード時間帯でもオリジナル動画を再生できる。
(生成された低画質動画が使われるのは携帯端末からの視聴時のみだと思われる)

まあ要するに「?eco=1で低画質モードと表示されるかどうか」というだけでは
エコ回避の成功/失敗を判断することはできなくなっている。

投稿直後に?eco=1で再生してみて「低画質モードで再生します」の表示が出なければ成功しているが、
低画質動画がすぐに生成されていた場合は「低画質モードで再生します」の表示が出てしまうこともある。
心配であれば、投稿した翌日くらいのエコノミーモード時間帯に?lo=1(一般回線で視聴)で再生してみて、
そのときに「低画質モードで再生します」の表示が出ていなければエコ回避に成功している。

281 :名無しさん@お腹いっぱい。:2012/06/27(水) 21:41:35.81 ID:Hfa7LPxg0
なるほど。ありがとうございます。
でもすぐには500再生いかないと思うので
一般回線で見ても変わらないかもですね。
500再生超えたころにエコノミー回避出来てませんでしたってのは悲しいし。。。
回避して良い画質にする術もないんですけどね。
ありがとうございました。

282 :名無しさん@お腹いっぱい。:2012/06/27(水) 22:03:11.43 ID:n//q7KI30
Oh....500再生のこと忘れてたアルよ・・・うっかりしてたごめん。
投稿前にしっかり実ビットレートを確認しとかないとダメね。

283 :名無しさん@お腹いっぱい。:2012/06/27(水) 23:39:33.84 ID:ynPL8PHn0
mediainfo使えばええやん

284 :名無しさん@お腹いっぱい。:2012/06/28(木) 04:13:56.42 ID:kGCPcUYA0
mediainfoじゃ実ビットレート分からんやん

285 :名無しさん@お腹いっぱい。:2012/06/28(木) 06:09:11.85 ID:5RQXCw160
じゃあ実容量/動画時間を計算すればいいじゃん。この上無く正確だぞ

286 :名無しさん@お腹いっぱい。:2012/06/28(木) 20:42:43.66 ID:HW6TFKKKO
それぞれ1分の、flvファイルA・Bを、「Moyea FLV Editor Lite」で結合しました。
結合したファイルを「aviutl」の「Libav-SMASH File Reader」プラグインで読込→
エンコ。
エンコ完了ファイルを再生すると、元ファイル「A.flv」の長さ分しかありません。
(結合したファイルは、「ひまたんぷれいや」で問題なく2分再生できています)
どんな原因が考えられますか?


287 :名無しさん@お腹いっぱい。:2012/06/28(木) 21:09:21.31 ID:QeZJV6Oq0
aviutlでflv読み込めるなら、aviutlで結合すればいい。
2つのスコトを使うから変なことになる。

288 :名無しさん@お腹いっぱい。:2012/06/28(木) 21:10:20.35 ID:QeZJV6Oq0
スコトって。。。
「ソフト」の間違いです

289 :名無しさん@お腹いっぱい。:2012/06/29(金) 12:33:19.02 ID:vMgK2iZIO
>>287
flvファイルの前後数秒をカットしたくて、「FLV Editor Lite」を
使ったのですが、タイムコード関係のエラーですかね…。
数秒カットはあきらめ「aviutl」の「追加読み込み」機能で問題なくできました。
どうもでした。

290 :名無しさん@お腹いっぱい。:2012/06/29(金) 14:04:28.59 ID:1yd2HKsJ0
AviutilでFlvファイル読み込めるのなら
拡張編集を使えばカット編集もできるだろ。
Aviutilの本体側で動画を読み込むんじゃなく
設定>拡張編集の設定で開いた窓に動画を放り込んでやること。

291 :名無しさん@お腹いっぱい。:2012/06/29(金) 14:12:58.75 ID:kbwmJ6D20
まあカット編集だけなら本体で普通にできるけどね。

292 :名無しさん@お腹いっぱい。:2012/06/29(金) 23:24:08.08 ID:VsVJNp9U0
非可逆圧縮で録画したものをmp4に変える際に
かなり画質が低下してしまいます。
ビットレート等は上げ下げしてみましたがあまり関係なかったです。

ニコニコに出ているものや、DVDのものをエンコードする際には
そこまで低下していないように感じるのですが、原因は何があるでしょう?

今のところ勝手な憶測ですが、
24bit→8bitになることによる劣化なのではと考えていますがあってますでしょうか?

293 :名無しさん@お腹いっぱい。:2012/06/29(金) 23:41:22.85 ID:MBs1zrPV0
まず元ファイルの解像度、フレームレートと、
エンコ後の動画の解像度、ビットレートの情報が無いと何も言えん

294 :名無しさん@お腹いっぱい。:2012/06/29(金) 23:45:03.38 ID:zkDVyiOV0
とりあえず「24bit→8bit」の部分は確実に間違ってるけど、
真空波動研の情報でいいから出さないとなんとも言えんよね。
「かなり画質が劣化」と言うほどならエンコ前後の画像比較サンプルなんかもあるといい。

295 :292:2012/06/30(土) 00:43:03.05 ID:+g8MuZBO0
失礼しました。ありがとうございます。
元々100MBの制限から画質が劣化してしまうのは仕方ないのですが、
もう少し設定を煮詰めることができる部分があるのではないかと考えておりました。

エンコード前
ID : 0
フォーマット : RGB
コーデック ID : 0x00000000
コーデック ID/情報 : Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised. 16, 24 and 32bpp contain raw RGB samples
ビットレート : 259 Mbps
幅 : 800 ピクセル
高さ : 450 ピクセル
解像度 : 16:9
フレームレート : 30.000 fps
BitDepth/String : 8 ビット
ビット/(ピクセル*フレーム) : 24.000
ストリームサイズ : 4.19 GiB (99%)

エンコード後
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.1
CABAC : はい
RefFrames : 3 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
Duration_FirstFrame : -17秒
ビットレート : 780 Kbps
最大 : 1 993 Kbps
幅 : 800 ピクセル
高さ : 450 ピクセル
解像度 : 16:9
モード : VFR モード
フレームレート : 30.000 fps
最小 : 30.000 fps
最大 : 40.000 fps
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.072
ストリームサイズ : 12.9 MiB (100%)


296 :名無しさん@お腹いっぱい。:2012/06/30(土) 10:34:16.21 ID:5jAsku/W0
どんな映像かにもよるがこれなら普通にビットレート不足じゃないかな。
「かなり画質が劣化」ってのがどういう劣化なのかによるし、x264の設定にもよるからなんとも言えないが

297 :名無しさん@お腹いっぱい。:2012/06/30(土) 12:48:32.86 ID:Q75l80/Q0
それより何故VFR?

298 :名無しさん@お腹いっぱい。:2012/06/30(土) 14:08:00.13 ID:+WjPVGGs0
非可逆圧縮で録画と言ってたのに無圧縮だし、100MBの制限と言いながらデータとして出してきたのは
130秒程度のサンプルみたいだし、どういうことなのかよくわからないね。
実際には15分くらいの動画を780kbpsでエンコードしてる状況ってことなんだろうか。
使ってるエンコーダーやソフト、それにその設定も不明だし、どんな映像なのかもわからないし。
既に指摘されているようにVFRになってるし、どういう手順でエンコードしてるのだろう。

299 :名無しさん@お腹いっぱい。:2012/06/30(土) 14:41:28.40 ID:Q75l80/Q0
そのVFRも元動画が30fpsなのに
最大が40fpsって。。。。もうね。。。。

300 :名無しさん@お腹いっぱい。:2012/06/30(土) 15:27:48.07 ID:0k4SGkpg0
実際にはもっと長い動画です。、
エンコ練習用に非可逆圧縮のものを別ソフトで無圧縮で書きだしてます。
VFRに関しても、練習用に短くしているから関係はないのですが、
実際には色んな動画を重ねて15〜20分のものを作ろうとしています。

実際ビットレート不足なのは否めないのですが、如何せん容量に制限があるので。
ですが、エンコ回避していても凄まじい高画質の動画なんかもあるので、
x264の設定もおかしいところがあるとおもいますが、私ではどこかはわかりません。

301 :名無しさん@お腹いっぱい。:2012/06/30(土) 16:08:06.09 ID:+WjPVGGs0
>>300
練習の時点でVFRになってるんだから問題ありまくりでしょ。根本的に何か間違えてるってことなんだから。
よく動く動画と、動きの少ない動画とでは必要なビットレートも全然違うし
>>298に書いたような情報をしっかり書いてもらわないと、こちらとしてもアドバイスしようがない。
そもそもx264を使っているかどうかすらもわからないレベル。
質問するのであれば、自分の状況を整理して正確に説明する努力をしたほうがよいかと。

MediaInfoの情報にしても、一部を切り出すよりも、>>1にあるpastebinを使うなり、
結果のテキストをどこかにアップロードするなりして全体を見せてくれたほうがいいです。

302 :名無しさん@お腹いっぱい。:2012/06/30(土) 16:37:03.38 ID:0k4SGkpg0
素人だからここで質問しているので、
自分の状況もどうすればいいのかわかっていないので正確に説明は無理です。
諦めます。
答えて下さった方ありがとうございました。

303 :名無しさん@お腹いっぱい。:2012/06/30(土) 17:04:36.41 ID:AZwzHGGq0
素人ならなおさら聞く前にいろいろ調べるべきではないだろうか

304 :名無しさん@お腹いっぱい。:2012/06/30(土) 17:13:52.06 ID:a2hs1qTy0
情報をなるべく詳しく出さないとエスパー以外答えようがないぞ

305 :名無しさん@お腹いっぱい。:2012/06/30(土) 17:19:07.14 ID:5jAsku/W0
エンコード後の動画を提示してどの辺がどういう劣化しててどうしたいのかを説明するだけでかなり的確にアドバイスもらえるんだけどね

306 :名無しさん@お腹いっぱい。:2012/07/05(木) 08:29:36.36 ID:YsEqbUr60
復旧age

307 :名無しさん@お腹いっぱい。:2012/07/05(木) 09:35:09.06 ID:O/G5ocKp0
せめてテンプレ読んでから質問してくれたらいいんだが

308 :名無しさん@お腹いっぱい。:2012/07/05(木) 12:32:12.18 ID:psQGuUbv0
上でVFRの話あったけど、AVIUtlでx264guiEX使うと勝手にVFRにされると思ってたけど違うのか?

309 :名無しさん@お腹いっぱい。:2012/07/05(木) 12:47:38.22 ID:O/G5ocKp0
>>308
VBRと勘違いしてないか?

310 :名無しさん@お腹いっぱい。:2012/07/05(木) 16:00:58.04 ID:S0pexwDk0
>>308
自動フィールドシフトとか使うならともかく、ニコニコ向けにエンコードしてりゃ普通そんなことはない。

311 :名無しさん@お腹いっぱい。:2012/07/06(金) 19:26:27.55 ID:CmqWbLv/0
CD音質(1411kbps)の動画を作成する方法を教えていただけないでしょうか?

画像・音楽などの素材は準備出来ています。
Aviutlで作成できると嬉しいのですが・・・

312 :名無しさん@お腹いっぱい。:2012/07/06(金) 19:57:46.42 ID:LRlM8tmx0
>>311
仮に作ったとしても無駄に重くて、再生環境によってはまともに再生もできず視聴者にとっても迷惑な動画になります。
おとなしくまとめWikiを見て普通にMP4を作ったほうがよいと思います。
  ttp://nicowiki.com/aviutl_h264.html

音声ビットレートは192kbps程度でいいと思いますが、どうしても音質にこだわりたいなら
320kbpsくらいにしとけばいいんじゃないかと思います。
ただし、192kbpsと320kbpsとの違いがわかるかどうか、事前に自分で確認してみたほうがよいと思います。

313 :名無しさん@お腹いっぱい。:2012/07/06(金) 20:06:41.78 ID:9Ac3ihAL0
WAV入りMP4が再生できないってのはローカルで再生する時の話じゃなかったか?
ニコニコ動画上で再生できないのには当たったこと無いが

314 :名無しさん@お腹いっぱい。:2012/07/06(金) 20:35:20.89 ID:LRlM8tmx0
>>313
FlashPlayerが使える環境なら大丈夫だけど、携帯端末とかじゃFLVは再生できないだろうな〜と。
もっとも高音質のMP4も再生できないかもしれないから、どのみち鯖エンコの低画質動画で見ることになるかもしれんけど。

スマホやVita等の端末でニコニコを見る場合って、なるべく元動画を再生しようと試みて、
端末のスペック上無理なら低画質動画になるっていう感じなんだろうか?携帯から見たことないのでよくわかんね。

315 :名無しさん@お腹いっぱい。:2012/07/06(金) 20:39:31.93 ID:rkN0Dg3r0
vp6とwavをmuxすればいいんじゃないかな
CD音源丸上げを聞くような層は重いことを前提としてると思うけどwavなら負荷自体は少ないんじゃないだろうか
フラッシュプレーヤーの仕様はよくわからんけど

316 :名無しさん@お腹いっぱい。:2012/07/06(金) 20:49:51.12 ID:t9W0C0fa0
いまってもうflvだめなんだっけ

317 :名無しさん@お腹いっぱい。:2012/07/06(金) 20:49:53.77 ID:AKg8MjNl0
そうじゃなくて、
ビットレートが音声だけで1Mbpsを超えることになるから、読み込みが遅くなってしまうってことじゃないの
モノラル化やサンプリングレートを下げればビットレートを減らせるけど、そんなことやるなら320kbpsで圧縮したほうがいいし

318 :名無しさん@お腹いっぱい。:2012/07/06(金) 21:20:37.03 ID:F1fhSIuS0
>>312
可聴域については理解しています。
Aviutlを使用して普通の動画を投稿しているプレミアム会員でもあります。
でも1411kbpsの投稿が結構あってその方法が気になったんですよね・・・

319 :名無しさん@お腹いっぱい。:2012/07/07(土) 16:34:34.74 ID:0PcilrRE0
aviutl+FLV(VP6+MP3)出力プラグインで、音声設定の所でLame MP3やMPEG Layer-3ではなくPCMを選べば音声1411kbpsでの投稿ができる
mp4ではどうやっても無理

320 :名無しさん@お腹いっぱい。:2012/07/07(土) 23:17:25.57 ID:JOIOakAn0
312〜317、319の皆さんありがとう。
作成することができました。

321 :名無しさん@お腹いっぱい。:2012/07/08(日) 00:36:43.48 ID:mnmwrVSi0
avc+alacのmp4上げられるがな

322 :名無しさん@お腹いっぱい。:2012/07/08(日) 00:45:50.37 ID:MRtnV1b40
>>321
このスレのログを「alac」で検索して全部読め。

323 :名無しさん@お腹いっぱい。:2012/07/08(日) 01:12:49.32 ID:MRtnV1b40
ああ、「かな」じゃなくて「がな」か・・・。上げたとしても音は出ないと思うんだが、そのへんどうよ。

324 :名無しさん@お腹いっぱい。:2012/07/13(金) 00:43:22.01 ID:HuFk38yP0
すみません質問というかアドバイス願います。

レトロゲームの動画を60fpsで作成してアップしたら文字の移動がカクついたので
アップした動画を落とし直して確認したらカクつきませんでした。
何が原因か調べたところ、テンプレの>>8が正に該当していて。Flavieで元動画を確認したら
カクついてました。
そこでアドバイスもらいたいのですが、FlashPlayerで60fpsが実現できるかどうかと、
できる場合はエンコ設定のポイントを教えてもらえないでしょうか?


325 :名無しさん@お腹いっぱい。:2012/07/13(金) 01:04:13.85 ID:mFhirLEp0
60fpsは普通にできる

単純にPCのスペック不足じゃないの
まずはPCのスペックとmediainfoで調べた動画の情報晒してみなよ

326 :名無しさん@お腹いっぱい。:2012/07/13(金) 01:27:34.30 ID:HuFk38yP0
>>325
レスありがとうございます。
まずPCスペックは以下です。

CPU:Core i7 860
M/B:ASUS P7P55D-E
RAM:W3U1333Q-4G DDR3-1333 PC3-10600 4GBx2 (Elixir)
VGA:PowerColor AX7750 1GBD5-NH
DISK:X25-M Mainstream SATA SSD SSDSA2MH080G2R5
   :WD20EARX [2TB SATA600]

mediainfoは
http://privatepaste.com/f89e9d5396

です。
診断願います。

327 :名無しさん@お腹いっぱい。:2012/07/13(金) 11:51:15.42 ID:wpQXjv0n0
FlashPlayer自体は60fpsに対応してるけど垂直同期は取れてない
だからPCのスペックに関係なく多少のコマ落ちは生じる
特に文字のスクロールとかは目立つかもね

328 :名無しさん@お腹いっぱい。:2012/07/13(金) 16:31:34.97 ID:IGmrMXUKO
困っています
一般会員で現在60分程の作業BGM動画を作っていてつんでれんこで行ったのですが、出来上がった動画が見れないほどに悪くなってしまいました。
ちなみにつんでれんこでは限界ビットレートが77で音声を66映像を11に設定しました
そしてビットレートを音声を38映像を39に設定してみたところ容量オーバーしたというコメントが出てしまいました

どうすればいいでしょうか


329 :名無しさん@お腹いっぱい。:2012/07/13(金) 17:12:09.12 ID:oPs/c8Kh0
その長さの動画を、一般アカで、分割しないでやろうとするのがそもそも無茶

330 :名無しさん@お腹いっぱい。:2012/07/13(金) 17:13:19.26 ID:kELs2K0T0
>>328
どんな映像なんだか知らんけど、そんだけビットレート低けりゃ画質ひどくて当たり前じゃねえの。
容量オーバーについては映像と音声のバランス変えてやってみるとか少し低めを設定してやってみれば。
聞くまでもないことだと思うが。

331 :名無しさん@お腹いっぱい。:2012/07/13(金) 17:26:22.36 ID:oTAV+lPK0
fps下げてIフレーム減らせばいいだけだろ

332 :名無しさん@お腹いっぱい。:2012/07/13(金) 17:44:26.60 ID:u7BinGdG0
60分の静止画の映像ではなくて動く映像を素材にすれば画質がひどくなるのは当たり前です
なので、静止画にする、時間を短くする、プレミアム会員になるのどれかか、
100MBのaviなどでサーバーエンコードの動画にする方法があります。

333 :名無しさん@お腹いっぱい。:2012/07/13(金) 20:33:41.58 ID:HuFk38yP0
>>327
やはりFlashPlayerの進化や大体技術の台頭・浸透が無いと難しそうなんですね。
回答ありがとうございました。

334 :名無しさん@お腹いっぱい。:2012/07/15(日) 00:47:39.06 ID:byKkf4Oj0
>>333

HTML5に期待だね。


335 :名無しさん@お腹いっぱい。:2012/07/15(日) 18:16:25.09 ID:nkVmdhSJ0
元動画の加工の、最初の段階でつまづいてる。

m2ts の元動画を加工しようと思ったんだけど、元動画にノイズ? があるのか知らんが、うまくエンコできない。
 m2ts → mp4変換    として再生すると、前半数十秒は問題ないが、後半から音声が途切れる
 m2ts → Huffyuv変換  としてPowerDVD等で再生すると、最初に早送りみたいになって、その後静止画となり、音だけ流れる状態になる。
            AviUtilで読み込んで見るとキチンと映像は入ってるのに・・・ 

            また、PowerDVDで見てみると、一応視聴可能ではあるものの、一時停止すると何故か「再生時間」の時分秒の値が、
            再生中の時分秒の値と違う値を表示する。

これって元動画が壊れているってことですかね?
直す方法ないのかな。

336 :335:2012/07/15(日) 18:19:00.19 ID:nkVmdhSJ0
あ、上の「また、PowerDVDで見てみると、一応視聴可能ではあるものの・・・」の一文は、
mp4に変換したファイルを再生したときのことです。

337 :名無しさん@お腹いっぱい。:2012/07/15(日) 18:38:44.97 ID:MVpNCcPe0
>>335-336
・元のm2tsはどうやって作成したものなのか
・m2tsつっても色々あるのでMediaInfoのテキストモードの情報
・変換に使ってるソフトとそのバージョン
・m2tsの読み込み方法(AviUtlであれば入力プラグインは何で、どのバージョン使っているのかとか)
・変換手順
・出来上がったMP4のMediaInfo情報

こういった情報がないとアドバイスできんと思う。

338 :名無しさん@お腹いっぱい。:2012/07/17(火) 21:40:09.95 ID:13hqMBgU0

カンタアアアアアアア は、ニコエンコを使ったせいでビットレートが極端に過剰になりファイルサイズが巨大に。

リトバスの日常OPパロは、おそらくはニコエンコを使ったせいで512x288にリサイズされてしまい、
原宿でもZeroでも拡大再生されてしまいぼやけてしまっているという結果に。


余程の理由がない限り、ニコエンコを 使 っ て は い け な い というのは、もっと周知していきたい。

  ニコエンコとは - ニコニコ大百科
  ttp://dic.nicovideo.jp/id/4131469

339 :名無しさん@お腹いっぱい。:2012/07/17(火) 23:38:17.91 ID:/Kq7ca2r0
aviutlとguiexで充分簡単…
と思ってたんだが知り合いにskype越しに付きっきりで教えたんだが最低限出力させるだけでも大変だなこれ
〜がなくて動かない。入力フィルタって何?そんなの見たサイトに書いてなかったよ。出力したmp4が見られないgomなら開けた。とか
変に古い情報が溢れてるせいで非常に教え辛い

340 :名無しさん@お腹いっぱい。:2012/07/18(水) 03:17:43.46 ID:2pO1Ec9+0
ニコエンコは使ってはだめだ、と言われるわりには
つんでれんこの周知があまり徹底されていない気がするんだが…
このスレのテンプレにすら入っていないというのは…
それとも他に選択肢ある?
guiexはハードル高いしな

341 :名無しさん@お腹いっぱい。:2012/07/18(水) 05:30:22.10 ID:vbBMm86p0
guiexはまとめwikiの通りにやるだけで出来るんだから相当楽だと思うけどなぁ
文字の読めない焼酎は知らんけど

342 :名無しさん@お腹いっぱい。:2012/07/18(水) 05:47:16.95 ID:Ov5W7J0S0
ニコエンコが更新でもされたらいいんだけどな

343 :名無しさん@お腹いっぱい。:2012/07/18(水) 05:53:41.79 ID:ryzwLbo/0
ニコエンコは、同梱問題もあるから・・・。

344 :名無しさん@お腹いっぱい。:2012/07/18(水) 08:05:49.46 ID:f2OAGUPo0
>>341
>guiexはまとめwikiの通りにやるだけで出来る
一年以上前に(ひどい場合はex以前の頃に)一度設定したまま、更新してない人とかもちらほら

345 :名無しさん@お腹いっぱい。:2012/07/18(水) 11:38:07.07 ID:IMO9Lm/70
>>344
先月の俺のことか

まあ古いからって大問題ってことも無いけどな
今のニコニコの仕様さえわかってれば多少ツールが古くたって・・・
・・・ではない人向けのWikiとかだったな

346 :名無しさん@お腹いっぱい。:2012/07/18(水) 14:50:36.23 ID:GaMIhpDJ0
エンコードに関する質問

突然失礼します。
ゲーム動画をBandicamを使用してキャプチャしたもの(RGB24)を
AviUtlを使ってmp4ファイル(H.264コーデック)に変換し、
ニコニコ等のサイト上にアップロードしようと考えているのですが、上手くいきません。
(文字数制限の為以下連投失礼します)

347 :名無しさん@お腹いっぱい。:2012/07/18(水) 15:55:12.47 ID:Kz5cYQKI0
>>346
続きは?

348 :名無しさん@お腹いっぱい。:2012/07/18(水) 15:56:20.67 ID:Kz5cYQKI0
>>345
Flashplayerの仕様もコロコロ変わっているので、大問題ではないにしても注意が必要
(colormatrixの扱いとか、deblockのバグとか)

テンプレに必要かどうかはわからんが有用そうなリンク

x264でのニコニコ動画用エンコードで注意すべき設定(AviUtl)
http://chround30.blog.fc2.com/blog-entry-24.html
ニコエンコ使っていなくても、preset veryslow を使ちゃうとref=16になってダメとか、keyintは-1にしましょう、とか
わかっている人はいいけど、古いwikiの記述を真似ただけでみたいな人向けの注意のまとめ

夏蓮根 (つんでれんこ改造版)
http://www43.atwiki.jp/tdenc/pages/21.html
つんでれんこに、ニコ動向けの品質基準VBRを追加したり、簡易GUIフロントエンドを付けたりしたもの

つんぷれ
http://www43.atwiki.jp/tdenc/pages/31.html
つんでれんこ等についている再生確認ツール部分を独立させたもの。
・ハードウエアアクセラレーションのオンオフ切り替えが出来る
・原宿サイズ、Zeroサイズでの実際の見え方が確認出来る
・ビットレート、ファイルサイズ等の情報が同じ画面に表示され、一目で分かる

349 :名無しさん@お腹いっぱい。:2012/07/18(水) 16:16:21.48 ID:GaMIhpDJ0
>>346です。
文字数制限ひっかり続け規制食らってました。
問題点:
キャプチャ直後のものはWMPで再生・操作できるのですが、
エンコード後のものを再生中に再生ポイントが移動する動画下部に表示されるスライドバー?
の先の部分をクリックして再生ポイントを移動させようとすると、


350 :名無しさん@お腹いっぱい。:2012/07/18(水) 16:19:08.95 ID:GaMIhpDJ0
「ファイルの再生中に Windows Media Player に問題が発生しました。」
というエラーが表示され、動画再生が終了してしまいます。
(ポイントをクリックしなければそのまま再生できます。)
Gomでは問題なく再生・操作ができました。

351 :名無しさん@お腹いっぱい。:2012/07/18(水) 16:21:50.71 ID:GaMIhpDJ0
以前、二重変換?(MPEG-1→mp4)を誤ってしてしまった時同様の症状が出た為、
RGB24の設定でキャプチャしたファイル(AVI)に問題があるのかと思い、
色々調べてますが解決に至れません。


352 :名無しさん@お腹いっぱい。:2012/07/18(水) 16:27:06.88 ID:GaMIhpDJ0
>>346です。
Bandicamのビデオフォーマット設定
 RGB24 Half Size 60.00fps 80q オーディオ 48.0kHz,stereo
AviUtlのバージョン:0.99i7

353 :名無しさん@お腹いっぱい。:2012/07/18(水) 16:36:34.53 ID:Kz5cYQKI0
>>346
ニコニコ動画用にエンコしたmp4を、WMPで再生しても意味ない

>>348 のつんぷれ か、>>3 にある、Flavieといった、Flashplayerを使ったプレーヤーで確認するのが、まず最初

で、それでも問題があるなら、>>1 のテンプレ(x264のエンコードオプションなど) を書いてくれなきゃわからん

354 :名無しさん@お腹いっぱい。:2012/07/18(水) 18:29:29.78 ID:GaMIhpDJ0
>>353
ありがとうございます また規制でした;
AviUtlのエンコードオプション
--preset Medium --bitrate 993 --pass 3 --stats ".
\x264.stats" --aq-mode 2 --aq-strength 0.05
--min-keyint 1 --direct auto --me esa --subme 9 --output nul


355 :名無しさん@お腹いっぱい。:2012/07/18(水) 18:32:05.16 ID:GaMIhpDJ0
撮影直後のファイルをMediaInfoに入れてみた結果
 コンテナと全般情報
 AVI(OpenDML):30.0GiB,7分 46秒 使用したエンコーダ:BandiAviMuxer1.0
 1ビデオストリーム:RGB
 1オーディオストリーム:PCM

356 :名無しさん@お腹いっぱい。:2012/07/18(水) 18:34:55.70 ID:GaMIhpDJ0
上記ファイルをAviUtlでH264動画にエンコードしてみたもののMediaInfoの結果
 コンテナと全般情報
 MPEG-4(Base Media):62.5MiB,7分 46秒
 1ビデオストリーム:AVC
 1オーディオストリーム:AAC

357 :名無しさん@お腹いっぱい。:2012/07/18(水) 18:37:14.37 ID:GaMIhpDJ0
>>346です。

情報が足りなかったらすみません;
文字数制限と規制との戦いで連投&長期にわたってしまい申し訳ありませんでした。

以上の内容で何か解るでしょうか?必要な内容ありましたら教えてください!
お願いします。

358 :名無しさん@お腹いっぱい。:2012/07/18(水) 18:51:08.96 ID:RLA2AyBx0
>>357
1.>>353氏が書いているように、まずは>>3の「Flavie」、または>>348の「つんぷれ」で再生してみるように。
  それで問題が起きるかどうかを確認する。問題ないならアップしてしまっても構わないと思う。
  問題があるならまたあらためて質問してください。

  なおFlavie等で問題なかった場合、WMPで問題が起きるのは再生環境が原因である可能性が高い。

2.あなたが使っているAviUtl本体とMP4出力プラグイン(Seraphy氏のx264gui)は、かなり古いものです。
  できればニコニコ動画まとめWikiを見て、最新のAviUtl本体+rigaya氏のx264guiExに変えたほうが
  トラブルも減るし、色々と便利になっています。
     http://nicowiki.com/aviutl_h264.html

359 :名無しさん@お腹いっぱい。:2012/07/18(水) 19:36:04.09 ID:GaMIhpDJ0
>>358
ありがとうございました!
ちょっとインストールしてチェック&本体も新しいものに変えてみます。

360 :名無しさん@お腹いっぱい。:2012/07/19(木) 11:56:11.22 ID:Leye6ND80
ニコニコ生放送のタイムシフトを StreamTransportでダウンロードしました
flv 512×288 16:9です
これをFreemake Video Converterで不要な部分をカットして小さいサイズにしたかったのですが、
内容をカットしてもサイズは1.5倍くらいになってしまいます
サイズも小さくなるようにカットできないでしょうか?
画面サイズを変えればいいんでしょうか?

361 :名無しさん@お腹いっぱい。:2012/07/19(木) 20:00:54.43 ID:BFjCX3gu0
動画についてなんですが、設定をミスってしまったので修正したいのですが、
元データがない場合にエンコ済み動画を再エンコしても修正は利かないんでしょうか?
修正したい箇所は--refと--bframesです

362 :名無しさん@お腹いっぱい。:2012/07/19(木) 20:06:05.73 ID:UvBaAqZl0
劣化するができる

363 :名無しさん@お腹いっぱい。:2012/07/19(木) 20:38:47.32 ID:BFjCX3gu0
>>362
ありがとう
再エンコしてうpしてみます

364 :名無しさん@お腹いっぱい。:2012/07/21(土) 21:03:47.19 ID:PF0F/EFI0
なにを言ってるのか分からないかもしれないけどスマソ

画面下部字幕つきの実写動画をAviUtlでMP4(ニコ一般500kbps程度)にするのに
x264.exeとGUIを現時点での最新に変えてから旧バージョンと同じパラ渡したら
字幕以外、動画のほうが動きの多い部分でフォトショのスポンジフィルタ掛けたみたいになるんだけど

なんか処理方法が変わったのかそれとも設定項目増えた?
これってダウングレードしたほうがいいのかな

旧(2011年6月辺りの?):字幕と背景動画はシャープな感じ
新(0.125.2208 d9d2288):字幕がくっきりした代わりに背景動画だけスポンジ

自分でもワケワカメなんで意味不明ならスルーで・・・

365 :名無しさん@お腹いっぱい。:2012/07/21(土) 21:50:16.30 ID:I7jCwrxG0
>>364
1.とりあえず>>1にあるように、出来上がったMP4をMediaInfoで解析して
  テキストモードで表示される内容を貼ってみて。
2.再生に使ったプレーヤーは何?(まさかQuicTimeじゃないよね。)
3.使ってるGPUは?

366 :名無しさん@お腹いっぱい。:2012/07/21(土) 22:27:23.86 ID:mYRkCFpm0
ニコニコ生放送のタイムシフトを StreamTransportでダウンロードしました
flv 512×288 16:9です
これをFreemake Video Converterで不要な部分をカットして小さいサイズにしたかったのですが、
内容をカットしてもサイズは1.5倍くらいになってしまいます
サイズも小さくなるようにカットできないでしょうか?
画面サイズを変えればいいんでしょうか?

367 :名無しさん@お腹いっぱい。:2012/07/21(土) 22:51:08.85 ID:I7jCwrxG0
>>366
ビットレートを下げればいいんじゃない?
「freemake video converter 使い方 ビットレート」でググればいくらでも解説ページが出てくるよ。
ビットレートの意味もちゃんと調べておきましょう。

368 :364:2012/07/21(土) 23:54:27.23 ID:PF0F/EFI0
OBRモード:VBRモード オーバルビットレート:658Kbps
プロファイル:High@L3.0 CABAC:はい RefFrames:4
幅:640ピクセル 高さ:360ピクセル 解像度:16:9 モード:CFRモード フレームレート:29.970fps
ColorSpace:YUV ChromaSubsampling:4:2:0
BitDepth/String:8ビット 使用したライブラリ:x264core125r2208d9d2288 エンコードライブラリの設定:
cabac=1/ref=3/deblock=1:0:0/analyse=0x3:0x112/me=umh/subme=10/psy=1/psy_rd=0.50:0.00/mixed_ref=1/
me_range=10/chroma_me=1/trellis=2/8x8dct=1/cqm=0/deadzone=21,11/fast_pskip=1/chroma_qp_offset=-2/
threads=3/lookahead_threads=1/sliced_threads=0/nr=0/decimate=1/interlaced=0/bluray_compat=0/
constrained_intra=0/bframes=5/b_pyramid=2/b_adapt=2/b_bias=0/direct=3/weightb=1/open_gop=0/
weightp=2/keyint=300/keyint_min=29/scenecut=40/intra_refresh=0/rc_lookahead=40/rc=2pass/mbtree=1/
bitrate=520/ratetol=1.0/qcomp=0.10/qpmin=1/qpmax=51/qpstep=4/cplxblur=20.0/qblur=0.5/ip_ratio=1.40/aq=2:0.85
matrix_coefficients:BT.601-6525,BT.1358525,BT.1700NTSC,SMPTE170M
プレイヤーはGOMとMPC+FFDS共に補正無しRGB出力 GPUは伝説の地雷GFFX5200

369 :名無しさん@お腹いっぱい。:2012/07/22(日) 00:05:47.38 ID:PF0F/EFI0
http://uploader.sakura.ne.jp/src/up103324.png
左が新Verに移したあと 右が旧Ver

どっちも汚いんだけど、左みたいにシュワっと弾けるようなことは無かった
というか動画はオマケで字幕を見せるように作りたかったんだけど
テンプレみたいに可変で変動量60〜70%にすると動いてるほうに引っ張られて字幕が潰れたんで
何度も試してる間に実は固定のほうが字幕はキレイになることが分かって
でもそれだと動画のほうが死ぬから可変で変動減らして行って
最終的に変動量10%のなんちゃってVBRにしてある つもり

っていうか新Verは字幕の周りのノイズがすさまじい なにこれ

370 :名無しさん@お腹いっぱい。:2012/07/22(日) 01:16:27.05 ID:hXirn1pz0
>>369
・比較するなら同じフレームにしたほうがいいんじゃないかと思った。明らかに違うフレームやん?
・qcomp小さくするってのはやったことないので、そのへんは設定詳しい人にまかせるけど、
 とりあえず旧バージョンでエンコしたほうもMediaInfoで調べて貼って、
 オプションが同じになってるかどうか確認してみたら?
・古いバージョンがどれなのか、x264.exeのバージョンとx264guiExのバージョンを明記したほうがいいと思う。
・GOMはまともじゃないので参考にならない。

371 :名無しさん@お腹いっぱい。:2012/07/22(日) 01:58:18.40 ID:wlUCgWbi0
うpの為ではなく個人的使用が目的なのですが

例えば
映像ビットレート20000の動画を。500にエンコして
その500の動画を、更に1000にエンコした場合
その動画は映像ビットレート1000の動画として扱われるのでしょうか?
それとも、一度500になってるから表記は1000でも中身は500の動画なんでしょうか?

372 :名無しさん@お腹いっぱい。:2012/07/22(日) 02:17:13.88 ID:LVdbgLgF0
厳密に言えばちょっと違うけど見た目は500かそれより下、実際のビットレートは1000って感じになる
あとスレチな

373 :名無しさん@お腹いっぱい。:2012/07/22(日) 02:21:48.78 ID:wlUCgWbi0
ごめんなさい(´・ω・`)

最後に、もう1つだけ質問
その500の動画を、別サイズ&1000にエンコした動画と
500の動画を、↑と同サイズ&500にエンコした動画は
同一なんでしょうか?


374 :名無しさん@お腹いっぱい。:2012/07/22(日) 03:02:53.85 ID:LVdbgLgF0
違う方法でエンコードしてるのに同一なわけないだろ

375 :名無しさん@お腹いっぱい。:2012/07/22(日) 03:54:56.17 ID:wxFe9JC50
>>370
新Verはどのフレームも全体的にボケてるかノイズがあるかのどっちかだからどこ見ても同じ
当然確認した
x264.exeは115 r1995 c1e60b9から125 r2208 d9d2288 GUIは0.35から1.50v2
GOMだけで見たわけじゃない、MPCと両方で見てみて新Verはボケ
GOMはいつも色調がおかしいから信用してない

デブロックの強度を1〜2くらいでDCT外すと字幕周りは旧Verと同じような感じになるが
今度は動画のほうがもっとひどくなる

376 :364:2012/07/22(日) 04:27:06.70 ID:wxFe9JC50
なんかいろいろ弄ってたら直ってきたからこれはこれでいいや
たぶんボケたんじゃなくて全体的にシャープなノイズが出ないようにする改善策じゃないかと思い始めた
とりあえず旧Verのパラ設定だと新Verでは違う結果になる
自分はこれを見た感じ悪化だと思ってるけど、他の人が見たらどうなんか知らない
ボケ直らないからそれ踏まえてとりあえず新しくパラ振りするからおk さんくす

377 :名無しさん@お腹いっぱい。:2012/07/22(日) 05:19:37.38 ID:LVdbgLgF0
とりあえずニコニコ用のエンコードしてるなら確認はGOMとかMPCじゃなくてFlash Playerでした方がいいぞ。
>>3のFlavieだとか>>348のつんぷれ辺り推奨

378 :名無しさん@お腹いっぱい。:2012/07/22(日) 05:45:48.49 ID:wxFe9JC50
>>377
おkボス

379 :名無しさん@お腹いっぱい。:2012/07/22(日) 12:46:49.50 ID:wxFe9JC50
http://uploader.sakura.ne.jp/src/up103343.png
この最終的にぼかしてるのはAviUtl+x264guiExのどの設定か分かる?
シャープ掛けようがマスク掛けようが最終的にボケる
同じビットレートだとデフォで入ってるプロファイルどれ使ってもボケる

というより何で今までボケなかったのか
シャープにするにはどうしたらいい どのパラが関係してるの

380 :名無しさん@お腹いっぱい。:2012/07/22(日) 14:50:33.49 ID:kODNGnvD0
YC48→YUV変換 utl
-deblock x264
フィルタは知らね

381 :名無しさん@お腹いっぱい。:2012/07/22(日) 16:46:00.89 ID:EuaAj2sw0
>>379のリンクは踏まないほうがいい。まともな掲示板じゃない。
画像アップする時は斧使え。

382 :名無しさん@お腹いっぱい。:2012/07/23(月) 00:13:44.82 ID:GT6fM6SY0
>>381
おま・・・ どこまで探しに行ってきてくれたんだ
みんな大好き直リンで専ブラの類使ってたらその場でサムネ表示されるんじゃないのか
流れてればエラー返されるだけで
ほい 斧http://www1.axfc.net/uploader/Img/so/146553.png

>>380
デブロ切っても弱めても変わらんかった
Utlのほうのどれだか分からぬスマソ 出力前はボケてないからフィルタでぼかしてるわけじゃない
他の設定もちょっとずつ動かしてるんだけど変わらない
x264.exeを以前使ってたのに戻してもボケるっぽいからGUIが何かデフォで渡してるのかもしれない

おまいらのほうも低レートにするとボケるの? 蚊ノイズみたいなのが出ないで

383 :名無しさん@お腹いっぱい。:2012/07/23(月) 06:33:44.18 ID:OVDIZBmo0
>>382
サムネ表示って何?な専ブラ使ってる俺の身にもなれ
2chは画像掲示板じゃないから不便に思うことはまず無いけどな

384 :名無しさん@お腹いっぱい。:2012/07/23(月) 10:25:37.74 ID:ICfwaDja0
ここで聞けばいいのかも分からないが
Block match thresholdってなんの数値かぜひ教えていただきたい
インタレ解除するツールに入力する欄があるんだけど

385 :名無しさん@お腹いっぱい。:2012/07/23(月) 11:15:42.37 ID:GT6fM6SY0
http://lmgtfy.com/?q=%22Block+match+threshold%22+-%E3%82%B8%E3%83%A3%E3%82%AE%E6%B6%88%E3%81%97%E3%81%AE%E9%96%BE%E5%80%A4%E3%81%8A%E3%81%A3%E3%81%B1%E3%81%84%E3%81%AA%E3%82%81%E3%81%9F%E3%81%84

386 :名無しさん@お腹いっぱい。:2012/07/23(月) 12:50:05.58 ID:MlbH1yNV0
すれ違いとは思いますが、お願いします。

flvからのエンコツールで今の定番はコレ、ってのを教えて下さい。
手持ちの中では、iWisoft Free Video Converter>XMedia Recode
なんだけど、サイズが3倍程度になってしまうので・・・。
フリーソフトで、劣化少・肥大化少・簡単操作の三点でバランスの良いものを。
変換形式はmp4,wmv,avi,mpgあたり。サムネ表示は必須です。

387 :名無しさん@お腹いっぱい。:2012/07/23(月) 13:06:38.73 ID:RAE7yXmA0
つんでれんこ

388 :名無しさん@お腹いっぱい。:2012/07/23(月) 16:37:41.33 ID:veimbpDr0
>>386
肥大化するならビットレートなり品質設定なり下げればいいじゃん。
スレ違いなんだからおとなしくDTV板の初心者スレあたりに行ってください。

  【初心者歓迎】総合質問スレッド-79-【ダウソNG】
  http://toro.2ch.net/test/read.cgi/avi/1335404660/l50

389 :名無しさん@お腹いっぱい。:2012/07/24(火) 08:51:03.35 ID:TI2eYKrx0
最近無音の動画でリピートがきかなくなるんだが
いったい何が悪いのか?
以前はなかったと思うんだが…

390 :名無しさん@お腹いっぱい。:2012/07/24(火) 13:18:03.19 ID:Jwho4wnU0
MediaInfoのGeneralのOverall bit rateの値って実ビットレートじゃないの?
計算して出した値とほとんど同じなんだが。


391 :名無しさん@お腹いっぱい。:2012/07/24(火) 14:26:15.90 ID:de8cdrO70
10bit深度の動画が11.4β入れたらおかしくなった。動画支援は切ってる

392 :名無しさん@お腹いっぱい。:2012/07/24(火) 15:31:43.97 ID:fS6mijXc0
>>390
正確には少し違う。
>>7の計算とは違い、Mediainfoのは再生時間(秒)の小数点以下を切り捨てていない。
通常は誤差のうちだか、数秒程度の動画だと大きく変わってしまい、一般会員の制限を越えたりする。
また、ビットレート制限ギリギリを攻めていたりすると問題になる

393 :名無しさん@お腹いっぱい。:2012/07/24(火) 15:54:12.09 ID:Jwho4wnU0
>>392
なるほど。
MediaInfoの値は参考程度にとどめておけばいいわけね。
ありがとう


394 :名無しさん@お腹いっぱい。:2012/07/24(火) 16:54:24.81 ID:j0U9EGkl0
>>389
ニコ動本スレにも来てたみたいだけど、再生の問題なんだし、ここはスレ違いでしょ。
そもそも無音の動画なんてあんまりないんだからサンプルを示すとか、
原宿なのかZeroなのかとか、ブラウザやFlashPlayerのバージョンとかも書かずに質問したって
答えが返ってくるわけないと思うよ。

395 :名無しさん@お腹いっぱい。:2012/07/26(木) 01:34:48.87 ID:Vij38SY10
WikiにあるH264の通りにエンコードしているのですが、100M以内にできても再エンコがかかります。
ぐぐってみたところ前スレにもでてきているのですが、mp4v2というものがひっかかっているのでしょうか。
これは何が原因でなっているのでしょうか?元の動画が原因だったりするのでしょうか・・・。
真空波動研で見ると以下のようになっています。
640x380 8Bit AVC/H.264 High@3.1 Unspecified 59.99fps 38991f 1161.46kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 93.94kb/s
MP4 v2
[MPEG4] 00:10:49.919 (649.919sec) / 102,505,876Bytes

396 :名無しさん@お腹いっぱい。:2012/07/26(木) 01:50:29.83 ID:MTgDVT9S0
>>395
MP4v2なのは関係ない。
  ・実は再エンコなどされていない。(>>8を参照)
  ・実は一般会員(これはないと思うけど)
のどちらかじゃないかと。
「再エンコがかかってしまう」というのはどうやって確認したの?

関係ないけど640x380って変な解像度だね。ちゃんと640x360でアップしたほうがいいと思うよ。

397 :名無しさん@お腹いっぱい。:2012/07/26(木) 02:17:18.44 ID:Vij38SY10
>>396
ありがとうございます。
再エンコはかかってしまう、というのは画質が明らかに落ちているからです。
素で解象度おかしいのに気付いていなかった・・・修正してみます。

398 :名無しさん@お腹いっぱい。:2012/07/26(木) 02:31:02.97 ID:MTgDVT9S0
>>397
「明らかに」とあるから勘違いではないと思うけど、FlashPlayer特有の見え方を勘違いしている可能性もあるし
念のため何らかのダウンローダーで動画を落として確認したほうがいいかもね。
自分はNicofoxとSmileDownloaderしか使ったことないけど。

少なくともWikiによると、100MBの判定は 104,857,600[Bytes] または 104,853,504[Bytes] のはずだから
>>396が引っかかるとは思えない。ただ、いつのまにかサーバー側で「100MB」の解釈が
変わってたという可能性もあるかもしれないけど・・・。

399 :名無しさん@お腹いっぱい。:2012/07/26(木) 02:32:13.67 ID:2b7BLijv0
>>395
もちっとビットレートに余裕持たせてみたら?


400 :399:2012/07/26(木) 02:33:08.47 ID:2b7BLijv0
間違えた。
ファイルサイズだ。


401 :名無しさん@お腹いっぱい。:2012/07/26(木) 03:07:03.69 ID:fCF1zxgT0
プレミアムならちゃんと再エンコされずにうp出来るmp4でを一般会員でうpした場合、
ビットレート超過なら再エンコ食らうんじゃなくて弾かれるよね。ファイルサイズ超過もそうなるんじゃないっけ?
ここはあまり経験ないからちょっとハッキリ言えないけど、再エンコされるならビットレートとかファイルサイズの問題じゃないって事になるんじゃ?


402 :名無しさん@お腹いっぱい。:2012/07/26(木) 08:09:40.00 ID:YnZo7vNt0
>>398
104,857,600 残り7バイトまで詰めた事あるから間違い無いはず

403 :名無しさん@お腹いっぱい。:2012/07/26(木) 12:38:07.06 ID:Vij38SY10
色々ありがとうございます。
何度か試してみましたが直らず、別のエンコードでやると問題ありませんでした。
一度aviutl一式入れなおしてみます。。。

404 :名無しさん@お腹いっぱい。:2012/07/29(日) 12:26:02.37 ID:5J2JFMdh0
flashplayerをVerUPしてからflavieで最初の10秒ぐらい音しか出なかったりでおかしかったんだけど
--ref 12を6に、--bframe 9を3にしたら起きなくなったからその辺の問題なのかなー
大百科の動画がおかしくなる方は大百科をクリック→とも関係してるんだろうか

既出だったらすまん

405 :名無しさん@お腹いっぱい。:2012/07/29(日) 17:22:17.85 ID:1Bs9CFtH0
>>404
FlashPlayerスレで同じこと言ってる人はいた。
  http://toro.2ch.net/test/read.cgi/swf/1341324585/16

ただ、うちでは11.3系を使っても「開始10秒くらい音しかでない」という現象は起きてない。起きてるのは
  「1つファイルを再生した後に別のファイルを再生しようとするとほとんどの場合音しか出ない」
という問題かな。
ただ「FLV Still」とかでは特に問題ないし、Flavie側の問題かなと思ってる。
Flavie側で修正くるといいけど、こないなら「つんぷれ」とかの別ツールを推奨したほうがよくなるかもね。

まあうちではWinXPでシングルコアの低スペック環境なので11.3は基本的に使い物にならないため
普段は10.3.183.20を使ってる。

406 :名無しさん@お腹いっぱい。:2012/07/29(日) 18:05:53.38 ID:aRuu/Jry0
win7 64ult+3930kで再生支援切ってるけどflashplayer更新したらブラウザ上で飛ばすと緑画面になって見られなくなる事が凄い増えた気がする
11.4βだけど

407 :名無しさん@お腹いっぱい。:2012/07/29(日) 20:56:04.22 ID:5J2JFMdh0
>>405
flavie側の問題みたいねー
もう1度色々設定を弄っていくつか動画を作ってみたけど
どうもこっちの環境だと--refが12以上になると起きるみたいで
11以下にしたら今まで通りに再生できるように

408 :名無しさん@お腹いっぱい。:2012/07/29(日) 23:00:33.59 ID:wAfpgvW30
ハードウェアアクセラレーションon/offが変えられなくて、deblock問題が確認できない「Flavie」
バッチファイルゆえにファイル名やパスに記号とかがあるとコケることがある「つんぷれ」

409 :名無しさん@お腹いっぱい。:2012/07/30(月) 01:51:41.86 ID:T55Cl2yF0
>>408
Flavieって、ハードウェアアクセラレーションありのPCだと強制的にハードウェアアクセラレーションONになるの?
(うちのPCは再生支援無しなもんでOFF状態)

410 :名無しさん@お腹いっぱい。:2012/07/30(月) 08:06:16.79 ID:tMVvd2jY0
右クリックするとFlash PlayerではなくFlavieのメニューが出てきて(Flavieからは)変更できない
低スペPCの頃は一瞬Flashのメニューが出てその上にFlavieのメニューが出てきてた

おそらくIEのActiveXを使用してるはずだから、IEでDXVAを切ればFlavieでも切れるんじゃないの

411 :名無しさん@お腹いっぱい。:2012/07/31(火) 04:27:44.38 ID:G5UVh6a1P
諸事情で貼れないが、普通に投稿されてるとある動画を落としたら
ファイルサイズが余裕で100MBを超えていた(投稿者は一般会員)
ファイルサイズオーバーを不正に回避してうpする方法ってあるの?

412 :名無しさん@お腹いっぱい。:2012/07/31(火) 05:01:10.91 ID:b97uuPOi0
>>411
多分MP4やFLV以外の形式(WMVとか)で投稿して、サーバー側のエンコにまかせた動画なんじゃないかな。
サーバー側でエンコした動画は、Wikiにあるように基本的には映像360+音声64=約424kbpsの動画になるから
約33分の動画で100MBになり、もっと長いと100MBを超えることになる。
ただし>>40にあるようにビットレートはもっと低くなることもあるので、これは計算の一例にすぎないけど。

この方法で、一般会員の規定を超える40MB以上のMP4が生成されることは確認してたけど、
>>281が本当なら100MBを超えることもあるんだね。
一般会員でもWMVとかの形式なら100MBまで投稿できるけど、それを超えるサイズのMP4を作ってどうすんだか・・・。
普通なら100MB以内におさまるようにサーバー側のプログラムを組むと思うが、そういうの抜けてるんだろうな。

勘違いしないように言っとくけど、サーバー側のエンコードの品質はかなりひどいものだから、
一般会員でも自分で40MB以内でMP4にエンコードしてアップしたほうが綺麗になることがほとんどだよ。
それでどうしても綺麗にならないならどのみち限界を超えてるだけなので、
おとなしくプレミアムに入るか分割してアップしたほうがいい。

413 :名無しさん@お腹いっぱい。:2012/07/31(火) 05:02:19.28 ID:/UZ9QzjC0
投稿した時はプレミアムで今は一般になったんだろう
自分も画質いい動画上げる為にプレミアムになった
しばらく投稿しないなら一般に戻ろうかと思ってる

414 :名無しさん@お腹いっぱい。:2012/07/31(火) 07:47:14.13 ID:G5UVh6a1P
>>412
なるほどサーバーエンコードに任せると容量が爆発することもあるわけか…
うん、多分それだと思います。ビットレートの情報もほぼその通りだし
ちなみに60分の動画で180MBくらいあるんだよね

415 :名無しさん@お腹いっぱい。:2012/07/31(火) 08:58:52.38 ID:B4IHThQn0
h265が実装されれば高画質うpの為にプレミアムになってた層のどれぐらいが一般になるんだろう
読み込みと総投稿容量制限から戻る事はまず無いが

416 :名無しさん@お腹いっぱい。:2012/07/31(火) 09:46:30.57 ID:VweK3+bY0
>>415
規格が発表されるのが来年の1月。
一般的になるのにどれくらいかかるのだろうか
それまでniconicoは残っているのかな

417 :名無しさん@お腹いっぱい。:2012/07/31(火) 10:01:08.05 ID:B4IHThQn0
x265エンコーダが非公式ながら完成して出力出来る段階なんだからフラッシュが対応すれば即移行が始まるはず。容量比画質は現行のx264 highに比べ1.5倍程度は良い
youtubeだってwebMの画質が悪いとかですぐにh264に戻したんだから高画質で帯域が大幅に抑えられるh265に今すぐにでも移行したいはず。その需要の高さからフラッシュ対応も相当早いと思うよ
あくまでもライセンスがh264のような感じなら

418 :名無しさん@お腹いっぱい。:2012/07/31(火) 10:34:54.64 ID:Ffm8hOht0
また重いとかカクカクとか言われるかな?
画質は上がるけどフレームレート稼ぐのには向いてなさそう

419 :名無しさん@お腹いっぱい。:2012/07/31(火) 11:52:49.31 ID:VweK3+bY0
>>417
現状では、デコードの負荷がh264の2倍って話だから
重いって不満の方が多いんじゃないかな。
まだまだ低スペックのPCが現役で動いているようだし

420 :名無しさん@お腹いっぱい。:2012/07/31(火) 20:46:49.43 ID:CaycsrFv0
そうなるとベンチマーク動画が怖くなるなw
今あるやつらなら何とかフリーズまでもっていかれはしないが
8Kとかきたらどうなるかわからんわ

421 :名無しさん@お腹いっぱい。:2012/08/01(水) 07:58:45.83 ID:zXu4vKSZ0
4分程度の動画をエンコードしようとしています。
(avi形式 UtVideoULRGで出力→aviutlで編集→UtVideoULRGで出力→つんでれんこ)
ところが、汚くなると噂の赤色が割と混ざっているせいか、限界のビットレートにしても画質が上がりません。
そこで色々と調べ、以下のように理解したのですが、合っているでしょうか?
  ・ニコニコ動画向けにエンコードすると、色情報がYUV形式になる
  ・RGB→YUVへの変換の際、劣化が発生する
ということは、最初からYUV形式で出力・編集を行えば劣化しないのではないかと
単純に考えたのですが、この考えは間違っていますか?

422 :名無しさん@お腹いっぱい。:2012/08/01(水) 08:14:41.25 ID:pUCRSfPD0
それ以前に、
UtVideoULRGで出力→aviutlで編集→UtVideoULRGで出力→つんでれんこ
こうじゃなく
UtVideoULRGで出力→aviutlで編集→aviutlでmp4にエンコード
って考えは無いのか?

423 :名無しさん@お腹いっぱい。:2012/08/01(水) 08:16:51.26 ID:2fkDY7Rr0
flashplayerの見てくれとしてはうん。劣化はするけど目立ちにくくなる。uvダウンサンプリングフィルタでも良いけどそれだとRGBはどこに挟んでもデメリットにしかならなくなる
因みにyuv422でもニコニコに上げられるけど同程度のssim psnrでもデータ上有利なはずなのに420に比べ更に劣化が目に付く。444やRGBは再生不可

424 :名無しさん@お腹いっぱい。:2012/08/01(水) 09:18:10.42 ID:Jgel4+jN0
>>422の方法にしたところで何が変わるんだ?
AviUtlでx264エンコードしてもフィルタリングしない限り一緒だからその選択肢は無意味だろう

425 :名無しさん@お腹いっぱい。:2012/08/01(水) 09:56:04.86 ID:9EQRoSGV0
適当な設定でやると投稿できなかったりするしね>AviUtlでmp4にエンコ
よくわからなければ、つんでれんこにまかせとけば再生できないファイルは作られないでしょ。
画質は置いておいて。


426 :名無しさん@お腹いっぱい。:2012/08/01(水) 10:23:43.49 ID:8M59yiiC0
AviUtlでエンコしている人の何割が、
つんでれんこより軽量かつ高画質でどんな試聴環境でも問題ないような
ベターな設定にしているんだろうね

エンコ請け負っている人でも怪しい人がちらほら

427 :421:2012/08/01(水) 10:53:48.57 ID:zXu4vKSZ0
ありがとうございます。
YUVで出力するほうが多少有利 という感じでしょうか。
YUVの方が表現できる色が少ないと聞いたので、デメリットがあるとすればそのあたりでしょうか?

aviutlでエンコードしないのは、まだ慣れていないのと
フィルタ等について調べ切れていないからです。慣れたら移行してみたいと思っています。

428 :名無しさん@お腹いっぱい。:2012/08/01(水) 12:01:07.68 ID:2fkDY7Rr0
>>426
>つんでれんこより軽量かつ高画質でどんな試聴環境でも問題ないような
>ベターな設定にしているんだろうね
軽量かつ高画質とかエンコ初心者なの?aqやpsyを弄ってより適した出力結果を得るってのなら分かるがどんなソースで誰が見ても設定変更前よりよくしろってのならmeやref、threadsを弄っていく事になるし両立出来るわけない
また全て視聴者の事を言ってるとしてもデフォのmidium以下でそれ以上の高画質なんて無理。cabacかbフレ切るレベルでないと実感出来る軽量可なんて無理だからな
そもそも512×384のmidiumなんて北森世代でも動くだろ

429 :426:2012/08/01(水) 16:28:55.59 ID:8M59yiiC0
>>428
軽さと画質のバランスが取れた、と言いたかったんだけど、どう読んでもそうは書いてないね。すまん

--ref 16は論外としても、ビットレート過剰だったり、colormatrixがあやしかったり、deblockバグ踏んでたり
いろいろ

430 :名無しさん@お腹いっぱい。:2012/08/01(水) 17:10:14.27 ID:9EQRoSGV0
>>429
deblockのバグって、deblock有効な動画をハードウェアアクセラレーション切って再生すると映像がおかしくなるってやつ?


431 :名無しさん@お腹いっぱい。:2012/08/01(水) 17:46:51.75 ID:8M59yiiC0
>>430
そうそれ。
flashplayer10.1では起こらないそうなので、バグだと認識している
http://togetter.com/li/270474

432 :名無しさん@お腹いっぱい。:2012/08/01(水) 19:07:27.30 ID:eA7fXx520
>>421-427
前提条件を考えてないから色々間違ってるというか行き違いがあると思う。

まず>>421の、「RGB→YUV4:2:0への変換によって色の劣化が発生する」というのは正しい。
この劣化は色空間の変換によるものなので、ビットレートをいくら上げても修復できない。
赤色のエッジを多く含んだRGB映像を、YUV4:2:0で圧縮するUtVideoのULY0で圧縮してみれば、
「可逆のはずなのにすげえ劣化しちゃってるじゃん!」という現象が起きてるのがわかる。
RGB→YUV4:2:0変換を行っただけで劣化するということなので、それ以上綺麗になりようがない。
  参考: ttp://www1.axfc.net/uploader/Img/so/70976.bmp

次に
  A.「最初からYUV4:2:0形式で出力・編集を行えば劣化しない」
  B.「途中でRGBをはさむのはデメリットにしかならない」
というのが成り立つのは、
  「カメラで撮影した動画素材やDVD素材等を、基本的にカットのみ行い、
   字幕やエフェクトの追加、重ね合わせなどの編集はほとんど行わないで出力する」
という場合くらいだと思っていい。
DVDやカメラ動画などは基本YUV形式だから、YUV形式で動画を扱えるソフトで途中の処理を全てYUVのまま扱い、
映像そのものに手を加えないのであれば、無駄な変換が入らず劣化は少ない。
(というかDVDやカメラ動画になった時点で劣化してるので、それ以上に劣化させないで済むだけというべきか)

(続く)

433 :名無しさん@お腹いっぱい。:2012/08/01(水) 19:09:09.39 ID:eA7fXx520
(続き)
しかし、MMDやAE・NiVE・AviUtl等によるオリジナル映像作成や、字幕やエフェクトの追加、
素材の重ね合わせなど、いわゆる「一般的な映像素材作りや編集」は、基本的にRGBで行われるし、
編集者はそのRGB映像を見て編集していることになる。

そのため、「YUV形式で編集」というのは基本的に不可能だし、編集映像をYUV形式で中間出力すれば、
そこでRGB→YUV変換が発生して劣化してしまうということになる。
「中間出力で劣化する」か、「x264出力で劣化する」かの違いだけなので、どのみち劣化は避けられない。

つまりYUV4:2:0形式で中間出力するメリットは「中間出力時に劣化を把握できる」という程度であり、
それ以上の意味はあまりない。(データが小さくなることもあるけどまあここでは関係ないし)

なので、色空間変換による劣化への対策として映像作成者としてできることは、以前から言われているとおり

  ●編集中にYUV4:2:0化した時の状態を確認し、なるべく劣化しないような色使いや絵作りを心がける。
    (上に書いたように一度ULY0に出力して劣化具合を確かめてみる方法もあるし、
     AviUtlなら「UVダウンサンプリング」や「4:2:0化フィルタ」等で編集中にチェックすることもできる。)

  ●UVダウンサンプリング等のフィルタを使い、RGB→YUV変換時の劣化を少しでも減らす

  ●大き目のサイズでエンコードし、再生時に縮小再生させることで劣化を目立たなくする

といったことくらいになるのではないかと思う。

434 :名無しさん@お腹いっぱい。:2012/08/03(金) 16:05:55.30 ID:ADr/0zjO0
ニコ生の録画についての質問なのですが板はここであってますか?

435 :名無しさん@お腹いっぱい。:2012/08/03(金) 16:48:35.53 ID:U8PqSYwa0
>>434
板は合ってるが、スレ違い

ニコニコ生放送の質問に答えるスレ part14
http://anago.2ch.net/test/read.cgi/streaming/1335467364/

436 :名無しさん@お腹いっぱい。:2012/08/03(金) 20:53:33.53 ID:mz+3xK6G0
再エンコの画質上がった頃に、昔の再エンコ動画も新規格に合わせて
生成し直しますって言ってた気がしたけど、本当にされてるのかな?

437 :名無しさん@お腹いっぱい。:2012/08/03(金) 21:37:00.91 ID:DVyo1YOp0
>>436
されてるよ。以下の大百科の掲示板のレス366-370あたりを参照。

  エコノミー症候群とは - ニコニコ大百科
  http://dic.nicovideo.jp/id/492

438 :名無しさん@お腹いっぱい。:2012/08/05(日) 12:39:10.86 ID:GwmjDGDMP
YouTube並みとは言わないが、制限を300MB位まで上げてくれないだろうか



439 :名無しさん@お腹いっぱい。:2012/08/05(日) 12:57:25.12 ID:oRknUt1n0
ここ数年でyoutubeなんてもの凄い高画質・解像度になったもんな
経営規模が違うとはいえニコニコも見習ってほしいもんだ
同じ日本の動画サイトですら500MBまで再エンコ無しとかあるのになー

440 :名無しさん@お腹いっぱい。:2012/08/05(日) 13:37:27.68 ID:ccm2iL400
一般40MBプレミアム200でいい

441 :名無しさん@お腹いっぱい。:2012/08/05(日) 14:49:15.11 ID:KOj0YqZ30
動画投稿容量を上げると今以上に回線が逼迫しそう

442 :名無しさん@お腹いっぱい。:2012/08/05(日) 19:00:19.89 ID:lpbU9FeI0
正直100MB以上が必要になるほど価値のある動画ってあんまりないと思う・・・。

443 :名無しさん@お腹いっぱい。:2012/08/05(日) 19:19:02.48 ID:GwmjDGDMP
スマホで見てる分には良いけど、デスクトップで見てると画像が荒くて



444 :名無しさん@お腹いっぱい。:2012/08/05(日) 19:41:46.72 ID:TwORkQkD0
>>442
youtubeから転載してる人はうれしいんじゃない?
再エンコする手間が減りそう


445 :名無しさん@お腹いっぱい。:2012/08/05(日) 20:02:48.68 ID:lpbU9FeI0
>>444
転載自体にいいイメージを持っていないので、だからこそ反対というのもあるな・・・。
Youtubeの鯖エンコの画質は大したことないし、どうせなら1080pのをうまいことニコニコサイズに縮小処理して
綺麗にエンコードしてアップするくらいのことはしてほしいもんだ。

ただでさえ乱造投稿しやすく、画質のために無意味にサイズ上限ギリギリを狙う初心者もまだまだ多いというのに、
これ以上条件を緩めたら鯖や回線の負荷がやばいことになると思う。

446 :名無しさん@お腹いっぱい。:2012/08/05(日) 20:28:47.71 ID:TwORkQkD0
個人的には一般の方のビットレートの制限上げてほしい。
1280x720に対応されても他が変わらないんじゃスライドショー的な動画しか需要ないでしょ。
動画サイトなんだから動画を投稿させてくれ…


447 :名無しさん@お腹いっぱい。:2012/08/05(日) 21:59:17.27 ID:lpbU9FeI0
>>446
そこまで言うならプレミア入りなよ・・・。一般の容量なんて上げたら馬鹿が増えるだけやん・・・。

448 :名無しさん@お腹いっぱい。:2012/08/05(日) 22:10:31.54 ID:TwORkQkD0
まあ、色々事情が。(主にお金がね…


449 :名無しさん@お腹いっぱい。:2012/08/05(日) 22:46:48.77 ID:KOj0YqZ30
>448
そんなあなたにはプレミアムβ会員
【nico】 一般会員の動画投稿者で有利なプレミアムβ会員とは
ttp://looooooooop.blog35.fc2.com/blog-entry-900.html

450 :名無しさん@お腹いっぱい。:2012/08/05(日) 22:50:21.69 ID:TwORkQkD0
>>449
おお!
ちょっとPayPalについて調べてくる


451 :名無しさん@お腹いっぱい。:2012/08/05(日) 22:54:19.02 ID:oRknUt1n0
100MBなんて標準解像度でHEAACでも紙芝居じゃない限り10分ぐらいが画質の限界だからなー
既に時代遅れであることは否めない

452 :名無しさん@お腹いっぱい。:2012/08/05(日) 22:57:56.83 ID:TwORkQkD0
paypalクレカしか使えないのか…

453 :名無しさん@お腹いっぱい。:2012/08/06(月) 00:11:55.89 ID:nlBvr5GL0
自分にとってはそれ最適な気がするわ
つーかアニメの仕様ひっくり返ってるじゃねーか

454 :名無しさん@お腹いっぱい。:2012/08/06(月) 13:08:37.72 ID:lmWG0dv10
>>452
そんなあなたにはVプリカ
「ネットショッピング専用 Visaプリペイド-Vプリカ 本人確認、審査なしで発行できます。」
ttp://vpc.lifecard.co.jp/

paypal自体アカ作るのにクレカ情報は入らなかったはずだけどβ登録の際に必要
もしかしたらpaypal自身の入金に別口で入れる必要があるかも

>>453
βの話なら、国内での視聴はムリ
アカウントの住所は弄って海外にした場合見れるかどうかは分からん

455 :名無しさん@お腹いっぱい。:2012/08/06(月) 14:01:57.67 ID:IysCygDX0
>>454
そんなのもあるのか

でもpaypalアカウント年齢制限で作れなかったからどうにもならん

あきらめることにする

456 :名無しさん@お腹いっぱい。:2012/08/07(火) 07:58:05.16 ID:kIB8LPaD0
NICOにうpするために、100MBに抑えるためビットレート計算機でビットレート調節しているのに
できあがると175MBになったりする・・・orz
原因なんだろ?
10分の1の長さで区切ると10MBくらいになるのに、全体をやるとそうなる

457 :名無しさん@お腹いっぱい。:2012/08/07(火) 08:38:37.96 ID:IEW8fREj0
>>456
DTV板のAviUtlスレで誘導されたとはいえx264vfwGUIスレと両方にマルチするのはやめたほうがいい。
まとめWikiを熟読してください。
  http://nicowiki.com/encode.html
  http://nicowiki.com/aviutl_h264.html

458 :名無しさん@お腹いっぱい。:2012/08/07(火) 10:20:49.79 ID:mWML2kt70
まとめwiki読んでも理解できないなら、
エンコオプションの調整とかめんどいことはやらないことにして、
一手間増えるけど、可逆圧縮なaviで出力して
つんでれんこなり夏蓮根なりに放り込んだほうが早い

459 :名無しさん@お腹いっぱい。:2012/08/07(火) 17:48:11.40 ID:Oxg8IUUD0
2パスでビットレートの変動を、、って辺りですかね
H264の計算表で音声映像療法で100MBに収まるようにしているんですよね
なのでそういう基本的な問題でなく、何か読み込みプラグインとか関係しているのかなぁ
dgaファイルを、DGAVCDecode.dllでavsで読み込ませている感じだと思うんだけど・・・
このやり方で編集できてる方いますか?

可逆圧縮でもいいんですけど、
あれってフレームはどうなりますか?
自分の動画が60iなので、その滑らかさを維持したいんです
29.97で可逆圧縮aviで書き出せば、変わらないんですかね?

460 :名無しさん@お腹いっぱい。:2012/08/07(火) 17:50:35.56 ID:sV7dF0mc0
>>459はまたDTV板のx264vfwGUIスレにマルチしてる
スルー推奨

461 :名無しさん@お腹いっぱい。:2012/08/07(火) 18:01:16.86 ID:Oxg8IUUD0
もういいです。監視が凄すぎて気持ち悪い
さよなら
ちなみに内容は違いますよ。ちゃんと見てくださいね

462 :名無しさん@お腹いっぱい。:2012/08/07(火) 18:12:06.83 ID:O+HUPLmm0
>>459
>>1をよく読め。あきらかなスレ違い

463 :名無しさん@お腹いっぱい。:2012/08/08(水) 15:12:36.27 ID:bunkbUaS0
質問です。
全くの初心者なのですが、ニコニコ用に字幕つきの一枚絵ボカロ動画を作成したところ、画質がボヤけて字幕も半ボケになってしまいショボーンな状態です。製作環境は、
iMac付属のiMovie'11
QuickTimeを使用して書き出し、フォーマットはMP4(H.264/AAC-LC)。ビットレートは映像300kbs、オーディオ128kbs。
映像のサイズは512×384、フレームレートは15です。出来た動画はflavieで視聴しました。
512×384というのはニコニコにおける4:3規定値だとまとめwikiで読んだので、そう設定したのですが、これだとものすごく画像がボヤけてしまいます。。1280×720HDとかにすると画質がクッキリしますが、これじゃダメなんですよね…?
念のためWindowsムービーメーカーを使って同じ設定で作ってみましたが結果は変わりませんでした。
どうすればニコニコに普通にアップロードされているボカロ動画のようなクッキリした動画が作れるんでしょうか。
どんなことでもいいので何か助言してくださると助かります。。

464 :名無しさん@お腹いっぱい。:2012/08/08(水) 15:19:21.32 ID:BxtKwDnM0
Zeroで見てるならZeroの解像度が縦486pxなのでそれ以上の大きさにしてないとボケる
4:3なら648x486か

>1280×720HDとかにすると画質がクッキリしますが、これじゃダメなんですよね…?

これ、なんでダメだと思うの?ダメではない。重くはなるが。

あとボカロ曲なら音声ビットレート128kbpsじゃなくてもうちょっと、192kbpsとか256kbpsとかにしたほうがいいと思う

465 :名無しさん@お腹いっぱい。:2012/08/08(水) 16:49:29.88 ID:c2miDwyq0
一枚絵なら映像の方のビットレート落とせるんじゃないか?
字幕の出し方にもよるだろうけど


466 :名無しさん@お腹いっぱい。:2012/08/08(水) 21:55:11.44 ID:M3Gdn8270
QuickTimeで書き出しているのなら、標準フィルタのsharpenを試してみる。
もう古い時代のプログラムなので、単に画像が荒れるだけかも知れないが。

画質にこだわるなら、h.264とx.264について学習して、QuickTime用プラグイン
のx.264、またはHandBrakeを使ってエンコードした方が良いと思う。

467 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:02:39.32 ID:bunkbUaS0
>>424
ありがとうございます。今のところzeroではなく旧プレイヤーで考えています。
投稿する場合、1280×720HDなどでも良いのでしょうか?512×384(あるいは16:9のもの)の規定値を超えるとニコニコ側で再エンコードされて結局画質はボヤけてしまう…という認識なのですが正直そこのところがよくわかっていません。。重くなるだけで済むのでしょうか?
試しにニコニコにUPしてみたいのですが今ちょっとそういう環境にないのでそれもできません、すみません。
>>425
そうですね、映像はビットレートを下げてオーディオを上げたいと思います。

468 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:04:49.30 ID:bunkbUaS0
レス番号まちがえました
>>464さんと>>465さん宛てです。

469 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:25:32.50 ID:bunkbUaS0
>>466
一応、WindowsムービーメーカーとAviUtlで同様の設定の動画を作ってみたんですが、画質が悪くボケたままでした…。
うまくいかない場合、最終的には勉強してQuickTimeをいじってみようと思います。ありがとうございます。

470 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:26:12.98 ID:HnNm2stB0
一般アカなら1280x720まで
プレアカは解像度制限はない

471 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:29:37.13 ID:bunkbUaS0
>>470
そうだったんですか!超基本的なことを勘違いしていました…。見た情報ページが古かったのかな。。
お騒がせしました。

472 :名無しさん@お腹いっぱい。:2012/08/08(水) 22:58:01.01 ID:c2miDwyq0
>>467
アンカーミスってる?


473 :472:2012/08/08(水) 22:59:26.01 ID:c2miDwyq0
ごめん、リロードしてなかった。
無視して

474 :名無しさん@お腹いっぱい。:2012/08/08(水) 23:02:36.64 ID:c2miDwyq0
>>471
ニコ動の投稿動画の制限とかはココ見ればわかると思うよ
http://nicowiki.com/encode.html

475 :名無しさん@お腹いっぱい。:2012/08/09(木) 04:38:55.75 ID:Uvd8Zr1l0
どこの段階で画質悪いと感じてるのかをまずハッキリさせるべき。
動画作って書きだした段階で悪いのか、その書きだした後に更にエンコードしてるのならそこで悪くなってるのか、
またはニコニコにうpするまでは大丈夫だけどうp後に悪くなってるのか。
ここがハッキリしない状態でアドバイスしても無駄だと思うが

476 :名無しさん@お腹いっぱい。:2012/08/09(木) 05:51:51.19 ID:iW1125QQ0
作ったやつflavieで視聴したって言ってるじゃん

477 :名無しさん@お腹いっぱい。:2012/08/09(木) 15:20:56.42 ID:nPD9x3v40
友人が上げた動画がロードに時間がかかる気がして落として確認してみたんだけど、1280x720の1分半ぐらいの動画でビットレート7000とかにしてあったんだけど、品質求めるとこんな数値になっちゃうの

478 :名無しさん@お腹いっぱい。:2012/08/09(木) 15:25:49.62 ID:GygSBq0G0
BSデジタルとかBDと比べると全然たいしたことないビットレートだな

479 :名無しさん@お腹いっぱい。:2012/08/09(木) 15:30:41.15 ID:nPD9x3v40
動画サイト用の動画でこの数値はどうよ。って思ったんだけど、意外と普通なのか?


480 :名無しさん@お腹いっぱい。:2012/08/09(木) 15:48:48.83 ID:GygSBq0G0
7000もあればロードが遅いと言われてもしかたがないけど
画質面で言えば法外に高いというほどでもない

481 :名無しさん@お腹いっぱい。:2012/08/09(木) 16:02:52.07 ID:2qEJWla40
理由によっては、大分意味合いが違うね
品質を求めて意図的にやったのか、
それともニコエンコの自動で勝手に100MBぴったりになったのか、
ビットレート計算して、100MBを狙ったのか

482 :名無しさん@お腹いっぱい。:2012/08/09(木) 16:12:42.47 ID:nPD9x3v40
>>481
たぶん一番下。
ファイルサイズの限界の100MBに近づくようにエンコしてるらしい。
自分で品質基準VBRでエンコしたら実ビットレート3000ぐらいになったから。無駄にビットレート振ってるんじゃないかと。


483 :名無しさん@お腹いっぱい。:2012/08/09(木) 16:48:52.69 ID:kEHQjLRQ0
>>482
Qualityがいくつでやったかも書かないと正しい判断無理です。
俺の手持ちのHD動画をQuality20(crf=20)でエンコしたらビットレート7000を超えた。
動画の映像変化などの要素で変わってくるけどHDで高画質にしたけりゃ5000以上になることはよくある。

484 :名無しさん@お腹いっぱい。:2012/08/09(木) 17:04:31.37 ID:nPD9x3v40
>>483
スマン、16です。
ベタ塗りだからHD解像度でもかなり縮むと思う


485 :名無しさん@お腹いっぱい。:2012/08/09(木) 21:27:27.05 ID:VxYL6L3H0
crf16てものすごい高品質じゃね?
自分18までしかやった事ないわ。内心プラシーボだと思いつつね。
でなきゃ0で可逆にするか。

486 :名無しさん@お腹いっぱい。:2012/08/09(木) 21:58:42.01 ID:nPD9x3v40
>>485
そうなの?

どこかのページでcrf16だとSSIMの値がほぼ0.99になるってのを読んで、それ鵜呑みにして16にしてやってみた。動画の再生時間も短いし。

自分が気になったのは、crf16でも実ビットレート3000ぐらいになったのに、2passで7000指定してエンコするのは無駄が多いんじゃないかなってこと。


487 :名無しさん@お腹いっぱい。:2012/08/09(木) 22:01:32.64 ID:GgWEfPjL0
品質基準でやるならデフォルトのcrf=23でも必要十分に綺麗でしょ。
それで不満でもせいぜいcrf=20くらいまでにしといたほうがいいと思うけど。

とりあえず ID:nPD9x3v40 は、その友人に
  「短いベタ塗り動画でファイルサイズ上限狙うなんてアホだから、crf=23からやってみろ」
と言ってあげたほうがいいと思う。

488 :名無しさん@お腹いっぱい。:2012/08/09(木) 22:11:34.99 ID:nPD9x3v40
>>487
crf23は目に見えて劣化がわかる気がするんだが…気にしすぎか?
まあとりあえずまずは品質基準で書き出してどうなるか確認するように言っておく。


489 :名無しさん@お腹いっぱい。:2012/08/10(金) 05:42:05.95 ID:ZmLAatHzP
>>486
このページかな? どうでもいいけどパーマリンクには日本語入っててURL長すぎw
ttp://tutinoko.org/blog/2010/12/25/

実写の場合は細かいところが劣化しても目立ちにくいし
心理視覚効果も利く(≒SSIMがそこまで高くなくてもよい) のでcrfを大きく取っても許容できる
それに対しアニメの場合は僅かな劣化も目立つからcrfを小さくする必要があるが、
ベタ塗りなら総情報量は多くないのでビットレートは実写に比べて低くなる
という感じだと俺は理解している

490 :名無しさん@お腹いっぱい。:2012/08/10(金) 07:13:56.80 ID:ihmeGwOx0
7000とかはともかく
一般の上限なら品質基準なんてまず使うことないよね
今までやったことないんだけど

491 :名無しさん@お腹いっぱい。:2012/08/10(金) 15:38:56.15 ID:AKWlUMh70
>>489
そうそこそこ。
自分でも色々crfいじってやってみたけど、基本18で落ち着いてる。実写ソースは20。


492 :名無しさん@お腹いっぱい。:2012/08/10(金) 17:51:29.27 ID:AUNLTd3n0
上でも言われてるけど、動画投稿サイトにアップするなら画質とビットレートのバランスが大事だからなあ。
必要以上の無駄な高画質にするより、快適に読み込めたほうがいいと思ってる。

493 :名無しさん@お腹いっぱい。:2012/08/10(金) 18:27:15.14 ID:hJsQLXz80
HDでも1500kbps以上にはしたくない。鯖の調子によってはプレミアムでも重くなるし
その分ref bframe以外は盛り盛りでいくが

494 :名無しさん@お腹いっぱい。:2012/08/13(月) 05:00:57.01 ID:2JxVzzAd0
よくしらないですが、フレームレートって
ネットで見る分にはなんでもいいですよね?

フレームレートが15Fで非圧縮のアニメ.aviをつくったんです。
で、それをエンコードするとき、
youtube HD っていう設定があったのでその設定を流用して
フレームレートだけ15にしたんです。
結果容量は106M
そのあと、30fにしたらどのくらい容量増えるのかなぁ
と思って試してみたら容量は・・・
93M
減ってる!?

こんなことってありえるんでしょうか?
ようは時間的に等倍に引き延ばすだけなので容量変化なしっていうなら
まあわからなくもないんですが・・・減るって
そういうもん?

エンコードしたソフトは adobe media encoder というやつです。

495 :名無しさん@お腹いっぱい。:2012/08/13(月) 05:08:10.67 ID:UaZrFPyW0
何でもいいってなんだよ

496 :名無しさん@お腹いっぱい。:2012/08/13(月) 05:10:20.23 ID:2JxVzzAd0
テレビとかDVDだとフレームレートは決まってるけど、ネットだとあまり制限ないってことはないですか?
減らしすぎて不味いことってあります? 

497 :名無しさん@お腹いっぱい。:2012/08/13(月) 05:27:34.38 ID:2JxVzzAd0
ちがった!
フレームレートをあげたら容量が下がってるんじゃなくて、
2passを1passにしたものが全部容量下がってるんだ・・・・

でもなんで?
2passのほうが容量は下がるだろうに・・・?

498 :名無しさん@お腹いっぱい。:2012/08/13(月) 06:42:01.47 ID:UaZrFPyW0
圧倒的に

基本知識が足りてない

499 :名無しさん@お腹いっぱい。:2012/08/13(月) 07:31:39.42 ID:6Hn8IPaa0
fpsは”自分がそれでいいなら”ネットだろうとローカルだろうとどんな値でもいいわな
自分ならソースを維持出来る値を使用する

素材なしで一から動画作るのなら基本30fpsで、動きがほぼないようなものなら15や10とかまで下げる事はあるかも

500 :名無しさん@お腹いっぱい。:2012/08/13(月) 13:02:06.48 ID:2JxVzzAd0
あれ passを増やしてもだけど
やっぱりフレームレートを下げても容量がふえる・・・

素材は完全に15fのカクカク非圧縮aviアニメでそれでよいのですが
それを30fでmp4に変換する場合と15fのままででmp4に変換する場合だと
30fのほうが容量が少なくなる・・・・

どういうこと?

30fのほうが圧縮しやすいの?
でも普通に考えたらフレームレートを増やすってのは容量を増やすことになるような・・・

501 :名無しさん@お腹いっぱい。:2012/08/13(月) 13:41:32.35 ID:9VHZxXxl0
空フレームを入れたらサイズが縮まるなんて原理上ない
少なくとも15フレのソースを30フレに変換しても情報量はまったく増えない
つんでれんこ使え

502 :名無しさん@お腹いっぱい。:2012/08/13(月) 13:50:45.52 ID:uhdOM95S0
なんでもかんでも教えてやっても誰の得にもならんよ

503 :名無しさん@お腹いっぱい。:2012/08/13(月) 15:36:07.28 ID:5PGZI4Kb0
x264のcrfはフレームレートが高くなるほど同じ品質を設定しても画質が悪くなる
フレームレートが高いのに情報量がほとんど増えてないのでファイルが痩せる
あともっと知識付けるか他所に書いてくれ

504 :名無しさん@お腹いっぱい。:2012/08/13(月) 18:27:56.05 ID:NflukK2U0
GPU支援がされてるかの確認ってどうすればいいの?アクセラレーションオンオフでもCPUの使用率変わってないような気がしてわからん

505 :名無しさん@お腹いっぱい。:2012/08/13(月) 18:56:37.38 ID:tRbb9/040
>>504
自分も知りたいな
【FlashPlayer映像崩壊】デブロック有効時のサンプル
http://www.nicovideo.jp/watch/sm17278404
で、問題が起きるかどうかで<見てたけど、本当はどうするのがいいんだろう?

506 :名無しさん@お腹いっぱい。:2012/08/13(月) 19:24:12.26 ID:NflukK2U0
逆にアクセオンでバグりまくりでオフにすると普通見られるのあったけど
プロファイルレベルとrefは大丈夫そうだったんだよなあ

507 :名無しさん@お腹いっぱい。:2012/08/13(月) 19:28:13.39 ID:6Hn8IPaa0
凄い興味あるなそれ
見てみたい

508 :名無しさん@お腹いっぱい。:2012/08/14(火) 21:16:21.21 ID:S82c21nH0
普通にHTML5で見られるようにならんかなあ

509 :名無しさん@お腹いっぱい。:2012/08/14(火) 22:18:19.87 ID:voebLCNW0
>>504-505
>GPU支援がされてるかの確認ってどうすればいいの?

DXVACheckerというソフトでトレースログを取るという方法があるかな。

  ホームページ: ttp://bluesky23.yu-nagi.com/DXVAChecker.html
  ※環境によっては起動時にブルースクリーンが発生するとのことなので、ホームページの注意書きをしっかり読むこと。

  1.DXVACheckerを起動
  2.「トレースログ」のタブを開いて「開始」ボタンを押すとログの記録が開始される。
  3.動画視聴ページを開いて動画を再生。
  4.「更新」または「停止」ボタンを押すと、それまでに記録されたログが表示される。
    (押されるまで表示されないので注意。確認するだけならログを大量にとっても仕方ないので
     ちょっと再生してすぐ止めるといいかも。)

     ログ取得例: ttp://www1.axfc.net/uploader/Img/so/147945.jpg

他に良い方法があったら誰か教えてちょ。

510 :名無しさん@お腹いっぱい。:2012/08/16(木) 16:05:50.03 ID:lST+O4iC0
http://www.nicovideo.jp/watch/sm18616783
環境によるかもしれんけどこれ支援オンだと映像乱れるのは1080pでlv3.1だから?
キー少なすぎも原因なのかね

511 :名無しさん@お腹いっぱい。:2012/08/16(木) 18:19:20.77 ID:qHNq4cC60
>>510
レベル違反してるからその可能性が高いかな。大雑把なパラメータを見ると
  1920x1080 29.97fps High@3.1 ref=5 keyint=infinite keyint_min=29
という感じになってるけど、1920x1080の時点でLevel4.0以上が必要。更にref=5にするならLevel5.0以上が必要。

パラメータを見た感じ、x264guiEx1.44より前のバージョンに含まれる「ニコ動 プレミアム 実写 高画質」の
プロファイルをベースにしていると思われるのだけど、手元で試してみたらrefは2に減るはずだし、
keyint関連もこんなことにはならないはずなので、何をこじらせてこうなったのか不明。

512 :名無しさん@お腹いっぱい。:2012/08/16(木) 18:30:45.94 ID:qHNq4cC60
補足情報

  x264guiEx1.44よりも前のバージョンに含まれるニコ動関連の各種プロファイルは
  HDエンコを想定していないため、基本的にLevel3.1を明示指定しています。
  そのため、高解像度(目安としては1280x720の30fpsを超えるもの)でエンコしようとすると
  警告が出てレベル違反となる可能性があります。

  x264guiEx1.44でプロファイルの見直しが行われており、レベルが自動設定に変わったことで
  この問題は解消されていますし、その他にも色々とバージョンアップされていますので、
  古いx264guiExを使っている人は最新版に更新しておくとよいと思います。
  あわせてx264.exeも更新しておくとよいでしょう。

513 :名無しさん@お腹いっぱい。:2012/08/21(火) 20:06:18.48 ID:/VsKH0pc0
なんか、Zeroで最適に見られるように864x486で動画作ってエンコードすると、
確かにZeroバージョンでは画素数ぴったりのそのままの解像度での表示になるんですけど、
原宿のプレイヤーで縮小して閲覧すると、気持ち解像度がはっきりしない感じ。

原宿ユーザー向けに640x360で作るか、Zero向けに864x486で最適化するか迷うところ。

514 :名無しさん@お腹いっぱい。:2012/08/21(火) 20:13:08.26 ID:t++Gu/yM0
何でわざわざこんな解像度にしたんだろうな
普通に854x480にすればよかったのに
まあ過去最大の改悪って評判だし原宿で安定じゃないか

515 :名無しさん@お腹いっぱい。:2012/08/21(火) 20:14:30.10 ID:JF2dnLSp0
解像度上げるとファイルサイズも大きくなるしね
小さくて良いならそれに越したことは無い


516 :513:2012/08/21(火) 20:26:54.19 ID:/VsKH0pc0
一枚絵の表示が多いので、イラストを生かしたいように考えてるんですけどね。
実際のところ原宿とZERO、どっちをどれだけ使ってる人がいるんだろう。

でもZEROを一般向けに開放したところを見ると、ひょっとして使う人いなかったんじゃ…

517 :名無しさん@お腹いっぱい。:2012/08/21(火) 20:50:46.76 ID:JF2dnLSp0
普通に考えて原宿じゃないかな
youtube版のニコ動関連スレでもzeroはいい評価もらえてないもん


518 :名無しさん@お腹いっぱい。:2012/08/21(火) 22:05:56.79 ID:2DLAc0MG0
>>514
854x480(FWVGA)も正確な16:9じゃないから微妙な気もする。
  480/9*16=853.333333・・・
横のサイズである854ピクセルというのも2の倍数でしかないから、例えば「横が8の倍数であること」という制約をもつ
AMVコーデックではエンコードできなかったりする。(まあこれは編集段階の話ではあるけど。)

とはいえ、倍数縛りをつけて現在のZeroWatch大画面モードサイズ(864x486)に近いサイズを探すと
  ■16の倍数縛り→768x432(16:9)、576x432(4:3)
  
■8の倍数縛り→896x504(16:9)、672x504(4:3)
  
■4の倍数縛り→832x468(16:9)、624x468(4:3)
といった感じになるのでどれも微妙ではある。

なお、ZeroWatchの解像度については、担当者の志賀さんが「今後変更する可能性もある」というツイートをしている。
あくまでも「可能性」であって、実際に変更される可能性はかなり低い気はするけど。

  ユーザ: ZeroWatch大画面モードの4:3サイズは648x486であってますか?

  志賀さん: 一応そうです。ただ現状の解像度設定が特殊なのでそこに問題意識は持っており、
         もしかすると変更をする可能性もあり得ると思っています。
         まだいつかは未定ですがデフォルトを切り替えるタイミングまでには結論を出します。 (2012/7/31 22:52)
           ttps://twitter.com/flashoman/status/230299935793364992

519 :名無しさん@お腹いっぱい。:2012/08/21(火) 22:22:49.19 ID:8JameVVV0
でも志賀さんってzeroのデザインした人でしょ
一般人と感覚が乖離してるからなあ・・・

520 :名無しさん@お腹いっぱい。:2012/08/21(火) 22:32:35.58 ID:UT9tcRf40
普通にqHDにすればよかったのになぁ

521 :名無しさん@お腹いっぱい。:2012/08/21(火) 22:57:06.68 ID:t++Gu/yM0
>>518
たしかにきれいな数字じゃないね

522 :名無しさん@お腹いっぱい。:2012/08/21(火) 23:16:18.48 ID:JF2dnLSp0
NTSC-D1だっけ?は縦486じゃなかった?一般的じゃないのは確かだが。
それにならってるのかは知らんけど



523 :名無しさん@お腹いっぱい。:2012/08/22(水) 06:46:55.56 ID:SHVpmGVI0
動画と音声(wav)が別にある状態で
・mp4boxでh264+mp3にすると>>10により鯖エンコされてるようでAAC64kbpsになる
・mp4boxでh264+AACにすると再エンコされていない模様
・mp3でアップロードしたい理由があるのでmp3でも再エンコされない方法が知りたい

ニコニコにアップロードする前の動画の情報
 http://pastebin.com/6r5g93fC
ニコニコで再エンコードされた動画の情報
 http://pastebin.com/jssHqDtG

ニコニコで再エンコードされなかったAAC版の動画の情報
 http://pastebin.com/0ycBeW37

使用ソフト
 mp4box aviutl Lame NeroAACEnc SoundEngineFree
PC環境
 XP SP3 他に必要な情報がわからない

524 :名無しさん@お腹いっぱい。:2012/08/22(水) 07:39:36.37 ID:TadQStAG0
>>523
mp3にしたいならh.264じゃなくてvp6にすれば?

525 :名無しさん@お腹いっぱい。:2012/08/22(水) 11:13:46.84 ID:6jp8OopW0
>>523
>>522も書いてるけど、どうしても再エンコードさせずにMP3でアップしたいならFLV(VP6+MP3)でアップするしかない。
正確な挙動は試したことがないが、>>523を見る限りニコニコ側で強制再エンコされる仕様になってるようだし、
仮に再エンコードさせずにアップできたとしても、>>120に書かれているように、
FlashPlayerは「H.264+MP3」のMP4の音声を再生することはできない。
Flavieで再生してみれば、音声が再生されないことがわかると思う。

ただ、FLV(VP6)でアップした場合、GPU再生支援が効かないので、
512x384とはいえ60fpsの動画だと、低スペック環境では動画の再生が厳しくなるケースもあると思う。

MP3でアップしたい理由というのを知りたいとこだけど、個人的にはH.264+AACのMP4でアップすることを勧めるかな。

526 :名無しさん@お腹いっぱい。:2012/08/22(水) 11:14:36.70 ID:6jp8OopW0
× >>522も書いてるけど、
○ >>524も書いてるけど、

527 :名無しさん@お腹いっぱい。:2012/08/22(水) 13:53:10.30 ID:iH8nv6Y7i
>>524-525
ありがとう
mp4にh264とmp3は使えるって情報と
ニコニコはmp3形式に対応してるって断片的な情報しか無くて困ってたんだ
少し考えて見て264の維持かmp3の維持か決めて見る

528 :名無しさん@お腹いっぱい。:2012/08/22(水) 14:16:10.63 ID:8fo4WXWk0
結局なんでmp3で上げたいんだ?
H.264+AACでだめな理由でもあるのだろうか


529 :名無しさん@お腹いっぱい。:2012/08/22(水) 17:40:15.52 ID:SHVpmGVI0
>>528
論理的な理由じゃないし説明が面倒なので宗教上の理由とかそういう感じと捉えていただければ

530 :名無しさん@お腹いっぱい。:2012/08/22(水) 20:42:05.80 ID:PO10lFm+0
flashplayer11.4でintelの再生支援でも問題発生しなくなったな
正式アプデ来たら-me tesa -ref 6 -bframe 3でやってたのをこれからは-me umh -ref 16 -bframe 5-8ぐらいでやろう
しかしβ2になっても10bit深度相変わらず色おかしいままだなぁ

531 :名無しさん@お腹いっぱい。:2012/08/22(水) 21:38:40.29 ID:6jp8OopW0
>>530
FlashPlayer11.4は、既に昨日か一昨日くらいに正式版として11.4.402.265がリリースされてますよ。
Chrome内蔵はまだ11.3ですが。

それとref=16で再生支援に問題がないというのは、どのGPUで、どの動画で確認したのでしょう?
IvyBridgeなら問題は発生しなくなってますし、ref=16であっても問題が発生しない動画もあります。
手っ取り早く確認できるのは大百科記事にあるこちらの動画になるかと。

  大百科:動画がおかしくなる方は大百科をクリック→とは
        http://dic.nicovideo.jp/id/4623324

  テスト動画: http://www.nicovideo.jp/watch/sm16620105

ということで11.4.402.265でのテスト結果を教えてくれるとありがたす。

532 :名無しさん@お腹いっぱい。:2012/08/22(水) 23:41:36.66 ID:6jp8OopW0
つうか、ちょっと試してみたら11.4.402.265だと10bit-depthの再生がぶっこわれてるみたいだ。
11.3.300.271や、Chrome内蔵のpepflashplayer.dll 11.3.31.265では色が微妙におかしいという程度だけど、
11.4.402.265だと全体的に緑がかった色になる。ActiveX版もPlugin版もダメ。

  http://www.nicovideo.jp/watch/sm16808896

533 :名無しさん@お腹いっぱい。:2012/08/23(木) 00:27:50.67 ID:y/Bn2UME0
>>530
>>531に補足。ref16の再生支援の問題はFlashPlayer側で対処できるとは考えにくいので、
ドライバの更新などで対応された可能性もあるのではないかと思います。
  ・使っているGPU
  ・GPUのドライバのバージョン (可能であれば色々とバージョンを変えてみるとか)
  ・11.4.402.265での確認結果
  ・11.3.300.271(脆弱性あるけど)や10.3.183.23での確認結果
  ・ハードウェアアクセラレーションの有効/無効を切り替えた際にページのリロードを忘れていないか
  ・ハードウェアアクセラレーションを有効にした時に、間違いなく再生支援が効いているか
   (Youtubeの動画情報などでもチェックできます。)

こういった点も検証できるといいかなと。(すみません、うちのPCでは確認することができないもので。)

534 :名無しさん@お腹いっぱい。:2012/08/23(木) 02:24:12.09 ID:XodcuaMx0
ごめん勘違いだった
自分が代理投稿した動画(ref16 bframe2エンコは自分でやっていない)をmedia info読みでref16だからという理由で動画がおかしく(ryのタグ付けてたんだが問題が発生しなかったようで
最新版のflashplayerを使えばおかしくならないというコメントを見て普段DXVAを切っている11.3から11.4にしてみると当然だが問題が発生せず11.3に戻す事も出来ないので11.4ではオプションのフラグを見てDXVAを自動的に切る仕様になったのだろうと思ってた
ためしに-preset insaneで出力した動画を上げてみてみると見事にぶっ壊れてました
2450M HD3000 ドライバ8.15.10.2342
ごめんなさい

535 :名無しさん@お腹いっぱい。:2012/08/23(木) 09:27:32.14 ID:4nwgtvgC0
徐々にビットレート下げてくエンコード方法ってないの?
例えば30分動画をつくる場合始め1分くらいはビットレート最大2000くらい割いて
中盤、終盤になるにつれて徐々に下がっていって最終的に最大500まで落とすとか
そうすれば容量がかなり節約出来ると思うし、画質がだんだん劣化していっても正直気づきにくいと思うんだよね。心理的に考えて

536 :名無しさん@お腹いっぱい。:2012/08/23(木) 09:47:33.50 ID:sMTOHgzo0
>>535
分割エンコして連結すれば良いんじゃないかな

それかx264の--zonesオプションを使う
--zones 100,200,b=0.8/400,500,b=1.2
とすれば
100フレーム目から200フレーム目までは0.8倍のビットレート
400フレーム目から500フレーム目までは1.2倍のビットレート
として調整してくれたはず

537 :名無しさん@お腹いっぱい。:2012/08/23(木) 13:45:21.42 ID:4nwgtvgC0
>>536
ありがとうー
今度試してみる

538 :名無しさん@お腹いっぱい。:2012/08/24(金) 01:02:30.22 ID:gHP1vFhw0
別カットをつなげる時に、普通につなげるのと
クロスフェードではどちらがビットの節約になりますか?

539 :名無しさん@お腹いっぱい。:2012/08/24(金) 01:04:41.94 ID:HTrsZHJi0
試してみなさいよ・・・

540 :名無しさん@お腹いっぱい。:2012/08/24(金) 12:00:57.78 ID:LeKbPL9mP
知らないなら黙っとけ



541 :名無しさん@お腹いっぱい。:2012/08/24(金) 12:20:22.90 ID:UI2+N7C00
>>540
知らないなら黙っとけ

542 :名無しさん@お腹いっぱい。:2012/08/24(金) 13:01:29.25 ID:FANEGInb0
>>540
試してみなさいよ・・・

543 :名無しさん@お腹いっぱい。:2012/08/24(金) 14:21:42.66 ID:L4SD+xg+0
オウム返しはアスペ



544 :名無しさん@お腹いっぱい。:2012/08/24(金) 20:42:16.89 ID:ZG45EGXO0
>>532
仕様変更でしょうかね?

545 :名無しさん@お腹いっぱい。:2012/08/24(金) 20:49:18.97 ID:C1h0Ryc70
>>544
どう考えてもただのバグ。

546 :名無しさん@お腹いっぱい。:2012/08/28(火) 21:04:15.46 ID:OA1d2ZJD0
再エンコ動画の作り直し本当にやってるのかなぁ

547 :名無しさん@お腹いっぱい。:2012/08/28(火) 21:07:07.93 ID:RehYICSN0
>>546
>>437

548 :名無しさん@お腹いっぱい。:2012/08/29(水) 00:26:06.97 ID:1EVk0x9q0
http://www.nicovideo.jp/watch/sm17895662
の動画って本当に一般会員でアップロード出来る画質か?
今までやったことなかったが試しにHi10Pで1280x720の500kbpsくらいでエンコだけしてみたが到底無理

549 :名無しさん@お腹いっぱい。:2012/08/29(水) 00:32:26.40 ID:3VSMtRx+0
>>548
すごいなー1分も無いとはいえ映像500kbps総容量3MBでここまできれいに作れるのか

550 :名無しさん@お腹いっぱい。:2012/08/29(水) 00:48:24.61 ID:flfMDx3O0
落としてみればわかるけど>>548は10bit-depthじゃなくて8bit-depthだね。

551 :名無しさん@お腹いっぱい。:2012/08/29(水) 00:58:29.72 ID:uB6raoQH0
動画説明文にあるのは、10bit版のx264使ったってことなんじゃないの?


552 :名無しさん@お腹いっぱい。:2012/08/29(水) 01:01:35.59 ID:cV1k4XDA0
設定見る限りもうちょっと綺麗にできそう
動きの少ない背景真っ黒、真っ白のシーンが占める割合多いし、全体的に背景が止まってるシーンが多いから
見た目異常に絞りやすい映像なのは間違いない

553 :名無しさん@お腹いっぱい。:2012/08/29(水) 01:04:48.98 ID:1EVk0x9q0
あれ...もしかしてこのタグはw

554 :名無しさん@お腹いっぱい。:2012/08/29(水) 01:06:56.18 ID:flfMDx3O0
>>551
何か勘違いしてるのだと思うけど、10bit版のx264というのは10bit-depthで出力するためのもの。
>>548をダウンロードしてMediaInfoで見るとBit Depthが8bitsになっているので、
これは8bit版のx264でエンコードされたもの。

555 :名無しさん@お腹いっぱい。:2012/08/29(水) 01:13:36.50 ID:uB6raoQH0
>>554
bitは普段意識しないので適当なことを言ってしまった
スマン


556 :名無しさん@お腹いっぱい。:2012/08/29(水) 01:19:20.20 ID:3VSMtRx+0
>>554
よくわからないけど普通のx264を使ってても設定を詰めればこの質にできるってこと?

557 :名無しさん@お腹いっぱい。:2012/08/29(水) 02:34:45.62 ID:flfMDx3O0
>>556
まあそういうことになるね〜。
x264の設定だけじゃなくて事前のフィルタ処理とかも工夫してるのかもしれないけど
自分はそこまで画質を追及したことないのでよくわからん。

558 :名無しさん@お腹いっぱい。:2012/08/30(木) 22:07:45.50 ID:xIAjntG+0
ブラウザで再生中に微妙にフレームがドロップするのってエンコードオプションで軽減できる?
そんな高解像度でもないのに滑らかに再生できなかったりするよね?
Bフレなしにしたら圧縮率さがるし他にドロップ起きやすいオプションとかあるんだろか

559 :名無しさん@お腹いっぱい。:2012/08/30(木) 22:37:08.75 ID:m9+luPRQ0
--preset ultrafast

560 :名無しさん@お腹いっぱい。:2012/08/31(金) 09:35:22.55 ID:+6ELqnAt0
それはエンコ速度を早くするやつだろ

561 :名無しさん@お腹いっぱい。:2012/08/31(金) 10:25:21.58 ID:AFQGiMI50
動画作成についての質問もここでしていいのでしょうか?

562 :名無しさん@お腹いっぱい。:2012/08/31(金) 12:21:05.60 ID:t6YFcBHV0
>>558

どっちかって言うと、FlashPlayerの問題じゃないですか>微妙にフレームがドロップ
最近のは以前のバージョンに比べてよくフレームがドロップするんだよねー。



563 :名無しさん@お腹いっぱい。:2012/08/31(金) 13:40:11.48 ID:udhBfsl60
>>561
どういう動画を作りたいのか知らないけど、そのへんの話は別のスレで。
この板にはMAD初心者スレとか車載動画スレとか色々あるし、それ以外だとDTV板の初心者スレあたり。

>>558
俺もFlashPlayerとかニコニコのプレーヤーとかの問題がでかい気がするけど、
エンコード時の工夫で再生負荷を抑えてドロップを起きにくくするということなら
Wikiにある「再生負荷を抑えるコツ」を見ればいいんじゃないかね。
  http://nicowiki.com/aviutl_h264.html
手っ取り早いオプションとしては--tune fastdecode があるけど、意味をちゃんと理解して使ったほうがいい。
  http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

564 :名無しさん@お腹いっぱい。:2012/08/31(金) 14:39:58.98 ID:xQ7kM39IP
レターボックスを簡単に追加できるソフトってないですか?

320*240のFLVを4ファイルと480*360FLVを4ファイル、
計8ファイル(全部で20MB)を1つの512*384MP4に結合したいと考えています。

理想としては通して480*360、320*240いずれもそのままのサイズ再生されるようにで周りを黒枠(ウィンドウボックス)で囲みたいです。
当然320*240再生時には黒枠の面積が大きくなります。

そのために現在「XMedia Recode」を使用して各々の動画の拡大を試みていますが、
レターボックスを選択しても動画が引き延ばされてしまいます。


565 :名無しさん@お腹いっぱい。:2012/08/31(金) 14:43:46.54 ID:Z17lyavF0
>>564
AviUtlあたりでやった方が楽だと思う


566 :名無しさん@お腹いっぱい。:2012/08/31(金) 23:24:31.80 ID:Asz4V2MP0
>>562>>563
flashプレイヤーでもyoutubeとかは大丈夫じゃない?
やっぱBフレ切るしかないのかなあ
ビットレートの高さで負荷は必ずしも比例する?
CPUやGPU的には余裕あるからドロップが負荷問題なんかもよくわからん

567 :名無しさん@お腹いっぱい。:2012/09/01(土) 00:26:05.99 ID:lXGfj3eI0
>>558
-bframe 3, -ref 3, -merange 24から

568 :567:2012/09/01(土) 00:29:43.95 ID:lXGfj3eI0
ごめんミス
>>558
前に同じ内容の動画上げたときに
--bframes 16 --ref 12から --bframes 3 --ref 3にして軽くなった。
これはいいけど、--merangeを24から48にしても何故か軽くなったような記憶がある。
動画サイズは640x360。

569 :名無しさん@お腹いっぱい。:2012/09/01(土) 00:31:18.18 ID:lWaBiMsl0
他のオプションが全く一緒でビットレートの大小で比べるなら大きい方が負荷高い

570 :名無しさん@お腹いっぱい。:2012/09/01(土) 02:46:14.64 ID:Gzl3RElw0
ビットレートが大きいほうがネットが重くなるのは確実だ (生放送の動画紹介では重要)

571 :名無しさん@お腹いっぱい。:2012/09/01(土) 10:54:22.82 ID:q7yIrOYk0
確かYouTubeは一切Bフレーム使ってなかったな
refも最近のHD動画は1frameだし(480p、360pと以前のHD動画は3frames)、徹底的な再生負荷低減が図られてる

572 :名無しさん@お腹いっぱい。:2012/09/01(土) 11:02:46.99 ID:ntGu6IeQ0
実はエンコ負荷を下げたいだけだったりしたら笑えるな

573 :名無しさん@お腹いっぱい。:2012/09/01(土) 11:17:34.03 ID:A+28PHTd0
つべみたいに強大な鯖と回線があれば圧縮率なんか無視して再生・エンコ負荷低減の方が嬉しいんだろうな
しょっぱい鯖と回線を騙し騙し使ってるニコニコとは真逆

574 :名無しさん@お腹いっぱい。:2012/09/02(日) 17:06:48.56 ID:k5+9BIU50
試しにref1 Bなしにしてみても変わらんようなw

575 :名無しさん@お腹いっぱい。:2012/09/02(日) 17:20:40.05 ID:dCrnBh+T0
レベルを下げれば再生可能性が上がるんでしょ?
ずっとPCで見てるとさっぱり分からんけど

576 :名無しさん@お腹いっぱい。:2012/09/02(日) 22:32:14.71 ID:8pegUz6w0
専用CPUのハードウェアエンコーダにエンコさせてて
そのCPUがref1Bフレなしを処理しやすい設計にしてあるとか
そんな事情かなと妄想

577 :名無しさん@お腹いっぱい。:2012/09/03(月) 18:35:56.01 ID:HTm9fn3H0
フルHDで10分くらいある動画を100MBに抑えてるのってどんなタネがあるんでしょうか?
俺は640×320で7分くらいの動画で画質音質を落としに落としてやっと80MBくらいに抑えてるんですけどタネが知りたいです。
使った事はないんですけど、つんでれんことかaviutlでのエンコードなら設定次第で可能なんでしょうか?

578 :名無しさん@お腹いっぱい。:2012/09/03(月) 18:36:37.75 ID:HTm9fn3H0
更新したらsage忘れましたすみません…

579 :名無しさん@お腹いっぱい。:2012/09/03(月) 18:57:45.07 ID:S/Oofiea0
画質なり音質なりを落として100MBに収めてます

580 :名無しさん@お腹いっぱい。:2012/09/03(月) 18:57:47.99 ID:WxNkgdqh0
やってみればいいじゃん

581 :名無しさん@お腹いっぱい。:2012/09/03(月) 20:06:09.23 ID:Zd9G9rei0
動きがないとか動きがあっても画質落としまくればフルHD10分でも100MBに収まるよ

582 :名無しさん@お腹いっぱい。:2012/09/03(月) 20:50:55.42 ID:rDt+y6gq0
フルHD10分って1300kbpsぐらいしか使えないぞアニメでも24fps維持するならある程度の画質はinsaneでも無理だろう
のっぺりつるぺたエンコするかフレーム削るか目が悪いなら別だがな
URL貼ってくれたら色々スレ民が解説してくれるだろw

583 :名無しさん@お腹いっぱい。:2012/09/03(月) 22:04:12.95 ID:V+hN4phV0
キタ━━━━━━(゚∀゚)━━━━━━ !!!!!

584 :名無しさん@お腹いっぱい。:2012/09/04(火) 10:27:40.19 ID:NiB6z9KD0
>>566

Youtubeとニコ動の大きな違いは、

・ニコ動は動画再生中にコメントが流れる
・ニコ動は動画再生中に広告やニュース(プレーヤーの上)が流れたり・切り替わったりする

だと思うけど、この辺の負荷が大きいような気がする。
Bフレやビットレートの再生負荷もある程度有ると思うけど、再生して同じ場面でもカクついたり
カクつかなかったりするから。
ニュース(プレーヤーの上)が切り替わる時、再生が一瞬止まる(ドロップ発生)ことが多いんだよね。

新バージョンのZeroは試してないけど、Zeroだと違うのかな?



585 :名無しさん@お腹いっぱい。:2012/09/04(火) 13:27:35.76 ID:EppNmFxs0
ググったり別のビデオでも試したがわからなかったのでご助力ください
スレチだったら誘導してもらえるとありがたい

【問題点】mpeg2→mp4で、動画先頭(1秒程度)のみ、画面ほぼ全体に灰色のノイズが発生

【元ファイル】キャプチャボードで録画したゲーム映像(mpeg2)を編集、640x480、
29.970fps、2895kbps、映2454kbps、音384kbpsのmpeg2
ビットレートはソフトのデフォのまま

586 :585 2/3:2012/09/04(火) 14:07:41.37 ID:EppNmFxs0
【出来上がり】何れも640x480、映520kbps、音48kbps、ノイズ発生
・00:30.030、29.970fps、固定、567kbps ←元ビデオ.16から開始
・00:30.030、29.970fps、固定、568kbps ←.15から開始
・00:30.030、29.970fps、固定、570kbps ←頭から開始(以下2つも同様)
・00:30.030、29.970fps、可変、570kbps
・00:30.000、30.000fps、可変、567kbps

587 :585 3/3:2012/09/04(火) 14:11:37.14 ID:EppNmFxs0
aviやwmvからだとノイズはないが、前者はHDDの容量の都合で極力避けたい
後者は画質が望んでいるレベルから程遠かった

【使用ソフト】Ulead VideoStudio 7 SE、つんでれんこ
【PC環境】WinXP sp3

バイナリから弄ってどうなるもんでもないよね?(弄ろうにもどこがどれだか、という状態)

忍法帳のためにレス消費した。申し訳ない。宜しくお願いします

588 :名無しさん@お腹いっぱい。:2012/09/04(火) 15:15:50.81 ID:N/pt7i9g0
>>585-587
使ってるつんでれんこのバージョンは?
もし最新のv2.71を使ってみて駄目なら、夏蓮根の最新v1.51を試してみるといいかもしれない。

589 :名無しさん@お腹いっぱい。:2012/09/04(火) 16:07:30.78 ID:OslfSCc90
Ulead VideoStudio 7 SEが気になるしこれからの出力は何を使ってるのか不明だし・・・

590 :名無しさん@お腹いっぱい。:2012/09/04(火) 16:21:38.46 ID:N/pt7i9g0
ああそうか、VideoStudioからmpeg2保存してつんでれんこに渡したわけじゃなく、
キャプチャボードでmpeg2で保存したものをVideoStudioで編集して
なんらかの形式で出力してつんでれんこに渡したのかな?
そのへんの手順も明確にしたほうがよさそうだね。

591 :585:2012/09/04(火) 16:37:06.94 ID:EppNmFxs0
>>588、589
つんではv2.71。夏蓮根v1.51、試してみたが変わらなかった

VS7については古い事を指してる?
↑で>>585の元ファイルに書いたmpeg2を作って、それをmp4にしてる
書き方が悪かったのならすみません

592 :名無しさん@お腹いっぱい。:2012/09/04(火) 16:46:35.90 ID:OslfSCc90
mpeg2→mpeg2で劣化させるんならdivxでも他の使ったらいいんじゃない

593 :名無しさん@お腹いっぱい。:2012/09/04(火) 17:57:43.82 ID:XNO8FMu50
同意。mpeg2で出力するんじゃなくDivXのAVIで出力すればいいんじゃないかな。
640x480で2800kbpsも使えばファイルサイズも上のmpeg2と同等だし、画質も十分綺麗になるでしょ。

あと、問題の出るmpeg2をどこかにサンプルとしてアップしておけば夏蓮根の作者あたりが
対応してくれるかもしれないね。

594 :名無しさん@お腹いっぱい。:2012/09/04(火) 18:47:26.48 ID:e/d0m8Mi0
>>582
あった。これです
http://www.nicovideo.jp/watch/sm15713348

俺は別にフルHDで投稿しようって気はないんですけど、画質音質あんま落とさず容量下げる術のヒントになってくれないもんかと思ってます

595 :名無しさん@お腹いっぱい。:2012/09/04(火) 19:43:50.71 ID:d4GR3Nv+0
動きの少ないシーン多いから低ビットレートでも綺麗になる。
さらにfpsが29.97だけど、コマ落ち多くて同一画像のフレームが多いから実質的にはもっと低フレームレートだし。
設定は極普通だからそれDLしてそのままつんでれんこに入れても普通にそれくらいな画質になるよ

596 :名無しさん@お腹いっぱい。:2012/09/04(火) 19:56:01.45 ID:31H+KaEM0
>>593
夏蓮根のメンテナです。

>>585-587さん と同一かどうかわかりませんが、ある方から同じような症状になるサンプルを頂きました。
問題の動画は、Codec : MPEG-1V で、
この動画の場合は、ffmpeg.exeで一旦aviに変換すれば問題が起きないことは確認しました。

ffmpeg.exeからx264にパイプで渡せば良いかと思うのですが、まだ解決していません。

ただ、問題が起きるのがMPEG-1V な動画全てなのかどうかがわからないので、自動処理としてはどうすべきかな、と思っています。

設定ファイルでデコーダを選ぶことは出来るので、自動で処理するのではなく、
設定ファイルで選択する候補に追加する方が良いのかもしれませ
ちょっと検討してみます

597 :585:2012/09/04(火) 19:56:02.70 ID:EppNmFxs0
>>590、592、593
前回見落とし、すみません。ソフト:形式IN/OUTで書くと
キャプボ:mpeg2、VS7:mpeg2/mpeg2、つんで:mpeg2/mp4
という形で作業をしてます
DivXのAVI、試してみます。結果報告まで少し時間掛かると思います
レスありがとう。助かってます

598 :585:2012/09/04(火) 21:24:56.70 ID:EppNmFxs0
度々すみません
>>596
私とは別の方ですね
ご参考までに、下記にエンコ前後のファイルをzipにしたものをupしました
DLパスは「nico」です
いつもは塗りつぶしのようではなくまだらで出てましたが…よろしければご参照下さい
ttp://www1.axfc.net/uploader/Ne/so/138970

599 :名無しさん@お腹いっぱい。:2012/09/04(火) 21:25:46.04 ID:e/d0m8Mi0
>>595
細かくありがとう。嬉しい限りっす

とりあえずつんでれんこ入れてみる。理由もなく敬遠してたんだが今持ってる動画編集ソフトで色々悩むよりよっぽど結果が早く出せそうな気がしました!

600 :596:2012/09/04(火) 22:20:02.21 ID:31H+KaEM0
>>598
ありがとうございます。
こちらは、MPEG-2Vですか。じゃあ、codecで判定しちゃダメってことですねぇ
ちょっと対応方法を考えてみます。


# 既にmpegになっているものについては、aviに変換すれば正常にエンコードできるようです
# その際、画質的には、UtVideo Codec等の可逆コーデックを使うのがベターです
# 何を使ってもいいですが、夏蓮根の「おまけ_音声と動画の抽出スクリプト」でも動画を出力するように設定すれば変換できます


601 :名無しさん@お腹いっぱい。:2012/09/04(火) 22:53:00.35 ID:d4GR3Nv+0
>>599
つんでれんこの設定はプリセットとしてはかなり練られてるから、ある程度の知識持っててもあれよりいいエンコードをするのはハードルかなり高いよ。
下手にAviUtlとかで設定作ってやるよりよっぽどいいものが出来る。

602 :名無しさん@お腹いっぱい。:2012/09/05(水) 05:37:48.61 ID:VqMmCKb10
質問です。

http://nicowiki.com/aviutl_h264.html
こちらのページを参考にし動画のエンコードを進めているのですが、
バッチ登録の項にあるMP4BOXの指定が出来なくて困っております。
(該当箇所がremuxer.exeの指定になっている)
指定されているプラグインは全て入れてあるはずなのですが、何か入れ忘れている物があるのでしょうか?

aviutlは0.99m、拡張 x264 出力(GUI)は1.57を使用しております。

603 :名無しさん@お腹いっぱい。:2012/09/05(水) 07:42:02.12 ID:BU6dOS9/0
>>602
L-SMASH muxer用のx264guiEx.iniを入れてるからそうなってる。
mp4box使いたいならauoフォルダに入ってるx264guiEx.iniを使用しましょう

604 :602:2012/09/05(水) 20:45:32.59 ID:VqMmCKb10
>>603
ファイルを入れ直したら無事、目的が達成できました。
ありがとうございました

605 :名無しさん@お腹いっぱい。:2012/09/05(水) 21:13:18.23 ID:BU6dOS9/0
>>604
バージョンがx264guiEXの最新版と同一だったので分かったけど、
x264guiとx264guiEXは別プラグインなので区別して書くようにしないと混乱しかねないので注意

606 :585:2012/09/06(木) 15:37:57.70 ID:2AH+m8Bd0
avi=無圧縮のイメージだったもので申し訳ない
いただいたアドバイスを参考に、mpeg2→avi(圧縮)→mp4でノイズ発生しなくなりました
コーデックはどれにするか検討中ですが、取り敢えず解決することができました
ありがとうございました

607 :名無しさん@お腹いっぱい。:2012/09/06(木) 18:14:59.46 ID:owtSyxTg0
無劣化にこだわるならUtVideo、劣化許容するならDivx辺りかな

608 :名無しさん@お腹いっぱい。:2012/09/06(木) 21:19:09.36 ID:2AH+m8Bd0
重ねてありがとう。その2つも候補に入れてる
avi作る段階で音ズレしたりしてるっぽいからもうちょっと試行錯誤してみるよ

609 :名無しさん@お腹いっぱい。:2012/09/09(日) 18:01:35.43 ID:Fnrc8iYs0
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね 
創価 死ね 
創価 死ね 
創価 死ね 
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね
創価 死ね


610 :名無しさん@お腹いっぱい。:2012/09/10(月) 11:43:51.36 ID:cWTPv9ln0
つんでれんこで作ったのにニコニコうpるとエンコードが終わらないのですが
こういう場合もあるのですか? つんでれんこってpが一番高音質にできますね。
自分でやってた時より高音質になったけど、やっぱ少し安いスピーカーで聞いてるような音になってしまいますね。

611 :名無しさん@お腹いっぱい。:2012/09/10(月) 12:12:37.01 ID:HyZ9nTNh0
つんでれんこの音声エンコードはどのプリセットも共通。ビットレート上げれば高音質になる

612 :名無しさん@お腹いっぱい。:2012/09/10(月) 12:45:12.44 ID:cWTPv9ln0
いや、それぞれ320kbで作ったけど音質変わってたよpが一番よかったです。
後、動画じゃなく画像とWAVEくっつけると音質一番よくなかったです。

613 :名無しさん@お腹いっぱい。:2012/09/10(月) 12:51:10.38 ID:xIrxD2TR0
↓念視能力を持つ御方が颯爽と登場

614 :名無しさん@お腹いっぱい。:2012/09/10(月) 16:41:21.96 ID:cWTPv9ln0
自己解決しました!動画と音楽の長さが少し違っていてエンコードエラーになっていたみたいです。
調度同じにしてうpれました。

ちなみに上に書いたpは、つんでれんこの どのプリセットを選ぶ?l〜xという中のpです。

615 :名無しさん@お腹いっぱい。:2012/09/10(月) 18:12:50.18 ID:TO5URf+30
>>614
解決したのは、おめでとう
ただ、「長さが違っているせいでエンコードエラー」ってのは、これまで見たことないなぁ
音のほうが長い時は、動画の最後にシークできないで音だけ鳴る部分ができるだけだし

ちなみに、夏蓮根では、音のほうが長かったら、動画に合わせて自動で最後をカットするようになっている

616 :名無しさん@お腹いっぱい。:2012/09/10(月) 19:25:52.31 ID:HyZ9nTNh0
同じ素材を全く同じようにエンコードしたら同じ結果になるので音質の差は出ません

617 :名無しさん@お腹いっぱい。:2012/09/11(火) 02:09:22.81 ID:WNlxt+hL0
60iの動画をエンコードする際に
インターレースの解除はどうするのがよいのでしょうか?
そのまま解除しなくても、動画自体のインタレが気になることはないのですが
アイコンや画像などを早く移動させるとちょっと気になることもあるし・・・
解除したらしたで、60iの滑らかさはどうなりますか?
落ちますか?

618 :名無しさん@お腹いっぱい。:2012/09/11(火) 16:06:19.53 ID:beoUoCP50
>>617
Flash Playerがインターレース対応してないから解除しないとダメでしょ。
滑らかさを保ちたいなら60pにすればいい。

619 :名無しさん@お腹いっぱい。:2012/09/11(火) 22:52:22.24 ID:0TQaO7M20
便乗してちょっと質問
Aviutlで60fps読み込みすると輪郭とかがチカチカして見えるんだけどこういうもん?
ソースはもちろん60iの映像

1フレームを2フィールドに分解して、歯抜けになっている画素を補完して2フレームにするんだと思うけど、
その処理過程でこういう事が起こるのかな?それとも何かやり方が悪いんだろうか

620 :名無しさん@お腹いっぱい。:2012/09/11(火) 22:55:39.93 ID:beoUoCP50
>>619
そういうもの。



621 :名無しさん@お腹いっぱい。:2012/09/11(火) 23:10:14.04 ID:rVyNXCNR0
60fpsフリッカ軽減でぐぐると幸せになれるかもしれない

622 :名無しさん@お腹いっぱい。:2012/09/12(水) 01:30:57.79 ID:QXxqM1190
>>618
詳しいことはわからないのですが
aviutlでインターレースを自動にすればいいですか?
60pでなくて、60iで撮影した動画では今更どうしようもないですよね
解除した場合、60iそのものよりは滑らかさは劣るのでしょうか?

623 :名無しさん@お腹いっぱい。:2012/09/12(水) 02:38:44.74 ID:Yjj/swFy0
>>622
AviUtlなら動画ファイルを読み込むときに60fps読み込みにチェックを入れてインターレース解除なしで書き出せば60pになるよ。
フィールドオーダーは先に指定しておく必要あるだろうけど。

30pにするなら自動よりは二重化の方が滑らかに見えると思う。
ダブったフレームになるだろうけど。


624 :名無しさん@お腹いっぱい。:2012/09/12(水) 02:47:14.61 ID:QXxqM1190
すいません、読み込むファイルなんですが
編集ソフトで編集して、utvideoで書き出したaviなんです
フレームは2997でした
これをドラッグで読み込ませたらどうしたらいいのでしょうか?
解除なしにすればいいのか、自動にすればいいのか

60fpsの読み込みのチェックの項目ってどこにありますか

625 :名無しさん@お腹いっぱい。:2012/09/12(水) 08:33:50.56 ID:m8+ZQKR30
インターレスをプログレにする時
60iの場合30pにするのはなぜかというと
60pにして隙間補間したとしてフレームごとに1ドット分上下にぶれるからです。
補間なしでも同じですが、上下幅が半分になるので体幹としては倍ずれることになります。
仮にこの上下のズレも補間したとして完全にはなりません。
動きがあればごまかせるけど、動きが少ないと境目のところなど色や明るさの差がある部分で
動きがないはずなのに変化を繰り返すことになります。
たぶん、>>619の言っているチカチカはこれが原因かもしれないですね。

>>621の言ってるのは、時間軸系のノイズ除去フィルタを使えってことだろうけど
これだと動きの速い部分がノイズと判断されて消える可能性があるので・・・。
60iを無理に60pにせずに30pでやるのが賢明な判断だと思いますよ。

626 :名無しさん@お腹いっぱい。:2012/09/12(水) 08:39:31.71 ID:/b8LBASo0
60iを60pにしてる例みたいな動画ないですかね?

627 :名無しさん@お腹いっぱい。:2012/09/12(水) 13:01:25.30 ID:GkRgCJGE0
糞補間じゃなきゃそんな風にブレないぞ

628 :名無しさん@お腹いっぱい。:2012/09/12(水) 16:10:31.78 ID:Yjj/swFy0
>>624
ドラッグじゃなくてファイル→開くから読み込む。
出てきたウィンドウに60fps読み込みのチェックボックスあるよ

60pにしたいなら60fps読み込みのチェックつけて解除なしで出力。
30pにしたいなら普通に読み込んで解除は自動か二重化で出力。


629 :名無しさん@お腹いっぱい。:2012/09/12(水) 16:40:33.56 ID:IrmD8FJd0
>>624を見た感じ、編集ソフトでインタレ解除済みな気がするから
AviUtlで60fps読み込みとかインタレ解除とかする必要はない気がする。
なんにせよ編集全体を通しての動画の扱いの問題だからこのスレではスレ違いじゃないかね。
自分が使ってる編集ソフトでのインタレースの扱いとかを調べたり、
一般的なインタレースについての知識をググって調べたりしたほうがいいと思うが。

630 :名無しさん@お腹いっぱい。:2012/09/12(水) 16:45:24.27 ID:E5dF5e3w0
>>627
じゃあAviutlは糞補間なの?

631 :名無しさん@お腹いっぱい。:2012/09/12(水) 19:48:17.84 ID:QXxqM1190
皆さんありがとうございます。勉強になります
若干スレチなようでしたらごめんなさい
もう少しだけお願いします。

つまりは60iとか滑らかさとか考えずに、
インターレースは解除を選んでおけばようつべでは大丈夫でしょうか?
解除にすれば、自動で60iから30pというものになると思っていていいですか?


ソフトでこの可逆圧縮のaviを書き出して、aviutlでMP4にした物をいくつか作ったのですが、
実写映像の部分はよこしまが着になることはなかったんですけど
重ねた画像とかにアニメーションをつけて流すと横島が見えました。
これってインターレース解除にはなってないのでしょうかね?


632 :名無しさん@お腹いっぱい。:2012/09/12(水) 20:13:54.76 ID:5a/telDi0
60i→30p or 60pにする工程と動画編集は別にすべき

633 :名無しさん@お腹いっぱい。:2012/09/12(水) 20:17:49.10 ID:IrmD8FJd0
>>631
元素材となる動画がどんなものかもわからないし、使ってる編集ソフトの名前もわからない。
編集ソフトへの読み込みや処理、書き出し方法なんかでも変わってくるだろうし、
編集ソフトでインターレース解除をやってくれてるのか、AviUtlでやらなきゃならないのかちゃんと調べないといけない。
インターレース解除の手法にしたって色々あるから素材にあわせてやらないとダメなんじゃないの。
そういったことを初心者にゼロからここでレクチャーするわけにもいかないし、
インターレースについての解説サイトは色々あるんだからググったりして知識をつけていくしかないんじゃないの。

間違いないのは、元素材を編集してMP4にするまでのどこかでインターレース解除を行わないとダメだということ。
気になる横縞が残るようなら、素材の扱いや解除の方法を何か間違えてる可能性が高いということ。
どこで間違えてるのかは、自分の編集の各段階を1つ1つ見直して原因を突き止めないといけないということ。

だと思うのだが。

634 :名無しさん@お腹いっぱい。:2012/09/12(水) 21:04:59.93 ID:QXxqM1190
あれですよね?
インタレ解除のないまま、可逆圧縮でやってしまうと
横島がそのまま残ったママ固まってしまうから、
切り離した方がいいってそんな感じですよね?
どこかの工程でそうなってしまっているような気は自分もしていますが
もう頭がいっぱい出回りません。処理限界超えてる・・・

一応、元素材はハンディカムの60iのm2ts動画です
編集ソフトはビデオスタジオ
編集ソフトで可逆圧縮で出す時に、まずインタレ解除がどうなってるかですかね
少し頭を冷やして、順番で考えてみます
とりあえず、ようつべに揚げる際には
インタレ解除した方がいいというのがわかっただけでも助かりました。

635 :名無しさん@お腹いっぱい。:2012/09/12(水) 23:09:58.37 ID:/b8LBASo0
つべは60pで上げても意味ないんじゃない?
再エンコで30pになるんで

636 :名無しさん@お腹いっぱい。:2012/09/13(木) 00:59:53.18 ID:DY113YXw0
ボカロ動画の画素数って、いまの主流はどうなっているんでしょうか?ランキングに載るような有名Pさんの動画とか。
自分がエンコードする際は、512×384だと27インチディスプレイで観るのは厳しいかな、でもHD画質だと重くて嫌がられるかな、などとウダウダ迷ってしまいます…。

637 :名無しさん@お腹いっぱい。:2012/09/13(木) 02:13:44.52 ID:bFAyVmmy0
Zeroサイズでいいんじゃね?

638 :名無しさん@お腹いっぱい。:2012/09/13(木) 05:48:10.76 ID:VWmup3jC0
凝ったPVならそれなりに細かいほうがいい
1枚絵とかならfpsを落とせば負荷を下げられる

639 :名無しさん@お腹いっぱい。:2012/09/13(木) 16:51:34.66 ID:qR9B/dUk0
今ならHD解像度でも問題ないと思うけどな。
下手な設定しなけりゃ重くなることもないだろうし。

FullHDはやめてくれと思うけど。


640 :名無しさん@お腹いっぱい。:2012/09/13(木) 21:31:24.49 ID:UbU/HA810
前々から思ってたんだがプレイヤーの表示サイズぴったりにするのはその方が綺麗だからなの?
原宿とZEROがどうなるか分からない時期だから、
色々悩んだあげく適当にメジャーな解像度でよくねと思ってしまう。

641 :名無しさん@お腹いっぱい。:2012/09/14(金) 21:12:19.63 ID:CoWA0Ur60
ぴったりの方が綺麗

あとNVIDIA ION搭載のPCだと、FlashのDXVAが有効の場合どういうわけか補間が効かずガタガタの動画になってたことがあったな
最近はHD3000のPCしか使ってないけど今でも発生してるのかな

642 :名無しさん@お腹いっぱい。:2012/09/14(金) 21:27:36.99 ID:dRNjQ2bv0
dot by dot
ただプレイヤの整数倍に出力すれば色空間的には有利かもね

643 :名無しさん@お腹いっぱい。:2012/09/15(土) 01:41:17.07 ID:WB49da6o0
表示サイズがみんな同じとは限らないんだけどな

644 :名無しさん@お腹いっぱい。:2012/09/15(土) 17:54:50.61 ID:LAaUbTrj0
色空間に関しては、colormetrixだけ指定すればいいんだっけ?
それとも、colormetrix、colorprim、transfer全部指定した方がいいんだっけ?


645 :名無しさん@お腹いっぱい。:2012/09/17(月) 05:50:24.39 ID:mnzfsBpg0
x264でエンコード時にusing SSE2と出るんですが、CPUが3770kなので他の命令で実行したいです。
x264guiEx上でどこの設定で変更できるのでしょうか?

646 :名無しさん@お腹いっぱい。:2012/09/17(月) 09:37:20.21 ID:hBUwt0O30
>>645
ttp://rigaya34589.blog135.fc2.com/blog-entry-182.html


647 :名無しさん@お腹いっぱい。:2012/09/17(月) 09:53:23.51 ID:mnzfsBpg0
ありがとうございます。asmオプションはgui画面からは指定できないのでしょうか?

648 :名無しさん@お腹いっぱい。:2012/09/17(月) 10:19:48.34 ID:3X6A9hus0
>>647
「using SSE2」って、もしかしてログの最初に出てくる
   auo [info]: converting YUY2 -> nv12p, using SSE2
のことを言ってない?
これはx264guiEx内部で行っているデータ変換処理のことなのでx264の--asmは無関係。

x264で使われている命令は、そのもう少し下に出てくる
   x264 [info]: using cpu capabilities: SSE2
のところで表示される。
これは使ってるCPUを自動検出して適切な命令が使われてると思うけど。
もう一度ちゃんと確認してみることを勧める。

--asmオプションを指定したいなら拡張タブの追加コマンド欄に書けば普通に効く。

649 :名無しさん@お腹いっぱい。:2012/09/17(月) 10:23:36.42 ID:mnzfsBpg0
>>648
ありがとうございます。まさにそこのことを言ってました。そこは関係ないのですね。
using cpu capabilitiesのログが出ずに、下記な感じになってます。

auo [info]: converting YUY2 -> nv12p, using SSE2
auo [info]: arguments passed...
--bitrate 500 --pass
(以下略)

追加コマンド欄に書いてみて試してみますね。ありがとうございます。

650 :名無しさん@お腹いっぱい。:2012/09/17(月) 10:41:14.93 ID:mnzfsBpg0
すみませんlog表示がnoneになってました。infoにしたら色々な命令セット利用してるのを確認できました。
最初のusing SSE2のご指摘ありがとうございました。

651 :名無しさん@お腹いっぱい。:2012/09/23(日) 00:35:20.08 ID:a3/ZNDlQ0
ノイズ除去フィルタがありますが
これは非可逆圧縮された映像をソースにした場合向けで、
MMDから無圧縮もしくは可逆圧縮で出力した映像の
エンコードには必要ないと考えていいのでしょうか?

652 :名無しさん@お腹いっぱい。:2012/09/23(日) 00:47:08.57 ID:UvewJAWi0
必要ない
むしろフィルタを掛けると(特に強く掛けた場合は)細かい模様とかをごっそり削ってしまう

653 :名無しさん@お腹いっぱい。:2012/09/23(日) 00:56:37.60 ID:a3/ZNDlQ0
わかりました。
ありがとうございます。

654 :名無しさん@お腹いっぱい。:2012/09/23(日) 01:36:07.68 ID:QvKGKApV0
おまじないとしてAviUtl標準の「ノイズ除去(時間軸)」「ノイズ除去」だけデフォルト値でかけてる。
512x384 30fpsで出力したきしめんサンプルを --preset ultrafast --crf 23 でエンコした場合、
ノイズ除去無しだとファイルサイズは18,318KB、有りだと18,192KB。
Youtubeにある1080pのTell your Worldを640x360にリサイズして --crf 23 でエンコした場合、
ノイズ除去無しだと103MB、有りだと100MBとか。
この程度だと地味すぎるので本当におまじない程度。調整とか面倒なのでデフォルト値のままという超手抜き。
NL-meansとかは重いし。

655 :名無しさん@お腹いっぱい。:2012/09/23(日) 01:46:56.85 ID:514lpffX0
地デジとかのノイズのりまくりのソースだとデフォでもかなり効果あるけどね。
特にアニメとか。


656 :名無しさん@お腹いっぱい。:2012/09/23(日) 03:49:02.65 ID:E7FDTJYh0
実写は微弱なグラデまですべてシグナルだから
ノイズ除去をかけると情報量の減少に直結するから難しい
ここは実写のエンコしてる人あんまりいないかもだけど

657 :名無しさん@お腹いっぱい。:2012/09/23(日) 05:37:09.32 ID:CEEcI5ab0
ニコニコみたいに制限のきつい所だとNLみたいに輪郭をしっかり保ったままぼかせるのを強くかけてエンコした方が
結果的に画質が良くなる事も多いのよね
実写はわからないけど

658 :名無しさん@お腹いっぱい。:2012/09/24(月) 06:47:24.32 ID:6Fo8H4Mk0
スレチだけどどなたかご教授ください
複数言語のまま圧縮できるコンテナって何がありますでしょうか?(ノω・、)

ガードの無いDVD教材などですが海外で長期滞在の際、会話力つける為に大量に買ってisoでリッピングしてHDDにつっこんでいました
が、HDDが満タンです

DVD形式みたいに字幕、音声、複数言語の選択が出来るエンコードって無いのでしょうか?
そういった高画質高圧縮が可能なコンテナがあればiso動画データ全部エンコードしたいのですが・・・・
どなたかお願いします┏○ペコ
当然ですが自分用です

659 :名無しさん@お腹いっぱい。:2012/09/24(月) 10:45:48.48 ID:PmMcrfQ90
「ご教授」っていってる教えて君見るとイラッとする

660 :名無しさん@お腹いっぱい。:2012/09/24(月) 12:16:03.63 ID:PsZ5XmDQ0
その前に日本語を覚えろよ

661 :名無しさん@お腹いっぱい。:2012/09/24(月) 13:31:03.93 ID:6Fo8H4Mk0
>>659
>>660
申し訳ないです
寝ずにググって色々調べてて日本語乙ってますね
ここって質問スレですよね?
ひとまずMKVコンテナ辺りが可能っぽいけど・・・画質が微妙だとか。

分かるのであれば教えてください┏○ペコ
知らないなら華麗にスルーして下さいね
MP4くらいの高画質でなんとかならないのかなぁ・・・4GB→700MB程度で

662 :名無しさん@お腹いっぱい。:2012/09/24(月) 14:08:43.53 ID:0kSeKUqU0
HDD増やせば解決するんじゃないの?
それを選択しない理由が明確でないと無駄な行為になるよ

663 :名無しさん@お腹いっぱい。:2012/09/24(月) 14:15:52.82 ID:dwVEkQyS0
別に無駄じゃ無かろう
HDD無駄に食いつぶす方がもったいない
Yambとかで全部くっつけたら?MKVでもいいけど
あとコンテナに画質求めるのはちょっと違わないか…

664 :名無しさん@お腹いっぱい。:2012/09/24(月) 16:34:28.49 ID:bW2GvIhH0
mkvだと画質微妙でmp4なら高画質とか言ってる時点で色々勘違いしてそう。
とりあえず初心者質問スレ行ったほうが良いよ。
http://toro.2ch.net/test/read.cgi/avi/1335404660/

isoファイルあるならHandbrakeで簡単にエンコできるんじゃない?


665 :名無しさん@お腹いっぱい。:2012/09/25(火) 09:21:10.73 ID:AXFLKXb90
>>662
大事な映像もまじってるんでバックアップHDDもあります
すでに2TBHDDを2個満タン寸前、なので3TBを2台買い増しとかはちょっときついです

>>663
Yamb?ググってきます

>>664
色々まだわかってないんでもうちょっとググります
handBreakこないだ落としてきたけど仕事でまだテストしてなかったんで時間ある時設定調べてやってみますね

ありがとうございます┏○ペコ

666 :名無しさん@お腹いっぱい。:2012/09/25(火) 10:06:39.14 ID:VRtjJnwyP
>>661
>知らないなら華麗にスルーして下さいね

スレチなのに、その態度はいかがなものか。
たとえ、思っていても書くのは大人として品格を疑われる




667 :名無しさん@お腹いっぱい。:2012/09/25(火) 10:12:31.54 ID:3xczTEkJ0
まぁ、五体投地なみにへりくだって書いたのに煽りで返されたりするとキレたくなったりはする

668 :名無しさん@お腹いっぱい。:2012/09/25(火) 17:12:52.99 ID:zFZi6XAKP
そんなへりくだらなくていいから自分で適切なスレを探すくらいの努力はしていただきたい
たまに本当に見当たらないこともあるがそういうときは該当板の総合・雑談・質問系スレに行くことにしている

669 :名無しさん@お腹いっぱい。:2012/09/25(火) 18:42:23.93 ID:AXFLKXb90
>>668
【質問】て書いてるので質問スレだと思っていました;
スレチだったんですね
他探してきますね

670 :名無しさん@お腹いっぱい。:2012/09/25(火) 18:46:51.92 ID:Ac4T+fE00
>>669
1 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2012/04/06(金) 09:52:52.64 ID:i/Nnjuac0 [1/9]
ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。

※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※


あのさぁ…

671 :名無しさん@お腹いっぱい。:2012/09/25(火) 23:49:57.32 ID:qHq8E1dX0
日本語分からないんだからもういいよ

672 :名無しさん@お腹いっぱい。:2012/09/27(木) 07:10:49.23 ID:SzaLJREx0
http://i.nicovideo.jp/watch/sm18981246
ニコエンコよりつんでれんこの方がいい感じにエンコードできるのかな・・・?

673 :名無しさん@お腹いっぱい。:2012/09/29(土) 21:08:47.54 ID:gmwzWvgd0
Aviutlでaviファイルをmp4にエンコードしてます
設定は【拡張x264出力(GUI)Ex】の【プレミアム 実写 高画質】を使い、その他は扱っていません
出来上がったファイルは100M以下なのですがアップすると再エンコードされてしまいます
ニコ動にアップする場合プレミアム会員で容量(100M)以外に再エンコードに引っかかる条件って何が有るんでしょうか

ちなみに同じaviファイルをニコエンコでエンコした場合は再エンコードされず
夏蓮根(1.58)だと緑色のノイズがかかったガクガクした動画になってしまいました

674 :名無しさん@お腹いっぱい。:2012/09/29(土) 21:18:22.36 ID:pJtdh8fb0
>>673
>>10やってみた?

675 :名無しさん@お腹いっぱい。:2012/09/29(土) 21:22:50.88 ID:gmwzWvgd0
>>674
はい
『混雑中のため〜』の表示は出ませんでした

676 :名無しさん@お腹いっぱい。:2012/09/29(土) 21:50:38.84 ID:BM7hR8RO0
エンコしたファイルのMediainfoの情報とかが無いとなんとも。


677 :名無しさん@お腹いっぱい。:2012/09/29(土) 22:11:41.53 ID:gmwzWvgd0
>>676
失礼しました
元動画:http://pastebin.com/uDBBNMtp
aviutlエンコ後:http://pastebin.com/hFqxtKjL
何処までの情報が必要なのか解らなかったのでとりあえず全てコピペしてます

678 :名無しさん@お腹いっぱい。:2012/09/29(土) 22:12:51.67 ID:gmwzWvgd0
追記
元動画は30分くらいですがエンコは先頭から10分ほどを切り出してやってます

679 :名無しさん@お腹いっぱい。:2012/09/29(土) 22:23:25.74 ID:uK7QV/se0
プロファイル : JVT
コーデック ID : avc1
になってるのはなんでだ

680 :名無しさん@お腹いっぱい。:2012/09/29(土) 22:30:28.32 ID:uK7QV/se0
あーわかった。L-SMASH使ってるでしょ。
それ使わずにmp4box使ったら解決すると思うよ

681 :名無しさん@お腹いっぱい。:2012/09/29(土) 23:03:29.51 ID:gmwzWvgd0
>>680
ありがとうございます
mp4boxを使ってもう一度挑戦してみます

682 :673:2012/09/30(日) 01:45:36.08 ID:iQ8pdzmb0
>>680
無事高画質のままUPする事が出来ました
ありがとうございました!

683 :名無しさん@お腹いっぱい。:2012/09/30(日) 02:45:57.97 ID:ktg/pZyZ0
だいぶ前から気になってたんだけど、ニコニコの動画プレイヤーでは、全ての動画の上部1px分が
黒く塗りつぶされて表示されない。これって俺だけなのか?
結果として、黒い縁が下部は1pxなのに、上部は2pxあるように見える状態になってる。
画面キャプチャしたりものさしソフトで測ったりして調べても、表示されている縦幅が383pxしかない。
ニコニコ動画Zeroのプレイヤーで画面サイズを中にすれば、ちゃんと384px全て表示されるっぽい。

動画制作・投稿する側からしたら知っておく必要ありそうな事なのに、適当にぐぐってもそれらしい情報が
ヒットしないから、他の人はちゃんと表示されてるのか……?

684 :名無しさん@お腹いっぱい。:2012/09/30(日) 22:13:17.85 ID:y+gcfLmt0
なんとなくプレイヤ内で再生してる動画をキャプチャしたことあるけど384pxあったはず

685 :名無しさん@お腹いっぱい。:2012/10/01(月) 15:39:12.11 ID:/OfhUkuM0
エンコード後のファイルの品質にPCスペックって関係ありますか?
低スペックのPCでエンコしてるからカクカクってコメントをいただいたんだけど

686 :名無しさん@お腹いっぱい。:2012/10/01(月) 17:13:12.31 ID:TvUTfs/O0


687 :名無しさん@お腹いっぱい。:2012/10/01(月) 17:18:27.35 ID:niuug/O50
>>685
画質、容量に微妙な差は生じるが、カクカクになるかどうかといった違いは起きない

x264の--threads
http://rigaya34589.blog135.fc2.com/blog-entry-268.html#more
http://rigaya34589.blog135.fc2.com/blog-entry-270.html#more
http://rigaya34589.blog135.fc2.com/blog-entry-272.html#more

688 :名無しさん@お腹いっぱい。:2012/10/01(月) 18:24:40.06 ID:/OfhUkuM0
ですよね
もしかしたら再生負荷的な事でカクカクって書きたかったのかな・・・

689 :名無しさん@お腹いっぱい。:2012/10/01(月) 19:35:35.13 ID:OfSy34B20
低スペックなPCで視聴してるからカクカクってのはあるけどね

690 :名無しさん@お腹いっぱい。:2012/10/01(月) 20:45:46.15 ID:aplAfSf60
1.UPした動画がカクカクして非常に見ずらいのでスムーズにしたい。
2.H264 29.97fps CBR(固定ビットレート) CABAC 3300kbits/sec
3.93.48MB 640X364 mp4
4.Adobe Premiere Pro Cs4 TMPGEnc Video Mastering Works 5
5.Windouws7professional 64bit Corei7 x990 メモリ24GB

※2に関してはmediainfoにかけていないのでよくわかりません。
ニコは再エンコしているという話ですが、エンコする前は画質も良くスムーズに再生できている
のになぜUPするとそうなるのでしょうか?
でも他の動画とかで画質がきれいでしかもスムーズに動いているのもあるので何が問題なのでしょうか?
詳しくて親切な方教えて頂けるとありがたいのですが。
よろしくです。

691 :名無しさん@お腹いっぱい。:2012/10/01(月) 21:10:08.21 ID:aplAfSf60
追記
一応プレミア会員です。

692 :名無しさん@お腹いっぱい。:2012/10/01(月) 22:37:08.88 ID:GLKeZY8V0
>> 2.H264 29.97fps CBR(固定ビットレート) CABAC 3300kbits/sec
動画のキャッシュが溜まって再生してもかくかくするのなら
エンコード設定が重たいのかもしれない

693 :名無しさん@お腹いっぱい。:2012/10/01(月) 22:55:28.96 ID:b04QyfKd0
>>690
解決策でなくて申し訳ないけど、動画閲覧画面の下にある「一般回線で見る」
を押すと少しだけ改善されたりしない?
うちのPCも低スペックなんだけど、再生は同じ症状なんじゃないかと
(別件の問題でFlashPlayerは10.3の方入れてる)

↑の仕組みについては画質が低ければ再生できるって認識だけどそれで
合っているのかは調べてないからわからない
ちなみに見てたのは踊ってみたの変態画質とタグがついているような動画だった

694 :名無しさん@お腹いっぱい。:2012/10/01(月) 23:04:51.12 ID:aplAfSf60
>>692
ありがとうございます。
確かに設定が重いですね。
ニコでDLLしたファイルは40MBとかものすごくきれいでスムーズなのに
以外にファイルサイズは小さいのが多いですね。
このスレの8にありましたがこの手の質問はご法度だった見たいですね><
再エンコ回避基準の中で平均ビットレートが映像、音声合わせて1049kbps以下
とありましたが現在もそうなのでしょうか?
後解像度は640x364で回避できるのでしょうか?
質問ばかりですいません。
ちなみに貴殿はどのくらいのビットレートでUPしてらっしゃいますか?
よろしくおねがいします。

695 :名無しさん@お腹いっぱい。:2012/10/01(月) 23:19:48.84 ID:aplAfSf60
>>693
ありがとうございます。
「一般回線で見る」とかあったんですね。
一応試して見ました。多少改善されたように思います。
あとflash playerはバージョンは11activeXが入ってます。
flash playerって32bit対応だから64bitではカクカクしますとマイクロソフト
の人に言われましたが、他の方の動画はスムーズできれいですからそれは
違うのではと思いましたがどうなんでしょうね。
いずれにしてもありがとうございます。

696 :名無しさん@お腹いっぱい。:2012/10/01(月) 23:41:23.64 ID:OfSy34B20
画質が悪いから再生が軽いなんてのは全くの間違い
重い動画程画質良くなりやすい、軽い動画程画質悪くなりやすいのは確かだけども

一般回線で視聴ってのやるとニコニコに再エンコされた、
いわゆる「低画質モード」とか「エコノミーモード」とかって言われる動画になる
これはエンコード設定も速度重視でビットレートも低いから再生も軽くなる

あと解像度、640x364とかって意味の分からない数値にせずに640x360にしては?
まあ今はZeroの解像度、864x486でうpするのが主流だけど

更にAdobe製品でH.264にエンコードすると品質悪いから画質あげる為にビットレート高くしないといけなくなるんで、
劣化ないように書きだしたものをつんでれんこや夏蓮根でエンコードしてうpすると同じ画質でもビットレートも軽くなるから問題解決すると思う

697 :名無しさん@お腹いっぱい。:2012/10/01(月) 23:57:51.52 ID:+lbIQQiM0
なんとなく11.5β入れたらtridentでもchromeでもかなりフレーム落ちは改善した。
今までは60fpsだと3コマに1コマとか飛んでたのがキャプチャして確かめてもほぼ60fpsで見れてる@win7 64、3930k
10bit動画の再生は相変わらずだがこんなに変わるとは思わんかった

698 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:03:51.97 ID:aplAfSf60
>>696
ありがとうございます。
確かにAdobeのH264は使えないですね。
なので一応aviで出力して(場合によってはUt video Codecで可逆圧縮で)ます。
それからTMPGEnc Video Mastering Works 5でH.264出力しています。
AviUtlは以前使った事があるのですがどうも設定とかよくわからずPCを新しく
してからは使っていません。
でもやはり画質きれいでスムーズな動画をUPしている方々はそのつんでれんことか
夏蓮根とか使っているんでしょうね。(設定が大変そうですが)
Zeroはなんか使いずらそうなので通常のバージョンでアップしています。
いずれにしても参考になりました。
ありがとうございます。

699 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:08:48.53 ID:sFV3CB820
>>697

ハードウェアアクセラレーション有効?



700 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:09:26.28 ID:zWbQ0SzD0
>>696
追記
640x384の間違いでした。
すいません(汗)

701 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:15:13.18 ID:sFV3CB820
>>697

あと、プレーヤーは? ZERO?


702 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:17:22.94 ID:TTaszutk0
>>696
エコノミーについてはあんまり理解できてなかったから思い切り
誤解を招く書き方をしてしまった
解説ありがとうございました。私も勉強になりました

703 :名無しさん@お腹いっぱい。:2012/10/02(火) 00:50:22.88 ID:zWbQ0SzD0
>>696
Zoroバージョンで再生したらカクツキがなくなりました。
でも解像度が640x384なので画質がおちますね。
当たり前か。でも864x486UPしたらまたカクカクするんですかね?
今度ためしてみます。



704 :名無しさん@お腹いっぱい。:2012/10/02(火) 03:11:35.62 ID:zM9ybnyQ0
>>698
情報小出しにするな
あとMediainfo入れて出てきた情報をちゃんと出せ

705 :名無しさん@お腹いっぱい。:2012/10/02(火) 09:42:22.94 ID:zWbQ0SzD0
>>704
別に小出しにしてないですよ
690見ればだいたいわかるでしょう?
教えてもくれない奴に偉そうに言われる筋合いはないよ

706 :名無しさん@お腹いっぱい。:2012/10/02(火) 09:49:30.05 ID:zWbQ0SzD0
>>704
あと基本free softとかあまりインストしたくないんですよ
ほんとオタってネットとかで偉そうな奴多いな


707 :名無しさん@お腹いっぱい。:2012/10/02(火) 09:51:44.58 ID:zM9ybnyQ0
悪いが俺は696だ

708 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:03:22.06 ID:zWbQ0SzD0
>>707
だったらそんな偉そうにする事ないでしょう?
いくら2CHだからって。
こっちは真面目に誠意をもって聞いている訳だし。
記述ミスだってあるでしょうけど、それを「出せ!」とか普通そんな言い方
しないよ。
あまり詳しくないから詳しい人に聞きたい訳だけどそんなんじゃ質問する奴
いなくなるでしょうよ!
質問側も同じ人間なんだから。

709 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:17:05.88 ID:zWbQ0SzD0
>>707
なんなだよこのスレは。
質問スレじゃないのかよ。
あなたみたいな人がいるからオタクはバカにされるんだよ。
なんかリアルでオタクとかいたらいじめたくなるよ。

710 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:34:04.14 ID:FbJNw6Qa0
>>706
メーカーのサポートにメールしろ
その方が早いだろ情弱

711 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:47:13.58 ID:zWbQ0SzD0
>>707
でも感謝はしますよ。
回答してくれたわけだから。
嫌な思いはしたが、なんとなく解った事
プレミア会員のビットレート制限が撤廃され出力ファイルサイズ100MB以下なら
再エンコされない。
しかし、エンコの時のビットレートが高過ぎるといくら100MB以下であったとしても
カクツク原因になる可能性がある。
僕の場合、TMPGEnc Video Mastering Works 5で固定で3300で出力した98MBのファイルが
カクツいたので固定ではなく2PSSで平均ビットレート1500〜2000ぐらいでエンコしてみよう
と思う。

712 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:47:47.76 ID:cl8zVkoZ0
該当する動画へのリンクを貼ればすぐ解決したと思うのだが
いまさら2chの書き込みと紐づけするようなことしたくないだろうな

713 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:48:11.07 ID:zM9ybnyQ0
テンプレで求められてる後から出した情報があったらまた答えが変わるんだよ
だからテンプレでそういう情報出せって書いてあるのが分からんのか
そして「※2に関してはmediainfoにかけていないのでよくわかりません。 」はミスじゃなくて故意だ

714 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:52:07.25 ID:eQ1IQZNE0
TMPEGも進化したもんだな

715 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:53:47.42 ID:eQ1IQZNE0
ミス、TMPGEnc

716 :名無しさん@お腹いっぱい。:2012/10/02(火) 10:57:04.27 ID:zWbQ0SzD0
>>710
ニコでUPした時にカクカクするのでその原因が知りたかったんですよ。
メーカーにメールしてもわかんないでしょ!
だからオタクに聞きにきた訳だけどこんなに偉そうな奴が多いとは
思わなかったですよ。
ググれば!の意味がよくわかったよ。
しかし、このスレのタイトル変えた方がいいよ。
それと1の所に8の内容も入れておいたほうがお互い嫌な思いしなくて
すみますから次のスレはそうしてくださいな。
たぶん俺だけじゃなさそうだもん。上の方から読んだけど結構嫌な回答
してる奴多いんでびっくりしたわ。

717 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:12:35.70 ID:zWbQ0SzD0
>>713
ここではmediainfoとかが当たり前なのでしょうがfree soft入れると不具合の
原因になる場合が多々あるので入れたくないんですよ。
mediainfoのなんの情報が逆に知りたいのかが解れば知らべる術はあったのです
けどね。
一応書いときますよ。
DVD DecrypterでリッピングしたファイルVOBをadobe premiere Proで編集して
TMPEGでh264で出力したファイルです。
一応その時premiereから出力するときは劣化を防ぐためにUt video coder
でavi で出力したファイルですよ。
1の項目をみて690に記述したのですが、ここまで書けばわかるのかな??
ミスは前スレちゃんと読んで下さいよ。
640x384 を 640x364 と書いた事に対してそんな訳のわからない解像度で
UPしない方がいいよと言われたのでその時記述ミスに気がついたわけですが
そのミスの事ですよ。
故意でもなんでもないよ。
ちゃんとスレ読んでくれよ。

718 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:19:41.15 ID:zWbQ0SzD0
>>713
それに最初からfree softは入れたくないなんて宣言したら
あなたみたいな人に袋叩きあいそうだし、そもそも失礼だから
知りうる範囲で書いたんですよ。
なんでそんなに怒られなきゃいけないんだよ。
なんかここ異常だぜ

719 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:39:08.27 ID:FbJNw6Qa0
TMPGEncの人ここ行って聞いてね
ttp://toro.2ch.net/test/read.cgi/avi/1336701629/

UPした時の動画がカクカクするのは設定が重いせいだぞ
アドバイスは軽い設定でエンコードしろだ


720 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:46:48.29 ID:zWbQ0SzD0
最後に自己弁護しておきますね。
情報を小出しにしたのではなく、ここでのやり取りで解った事
が結構あったので追記的に情報を出していったのですよ。
後で読んでくれた人でもしかしたら回答してくれるかもしれないとね。
俺はあまり2chこないけど現実世界の会話とあまりにも違いすぎるのも
人としてどうかと思いますよ。
キャラ変わりすぎの人が結構多いのでは??
力のある人、人より優位に立ってる人なのであればなおさらですよ。
ではでは。


721 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:48:10.37 ID:zWbQ0SzD0
>>719
ありがとう。
あなたみたにいい人もいるんですね。
ちょっと安心しましたよ。

722 :名無しさん@お腹いっぱい。:2012/10/02(火) 11:56:04.23 ID:iF1bdOAf0
              ,,.. -──- 、,
            ,. ‐'":::::::::::::::::   ....:``'-、
         ,/::::::::::::::::::: ....::::::::::::::::::::::::ヾ:、      ,....,
          /::::::::::::::: ..:::::::::::::::i、::::::::::::::::::::'、':,.    /  ヽ
       /::::::::::: ....:::::::::::::::::::::i:::!`、:ト、::::::::::::i i!   /     i
      i   ...::::::|'、ヽ;::::::::::::::|,!:!__リ,,'iヽ::l''、:'、   /      /
        | ..::::::::;:::i!:i ヾ:、ヽ:::::::::| リ , -─ リ i;il:ヽ, i    /    あはははは〜
       l:::::::::::::::i',i ':i ,メ、 \;:l '゙    `、 !::::/l ...::::::/``ヽ
      l::ヽ:::::ヽ:i,レ',.゙-‐''''         ',/'/..::::::::::/    l'ヽ;、  こいつ2ちゃんで態度を
       i:::::>、:ヾ,' /     _,.. -‐'ヾi    ,レ'::::::::::;r':..   /  i_\
        i:::i. `'‐,ゝ    i"       '! ,.‐''" :::::::::::i゙::::::::.../.  ノ 'i    気にしてるよ
          !::\ `ヽ    ':,     l{   ..:::::/::L,. ‐'":::::;/  !
          l::::::::`''‐r\    ヽ.,__,.ノィ'‐-‐''"'ォ‐--,゙弋''''"::::::;.ノ
         |::::::::;ィ:::}、 ``'''─--、-‐ニ┤ ___ハ,`''ーヽ-'=‐''":::
          !::::::/ i:::|、\     ヾ´. i  ヽ   、''‐-、_::::::::::::::::: /
        i:::::/ i:::ハヽ`''‐、/l__\,| /    ヽ--、,.ニ=‐--‐'"

723 :名無しさん@お腹いっぱい。:2012/10/02(火) 12:39:47.52 ID:g1+pix5v0
このスレ見ながら5分くらい考え込んてしまった・・・。

724 :名無しさん@お腹いっぱい。:2012/10/02(火) 13:28:18.49 ID:zM9ybnyQ0
だめだこりゃ

725 :名無しさん@お腹いっぱい。:2012/10/02(火) 15:00:13.90 ID:5rAJIcrw0
知的障害者と精神異常者の嫌なところは自分が正常だと思ってること

726 :名無しさん@お腹いっぱい。:2012/10/02(火) 19:22:14.11 ID:UPJf8xrU0
mediainfoってやたら更新多いけど何やってるの?

727 :名無しさん@お腹いっぱい。:2012/10/02(火) 20:44:01.53 ID:Eg1eMB+A0
フリソに偏見を持った人間が二コニコに投稿するのは難しい
x264すら使えんな
フリソに偏見を持ち続けていつまでも苦しむがいいさ

728 :名無しさん@お腹いっぱい。:2012/10/02(火) 20:46:27.85 ID:Eg1eMB+A0
UTだってフリソじゃん
使うなよwwww
フリソdisっといて何だ?

729 :名無しさん@お腹いっぱい。:2012/10/03(水) 01:05:00.77 ID:rNMW+gBq0
ビットレートちょっと上がったくらいでカクカクとかあるの?
読み込みが間に合わなくてってのは分かるけど

730 :名無しさん@お腹いっぱい。:2012/10/03(水) 01:41:34.87 ID:GfNwEdjG0
平均ビットレートより瞬間ビットレートが高くなりすぎてカクカクになったり止まったりってのはあるね

731 :名無しさん@お腹いっぱい。:2012/10/03(水) 08:10:12.49 ID:SDmhdATQ0
CBR(固定ビットレート)
てとこがまずかったりするの?

732 :名無しさん@お腹いっぱい。:2012/10/03(水) 09:06:13.67 ID:aMArdjjI0
h.264はキーフレームを除いてフレーム間の差分だけを記録する事で圧縮率を上げている(gifアニメみたいに1枚絵の連続ではない)から
固定ビットレートだと動きの少ない(差分の少ない)部分で無駄にきれいになって激しい部分(差分が多い)で汚くなってしまう

733 :名無しさん@お腹いっぱい。:2012/10/03(水) 11:30:38.16 ID:GfNwEdjG0
ニコニコの低画質モードってCBRじゃないっけ
動画見る限りそんな感じの荒れ方してる
カクカクするとかっていう重さって観点なら動き激しい部分でもビットレート低いCBRの方がVBRより軽くなる可能性はあるかと

734 :名無しさん@お腹いっぱい。:2012/10/03(水) 12:20:10.57 ID:uXIXQXcK0
CBRと言うよりもMAXレートを抑えてあるんじゃね
上限を抑えとけばファイルサイズは必ず想定内に収まるし
上限超えない分はそのまま帯域の節約になるから鯖側にはお得だ

735 :名無しさん@お腹いっぱい。:2012/10/06(土) 09:30:20.18 ID:YcFnGGxA0
いつからかわからないけどguiExの高速1st pass効かなくなってる?
ログ見ると最初から2回目と同じ設定でエンコしてるのと1回目と2回目でほぼ同じ時間かかってる

736 :名無しさん@お腹いっぱい。:2012/10/06(土) 11:36:57.50 ID:gZDQnwaW0
問題ないけどね
preset slowerあたりで再検証してみな


737 :名無しさん@お腹いっぱい。:2012/10/10(水) 06:15:46.37 ID:AWcOE7um0
ニコニコでアプコンされた動画探してみたけど凄いな…
warpsharpかけまくり破綻しまくりな動画を解像度高いだけでみんな綺麗綺麗言ってるじゃねえか…それも1つどころかほとんどという…
批判的な意見もほとんどないし目がおかしいんじゃねえのか

738 :名無しさん@お腹いっぱい。:2012/10/10(水) 07:44:06.87 ID:9/swxJYB0
今まで個人的にエンコードをしていたもののニコニコには投稿していませんでした
これから投稿しようと考えているのですが、プレミアム会員で100MB未満のファイルでも
MP4BOXではなくL-SMASHを使用して作成した動画は再エンコードされてしまうのでしょうか?
>>673-682でそのような話が出ているので気になり質問させてもらいました

739 :名無しさん@お腹いっぱい。:2012/10/10(水) 10:37:28.10 ID:3cHW2qTM0
やってみたら?

740 :名無しさん@お腹いっぱい。:2012/10/10(水) 22:56:13.89 ID:BS7fnbEh0
>>738
>>673です
動画ファイルのサイズを70M程度まで落として投稿してみても再エンコされてました

741 :名無しさん@お腹いっぱい。:2012/10/10(水) 23:03:52.14 ID:90tH++xi0
>>740
>>682はなんなの

742 :名無しさん@お腹いっぱい。:2012/10/10(水) 23:05:50.16 ID:90tH++xi0
ゴメン。
ちょっと読み違えてた。
無視して。


743 :名無しさん@お腹いっぱい。:2012/10/10(水) 23:08:21.65 ID:9/swxJYB0
>>740
ありがとうございます!
L-SMASHは使用しない方がよさそうですね

744 :名無しさん@お腹いっぱい。:2012/10/11(木) 02:51:35.91 ID:rU2/J7n60
>>743
それはL-SMASH関係ない
gpac版のx264でmp4出力してるのが悪い
L-SMASHのremuxerはbrandに関しては全ての入力ファイルから全てのbrandを継承するだけでmajor_brand
の書き換えなどはしない
どうしてもx264でmp4出力したければx264_L-SMASHを使う
どうしてもgpac版x264を使いたければraw bitstream出力した後にL-SMASHのmuxer(remuxerではない)を使いMP4にmuxしmajor_brandをmp42にする

はっきり言ってMP4を作りたいのであればGPACを全ての過程から排除すべき(勿論MP4やGPACの仕様等を熟知しているのなら別だが)
よくわからないのであれば尚更L-SMASH(のみ)を使うべき

745 :名無しさん@お腹いっぱい。:2012/10/11(木) 02:58:43.82 ID:2b18HVbE0
mp42にしたいたらyambに放り込んでremixじゃだめなん

746 :名無しさん@お腹いっぱい。:2012/10/11(木) 03:09:07.23 ID:rU2/J7n60
yambとか使ったこと無いからしらんけどMP4Boxだと-brand mp42を指定してmajor_brandをmp42にすればいい

747 :名無しさん@お腹いっぱい。:2012/10/11(木) 03:13:28.08 ID:rU2/J7n60
gpac版のx264のmp4 muxerはmajor_brandをavc1に
MP4Boxを-brandオプション指定なしに使用するとisomをmajor_brandに指定する
MP4でmajor_brandをiso* (iso5とかisomとか)にするのははっきり言っておかしい


748 :名無しさん@お腹いっぱい。:2012/10/11(木) 03:14:13.38 ID:19PuwLHo0
とりあえずx264guiEx&L-SMASHの組み合わせでサンプルアップロードしてテストしてみたよ。
詳細は動画説明文に書いたのでそちらをどうぞ。
一応x264guiEx.iniを書き換えて音声を先にremuxするようにしてもうまくいくみたいだけど、
それをやるくらいなら>>744の言うとおりx264_L-SMASHを使ったほうがいいんじゃないかと思った。

  x264guiEx.iniをL-SMASH用に置き換えたもの(Mux時に映像を先に取り込み)
  http://www.nicovideo.jp/watch/sm19091798
    →major_brandはavc1。再エンコードされてしまう。

  x264guiEx.iniをL-SMASH用に置き換え、更にbase_cmdを書き変えたもの(Mux時に音声を先に取り込み)
  http://www.nicovideo.jp/watch/sm19091863
    →major_brandはmp42。再エンコードされない。

  x264_L-SMASHでエンコード&Mux
  http://www.nicovideo.jp/watch/sm19091971
    →major_brandはmp42。再エンコードされない。

一応major_brandの違いを挙げてみたけど、再エンコされてしまう原因がmajor_brandなのかどうかは知らない。

749 :名無しさん@お腹いっぱい。:2012/10/11(木) 03:24:37.31 ID:19PuwLHo0
書き込んでから
  「再エンコードされてたやつのmajor_brandをバイナリエディタでavc1からmp42に変えてアップしてみりゃいいじゃん」
ということに気づいたので追加テスト。

  http://www.nicovideo.jp/watch/sm19092081

mp42にしたら再エンコードされなくなりました。

750 :名無しさん@お腹いっぱい。:2012/10/11(木) 03:57:10.40 ID:ZBKyHIZP0
>>737
高音質とかいってAACの300kbps以上だったり音が割れてたり
所詮子供の集まりだから自分で良し悪しを確かめずタイトルや周りにつられて絶賛したりするのがニコ動

751 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:01:18.52 ID:19PuwLHo0
なんか書き方がいまいちだったのでまとめ。

■x264guiExでエンコードする際に気をつけること(x264guiEx v1.57を想定)

 ●x264_L-SMASH(内蔵MuxerにL-SMASHを採用しているx264.exe)を使う場合

    →○外部Muxerがどれかに関わらず基本的にmajor_brandは
       mp42になるので今回の問題は気にしなくてよい。

 ●x264_GPAC(内蔵MuxerにGPACを使っているx264.exe。例えばx264.nlのバイナリなど)を使う場合

    →○外部MuxerにMP4Boxを使う場合は、-brand mp42が指定されるようになっているので問題ない。

    →★外部MuxerにL-SMASHを使う場合、major_brandがavc1になってしまうので
       サーバー側で再エンコードされてしまうという問題が発生する。

752 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:17:54.78 ID:619Wk/N20
ぶいまにさんがtwitterでこの件について触れてた
https://twitter.com/MP4_maniac
https://twitter.com/K4095

この辺のやり取り見たらどういうことか大体わかった
ツイート抜き出して時系列順に並べるの面倒だったので上の二人のやり取りさかのぼって見て下さい

753 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:26:59.65 ID:gYMK+d7S0
>>750
AACの300kbpsでも世間一般に言われる"高音質"に当たると思うが

754 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:28:01.42 ID:2b18HVbE0
>>750
truevbr 127が低音質とな

755 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:45:49.44 ID:u24uYfUx0
音質ってか再現性云々の話?
とりあえず「高音質」って設定にして喜んでるってこと?

756 :名無しさん@お腹いっぱい。:2012/10/11(木) 04:58:31.54 ID:19PuwLHo0
なんか>>751も微妙に誤解を招きそうなのでもう少し補足整理。
major_brandと言ってるのは、MediaInfoで言うと「"General"の項目の1つである"Codec ID"」に示されるものです。

x264guiExのニコニコ動画向けエンコードの流れは基本的に以下のようになっています。
やり方によって順番等を変えることもできますが基本の流れのみ触れます。
  手順1.映像をエンコードして、映像のみのmp4を出力。
  手順2.neroAacEncで音声をエンコードして、音声のみのm4aを出力。(major_brandはmp42)
  手順3.1と2を外部MuxerでMuxして、最終的なmp4を作成。

まず手順1で出力されるmp4は、以下のようになります。
  ●x264_GPACを使った場合はmajor_brandがavc1になる
  ●x264_L-SMASHを使った場合はmajor_brandがmp42になる

次に手順3については、以下のようになります。
  ●MP4Boxを使う場合は、-brand mp42を明示指定するので、最終のMP4のmajor_brandはmp42になる。
  ●L-SMASHを使う場合は、Muxするもののmajor_brandを継承するので、最終のMP4のmajor_brandは以下のようになる。
     ・手順1でx264_GPACを使っていればavc1
     ・手順1でx264_L-SMASHを使っている場合はmp42

L-SMASHだけが原因でavc1になってるわけじゃなく、
  ・x264guiExの出力手順
  ・x264_GPACはavc1で出力する
  ・L-SMASHのremuxer.exeはmajor_brandを継承する
という3つの仕様のあわせ技でavc1になってしまうことがあるということです。

ちなみにニコニコではmajor_brandをmp42にしてアップしても、サーバー側でisomに変更されます。
アップロードしたものを落としてみるとmajor_brandがisomになっていることがわかります。

757 :名無しさん@お腹いっぱい。:2012/10/11(木) 05:01:03.84 ID:dmOFSsUU0
そこまでビットレートあげるならmp3のほうが音がいいとかいう話じゃないの?
なんでaacなんだよwと

758 :名無しさん@お腹いっぱい。:2012/10/11(木) 05:37:25.01 ID:gYMK+d7S0
より上があるから高音質じゃないって言ってんならそれこそ見当違いだと思うけど
自分で良し悪しを確かめずフォーマットだけ見てることになるし
そもそも高音質の基準も曖昧なのに

759 :名無しさん@お腹いっぱい。:2012/10/11(木) 09:11:48.58 ID:GeFOTThd0
子供が128kと320kの違いなんて聴き分けられるわけないのに
ビットを浪費してるだけだからな

760 :名無しさん@お腹いっぱい。:2012/10/11(木) 09:14:18.55 ID:GeFOTThd0
ソースが128kなのに320kで再エンコして高音質なんて言ってたら
それはもはや悪意に満ちた詐欺だからな

761 :名無しさん@お腹いっぱい。:2012/10/11(木) 09:34:58.66 ID:Ty9r9uSk0
再エンコード時にビットレートを上げるのは
ソース保持的に一般的なテクニックの一つだろ
詐欺とは違うと思うね
それが高画質高音質なのかはまた別の問題

762 :名無しさん@お腹いっぱい。:2012/10/11(木) 09:54:23.08 ID:2F30Fy5X0
>>750
自分の上げた動画が56Kbpsで高音質言われてるときは
お前ら耳鼻科行ってこいってマジで思ったわ

763 :名無しさん@お腹いっぱい。:2012/10/11(木) 14:51:29.71 ID:3uiYRYCOP
そもそも、人の耳の分解能が(ry



764 :名無しさん@お腹いっぱい。:2012/10/11(木) 16:23:17.38 ID:U/yGCYWp0
>>761
ビットレートが高ければ高音質だと思って96を320にするやつもいるって話だろ
96の音質をできるだけ維持するために192とかにするのは別の話
ていうかそれするなら分離して生のまま合わせろよと思うけど(加工とかしないならね)

765 :名無しさん@お腹いっぱい。:2012/10/11(木) 16:29:08.37 ID:h6sZygy50
flvにwav入れてる動画とかあるけど、あれはちゃんと再生されてるの?
flash playerが勝手にいじってたりはしないんだよね?


766 :名無しさん@お腹いっぱい。:2012/10/11(木) 17:45:20.17 ID:vCJifnMF0
とりあえず音は出るし音質も圧縮音源よりは良く聞こえる
厳密に元と同じ音が出てるかはシラネ

767 :名無しさん@お腹いっぱい。:2012/10/11(木) 20:54:20.90 ID:srz/Cn6O0
>>743です
たくさんのレスありがとうございます
gpac版のx264を仕様することがいけなかったのですね
解説、検証をしてくださったスレの皆様、金の髭様、muken様、たくあん様に重ねてお礼申し上げます
本当にありがとうございました

768 :名無しさん@お腹いっぱい。:2012/10/11(木) 20:58:07.39 ID:aOX7/DW/0
gpac版のx264を使用するのがいけないって結論じゃないぞ
avc1 brandでうpするとダメって話で、そうなる原因の一つにgpac版のx264を使用ってのがあるだけでそれを使っても再エンコされない動画は作れる

769 :名無しさん@お腹いっぱい。:2012/10/11(木) 21:02:43.13 ID:eBcNFSKr0
>>762
俺はお前だ

770 :名無しさん@お腹いっぱい。:2012/10/11(木) 21:16:06.19 ID:619Wk/N20
たくあん氏とmuken氏のツイート見る限り
x264guiExでmp4出力する際は.264で出力してからMP4BoxやmuxerでMP4にmuxするのではなくx264から直接.mp4を出力して音声とMP4Boxやremuxerでremuxする。
その際gpac版のx264だとgpac mp4 muxerが使われmajor_brandにavc1が付けられる。(L-SMASH版だとmp42になる)
これをMP4Boxでremuxするとmajor_brandがisomに上書きされる。(muken氏曰くこれはおかしいらしい)
remuxerでremuxすると互換性の観点からbrandの書き換えはまずいというL-SMASHの方針からmajor_brand avc1が維持される。
たくあん氏は
「取り敢えず*.264で出力してからmuxerでmp4にするようにしたりMP4Boxでmuxするなりしたらそもそもこんな問題は起きなかったと思う」
「取り敢えずx264guiExでgpac版x264とL-SMASHの組み合わせはx264guiExに一旦raw bitstreamで出力後L-SMASH muxerでMP4にするオプションでもつかない限り
ニコニコ動画に投稿する用途では実用的じゃないと思う.」
といってる。
そこでmuken氏がx264にニコニコで再エンコードされないようにmajor_brandをavc1以外にするpatch書くかって言ってる。

結論としては
次のx264の更新でgpac版のx264でも問題なくなるはず。
現行のリビジョンを使うのであればmuxerにL-SMASHを使う場合はx264もL-SMASH版を使うべき。
たくあん氏の言うような”一旦raw bitstreamで出力後muxerでMP4にするオプション”がguiExに実装されれば現行のリビジョンのgpac版x264とL-SMASHの組み合わせでも問題はなくなる。



771 :名無しさん@お腹いっぱい。:2012/10/11(木) 21:17:53.41 ID:iyIMyl4E0
x264_GPACを使った場合でL-SMASHのremuxer.exeだとmp42やisomは不可能って理解でOK?

772 :名無しさん@お腹いっぱい。:2012/10/11(木) 21:20:28.67 ID:iyIMyl4E0
>>770
thx L-SMASH版使用が無難なんですね

773 :名無しさん@お腹いっぱい。:2012/10/11(木) 21:22:06.85 ID:619Wk/N20
guiExのmp4出力を使う限りでは無理。
.264で出力してから自分でコマンドラインからmuxerでmp4にmuxすると自動的にmajor_brandがmp42になる。


774 :名無しさん@お腹いっぱい。:2012/10/11(木) 22:49:42.61 ID:h6sZygy50
公式アニメの情報見てみたんだけど、フレームレート29.97fpsになってた。
テレビ放送版を確認する限り、23.976fpsのはずなんだが、ニコ動版は結構適当エンコなのかな?


775 :名無しさん@お腹いっぱい。:2012/10/11(木) 23:31:40.44 ID:8lU3YoEm0
正直L-SMASHはあまり使いたくないな、今の時点では
SH-01Bがコンテナがisomじゃないと音声しか再生されない謎仕様だったり、Writing application:にqaacのエンコオプションをいちいち書いたりするし
isom問題は携帯を買い換えれば解決するからまあいいとして、Writing applicationに余計なこと書く必要あるんだろうか

776 :名無しさん@お腹いっぱい。:2012/10/11(木) 23:35:12.37 ID:619Wk/N20
x264をraw出力してmuxerでmp4にしてqaacで作ったadtsもmuxerでm4aにし
muxerでremuxすればWriting applicationはL-SMASHになる

777 :名無しさん@お腹いっぱい。:2012/10/12(金) 01:25:43.25 ID:KvjGWKKZ0
youtube板にエンコスレがここしかないからスレ違いを承知で聞きたい
H.264+AAC 29.97fpsの1080pをyoutubeに上げると音ズレするんだけど
エンコードオプションによって音ズレが発生したりするの?
ちなみに720pだとズレなかったりする
この音ズレ解消法知ってる人がいるなら教えて欲しい

778 :名無しさん@お腹いっぱい。:2012/10/12(金) 08:22:20.72 ID:gTyWnk1yP
またかよ



779 :名無しさん@お腹いっぱい。:2012/10/12(金) 08:54:22.29 ID:Ih7lYx6i0
>>775
L-SMASHがqaacのエンコオプションを後から調べて追記できる訳ないだろ
qaacの作者に文句言えよw

x264といいqaacといい、なんでこうまでエンコオプション隠したがるやつが多いのか

780 :名無しさん@お腹いっぱい。:2012/10/12(金) 09:26:33.43 ID:jOWIaKq20
>>777
同じ動画なら、ほぼ一定の時間だけズレるみたいなので、
あらかじめ、その分ズラしておくぐらいしかないんじゃない?
https://twitter.com/charound30/statuses/246829816165326848

781 :名無しさん@お腹いっぱい。:2012/10/12(金) 15:21:52.98 ID:vjLlw0gL0
>>779
皆何も判ってないから数字に拘る
IPBフレームしかないのにそれすらも理解してないのだから(ry

782 :名無しさん@お腹いっぱい。:2012/10/12(金) 17:50:44.19 ID:vjLlw0gL0


つべはAACよりmp3の方が相性いい後はggr

783 :名無しさん@お腹いっぱい。:2012/10/12(金) 21:18:51.29 ID:+K97EwVX0
>>673-682 および >>738-773 で出ていた、「major_brandがavc1だと再エンコされてしまう」という件。
別途行った調査で「major_brandがmp41の場合も再エンコされてしまう」ということもわかっていたのですが、
本日18時前に、謎の人物から
  「ニコニコの brand 判定を修正しました」
という連絡をいただき、あらためてテストしてみたところ、avc1でもmp41でも再エンコードされなくなっていました。

   MP4Boxで-brand mp41としてMuxしたものの再テスト
   http://www.nicovideo.jp/watch/sm19102737

   major_brand=avc1での投稿の再テスト
   http://www.nicovideo.jp/watch/sm19102825

ほとんどの人はmp42またはisomでの投稿になっているはずなので元々関係なかったと思いますが、
この修正により、x264guiExでL-SMASHのremuxer.exeを利用するような場合も問題なくなったはず。
対応ありがとうございました。

784 :775:2012/10/12(金) 22:45:03.66 ID:moFC00Dr0
うわーmuken氏から突っ込まれてるー

しかしよく分からん
fdk-aacでエンコするとWriting applicationがまるでffmpegですべて仕上げたようになるし、
neroaacだとWriting applicationではなくAudioのWriting libraryに表記される(mp3だがlameも同様)

試しにコマンドラインから出力したら、m4aの時点でこの違いが出てるんだな
ってことはmajor_brand問題と同じで、L-SMASHはWriting applicationをmux時に書き換える(削る)ことをしないからこうなったってことなのか?
あるいはmuxまですべてx264guiExでやってるから、ただ単にx264guiExの仕様なのか?

考えれば考えるほど分からん

785 :名無しさん@お腹いっぱい。:2012/10/12(金) 23:21:56.36 ID:+K97EwVX0
>>784
x264guiExはデータをx264やneroAacEnc、MP4Boxやremuxer.exeなどの各ツールに順次渡していくだけ。
各ツールで実行されるコマンドのオプション等はx264guiEx.iniに書かれている。
なので「x264guiExの仕様」ということはなく、実行されるツールと実行時のコマンドによって発生していること。
(x264guiEx.iniでこういうオプションを指定してるからだーというケースはあるかもしれないけど)

音声のWritingLibraryの書き込みを行っているのはneroAacEncなどの音声エンコーダー。

音声エンコ後に、MP4BoxまたはL-SMASHのremuxer.exeで映像と音声をMuxして
最終的なMP4を作るけど、そのMuxの際に、
  ・MP4Boxの場合は、WritingLibraryのデータを消すようになっている
  ・remuxer.exeの場合は、WritingLibraryのデータを残すようになっている
という動作の違いがあるというだけなんじゃないかな。これは多分両ツールの仕様。

どうしてもWritingLibraryの記述を残したくないのであればMP4BoxでMuxするのが手っ取りばやいかもね。
あとは音声エンコーダーのソースをいじって自ビルドするとか。

786 :名無しさん@お腹いっぱい。:2012/10/12(金) 23:38:45.15 ID:CbZzSLPz0
バイナリエディタ最強

787 :名無しさん@お腹いっぱい。:2012/10/12(金) 23:49:26.53 ID:+K97EwVX0
ソースをいじったのかバイナリエディタで書き換えてるのかはわからないけど、
x264のWritingLibraryのとこに出る記述(通常はバージョン番号)に
自分のハンドルネームを埋め込んでる人は見たことがある。

788 :名無しさん@お腹いっぱい。:2012/10/13(土) 01:18:19.75 ID:n5wswG6D0
>>780
だれだよそれw
上げて落として元とのズレ確かめてその分ずらして上げ直すのかー
面倒だなあ

789 :名無しさん@お腹いっぱい。:2012/10/13(土) 01:26:40.35 ID:LsofhhkT0
その人腕疲れないの?

790 :名無しさん@お腹いっぱい。:2012/10/13(土) 03:13:06.20 ID:E48CkboH0
サーバー側でエンコードされる低画質動画のフレームレートって、今年2/8のエコノミー仕様変更後は

  「元動画のフレームレートに関係なく29.97fpsにされる」

という仕様になったと思ってたんですけど、>>748-749>>783で投稿した24fpsの動画の場合、
どれも鯖エンコされた動画は24fpsのままになってるんですよね。

何か仕様が変わったのかと思って色々調べてみたんですが、例えば
  http://www.nicovideo.jp/watch/sm19096159
の場合は、元動画が20fpsにも関わらず、?eco=1の低画質動画は29.97fpsとなっています。

低画質動画のフレームレートの法則ってどうなってるんでしょう?どなたかご存知ないでしょうか?

791 :名無しさん@お腹いっぱい。:2012/10/13(土) 03:22:27.18 ID:E48CkboH0
関係ないですが、ゲーセンから直接投稿するmaimai動画の場合は、
SEGAが別途エンコシステムを用意してるのかニコ動側の別ルートを使ってるのかわかりませんが、
通常動画だけでなく低画質動画も一緒にx264 r2197で30fpsでエンコして投稿されてる模様。

   maimaiまとめサイト
   http://www.nicovideo.jp/maimai/

792 :名無しさん@お腹いっぱい。:2012/10/14(日) 06:03:33.59 ID:HjfyCE1R0
>>757
まずニコニコではh264+mp3は受け付けられず強制的に再エンコされる。上げるためにはflvにするしかない
第2にmp3がaacより音質で勝っているビットレート帯域は無い。192kbps以上ではまず普通の人には分からないので汎用性の為に現在でも音声フォーマットとしてmp3を使う人が多いだけ
mp3は44.1khzが規格上限でaacは40.0khzだが普通高音質とされるlameでは最高設定でも18.5khzからローパスフィルタをかけており20khz以上は存在せず実際の再現度(人の耳ではなくpsnrのようなもの)で比べてもaacの方が高い
また使用上限のビットレートはステレオならmp3、320kbpsまでAAC、512kbpsなので瞬間的に不足する事が多いmp3に対しaacではまずそういったことが起こりえない

neroとかaacギャップレス再生出来ないhaalispitterとか使ってるならしらんが

793 :名無しさん@お腹いっぱい。:2012/10/14(日) 11:11:00.46 ID:bl/Xyiwd0
>>792
スレチだからあんまり話し続ける気はないんだけどその主張だけ放っておくのもなんなのでURL貼っておく
http://kobo-aok.jp/is3/mp3vsaac.htm
全てが間違ってるとは言わないけど4行目だけ引っかかったので
失礼しました

794 :名無しさん@お腹いっぱい。:2012/10/14(日) 11:26:05.70 ID:hgM20luE0
上限周波数はWAVでもサンプリング周波数の1/2
上の音質を目指すならサンプリング周波数上げたほうが吉ソース次第だけどね
以下自重

795 :名無しさん@お腹いっぱい。:2012/10/14(日) 12:08:39.33 ID:Djz3k9d40
フルレンジや10ビットは使うべきでしょうか?

796 :名無しさん@お腹いっぱい。:2012/10/14(日) 12:17:38.53 ID:JatW0F9j0
>>795
10bitはまだ正常には再生できないんじゃなかったっけ?


797 :名無しさん@お腹いっぱい。:2012/10/14(日) 16:55:20.10 ID:VM8zJUkr0
>>795-796
フルレンジも10bitも使うべきではない。
そもそもフルレンジなんて一般的じゃないし、フルレンジで投稿しても低画質動画には
フルレンジのフラグがつけられないので色が変わってしまう。

10bitについては
  ・GPU再生支援が効かない
  ・現在最新のFlashPlayer11.4.402.287には10bitの映像が緑がかってしまうというバグがある。
  ・ちょっと古いバージョンでも、色の再現性がおかしく、8bitより悪いという問題がある。
という感じなので、使ってはいけない。

  参考:
    10bit-depthでの色テスト【640x360、BT.601】
    http://www.nicovideo.jp/watch/sm16808896

798 :名無しさん@お腹いっぱい。:2012/10/14(日) 17:21:22.78 ID:hgM20luE0
>>797
いつの時代の人間だよ今やtsにしたってフルレンジだぞ
TVレンジ変換なんてすると汚くなるだけじゃないか


799 :名無しさん@お腹いっぱい。:2012/10/14(日) 17:27:33.78 ID:NVB7uIhm0
????????????????????????????????????????

800 :名無しさん@お腹いっぱい。:2012/10/14(日) 20:31:33.26 ID:VM8zJUkr0
>>798
ツイッター上でも某氏からつっこまれているけど、お主こそいつの時代の人間でござるか。
フルレンジ時代なんてこれまで一度もなかったと思うけど。未来人?

POP氏が過去に「あるアニメ作品が変なレンジになってる」という検証記事を書いたことがあるけど、
もしかしてそれを見て勘違いしてるの?それくらいしか心当たりないけど。

801 :名無しさん@お腹いっぱい。:2012/10/15(月) 09:27:31.50 ID:yLdODse+0
そろそろZEROが終了のお知らせだけどまた解像度変わんの?

802 :名無しさん@お腹いっぱい。:2012/10/15(月) 10:26:50.87 ID:WlFT4wgIP
投稿できる容量を増やしてほしい
解像度は720Pが標準になるのかな?



803 :名無しさん@お腹いっぱい。:2012/10/15(月) 11:07:38.93 ID:ANzPNPFk0
容量上げてほしいのは山々だけどあのクソ重い鯖どうにかするのが先な気もする
プレミアムの金はどこへ消えてるんですかね・・・

804 :名無しさん@お腹いっぱい。:2012/10/15(月) 11:09:53.69 ID:oQxXG7hw0
プレミアムなのに読み込めない動画まだまだあるもんなあ

805 :名無しさん@お腹いっぱい。:2012/10/15(月) 14:08:06.28 ID:OrdmCk720
容量は増えずH265待ちだろうな

806 :名無しさん@お腹いっぱい。:2012/10/15(月) 14:39:13.15 ID:5SERY5cg0
競合相手がいないから現状に胡坐掻いて進化しないんだろうな
故zoomeは一般200MBのプレミアム1GBだったというのに

807 :名無しさん@お腹いっぱい。:2012/10/15(月) 17:32:23.92 ID:7kP1CckB0
だから故人になったという見方も…

808 :名無しさん@お腹いっぱい。:2012/10/15(月) 17:51:46.50 ID:TPMdz8pI0
動画1本あたりの容量をデカくするとその分回線の負荷も大きくなるから
解像度やビットレートの制限は緩和しても
100MB制限だけはなかなか変えられないんじゃない

809 :名無しさん@お腹いっぱい。:2012/10/15(月) 20:04:38.60 ID:MuVneWHB0
長い動画なら回線が空いてない時間帯はプレミアムでも2Mbps程度まで(最悪読み込めるギリギリまで)落とされるし同時に何十と動画が見られる訳でもないから容量よりビットレートの方が影響ずっとでかいと思うけどなぁ
zoomeは従量課金。bittorentDNAだっけ?は発想は良かったんだけどな
あれ入れたらプレミアムと同等の視聴環境になりますとかアナウンスかければすぐに回線問題なんて解決しそう

810 :名無しさん@お腹いっぱい。:2012/10/16(火) 11:57:26.49 ID:kM7YcdPQ0
zoomeは色々と先進的だったなあ
ただ余程苦しかったのか知らんが一般が動画を上げられないようにした時点で潰れるのは目に見えていたが

811 :名無しさん@お腹いっぱい。:2012/10/16(火) 12:52:13.97 ID:857Ouad10
動画共有サイトは自前のコンテンツで食ってるわけじゃないから
面白い動画をアップしてくれる人間をいかにして呼び込むかだよな
アップロード制限を絞りすぎるのは自殺行為だろう

812 :名無しさん@お腹いっぱい。:2012/10/16(火) 19:45:53.62 ID:us0333rn0
緩くなったら緩くなったで海外串刺してアニメ丸上げしまくる奴とか出そうだな

813 :名無しさん@お腹いっぱい。:2012/10/16(火) 20:33:26.14 ID:xL1zyULR0
>>811
おとなしくようつべに来いよ

814 :名無しさん@お腹いっぱい。:2012/10/17(水) 00:12:12.24 ID:SsvA5tYT0
ようつべかあ
映画2時間弱がHDで上がってるくらいだもんな
鯖余裕ありすぎだ

815 :名無しさん@お腹いっぱい。:2012/10/17(水) 00:57:37.54 ID:p/e4l7lp0
>>813
ちょっとその返しは意味が分からない

816 :名無しさん@お腹いっぱい。:2012/10/17(水) 05:24:48.28 ID:q5DRysrw0
魅力的な制作者に報酬を払うyoutube
魅力的な制作者に料金を徴収するニコニコ

817 :名無しさん@お腹いっぱい。:2012/10/17(水) 12:48:14.65 ID:88aljfBV0
つべが60fpsの動画をサポートしていないのは
flash playerが60fpsの動画を正しく再生できないからなのか?
60fpsの動画はどんなに軽く作ってもカクつく

818 :名無しさん@お腹いっぱい。:2012/10/17(水) 12:51:49.64 ID:ZoPUEqzK0
>>817
ニコ動の話だよね?
個人的に作った120fpsの動画あるけど、問題なく再生できたよ
60fpsだと違うのかな?


819 :名無しさん@お腹いっぱい。:2012/10/17(水) 18:43:37.85 ID:88aljfBV0
「あとで開発者ブログとかにまとめますが、Qwatchの画面サイズは中画面(サイズ変更なし)がデフォルトになり、
 大画面は854x480(FWVGA)になってます。zeroの864x486に合わせて動画投稿していただいた方には申し訳ないです。もう当面変更はないはずです。」

820 :名無しさん@お腹いっぱい。:2012/10/17(水) 18:58:19.02 ID:4xpO3VHV0
中って640x360か

良かったわこのサイズ好きだわ
覚えやすいし8の倍数だし

821 :名無しさん@お腹いっぱい。:2012/10/17(水) 19:03:58.28 ID:fEu8TCMf0
これからも640x360安定かー

822 :名無しさん@お腹いっぱい。:2012/10/17(水) 20:07:19.91 ID:ZoPUEqzK0
縦480になったのはいいことかな
アス比4:3の動画なら640x480の選択肢ができた。
今更4:3の動画を作るかどうかは置いといて


823 :名無しさん@お腹いっぱい。:2012/10/17(水) 22:18:36.21 ID:BH1YY5Ya0
>>818
動画撮ってみ 60fpsで上げて60fpsでフレーム落ち無く撮っても数割のフレームが欠落してる
11.5βにしたらwebkitでもそれよりもコマ落ちの多かったtridentでも相当マシになったがそれでも読み込めてない時は結構落ちてる

824 :名無しさん@お腹いっぱい。:2012/10/17(水) 22:20:29.86 ID:0M0pu7YT0
あれっ、そうなの?4:3て遅れてるの…?
思い切り640x480で作って上げてた。今後サイズ変えるかなぁ

825 :名無しさん@お腹いっぱい。:2012/10/17(水) 22:38:22.92 ID:ZoPUEqzK0
>>823
あー、PCスペック的にキャプチャは無理だな。30fpsでもカクつく時あるようなマシンだから。

よかったら確認してくれ。
http://www.nicovideo.jp/watch/sm18440733
http://www.nicovideo.jp/watch/sm18440908
どっちも同じ内容だけど、下のほうが負荷はかからない


826 :名無しさん@お腹いっぱい。:2012/10/17(水) 22:42:01.39 ID:AzX6OzVw0
>>823

カクつくよねー。
いくらマシンスペックを上げようが、軽い動画でもニコ動やFlavieではカクつく。
Media Player ClassicやらWMPやらVLCではその動画はカクつくことは無いのに・・・



827 :名無しさん@お腹いっぱい。:2012/10/17(水) 23:10:38.08 ID:AzX6OzVw0
>>825

面白い動画ですねー。
下のやつをデジカメ(1280x720/60fps)で撮影してみた。
カメラのシャッタースピードも1/60にして、PCのモニタのリフレッシュレートも60Hzなので
右上の「60fps」のカウントは、

ニコ動でコマ落ち無し(カクつき無し)で再生されるなら
撮影した動画も数字のカウントの欠落が無い

はずだが、やはりところどころ数字が飛んでいる。(コマ送り再生すると分かる)
撮影したのをうpしたよ。↓
http://www1.axfc.net/uploader/He/so/375848.mp4

PCは、Core i7 980X(3.33GHz)/GTX570/Windows7/IE9


カクつきは数字のカウントより、物のスクロールや画面パンの方が分かりやすいよ。


828 :名無しさん@お腹いっぱい。:2012/10/17(水) 23:37:15.05 ID:ZoPUEqzK0
>>827
ビデオ確認しました。
確かにコマ落ちしてる。
改めてコマ落ちがあると思って動画見直してみると確かにちょっとカクつく時があるかも。
ちなみに下のURLの元動画↓
http://www1.axfc.net/uploader/Sc/so/386451.mp4

動画自体はまとめwikiに120fpsまで投稿可能ってのを見て興味本位で作っただけです。


829 :名無しさん@お腹いっぱい。:2012/10/18(木) 00:18:29.76 ID:6Nkp2Avb0
>>828

まぁ、ニコ動に限らずFlashPlayerのカクつきはしょうがないみたいですね・・・





830 :名無しさん@お腹いっぱい。:2012/10/18(木) 00:58:25.39 ID:GbbPT6ca0
120fpsなんてモニタでドロップするから意味ねえじゃん
30fpsでもドロップっていうか等速でフレームを再生してくれずにガク付きがでるんだよなあ
どうにかならんものなのか

831 :名無しさん@お腹いっぱい。:2012/10/18(木) 01:02:01.67 ID:jj0DGbgj0
120Hz液晶買えよ
モニターが120Hz対応してないだけだろ

832 :名無しさん@お腹いっぱい。:2012/10/18(木) 01:35:42.19 ID:6Nkp2Avb0

Chrome最新とniconico新バージョンのQwatchにしたら
かなりカクつきが減った。
今までで一番イイかもしれない。



833 :名無しさん@お腹いっぱい。:2012/10/18(木) 05:13:04.76 ID:9/ZFlD5g0
クローム使ってるとかwww

834 :名無しさん@お腹いっぱい。:2012/10/18(木) 07:26:25.49 ID:9utcI82t0
基本的な事を聞くんだが60fpsの動画を60fpsで再生できるプレーヤーで再生したとして
60Hzのモニタで表示したら位相がちょっとずれてて表示されないフレームが出るってことは無いの?
>>827のはカメラも秒間60コマで撮影してるんだからカメラ側でも位相がずれてる可能性があるんじゃないの?
最低秒間120コマぐらいで撮影した方がいい気がするんだが。

835 :名無しさん@お腹いっぱい。:2012/10/18(木) 11:14:24.00 ID:6Nkp2Avb0
>>834

デジカメで秒間30コマとかで撮影すると表示されないフレームが出るが、>>827のは秒間60コマで
シャッタースピードも1/60にして撮影してるので出ない。

「位相」の意味がちょっと分からないが・・・



836 :名無しさん@お腹いっぱい。:2012/10/18(木) 12:40:19.01 ID:9utcI82t0
>>835
数直線をイメージして欲しいんだが、60Hzのモニタの表示を時刻0秒から開始するとすると、
1フレーム目が表示される時刻は0秒、2フレーム目は1/60秒、3フレーム目は2/60秒・・・となる。

これを秒間60コマで撮影できるデジカメで撮るわけだが、
モニタの表示タイミングとデジカメの撮影タイミングを完全に同期させるのは不可能なはず。
デジカメの撮影開始時刻を仮に0.5/60秒とすると2コマ目は1.5/60秒、3コマ目は2.5/60秒・・・となる。
位相のずれと言ったのはこの事。位相という言葉を使うのが不適切だったらすまない。


さて、以上はモニタとデジカメの表示/撮影速度が厳密に60Hz/秒間60コマと仮定しているわけだが
実際には両者が完全に一致しているとは物理的に考えにくい。

仮にデジカメの方が1.001/60秒ごとに撮影するとする(≒秒間59.9コマ)とどうなるか。(分かりやすくするためにあえて大きく外れた値を設定する)
問題を単純化するために今度は時刻0秒での表示タイミングと撮影タイミングが完全に一致しているものと考えると、

モニタ:1フレーム目は0秒、2フレーム目は1/60秒、3フレーム目は2/60秒・・・1000フレーム目は999/60秒、1001フレーム目は1000/60秒、1002フレーム目は1001/60秒
デジカメ:1コマ目は0秒、2コマ目は1.001/60秒、3コマ目は2.002/60秒・・・1000コマ目は999.999/60秒、1001コマ目は1001/60秒

このようにデジカメではモニタの1001フレーム目を撮り逃してしまう。
(対応関係は1000フレーム目を1000コマ目で撮影、1002フレーム目を1001コマ目で撮影)
時間にして約16.7秒毎にデジカメ側で欠落が発生する。

こういう風に考えたので実験方法にちょっと疑問を覚えた。長くなってすまん。

837 :名無しさん@お腹いっぱい。:2012/10/18(木) 13:56:47.04 ID:TioNtt+E0
flashplayerのコマ落ちは
何秒に1枚ってレベルじゃないんだが…
ぱっと見60フレで毎秒20枚くらい落ちてる

838 :名無しさん@お腹いっぱい。:2012/10/18(木) 13:58:29.56 ID:6Nkp2Avb0
>>836

んー、話は分かるが実際60fpsの動画も59.94fps(60000/1001)だったりするわけで、
デジカメも実際は59.94fps(60000/1001)での撮影なので・・・

モニタのリフレッシュレートも実際は59.94Hzなんじゃないのかな?
そうじゃないと動画のフレームレートとリフレッシュレートが
同期しないので、動画再生時(表示時)のコマ落ちが発生するような気が・・・
こうなると、いくらデジカメで秒間120コマで撮影しようが関係ないでしょうねー。


839 :名無しさん@お腹いっぱい。:2012/10/18(木) 13:58:34.49 ID:UDl88L3a0
あ、お嬢さんフレーム落としましたよ

840 :名無しさん@お腹いっぱい。:2012/10/18(木) 14:26:18.10 ID:9utcI82t0
>>838
誤解があるようだが、動画・モニタ・デジカメが全部厳密に同じfpsならそれが59.94fpsだろうが60fpsだろうが問題ないよ。
自分が懸念しているのはそれらが基準からずれている事によるフレームの欠落だから。
で、fpsが完全に一致なんてのは物理的にありえないだろうと。

841 :ぽんすけ:2012/10/18(木) 15:39:09.57 ID:6kGQRG+u0
ニコニコ動画をmukioプレイヤーで再生するページ

http://pon87.moe.hm/cd/down2.html?video_id=sm15316455

sm15316455のところに好きなニコニコ動画idを入れてみてね。

842 :名無しさん@お腹いっぱい。:2012/10/19(金) 01:38:57.78 ID:mu08bfow0
>>824
4:3で自分もかなり作ってるよ。
職場のアニメーターの人もあと2年はこのままでいくっていう人多い。
運営のzeroがこけて原宿もまだ残すみたいだし
初期に投稿されてる神動画も4:3が多いし
win8に買い替える迄は現状でいくw

843 :名無しさん@お腹いっぱい。:2012/10/19(金) 10:00:44.32 ID:qGO7m0EY0
>>841
動画宣伝きめえええ

844 :名無しさん@お腹いっぱい。:2012/10/21(日) 13:26:42.79 ID:9HfYKN/A0
4:2:2ってニコニコで使ってもいいの?
4:4:4は無理みたいだけど

845 :名無しさん@お腹いっぱい。:2012/10/22(月) 20:26:22.09 ID:Pqw2SxVg0
サムネとサーバーサイドエンコードが変になってもよかったら使えるというか試せよ…

846 :金の髭:2012/10/23(火) 20:43:51.11 ID:dIrfUCN90
ニコニコとは今のところ直接関係ないかもですが、FlashPlayerではなく
HTML5のvideoタグでのH.264動画の色の見え方を調査しております。

 テストページ:
   http://goldenhige.cocolog-nifty.com/html5/html5videotagtest.html

 解説・報告用記事:
   http://goldenhige.cocolog-nifty.com/blog/2012/10/html5videoh264m.html

(続く)

847 :金の髭:2012/10/23(火) 20:45:53.92 ID:dIrfUCN90
(続き)

すでに何名かの方に協力していただいたのですが、環境によって色々おかしな挙動を示している模様。
他のさまざまな環境での情報も集めたいと考えております。

もしよろしければ色の見え方を調べるテストにご協力いただければ幸いです。
テスト方法等はテストページに書いてあります。何卒よろしくお願いいたします。

848 :名無しさん@お腹いっぱい。:2012/10/25(木) 00:30:52.94 ID:MKczM2+K0
>>846
>>847

IE

[正常:A,B,C,E,F,G] [異常:D,H] [再生不可:無し] [OS:Win7 64bit] [ブラウザ:IE 9 64bit (9.0.8112.16421)] [GPU:NVIDIA GeForce GTX 570 (306.23)] [IE9-GPU:checkOFF]

[正常:A,B,E,F] [異常:C,D,G,H] [再生不可:無し] [OS:Win7 64bit] [ブラウザ:IE 9 64bit (9.0.8112.16421)] [GPU:NVIDIA GeForce GTX 570 (306.23)] [IE9-GPU:checkON]



Chrome

[正常:無し] [異常:A,B,C,D,E,F,G] [再生不可:一部有り] [OS:Win7 64bit] [ブラウザ:Chrome 22.0.1229.94 m] [GPU:NVIDIA GeForce GTX 570 (306.23)] [IE9-GPU:]

 ※Chromeは全部異常でした。 A,B(28,171,27) CD(38,197,32) EF(20,148,25) GH(30,170,28)
   また、640x360の動画(A,B,C,D)が再生ボタンをクリックしてもカラーチャートが表示されず(曲は聞こえる)、
   時間スクロールバーをクリックするとカラーチャートが表示されるという奇妙な現象になりました←「再生不可:一部有り」



849 :名無しさん@お腹いっぱい。:2012/10/25(木) 06:24:30.63 ID:jThqDGYH0
>>848
スレチ

850 :名無しさん@お腹いっぱい。:2012/10/25(木) 22:41:45.55 ID:tG25aaR20
>>848
お礼が遅くなってしまいすみません。追加させていただきます。ありがとうございます。Chrome変ですね・・・。
再生不可の件は640x360のほうだけ1fps(1080pは10fps)で作っていたためかもしれません。
他の方の環境でも同様の報告があったので、360p、1080pともに24fpsのMainプロファイルに差し替えました。

>>849
すみません

851 :名無しさん@お腹いっぱい。:2012/10/26(金) 07:12:39.82 ID:lvpqxu6t0
回答者は出来たらブログへコメントという形にするといいんじゃないかな

852 :名無しさん@お腹いっぱい。:2012/10/26(金) 14:09:55.82 ID:zdkYliF00
どうせ過疎スレだろ

853 :名無しさん@お腹いっぱい。:2012/10/30(火) 16:52:34.07 ID:9U0knICG0
iMovieでmp4、H.264で作ってもスゲー汚い動画して作れない。
なんでだろう。エンコで躓くとはな。

854 :名無しさん@お腹いっぱい。:2012/10/30(火) 17:57:28.52 ID:qguGpd/j0
Macでのニコ動向けエンコなら、このあたりが参考になるんじゃない?
(Macユーザーじゃないから試したことないけど)

つんでれんこの設定をMacで使う
http://blog.livedoor.jp/bedai/archives/12863677.html

iMovieで作った動画を最高画質(最高品質)で書き出す方法
http://blog.livedoor.jp/bedai/archives/13389298.html

他にも有用そうな記事あり

855 :名無しさん@お腹いっぱい。:2012/10/30(火) 18:12:44.00 ID:tnxWkLMw0
その記事通りにすればよくなると思う。
H.264エンコードならx264一択って言ってもいいレベルだから、とにかくx264でエンコード出来る方法を模索すべき

856 :名無しさん@お腹いっぱい。:2012/10/30(火) 19:28:58.85 ID:vpS7KD610
おおサンクス参考にしますノシ

857 :名無しさん@お腹いっぱい。:2012/11/02(金) 15:35:13.63 ID:Epcj7wD+0
FLV MetaData Injector にてキーフレーム挿入したいのですがエラーが出てしまいます
他に方法はありますか?

858 :名無しさん@お腹いっぱい。:2012/11/02(金) 15:47:27.92 ID:pD1o2rX30
>>857
FLVのMetadataはよく知らないけど、動画そのものにキーフレームがないとダメなんじゃないの?

859 :名無しさん@お腹いっぱい。:2012/11/05(月) 23:41:13.47 ID:LPCAeB550
今自分で上げてる動画のエコノミー見て回ってるんだけど
新規格へのエンコし直しってひとつもされてないんだけど?

もう全部上げ直すしかないのかな

860 :名無しさん@お腹いっぱい。:2012/11/06(火) 00:15:21.65 ID:EIYGv2ib0
俺がうpってるのはされてるのとされてないのがある
気長に待てばいいんじゃないかな

861 :名無しさん@お腹いっぱい。:2012/11/06(火) 02:33:59.39 ID:vIc/htb/0
検索してみたのですが似たような症状が引っかからなかったので質問させて下さい
夏蓮根1.63を使ってエンコードしているのですが、
エンコードされた動画の一部分のフレームが入れ替わってガタガタした状態になってしまいます(コマ落ちではないです)
これを防ぐ方法についてよければアドバイスお願いします

GOMPlayerで調べた元動画の情報です
*** DIRECTSHOW FILTER LIST ***
1. Default DirectSound Device
2. VMR9 - Renderless mode
3. Gretech Audio
4. Gretech Video
5. AVI Splitter
6. Gretech File Stream

*** VIDEO INFO ***
Input Type : RGB24(RAW)
Input Size : 640 x 360
Output Type : YUY2
Output Size : 640 x 360
FrameRate(Frame/sec) : 0.00 (24.00)

*** AUDIO INFO ***
SampleRate(Sample/sec) : 44100
BitRate(Bit/sample) : 16
Channels : 2
KBitRate(KBit/sec) : 1411


862 :名無しさん@お腹いっぱい。:2012/11/06(火) 02:36:32.27 ID:auC4xaIy0
ゴム無しでお願いします

863 :名無しさん@お腹いっぱい。:2012/11/06(火) 02:50:38.01 ID:EIYGv2ib0
>>861

>>1

864 :861:2012/11/06(火) 03:08:24.88 ID:vIc/htb/0
mediainfoのサイトに繋がらなかったのでGOMPlayerの再生情報で代用させていただきました。

865 :名無しさん@お腹いっぱい。:2012/11/06(火) 03:31:47.82 ID:EIYGv2ib0
だから1を嫁と

3.エンコードして出来上がったファイルの情報 (同上)

エンコード後の情報ないと無理


4.使用ソフト

動画確認したソフトも明記


6.PC環境

スペック次第でカクつくのもあり得る



MediaInfo無理ならGOMPlayerじゃなくてせめて真空波動研とかで情報出してくれ

866 :861:2012/11/06(火) 04:49:50.13 ID:vIc/htb/0
スペック
CPU: Core i7 2600
RAM: 4GB
VGA: NVIDIA GeForce GTX 560 Ti 2774MB
OS: Windows 7 Home Premium 64bit

[エンコード前.avi]
640x360 24Bit 無圧縮 24.00fps 376f 132713.47kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[RIFF(AVI1.0)] 00:00:15.666 (15.666sec) / 262,679,000Bytes
エンコード前.avi / DLL 121014 Unicode

[エンコード後.mp4]
640x360 8Bit AVC/H.264 High@3 Unspecified Progressive 23.89fps 376f 1381.52kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 318.02kb/s
MP4 v2
[MPEG4] 00:00:15.741 (15.741sec) / 3,352,500Bytes
エンコード後.mp4 / DLL 121014 Unicode

編集の手順は
Aviutl0.99j(拡張編集プラグイン使用)で動画を作成、出力したものをつんでれんこでエンコードしました。
動画の種類は簡単な自主制作アニメで、>>861の症状は画面が切り替わる複数の箇所で特によく現れます

動画の確認にはGOMPlayerを使っていましたが、真空波動研で改めて確認したところ不具合はありませんでした
どうやらこれが原因のようです
ご迷惑おかけしました

867 :名無しさん@お腹いっぱい。:2012/11/06(火) 10:21:21.53 ID:siWBpddP0
GOMで再生してたからおかしかったってこと?
でもエンコ後の動画ファイルのフレームレートは明らかにおかしいよね?
本当に問題ないの?


868 :名無しさん@お腹いっぱい。:2012/11/06(火) 12:59:42.31 ID:b1hkNUHA0
>>867
真空波動研のFPSは、フレーム数を再生時間で割っているらしく正しくない

>>866
Flashplayer用にエンコしているのだから、動画の確認には、付属のプレーヤーを使えとあれほど…

869 :名無しさん@お腹いっぱい。:2012/11/06(火) 23:49:32.52 ID:cAikZF3w0
できた動画のメタ情報だけを書き直す方法はありますか?

870 :名無しさん@お腹いっぱい。:2012/11/07(水) 06:05:35.51 ID:prX6oS5d0
インテルのオンボだとref16が再生できないらしいけど
ref15ならいけるの?

871 :名無しさん@お腹いっぱい。:2012/11/07(水) 06:18:20.77 ID:dBtaegEl0
ref高いと負荷は増えるがref16で再生不可は経験ないな
当然DXVA2は効かないからCPUエンコードだしね

872 :名無しさん@お腹いっぱい。:2012/11/07(水) 06:23:10.65 ID:BK3TZDFI0
再生できなくはないよ。正常に再生出来ない可能性はあるけど

動画がおかしくなる方は大百科をクリック→ - ニコ百
http://dic.nicovideo.jp/id/4623324

873 :名無しさん@お腹いっぱい。:2012/11/11(日) 09:28:52.06 ID:YVRppKhDP
つんでれんこってそんなに品質いいの?

874 :名無しさん@お腹いっぱい。:2012/11/11(日) 09:33:22.09 ID:0jSIr3+k0
何と比べてだよ

875 :名無しさん@お腹いっぱい。:2012/11/11(日) 09:38:26.18 ID:/av/lLBA0
つんでれはAvisynthだぞ
品質は設定しだいかな

876 :名無しさん@お腹いっぱい。:2012/11/11(日) 09:43:34.33 ID:YVRppKhDP
>>875
なるほど
てかニコニコにあげてる歌ってみた動画って歌音源と本家動画合わせるじゃん?そのとき本家動画は、どんな状態なの?ミクさんいないの?

ごめん初心者なんだ

877 :名無しさん@お腹いっぱい。:2012/11/11(日) 09:57:43.61 ID:/av/lLBA0
>>876
ほれ MMDなら
ttp://anago.2ch.net/test/read.cgi/streaming/1352131056/

878 :名無しさん@お腹いっぱい。:2012/11/11(日) 10:12:35.54 ID:MdYnSyTX0
>>876
一通り自分で試してみたから質問した方がいいと思いますよ

879 :名無しさん@お腹いっぱい。:2012/11/11(日) 10:18:49.96 ID:YVRppKhDP
>>877
いやMMDじゃないよ。
歌ってみたに使う本家動画DLしたら本家のボカロの声とか音楽ついてるじゃん?
自分のMIXした音源と合わせたらえらいことにならないんですか?
みんなどうしてるんだ…

880 :名無しさん@お腹いっぱい。:2012/11/11(日) 10:29:56.68 ID:u+neefnyP
スレチもはなはだしい
初心者はDTV板で勉強してきてくれ

【初心者歓迎】総合質問スレッド-80-
http://toro.2ch.net/test/read.cgi/avi/1350669147/l50

881 :名無しさん@お腹いっぱい。:2012/11/11(日) 10:32:32.33 ID:0jSIr3+k0
この板は編集関連のスレはないのかな?
AviUtlのスレならあったか

882 :名無しさん@お腹いっぱい。:2012/11/11(日) 20:51:25.20 ID:MdYnSyTX0
>>879
落としたmp4とMIXしたwavを一緒にD&amp;Dすると
つんでれんこが勝手に差し替えるので混ざったりすることはないですよ
基本的な使い方は自分で実際に使ってみて覚えてください

883 :名無しさん@お腹いっぱい。:2012/11/11(日) 20:55:15.90 ID:MdYnSyTX0
>>882の一行目の最後は「D&Dすると」です
一応念のために読み方を教えると、「ドラッグandドロップ」です

884 :名無しさん@お腹いっぱい。:2012/11/11(日) 20:57:11.97 ID:2ix4cf9y0
元動画が一枚絵ならそれでも問題ないだろうけど、動画でそれやると大抵は音源と動画のタイミングがずれるからやらないな。
基本的にAviUtlでタイミング調整してaviで出力してからつんでれんこかな。

885 :名無しさん@お腹いっぱい。:2012/11/11(日) 21:34:13.11 ID:jDb4GXka0
Utlでタイミング合わせるならそのままUtlでエンコードした方が楽じゃね?
人の趣味にけちつけるつもりはないけど…

886 :名無しさん@お腹いっぱい。:2012/11/11(日) 22:17:41.53 ID:2ix4cf9y0
明らかにビットレートもファイルサイズも小さく収まる映像ならそのままやっちゃうけど、自分でやると一般の制限越えそうな映像はつんでれんこにやらせたほう確実。

887 :名無しさん@お腹いっぱい。:2012/11/11(日) 22:30:01.62 ID:PCMoBT4r0
Audacityに、FFmpeg 取り込み/書き出しライブラリを入れたら、mp4を直接読めるから
(1) つんでれんこで音声差し替え
(2) Audacityに、元動画のmp4と、(1)のmp4を入れてズレを確認
(3) もう一回つんでれんこで,、(2)で調べたズレを補正
ってやるかな。どうせ音声エンコのみだから、2回やっても大して時間かからないし

888 :名無しさん@お腹いっぱい。:2012/11/20(火) 07:05:04.16 ID:IaM3efBfP
つんでれんこでPT2で録画したTSファイルのエンコに失敗するんだけどTS無理?
TSSpilitterでゴミ削除しても、動画と音声に分けてもダメだった
AviUtl等で無圧縮AVIにしてからじゃないとダメなのかなぁ

889 :名無しさん@お腹いっぱい。:2012/11/20(火) 21:28:35.75 ID:ePvRPW280
エコノミー回避の確認方法について、>>40>>280によれば、
エコ回避しててもURLに?eco=1を付ければ低画質動画が再生されるってことだけど、
「低画質モードで再生します」の表示が出ても明らかにオリジナル画質(音質)に見えた。
微妙に仕様が変わったのかな?
ちなみに映像100kbps、音声320kbps程度の動画ね。

890 :名無しさん@お腹いっぱい。:2012/11/20(火) 21:45:25.70 ID:wzUZsi9J0
見えただけじゃなー
100kbps程度で収まる映像なら低画質モードになっても見た目なんてほぼ変わんないし違いに気付けなかっただけじゃないのか?

891 :名無しさん@お腹いっぱい。:2012/11/20(火) 22:06:46.72 ID:u4+TWeO/0
見えたってなんだよ見えたって
低画質モードのファイルを実際に落として確認しろよ

892 :名無しさん@お腹いっぱい。:2012/11/20(火) 23:21:15.18 ID:ePvRPW280
すまん、そう言う批判は来ると思ってたよ。
あの後CravingExplorer1.5.0で変換無しで落としてみたけど、
どうも出来てないっぽい。
まだ500再生いってないし、?eco=1付けても元動画がDLされちまうのかな?
いいDL方法知ってたら教えてください。

893 :名無しさん@お腹いっぱい。:2012/11/20(火) 23:30:34.53 ID:ePvRPW280
スマイルダウンローダーで行けたっぽい。
うむ、確かに映像346kbps、音声64kbpsになっちょりました。
俺が糞耳ってことで勘弁ください。

894 :名無しさん@お腹いっぱい。:2012/11/22(木) 13:17:53.37 ID:Qp0VFIEC0
スピーカーかイヤホンかヘッドホンのせいにしてやるから買え

895 :名無しさん@お腹いっぱい。:2012/11/23(金) 07:56:15.70 ID:p2LcWfF60
エンコと直接関係ないけど、
うちはADSLで上り回線が貧弱なので、プログレスバーはありがたいな。
そもそも標準でつけろやって思うが
http://www.nicovideo.jp/watch/sm19408412

896 :名無しさん@お腹いっぱい。:2012/11/23(金) 15:59:24.40 ID:TIkudMAe0
Youtubeなんかはレジュームすらあってだな

897 :名無しさん@お腹いっぱい。:2012/11/23(金) 20:53:24.76 ID:t9U7oi9G0
最終的につんでれんこを使ってるんですが、
突っ込む前の音源はできるだけ高音質(wavファイルなど)にしておくのが基本ですかね?
それとも最初からビット数などを合わせて作ったほうがいいのでしょうか。

898 :名無しさん@お腹いっぱい。:2012/11/23(金) 20:57:42.17 ID:d9EAbeRS0
44.1KHz 16bitのwavにしとけばいいんじゃない?

899 :名無しさん@お腹いっぱい。:2012/11/23(金) 21:02:23.36 ID:oWBhIQQQ0
基本的にエンコード回数が増えれば増えるほど劣化する

900 :名無しさん@お腹いっぱい。:2012/11/23(金) 22:24:01.41 ID:PZ1pyXU20
サンプリング周波数は目標品質の整数倍が望ましいという説もあるが
作業過程では基本的に高く取れるだけ取っておいた方がいいと思われ

901 :名無しさん@お腹いっぱい。:2012/11/23(金) 22:58:14.06 ID:fPn5Qv/I0
44.1→48への変換なんかは劣化するだけで意味ないけどな

902 :名無しさん@お腹いっぱい。:2012/11/23(金) 23:40:23.63 ID:t9U7oi9G0
>>898>>899>>900>>901
レスありがとうございました。でかい分には問題なさそうですね。

903 :名無しさん@お腹いっぱい。:2012/11/24(土) 07:47:20.74 ID:zJYBiFhY0
>>901
それは常識 
もし処理するなら96Kか192Kだね

904 :名無しさん@お腹いっぱい。:2012/11/24(土) 12:47:46.07 ID:wON4ukbV0
今手書きのアニメ動画を作ってるんですけど、解像度は512:384で作っていて、いまちょっと800:600とかで作っておけばよかったかなと後悔してるんですが
自分はニコニコでは一般会員で投稿できる動画にビットレート制限があるんですけど、
原宿かQプレイヤーでみれる動画の解像度の制限は512:384か640:480ですよね?
だとすると、もしも動画を投稿するなら、わざわざ800:600なんかの高解像度動画をあげるべきではないですよね?
きっちり512:384か640:480の解像度にしてエンコードし、その制限の中でビットレートを収めるようにするようにするべきですよね?

なんか納得する理由が欲しいので詳しい方解説お願いします。。
といっても800:600で作っておいて、最終的に640:480あたりに圧縮して投稿すればよかったんですよね。。

905 :名無しさん@お腹いっぱい。:2012/11/24(土) 13:18:08.32 ID:WI9HKR6t0
4:3ならサイズは1440x1080だね

906 :名無しさん@お腹いっぱい。:2012/11/24(土) 14:23:00.60 ID:mcP1rAIe0
ほんと解像度周りニコニコはありすぎだからな
もう好きな大きさで作って細かいこと気にしたら負けだと思う

907 :名無しさん@お腹いっぱい。:2012/11/24(土) 16:16:00.99 ID:agAAYjJb0
512と640の最小公倍数の2560×1920で投稿しよう(提案)
どちらの解像度でもdot by dot並の鮮明さかつ4:4:4並の色再現度、youtubeなんかに投稿する時にも最強と割といいと思う

908 :名無しさん@お腹いっぱい。:2012/11/24(土) 16:24:30.03 ID:5MZuwjyY0
一般だから1280x720以上は無理でしょ

909 :名無しさん@お腹いっぱい。:2012/11/24(土) 17:56:21.24 ID:fdjO+L890
解像度の話題が出たので聞きたいんだけど854x480(フルワイドVGA)ってやめた方がいい?
ソースが720x480の16:9スクイーズだから素直に考えるならこれだと思うんだけど。
(素直に、というのはDVDやSD放送では同様の横方向にだけ引き伸ばす処理をやってるという意味で、これが厳密に16:9じゃないのは分かってる)
h.264、Flash player、ニコニコのプレーヤーの仕様上やめた方がいいって事はある?

910 :名無しさん@お腹いっぱい。:2012/11/24(土) 18:15:26.30 ID:5MZuwjyY0
640x360にしておいたら?
これなら原宿だとピッタシだし

911 :名無しさん@お腹いっぱい。:2012/11/24(土) 19:05:30.99 ID:G7ubkM6c0
854x480ならQにピッタシだけどな

912 :名無しさん@お腹いっぱい。:2012/11/24(土) 20:18:54.75 ID:mcP1rAIe0
リサイズしないほうがいいんでないのもう

913 :名無しさん@お腹いっぱい。:2012/11/24(土) 22:11:16.79 ID:wON4ukbV0
それじゃあ
512x384のビットレート600kbpsと640x480の600kbps
ならどちらが画質よくなりますかね?

914 :名無しさん@お腹いっぱい。:2012/11/24(土) 22:20:48.62 ID:G7ubkM6c0
ものによる

915 :名無しさん@お腹いっぱい。:2012/11/24(土) 22:21:08.68 ID:wON4ukbV0
もうすこし細かくかいときます・・
自分が作ってるのが黒、グレー、白、赤の四色しか使わないアニメで
これを10分程度の長さで作ってるんですけどこれを投稿するなら
512x384のビットレート600kbpsと640x480の600kbpsのどちらがいいですかね?

916 :名無しさん@お腹いっぱい。:2012/11/24(土) 22:30:14.04 ID:G7ubkM6c0
いやだからものによるし好みによるよ
両方やってみて両方非公開ででもうpして比べて自分がいいと思う方採用したらいいんじゃないの?

917 :名無しさん@お腹いっぱい。:2012/11/24(土) 22:52:59.35 ID:F/3Ijtjc0
普通は解像度の高い方 ssimがそんなに高くない(12dbより下ぐらい)なら解像度低い方が良いかもしれない
心配ならちゃんとこっちで吟味してエンコしてやるからソース出せよ

918 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:03:42.96 ID:wON4ukbV0
透明もなし、アンチエイリアスもないので、色数は完全に四色という条件付きでもものによる、になりますか?

919 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:10:43.31 ID:KXA8409y0
>>909
アス比埋め込みはニコ動プレイヤーで反映されないよ
フィルタの都合上その解像度にしないなあ

920 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:10:56.71 ID:sUPIbQZd0
いい加減しつこいぞ
ぐだぐだ言ってる暇あったら実際にエンコして自分の目で見てみろよ
人が言うこと鵜呑みにするつもりか?

921 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:17:19.89 ID:wON4ukbV0
>>920
エンコしようにも製作途中なんでどうにも。
クリンナップ前の下書きのラフしかないですよ。

922 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:19:31.68 ID:F/3Ijtjc0
そういう事じゃなくて解像度が高い程滑らかには見えるけれどもビットレートが足りない場合はノイズなどで汚なくなるので一概には言えない
ある一定以上ノイズが出るならプレイヤサイズより小さい動画をプレイヤ側でアプコンしてもらった方がマシになる
ビットレートが足りるか足りないかソースもコマ数も把握してないのに分かるかって話

923 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:19:58.17 ID:5MZuwjyY0
512x384で作っちゃってるならそれ以外にはできないでしょ

今回は512x384で我慢しなよ。
それで納得できないのであれば作り直せばいいだけ
作り直すのが面倒ならあきらめる

924 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:21:09.39 ID:sUPIbQZd0
自分でエンコしてもないやつに教えても効率悪いだけだろ
やってみたけどうまくいかなかったら質問するもんだろうが
お前みたいなやつを教えて君っていうんだよ

925 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:23:56.86 ID:wON4ukbV0
>>922
わからないならまあそれでいいです。了解です。

>>923
まあそうですね。

>>924
素材が512x384のラフしかないから比較ができないわけです。
頭わるいなぁ。

926 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:27:54.35 ID:G7ubkM6c0
>>925
お引き取りください

927 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:30:16.08 ID:wON4ukbV0
>>926
言われなくてももういなくなりますよ。
質問していてID:sUPIbQZd0 みたいな人がでてきたらだいたい流れ決まったようなもんですからね。

928 :名無しさん@お腹いっぱい。:2012/11/24(土) 23:34:30.88 ID:sUPIbQZd0
>>1
> ※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
>  動画の作成方法、画質の追求については関連スレ等をどうぞ。

作成されてもない段階でここに来るなって>>1に書いてあるのにおまえみたいのが来た時点で流れが決まってたんだよ
馬鹿だなあ

929 :名無しさん@お腹いっぱい。:2012/11/25(日) 02:06:03.61 ID:IssBbPgC0
頭悪いなとか言っちゃう奴に真面目に答えたかと思うと虫唾が走る
こんな奴が多いから誰も答えなくなってDTVは敷居が高いなんて言われるんだよ

930 :名無しさん@お腹いっぱい。:2012/11/25(日) 02:52:57.24 ID:teEcHO3L0
なんか納得する理由が欲しいので詳しい方解説お願いします。。

↑こんな迷宮的な文章が出た時点でおかしいと思わないってのも回答側はまずいな

931 :名無しさん@お腹いっぱい。:2012/11/25(日) 04:53:16.15 ID:IssBbPgC0
ちゃんと書いただろ糞が
こんな簡単な説明で理解出来ねえなら出ていけ

932 :名無しさん@お腹いっぱい。:2012/11/25(日) 09:53:13.76 ID:cYIqSyeJ0
そろそろこのスレにもaviutl拡張編集スレの>>5みたいな対応が必要かな

933 :名無しさん@お腹いっぱい。:2012/11/25(日) 12:09:14.21 ID:XpyojRb80
>>911
調べたらQは864x486なのね。
メジャーな解像度じゃないけど正確に16:9だしこっちでもいいかなぁ
縦にも拡大が入るのが気になるから両方で試してみるか

>>912
リサイズしないと縦長になるから論外。スクイーズだから

>>919
アス比埋め込むとは書いてないよ
フィルタの都合ということは問題が出るのね。フィルタ名kwsk

934 :名無しさん@お腹いっぱい。:2012/11/25(日) 12:23:17.93 ID:e4f4AjcT0
>>933
>調べたらQは864x486なのね。

それZeroでしょ。
Qは854x480で一般的といえば一般的な解像度だよ。
中画面は原宿と同じ640x360か640x384。

935 :名無しさん@お腹いっぱい。:2012/11/25(日) 12:33:13.04 ID:XpyojRb80
>>934
そうなのかサンクス。これwikiに書いてないね。最近あまり更新されてないのかな
Qでまた変えたのか・・・一般的な解像度に変えたんだから良い事だろうけど

936 :名無しさん@お腹いっぱい。:2012/11/25(日) 12:42:06.56 ID:e4f4AjcT0
>>935
wikiってここじゃないの?
http://nicowiki.com/encode.html

937 :名無しさん@お腹いっぱい。:2012/11/25(日) 13:18:03.34 ID:AlQr0WUm0
>>933
俺なら854x480にする。Qのプレイヤーサイズがそうだし縦リサイズなしでいけるし
これより小さいサイズだとQで見てる人が拡大再生されちゃうからね

938 :名無しさん@お腹いっぱい。:2012/11/25(日) 13:22:42.40 ID:XpyojRb80
>>936
自分はここ見てた
ttp://nicowiki.com/aviutl_h264.html#ea9b4fab

939 :名無しさん@お腹いっぱい。:2012/11/25(日) 14:27:24.77 ID:ikcMKjYv0
更新漏れに気づいた人が訂正すると後で使う人が喜ぶよ

940 :名無しさん@お腹いっぱい。:2012/11/25(日) 20:08:13.36 ID:aagBqq/Y0
そういえばWii Uのコントローラーも854x480らしいね。
Wii U版ニコニコアプリって開発してるのかな?

941 :名無しさん@お腹いっぱい。:2012/11/25(日) 20:34:44.50 ID:k+H9wVl0P
>>938
wikiはみんなで更新していくものだ
権利ばかり主張するのではなく。後は分かるな?

942 :名無しさん@お腹いっぱい。:2012/11/26(月) 00:46:38.07 ID:YFRZg16A0
>>940
実はQwatchはそれに合わせての変更だったりしてな。

実際は「たまたま」だろうけど。

943 :名無しさん@お腹いっぱい。:2012/11/28(水) 00:20:29.58 ID:Sb5iaV+x0
>>895
その動画の人って確かドワンゴ社員なんだが,普通に採用するわけにはいかんのか?

944 :名無しさん@お腹いっぱい。:2012/11/28(水) 21:52:45.03 ID:OC884W3+0
>>943
なかなかそうもイカんのですよ。色々

945 :名無しさん@お腹いっぱい。:2012/11/28(水) 22:07:28.76 ID:l6jsGz140
>>943
どこ情報なのそれ

946 :名無しさん@お腹いっぱい。:2012/11/28(水) 23:24:22.08 ID:VYkL/xcd0
(´・ω・`)

947 :名無しさん@お腹いっぱい。:2012/11/29(木) 01:28:21.35 ID:dvZSCzhi0
2ch求人で入ったアホです。命知らずですな。

948 :名無しさん@お腹いっぱい。:2012/11/29(木) 23:42:39.31 ID:lrxFWRCW0
別の動画でQwatchもハックしてるぞ。本当に社員なら首になるわ

949 :名無しさん@お腹いっぱい。:2012/12/01(土) 11:36:24.64 ID:2vMQ81Y/0
古い人しか知らないと思うけどその昔、
無料で過去ログが読める、にくちゃんねるというサイトをやってました。

950 :名無しさん@お腹いっぱい。:2012/12/04(火) 02:40:16.81 ID:PsR9JnWC0
懐かしい名前だな

951 :名無しさん@お腹いっぱい。:2012/12/06(木) 13:02:49.86 ID:YXnpl2YI0
>>934
ただ16と9で割り切れないからスッキリしないんだよね

952 :名無しさん@お腹いっぱい。:2012/12/13(木) 17:20:06.42 ID:Kpbixpjg0
もう話題過ぎたかもしれんけど解像度の話
あんまり大きくしすぎるとPC負荷高くなるで
フルスクで見てる奴もそうそう居ないし無意味に解像度上げても損するだけだ

953 :名無しさん@お腹いっぱい。:2012/12/13(木) 17:22:49.22 ID:0QsX6xqj0
だな 再生できるのも一部になってくる
ま、ニコニコベンチマークなら別だが

954 :名無しさん@お腹いっぱい。:2012/12/13(木) 17:46:19.21 ID:qbZcXGHK0
フルHDはデメリットがデカいから必要ないけど
720p程度なら負荷もビットレートもそこまでじゃないしアリかなーと個人的に思う

955 :名無しさん@お腹いっぱい。:2012/12/13(木) 21:30:54.07 ID:7nFFQ0xiO
720pだと赤色の劣化がいくらか抑えられるんじゃないっけ

956 :名無しさん@お腹いっぱい。:2012/12/14(金) 08:29:21.56 ID:xWzS531D0
>>952
フルスクで見てない奴なんかいるの?
通常だと小さくて見辛いからほぼ常にフルスクだ
720pなら容量的にも負荷的にも余裕だろ

957 :名無しさん@お腹いっぱい。:2012/12/14(金) 09:18:17.71 ID:1XsgBcbG0
>>956
大画面ですら見る人が少ないからQでは中画面がデフォになったのを知らないアホ

958 :名無しさん@お腹いっぱい。:2012/12/14(金) 10:34:39.53 ID:oyXFNKrCP
俺はフルスクで見てる

959 :名無しさん@お腹いっぱい。:2012/12/14(金) 10:40:20.45 ID:ZDsxzMB60
俺もフルスクw

960 :名無しさん@お腹いっぱい。:2012/12/14(金) 12:24:22.86 ID:nmzG+wdl0
3-5分程度が主流の音楽系もあれば、20-30分程度もざらにある実況系などもあるし
720pで、60fpsがいっぱいいるアイマスのダンス系とか、ジャンルや動画によってバラバラなのに、
各自が見ていたり、作ったりしている動画に限定した話をされてもな

961 :名無しさん@お腹いっぱい。:2012/12/14(金) 17:38:33.87 ID:pzstd+Nh0
XGAのノーパソを使ってた頃はフルスクリーンにすることが多かったけど、
FullHDのモニタにしてからは、何かしながら動画を見るようになったからほとんどフルスクにはしなくなったな、大画面モードにすることはあるけど

962 :名無しさん@お腹いっぱい。:2012/12/16(日) 10:50:26.01 ID:BiIgT+4+0
ガチPV系だとフルスクで見る派が多いけど
他はそんなにフルスクじゃ見ないかなぁ
スマホ派を考えたらフルスク前提でエンコするのもありだけどね

963 :名無しさん@お腹いっぱい。:2012/12/19(水) 17:30:55.43 ID:hwhrXuKg0
映像に関してお一つ疑問があります

ファミコンのPlay動画をアマレコTVで録画すると、点滅部分が表示されません
スーパーマリオブラザーズでマリオがダメージ受けた時、録画物では透明に

これは表示する事可能でしょうか?

964 :名無しさん@お腹いっぱい。:2012/12/19(水) 18:57:03.68 ID:sQUuGwBF0
60fpsにすればきちんと表示される
無理なら多少カクつくが20fpsにしてみるとか妥協するしかない

965 :名無しさん@お腹いっぱい。:2012/12/19(水) 20:49:36.71 ID:hwhrXuKg0
>>964
ありがとうございます 60fpsでクッキリ映りました!!

966 :名無しさん@お腹いっぱい。:2012/12/21(金) 21:14:53.28 ID:QB4cgNCi0
ビットレート指定(シングルパス)でエンコした動画を投稿して
末尾に?eco=1を付けてみたんですが、何故かエコ回避できてる…。

何故でしょうか?というかそういう仕様なのでしょうか?

967 :>>966:2012/12/21(金) 21:16:13.09 ID:QB4cgNCi0
追記。勿指定したビットレートはエコ回避できる上限を優に超えてます。

968 :名無しさん@お腹いっぱい。:2012/12/21(金) 21:41:08.98 ID:ZWEkk7f10
>>966
動画のURL貼れよ
できないなら、そういう仕様だと思って納得しとけ

969 :名無しさん@お腹いっぱい。:2013/01/05(土) 04:14:24.73 ID:77J02UtA0
新ネタある?

970 :名無しさん@お腹いっぱい。:2013/01/05(土) 16:26:49.37 ID:rV0qZQ7GP
投稿容量を300MB位まで増やしてほしいな

971 :名無しさん@お腹いっぱい。:2013/01/06(日) 16:49:29.13 ID:BqLeao0e0
生放送で184外してくださいって言われたんですけど、@の後に名前だけじゃ駄目なんですか?

外し方がわからないのでどなたかお願いします。

972 :名無しさん@お腹いっぱい。:2013/01/06(日) 17:43:58.21 ID:TnjxoVhZ0
何を思ってこのスレに書いたのか分からなさすぎる

973 :名無しさん@お腹いっぱい。:2013/01/06(日) 22:55:35.70 ID:2L0P+LLL0
【ニコニコ動画】 【質問】 しか読んでなかったとか?

974 :名無しさん@お腹いっぱい。:2013/01/08(火) 00:22:39.21 ID:4XRHT/ZT0
年末に生放送でやってた偽物語の副音声版と猫物語の視聴期間が伸びてるんだけど何かあったのかな?
それとも自分だけそう見えてるのか?

975 :名無しさん@お腹いっぱい。:2013/01/08(火) 00:23:26.91 ID:4XRHT/ZT0
間違えた、化物語の副音声版だ。

976 :名無しさん@お腹いっぱい。:2013/01/08(火) 01:37:28.47 ID:4XRHT/ZT0
すまん、誤爆ってた
忘れてくれ

977 :名無しさん@お腹いっぱい。:2013/01/08(火) 10:00:05.15 ID:6dz2di6J0
初歩的な質問だと思いますがよろしくお願いします。
動画サイトからソフトを使い、20分程のものをflv形式で保存した時は90MBなのに
そのソフトでaviに変換も行った場合、500MBほどになります。
この容量の差は何故起こるのでしょうか?
また画質はやはり元のflvのままが一番なのでしょうか?
見た感じでは見分けが付かず、どちらかというとaviの方が綺麗に見えたような気がしました。

978 :名無しさん@お腹いっぱい。:2013/01/08(火) 10:46:59.39 ID:sM98iiv70
flvは上がってるものそのまま
aviは再圧縮してるから劣化してる
aviはコーデックは様々だが圧縮率の悪いものならサイズがでかくても画質はよくない

979 :名無しさん@お腹いっぱい。:2013/01/08(火) 17:20:28.61 ID:JZlDzYTJ0
aviに変換するときどうやったかによるが可逆圧縮なら画質は元のflvと同じ、
非可逆圧縮なら元より劣化してる。いずれにしろ元より良くなるということはありえない。

980 :名無しさん@お腹いっぱい。:2013/01/08(火) 18:58:44.77 ID:6dz2di6J0
>>978
>>979
ありがとうございました。
画質についてはわかったのですが、なぜ変換した物がソースの容量を上回るのかがどうしても解せないのですがよければ解説をお願いいたします

981 :名無しさん@お腹いっぱい。:2013/01/08(火) 20:22:15.19 ID:f+Qe9/fA0
ダウンロードしたflvのタイムシフトをAviUtlを使ってmp4にしたのですが、音がずれてしました。
AviUtlでMP4変換エンコードのススメを見てmp4にできるようになったのですが、音ずれしないようにするにはエンコードの設定を変える必要があるのでしょうか。

982 :名無しさん@お腹いっぱい。:2013/01/08(火) 21:44:42.74 ID:dCJDgRgQ0
どのflvかしらんがニコ生のとかは可変fpsだからaviutlでエンコするならflvからタイムコード吐かせないと音ズレ回避無理だと思う

983 :名無しさん@お腹いっぱい。:2013/01/08(火) 23:02:21.10 ID:MfDPoGezO
>>980
flvそのものじゃなくてflvからデコードした映像を圧縮してるから。

畳むと半分の大きさ、丸めると三分の一になる服があったとして、
丸めてから畳んで6分の1、なんてことは出来んだろ。

984 :名無しさん@お腹いっぱい。:2013/01/09(水) 04:31:42.06 ID:n0G8nKYt0
aviにするソフトが無圧縮コーデックを使ってたりすると「畳んで」も「丸めて」もない
aviはコンテナ名なのでコーデックはほとんどなんでもありえる

985 :名無しさん@お腹いっぱい。:2013/01/09(水) 06:17:56.21 ID:ugfGnaTa0
例えが悪くないか?
沢山の情報詰込めるコンテナ用意したって
肝心の情報が無けりゃ無駄ってだけの事だろ

986 :名無しさん@お腹いっぱい。:2013/01/09(水) 06:39:18.43 ID:01pqIWdp0
同じflvからflvへ再エンコの場合でも100kbpsでエンコードされてたソースを500kbpsでエンコードすれば容量増える
フィルタ等で画質補正等せずに不可逆圧縮でエンコードしたのなら容量増えてるのに画質劣化したflvが出来上がる

これはaviだろうがflvだろうがmp4だろうがなんでも一緒

可逆圧縮すればソース維持したまま容量変化させる事は可能。容量増えるのか否かはコーデック次第

987 :名無しさん@お腹いっぱい。:2013/01/09(水) 07:13:58.73 ID:IXq8qjfn0
・変換によって元より画質が上がることは無い
・非可逆圧縮をすると必ず劣化する

元にしたのが低画質で更に非可逆圧縮すれば、
形式が何であれもっと低画質にしかならない

988 :984:2013/01/09(水) 17:07:47.62 ID:n0G8nKYt0
>>980
983から後ろが全部説明だよ。たくさんの人がいろいろな角度から説明してる。
984はたとえが悪かったようだ。
コンテナ(avi flv mp4)でコーデックは決まらないし圧縮度はコーデック次第と言いたかったんだ。

989 :名無しさん@お腹いっぱい。:2013/01/09(水) 23:11:29.11 ID:Tqmm/jhj0
FLVになる前の製作時→元の料理。場所取る。味はうまい。
動画サイトのFLV→冷凍食品。冷凍なので場所取らない。食うときに味は落ちてる。
FLVをaviに変換→冷凍食品を解凍した状態。解凍したので場所を取る。レンジの質(aviコーデック)によって冷凍時と同じかそれ以上に味が落ちる。

っていう例えはどうだい
突っ込みどころもあるけど理解するには十分じゃないかと

990 :名無しさん@お腹いっぱい。:2013/01/10(木) 01:12:03.08 ID:lGPfT0rv0
その例えならflvをaviにした状態は解凍した状態じゃなくて再度冷凍しなおした状態

991 :984:2013/01/10(木) 03:49:20.30 ID:DkbROmww0
>>980
画質の話をしなかった。このスレの人は情報が欠落することを低画質になると言っているが
わからない人はプレイヤーで自分で見た目が良くないことを低画質と言うだろう。
実は両者には差があるし条件や環境次第で逆になることもある。
そのへんの説明は面倒臭い。(PCが低スペックとか再生ソフトのコーデック対応の違いとか)
環境が非常に良いなら情報の欠落と見た目の差は逆転することはない。(個人の好みは別にして)
が情報が欠落しても見た目が変わらない事はよくある。(人類の視力の識別限界を超えられないから)
(動画を加工したりする話は変換とはまた別)

992 :984:2013/01/10(木) 03:57:35.94 ID:DkbROmww0
追記:情報が欠落するというのは容量(バイト数)が少なくなることではなくて
元の情報が再現できなるなることを言う。
再現可能なように圧縮すれば(可逆圧縮コーデック)容量は減るが情報は欠落しない

993 :名無しさん@お腹いっぱい。:2013/01/10(木) 04:31:20.07 ID:QpkQ4GoW0
そんなことより次スレ…

994 :名無しさん@お腹いっぱい。:2013/01/10(木) 05:26:58.34 ID:DkbROmww0
次スレ
【ニコニコ動画】FLV/MP4エンコードスレ 55【質問】
http://anago.2ch.net/test/read.cgi/streaming/1357761195/

995 :名無しさん@お腹いっぱい。:2013/01/10(木) 15:16:50.53 ID:TjKMbVS00
見事なスレ立てでござる乙

996 :名無しさん@お腹いっぱい。:2013/01/10(木) 23:01:19.02 ID:JNw4DB8l0
もうこっち埋めちゃっていいのかな?

997 :名無しさん@お腹いっぱい。:2013/01/10(木) 23:04:12.43 ID:n9Ec1GtM0


998 :名無しさん@お腹いっぱい。:2013/01/11(金) 00:43:28.74 ID:BWaTy/B70
umeume

999 :名無しさん@お腹いっぱい。:2013/01/11(金) 00:57:00.93 ID:S1OWHo3B0
うめ

1000 :名無しさん@お腹いっぱい。:2013/01/11(金) 03:53:45.71 ID:glCcYGlF0
さあ次いこか

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

334 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)