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

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

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

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

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

質問時は
  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/

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

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

2 :名無しさん@お腹いっぱい。:2011/07/29(金) 04:52:53.53 ID:WWaYyJBj0
■関連スレ

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

MAD制作初心者向けスレ113
http://hibari.2ch.net/test/read.cgi/streaming/1311514525/

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

3 :名無しさん@お腹いっぱい。:2011/07/29(金) 04:59:13.05 ID:WWaYyJBj0
■ FLV/MP4ファイル作成の具体的方法
ニコニコ動画まとめwiki-エンコード設定
http://nicowiki.com/encode.html

■ コーデック情報確認ツール(映像・音声ビットレート、フレームレート等の確認用)
・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 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:03:10.79 ID:WWaYyJBj0
■MP4/FLV作成用フリーソフト

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

・AviUtl version0.99i8(推奨)
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 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:06:54.79 ID:WWaYyJBj0
■音声エンコード用ソフト
・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

・Nero AAC/AAC+ UI : NeroAAC用のフロントエンド
http://www.digitalradiotech.co.uk/nero_aac_ui.htm

・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/

6 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:18:03.51 ID:WWaYyJBj0
■エンコード関連Q&A集(主にFLVに関して)

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

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

作成したFLV/MP4ファイルの確認方法

■電卓を使用しての実ビットレート計算方法

実ビットレート(kbps) = ファイルサイズ(byte) ÷ 時間(秒)× 8 ÷ 1000
(実ビットレートには映像と音声にFLV、MP4などのコンテナが使用するオーバーヘッドを含みます)

実ビットレートは一般会員で 656.384kbps 以下、プレミアム会員で 1049.5kbps 以下(仮定)

*注意*
「AviUtl等でエンコード時に設定したビットレート」と「実ビットレート」が同じである保証はありません。
ニコニコ動画でのビットレート違反の判断基準は上記の式で計算される「実ビットレート」の方です。

ファイルサイズはエクスプローラの右クリックメニューから、該当ファイルのプロパティを表示してバイト単位のサイズを参照する。
あくまで目安なので、通らなかったら潔くビットレートを下げてみましょう。
計算はWindows標準の電卓の他、Google電卓や下記サイトでやると楽です。

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

1Mbps = 1000kbps
1kbps = 1000bps

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

7 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:24:02.60 ID:WWaYyJBj0
■「実ビットレート」の計算方法

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

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

 実ビットレートの計算で使う数値の意味や計算式は以下の通りです。

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

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

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

8 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:25:28.44 ID:WWaYyJBj0
■アップロード時の上限ビットレート判定について

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

  ●プレミア会員   制限なし

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

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

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

  ●MP4の場合
     305×1024=312320[bps]

  ●FLV(映像コーデックはVP6)の場合
     306×1024=313344[bps]

9 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:27:42.57 ID:WWaYyJBj0
■その他
・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

■注意
 このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
 決してこの質問をしてはいけません!! いいかげんにしてよね、ほんと…

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

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

10 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:31:10.79 ID:WWaYyJBj0
以上テンプレ

動画によるエンコード説明は時代の流れについていけてなかったので削除

11 :名無しさん@お腹いっぱい。:2011/07/29(金) 05:32:58.34 ID:WWaYyJBj0
あら、>>9にSmileVideoが残ってた…とっくの昔になくなっちゃったのにorz

12 :名無しさん@お腹いっぱい。:2011/07/29(金) 21:52:00.36 ID:UEvhNoVJ0
現時点でFLV使う利点ってあるの?

13 :名無しさん@お腹いっぱい。:2011/07/29(金) 21:58:30.72 ID:UEvhNoVJ0
参考までに
【MP4】MMD動画エンコード相談室【つんでれんこ】
http://jbbs.livedoor.jp/bbs/read.cgi/music/23040/1299700325/l100

14 :名無しさん@お腹いっぱい。:2011/07/30(土) 00:55:55.36 ID:uZ6fmOHK0
>>12
ソースの音声がmp3だったら、そのまま使える可能性がある、くらいだろうな
もしくはFLVの音声だけ差し替えたいとか

15 :名無しさん@お腹いっぱい。:2011/07/30(土) 01:25:01.98 ID:1x5HldV00
>>12 現時点でFLV使う利点ってあるの?
MP3 を載せるためのコンテナとして残してるのかもしれませんね。



16 :名無しさん@お腹いっぱい。:2011/07/30(土) 05:08:08.29 ID:MCwgc9gh0
FLVでWAVが使えるとかって話がなかったっけ?

17 :名無しさん@お腹いっぱい。:2011/07/30(土) 07:06:43.59 ID:1x5HldV00
>>16
ニコニコ動画研究所 2011/02/09 時点
http://looooooooop.blog35.fc2.com/blog-entry-575.html
この時点では
  13_vp6_pcm.flv  ○
いけそうですね。でも 音声だけで 44100Hz 16bit 2ch 1411kbps だからプレミアム会員の方に
確認してもらわないと正確なところはわからないですね。


18 :名無しさん@お腹いっぱい。:2011/07/30(土) 21:09:29.24 ID:uZ6fmOHK0
>>9のMP4Boxに不具合が見つかっているようなので、とりあえず一つ前のやつに戻しました
http://www.mediafire.com/download.php?su1l8mvo69rl9lr

新しい方は削除済&nicowikiのほうもリンク修正済です

19 :名無しさん@お腹いっぱい。:2011/07/30(土) 21:47:46.45 ID:MCwgc9gh0
やっぱり不具合あんのか・・・今日一日、うまくmux出来なくて四苦八苦してたわ。
うまく行くときの方が多いのが紛らわしい。

20 :名無しさん@お腹いっぱい。:2011/07/30(土) 22:10:29.34 ID:uZ6fmOHK0
とりあえず2.5GBとかのやたらでかいファイルだとダメみたい
ニコニコ用ならそんなサイズはまず扱わないからそれほど問題にはならないだろうけど

21 :名無しさん@お腹いっぱい。:2011/07/30(土) 22:24:27.89 ID:MCwgc9gh0
>>20
ちょうどそのぐらいのでかいファイルだったわ。まんまと引っかかったのね。

22 :名無しさん@お腹いっぱい。:2011/07/30(土) 22:27:38.27 ID:1x5HldV00
build-verの確認に手間取ったけど前のに戻ったぁ。
x264guiExのmuxerと aac換装やらで使ってたけど障害は一度もなかったです。

23 :名無しさん@お腹いっぱい。:2011/07/30(土) 23:06:18.99 ID:jBNL9T090
画像+テキスト的な動画なんですが
容量抑えるために16ビットカラーにすると言うのはありえないことでしょうか?

24 :名無しさん@お腹いっぱい。:2011/07/30(土) 23:56:03.83 ID:uZ6fmOHK0
減色するってことは当然ディザを加えるんだろうが、それやると圧縮時にかえって
サイズ増えるかもしれんぞ?
そもそも画像+テキストで容量気にするって、どれだけ長時間の動画作る気なの?

25 :名無しさん@お腹いっぱい。:2011/07/31(日) 00:09:59.26 ID:IZHRntRB0
20分強ぐらいになると思います
ディザと言うのはわからないのですが、出力してみた感じ16bitも24bitもそう変わらなく見えたのですが
実際にニコニコにアップしてみるとかなり違って見えてしまうものなんでしょうか?

26 :名無しさん@お腹いっぱい。:2011/07/31(日) 01:16:25.83 ID:l+D2R5cW0
>>25
ディザも知らないのにそういう小細工をやるのはよくない
たとえばここ見てみ
http://www.geocities.jp/road_of_the_rices/img/index.html
ここのJPEG02(24bit)とJPEG09(16bit)だと、JPEG02のほうがサイズ小さいのに綺麗に見えないか?

まあこんなところで質問する前に、まずはやってみたほうがいいんだけどね
思い通りになったらそれでよし、上手く行かなくても経験は無駄にはならないかも知れない

27 :名無しさん@お腹いっぱい。:2011/07/31(日) 01:21:23.92 ID:CFPQXR6V0
圧縮するとどのみち減色されるから
たいして違いが出ない気がするな

ちなみに、jpeg画像は減色するとむしろ圧縮効率が悪くなる

28 :名無しさん@お腹いっぱい。:2011/07/31(日) 01:28:06.48 ID:l+D2R5cW0
H.264だって似たようなもんだ
YUV10bitのほうがYUV8bitよりも、小さくて綺麗に見えるんだから

29 :名無しさん@お腹いっぱい。:2011/08/01(月) 04:52:57.70 ID:Hr0iwIFJ0
どうやらMP4Boxの不具合が解消されたようなので新しいのをビルドしました
http://www.mediafire.com/download.php?8e5y1m31j85euv5

一応巨大なサイズのファイルも正常にmux出来ることは確認済み
機能的には20101003のやつと多分変わりませんので、新しいほうがよい人だけ
更新して下さい

30 :名無しさん@お腹いっぱい。:2011/08/02(火) 07:36:50.92 ID:LLSX5LgH0
TMPGEncで作成したMP4ファイルを
映像も音声も再エンコせずF4Vファイルにコンテナ入れ替えがしたいのですが
良い方法はないでしょうか?

31 :名無しさん@お腹いっぱい。:2011/08/02(火) 07:51:08.30 ID:4syG71470
ここはflvまたはmp4エンコードスレです

32 :名無しさん@お腹いっぱい。:2011/08/02(火) 08:37:19.06 ID:e22tV+dn0
H.264とAACはFLVコンテナに入らないので無理

33 :名無しさん@お腹いっぱい。:2011/08/02(火) 08:39:57.56 ID:u7Rb8sWg0
>>32
入らないって言うのは間違い。
その規格はようつべの独自規格しか無いだけ。

34 :名無しさん@お腹いっぱい。:2011/08/02(火) 10:32:03.33 ID:6bl9IrqS0
一般会員で短い動画の後半真っ黒とかやってる人いるけどあれってどういう効果あるの?
むしろ容量が増えて画質とか落ちるんじゃないの?

35 :名無しさん@お腹いっぱい。:2011/08/02(火) 10:47:39.59 ID:e22tV+dn0
後ろに真っ黒を入れるのは平均ビットレートを下げるため。
真っ黒部分で使わなかったビットレートを本編部分に回して
本編の実効ビットレートを稼いでいる。

36 :名無しさん@お腹いっぱい。:2011/08/02(火) 11:26:50.16 ID:6bl9IrqS0
ほへー
長い動画ではやるだけ無駄?

37 :名無しさん@お腹いっぱい。:2011/08/02(火) 12:15:51.43 ID:f3nUFND+0
>>35
プレミアムはビットレートの上限無くなったから意味無いよな?

38 :名無しさん@お腹いっぱい。:2011/08/02(火) 12:26:11.65 ID:4syG71470
>>37
だから>>34に一般会員って書いてあるじゃないかw

39 :名無しさん@お腹いっぱい。:2011/08/02(火) 15:36:09.20 ID:nd+crYqQO
>>32-33
ようつべのあれは別に独自企画じゃねえだろ。
Adobeが決めたFLVの仕様書で、H.264/AVCもAACも、
ちゃんとFLVコンテナに格納可能になってるぞ。


40 :名無しさん@お腹いっぱい。:2011/08/02(火) 17:12:03.78 ID:efzZsvAa0
そういやFLVコンテナって中身同じMP4コンテナよりわずかにかさばらない?

41 :名無しさん@お腹いっぱい。:2011/08/02(火) 22:50:56.98 ID:OUPr81M90
だからなに。コンテナでファイル容量が違うのは当たり前よ

42 :名無しさん@お腹いっぱい。:2011/08/03(水) 16:00:56.80 ID:7tryKIFY0
Mencoder を使ってエンコすると必ず動画の最初に反転するバグが起きるようになってしまったんだが何故?
今までの動画はムービーメイカー経由でWMVからエンコ。
今回はMP4から直接エンコ。

http://www.youtube.com/watch?v=YT7CU5pNET4

この場合もうMP4を直接アップしたほうがいいのかな。

43 :名無しさん@お腹いっぱい。 :2011/08/05(金) 00:19:00.42 ID:2KHsaFPY0

ニコ動って、音声がマルチチャンネル(5.1chとか)の再生は出来ないんでしょうか?

音声5.1ch(6ch)/AAC の動画がいくつか上がっているけど、再生すると2ch(ステレオ?にダウンミックス?)
でしか再生されない。
Flash Player 11だと、マルチチャンネル音声にも対応となっていたので期待していたのですが。

動画をダウンロードしてMPCとかで再生すると5.1chで再生されるので、やっぱりFlash Playerの仕様でしょうか?




44 :名無しさん@お腹いっぱい。:2011/08/05(金) 00:27:33.07 ID:QnvQoxQG0
ん? FlashPlayer11もう出たの?
とりあえずFlashPlayer10で2chになるのは(たぶんダウンミックスではなく、FLとFRのみ再生)
FlashPlayerの仕様です

45 :名無しさん@お腹いっぱい。:2011/08/05(金) 00:33:42.46 ID:2KHsaFPY0
>>44

仕様ですか・・・


>ん? FlashPlayer11もう出たの?

あ、まだベータ版みたいだけど出てマス。

デスクトップ向けの「Adobe Flash Player 11」「Adobe AIR 3」ベータ版が公開
http://www.forest.impress.co.jp/docs/news/20110714_460610.html




46 :名無しさん@お腹いっぱい。:2011/08/05(金) 00:39:57.05 ID:QnvQoxQG0
FlashPlayerはいろいろこわいから、ベータは入れたくないので試せないな
まあ人柱頑張ってね

47 :名無しさん@お腹いっぱい。:2011/08/05(金) 02:12:11.91 ID:SYRpeyOzP
windowsムービーメーカーを使ってるんだけど

4:3の動画から16:9の動画を製作してるんだけど
何度やっても灰色で音楽しか聞こえず、まともに再生できない
プロファイラの設定ミスなのかわからないけど、何が原因かわからない

プロファイルでサイズ指定はちゃんとしたはずなのに・・・

誰か原因がわかる方いませんか?
ググっても同様の症状の人が見つかりません

48 :名無しさん@お腹いっぱい。:2011/08/05(金) 02:25:25.40 ID:g0rTZxsN0
ニコ動で今のβはコメントの後ろにゴミが出るから使わない方がいい

49 :名無しさん@お腹いっぱい。:2011/08/05(金) 05:28:02.70 ID:YUuTjto80
ニコニコに動画を投稿する際に著しく画質が低下してしまいます。
約21分のゲーム実況動画です。

512x288 8Bit AVC/H.264 High@2.1 Unspecified 29.97fps 37535f 537.76kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 95.99kb/s
MP4 Base Media v1
[MPEG4] 00:20:52.480 (1252.480sec) / 99,827,774Bytes

真空波動研でチェックするとこうなるんですが、何が悪いのでしょうか?

50 :名無しさん@お腹いっぱい。:2011/08/05(金) 05:47:45.40 ID:QnvQoxQG0
投稿する前のロカール再生時からそうなのか、投稿してブラウザで見てみたら画質が落ちるのか
とりあえず実際に投稿した動画のリンクでも貼って下さい

それと今回のテンプレから真空波動研は消しました
mediainfoかavinapticの詳細な情報以外は役に立たないので使わないでくださいな

51 :名無しさん@お腹いっぱい。:2011/08/05(金) 06:17:53.61 ID:Fnhc/6by0
いまどき512x288はないわー

52 :名無しさん@お腹いっぱい。:2011/08/05(金) 10:04:48.51 ID:RLflSagX0
FLV1 SORENSONで動画を投稿していたりするんですが
このタイプで最高画質にするのに最適なエンコードソフトとか
ありますか?

今使ってるのはAny Video Converterのフリー版です
あとPCがかなり昔のやつなので負担かけたくないのと
当方のものでもないので軽めのやつでお願いします

53 :名無しさん@お腹いっぱい。:2011/08/05(金) 11:10:33.60 ID:yX1PSQJp0
FLV1では、もはやどれ使ってもたいして変わらんだろ
あきらめなされ

54 :名無しさん@お腹いっぱい。:2011/08/05(金) 11:31:41.22 ID:RLflSagX0
>>53
そうなのか、ありがとうです。
なるべくFLV1でもう少し高水準の動画にできないかな
って感じてたから聞いてみたんだ。


55 :名無しさん@お腹いっぱい。:2011/08/08(月) 12:33:32.40 ID:J1PzkJiA0
質問です。Aviutlで動画編集・x264出力で、ニコニコにアップすると音量が物凄い小さくなってしまいます。
出来上がったmp4をGOMプレイヤー等で開いた時の音量は大きいのですが。
編集で音量を大きくしようとしても少し上げただけで音割れがひどく(音割れ寸前音量で録音してる為)、ニコニコにうpすると音割れのまま音量が小さくなってしまいます。
何か設定がおかしいのでしょうか?

mediainfoで調べましたがどの部分書けばいいのかわかりませんでした。


56 :名無しさん@お腹いっぱい。:2011/08/08(月) 12:36:28.16 ID:KdQZdtyD0
ブラウザの音量が小さいとかの初歩的なミスではなくて?

57 :名無しさん@お腹いっぱい。:2011/08/08(月) 13:03:17.39 ID:J1PzkJiA0
>>56
他の人の動画と比べて明らかに小さいんです。
プレイヤーの音量調節で言えば、自分の動画100%と他動画50〜70%が同じぐらいの音量になってます。

58 :名無しさん@お腹いっぱい。:2011/08/08(月) 13:09:28.20 ID:J1PzkJiA0
一応試してみた事です。
・録音時のマイク音量上げた→音割れひどい&ニコニコうpで小さい
・Audacityで増幅?正規化?→変わらない
・mp3gain→既に100dB近い(100以上で音割れになりやすくなるらしい)

59 :名無しさん@お腹いっぱい。:2011/08/08(月) 13:28:24.18 ID:w04MVu2o0
どう編集してるかは知らんが
フィルタの音量の調整とか
拡張編集ならメディアファイルそのものの音量とか
その辺が効いてるかもよ

60 :名無しさん@お腹いっぱい。:2011/08/08(月) 13:38:56.15 ID:J1PzkJiA0
>>59
拡張編集でやってます。
メディアファイルそのものの音量ですか?
元動画は音量が大きく、エンコ後も音量は大きいんですがニコニコにうpされる際に何かの設定が悪さをしてしまってるんでしょうか

61 :名無しさん@お腹いっぱい。:2011/08/08(月) 14:24:18.60 ID:w04MVu2o0
あーローカルで再生するのは問題ないのか

んじゃああげてから再エンコ食らってるか
ないだろうけど>>44らへんのみたいに一部チャンネルだけとか

62 :名無しさん@お腹いっぱい。:2011/08/10(水) 13:05:57.68 ID:uKx2fmIr0
パワーディレクター9を使って動画を編集しているのですが、ニコエンコを使ってニコニコにアップするのにファイル形式はどれで出力するのが最適なのでしょうか?
AVI、H.264AVC、WMV、MPEG4が選択できるのですが、cccp入れてるのでどの形式も読み込めます。


63 :名無しさん@お腹いっぱい。:2011/08/10(水) 13:09:09.86 ID:GqsNfEZO0
mp4を直に出せるのなら、ニコエンコは不要なのでは?

64 :名無しさん@お腹いっぱい。:2011/08/10(水) 13:18:05.22 ID:Sg7KEBzK0
PowerDirectorのエンコーダーはそれほど性能よくなかろ
とりあえずAVIで可逆圧縮コーデック使うのがいいだろうね

65 :名無しさん@お腹いっぱい。:2011/08/10(水) 13:19:05.13 ID:uKx2fmIr0
H.264AVCってのはMP4だけどまたなんか違うみたいで・・ためしにそのままあげたら再エンコされました。知識ないので良くわからないんですが。

66 :名無しさん@お腹いっぱい。:2011/08/10(水) 23:47:28.57 ID:ektKruE10
エンコードすると音量が小さくなってしまいます。
元の音量と同等にしたいです。

以前は元ファイルと音量が同じだったんですが、しばらく経って同じ設定で出力すると音量が小さくなってしまいました。
元ファイルとの音量比較を、再生時のボリュームレベルで言うと元が70%に対して出力後が100%にするとだいたい同じ大きさになります。

Aviutil99i9+x264+NeroAACEncにてエンコード。
Aviutilはインストールしなおした初期状態から入出力解像度を変更したのみ。
x264の設定変更したのはVBR品質20・NeroAACEncのHE-AAC v2 48kbps・mp4box指定。

出力時のx264のログのコマンドライン?です
--preset medium --crf 20 --input-res 1280x720 --input-csp yv12 --frames 187 --fps 29970/1000 -o

OSはWindowsXP 32bitです。

どなたか改善方法教えてください。
よろしくお願いします。

67 :名無しさん@お腹いっぱい。:2011/08/11(木) 00:08:21.15 ID:tZeJH78C0
>>66
「以前は〜だったけど、いつのまにか・・・」は死亡フラグな気がするけど、
AviUtlのメニューの「フィルタ」のとこで「音量の調整」をかましてるとかそんなオチはない?

68 :66:2011/08/11(木) 03:26:31.32 ID:xyPwR8Ea0
>>67
返事を書いてるうちに真相に辿り着きました。
結果から言うと、ffdshow audio decoderの入力ファイルに対応するコーデックを変更するとできました。
音質向上とかで変更してしまっていたようです。

動画のほうも不具合があって、同じ方法で解決してたんですが、音声はNeroしか関与してないと勘違いしてました。
Neroに渡す前のデータに違いがあったんですね。

考えてくれた人もありがとうございました。

69 :名無しさん@お腹いっぱい。:2011/08/11(木) 11:13:53.77 ID:NiThqKv80
この手の質問スレに来るのって大抵初心者だけど、一発で答えて貰えるような質問するには中級者並の知識が必要なんだよなw

70 :名無しさん@お腹いっぱい。:2011/08/11(木) 11:33:18.91 ID:EUZGhwI10
大抵「ここは関係ないだろう」って言わなかった部分に問題があったりするんだよな


71 :名無しさん@お腹いっぱい。:2011/08/12(金) 04:42:10.57 ID:vCLo+MM5O
テンプレに質問時の注意をまとめてるのに完全スルーが多いしな。
情報出そうとする姿勢が見られれば別にいいけど、
なるべくちゃんと書いてもらいたいもんだ。

72 :名無しさん@お腹いっぱい。:2011/08/12(金) 22:10:19.90 ID:nqNwCdnR0
質問ですが
真空波動研lifeの表示(音声部分のみ)
私   :AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 189.53kb/s
Aさん :AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 189.19kb/s [2]
と差が出ていますが、この意味は何でしょうか?
あと、Aさんのパターンに持っていく方法を教えてください、お願いいたします

73 :名無しさん@お腹いっぱい。:2011/08/12(金) 23:43:32.73 ID:LHaXvVR90
>>72
情報の一部を勝手に切って書くと失敗するという典型かな・・・。
[2]の部分は音声の情報じゃない。MP4のコンテナの種類の違いによって現れたもんだ。
真空波動研Liteを使ってるなら、音声のあとの部分が
  >>72  :[MP4 Base Media v1]
  Aさん :[2][MP4 v2]
になってんのがわかるっしょ。
>>72はMP4 Base Media v1(isom)というタイプのコンテナを使ってて、
AさんはMP4 Base Media v2(mp42)というタイプのコンテナを使っているということ。
[2]は何か別に情報が2つ含まれてますよーみたいな意味かな。たぶん。

コンテナのタイプの違いが生じているのはエンコードに使ったソフトやMuxerの種類が違うんじゃないかな。
AviUtlでx264エンコしてるならMP4 Base Media v1になってると思うけど、
AnyVideoConverterなんかだとMP4 Base Media v2になってるっぽい。他は知らん。
MP4Boxの設定とかで変えれるのかもしらんけど、そのへんは知らない。
コンテナの種類によるメリット・デメリットがあるかどうかは俺は知らぬ。

74 :名無しさん@お腹いっぱい。:2011/08/13(土) 00:00:31.14 ID:M4pa3n3H0
探って見つけました(^^;)
チャプタ付けるとなるみたいですね
いらないかなー…

75 :名無しさん@お腹いっぱい。:2011/08/13(土) 01:08:47.74 ID:M4pa3n3H0
74誤爆です

76 :名無しさん@お腹いっぱい。:2011/08/13(土) 01:21:10.90 ID:M4pa3n3H0
結局またしらべるしか無さそうです
両方ともmp4の表示は「MP4 Base Media v1」で同じ
両者ともAviSynthくらい

77 :名無しさん@お腹いっぱい。:2011/08/13(土) 05:14:47.78 ID:Iv/UO6apO
質問すんのに断片的な情報しか出そうとしないカスはこれだから困るわ・・・・・・

78 :名無しさん@お腹いっぱい。:2011/08/13(土) 07:10:02.63 ID:M4pa3n3H0
>>77
確かに小出しにしてしまったのは申し訳ないとは思うますが
他人に「カス」等と言われる筋合いは無いです
貴方がどれだけ情報を所持して長い間エンコしているかは知りませんが
他人に対する受け答えは2chだからといって何を書いてもいいわけではないでしょう
そんな貴方は書かなければいいだけです、それとも相手に不快感を与えて優越感に浸ってますか?

79 :名無しさん@お腹いっぱい。:2011/08/13(土) 07:50:19.69 ID:+igASAuK0
実際72は何が書いてあるのかさっぱりわからん

80 :名無しさん@お腹いっぱい。:2011/08/13(土) 12:01:25.40 ID:HUJyW2DS0
>>79
コーデックを調べてここに書きこむのに推奨から外された真空波動研で調べたものを堂々と書いてるくらいだから・・・。

81 :名無しさん@お腹いっぱい。:2011/08/13(土) 13:52:22.54 ID:M4pa3n3H0
私:MPEG4 1280×720 24bit AVC/H.264 High@4.1 23.936f 3000f 1000kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s [MP4 Base Media v1]
A:MPEG4 1280×720 24bit AVC/H.264 High@4.1 23.936f 3000f 1000kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s [2] [MP4 Base Media v1]
総時間は省略、フレーム数、ビットレートは大まかにしました。

疑問はAさんのみ音声ビットレートの後に表示される[2]という数字が何を表わすかです。
これで情報が足りないと言われたら誰か1人それを書いて打ち止めにしてください。

82 :名無しさん@お腹いっぱい。:2011/08/13(土) 14:21:32.79 ID:Sl3HvuBsP
>>81
> 総時間は省略、フレーム数、ビットレートは大まかにしました。
そんな余計なことしてる暇があったら>>1読んだ方がいいよ
情報は改変しないで生のまま出すものだ

83 :名無しさん@お腹いっぱい。:2011/08/13(土) 14:48:05.98 ID:HUJyW2DS0
真空波動研のデータの意味が分からないときは
ここではなく真空波動研の作者のページで聞け。

84 :名無しさん@お腹いっぱい。:2011/08/13(土) 15:52:26.88 ID:a39DBADH0
>>83
その誘導は不要だよ。
真空波動研Liteを使ってるから説明がわかりにくいだけで、真空波動研SuperLiteを使えば
解析結果と同梱されてるドキュメントを照らし合わせればだいたいわかる。
もうこれで終了でいいんじゃねえかな。

85 :名無しさん@お腹いっぱい。:2011/08/13(土) 16:32:18.02 ID:HUJyW2DS0
テンプレの>>3にあるけど

■ コーデック情報確認ツール(映像・音声ビットレート、フレームレート等の確認用)
・MediaInfo
http://mediainfo.sourceforge.net/ja

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

これじゃわかんないのかな・・・。
以前は真空波動研は非推奨的な一文あったようなきがするが

それ以前にテンプレ見てないのかな

86 :名無しさん@お腹いっぱい。:2011/08/13(土) 19:30:07.82 ID:pr7MhUfC0
個人的には、真空波動研SuperLiteは、むしろ推奨したほうがいいと思うんだけどな。
必要な情報を貼り付けても邪魔にならない程度にコンパクトにまとめてくれるし、
解析情報はクリップボードに入るから貼り付けも楽。
MediaInfoとかだと、どうしても結果が長くなるからpastebinやらの利用が必要になるし
ほとんどの質問の場合、真空波動研SuperLiteの情報があれば事足りるような気もするんだけどな。

真空波動研が非推奨とされたのは、FLVのビットレートの表示がイマイチだからだっけ?
このスレ的には、実ビットレートの計算が基本だし、あまり関係ない気もするけど・・・。

ちなみにMediaInfoを久々に更新しようと思って0.7.47を落としてインストールしようとしたら、
インストーラでRealPlayerをすすめられたw RealPlayerってまだ存在してたんだな・・・。

87 :名無しさん@お腹いっぱい。:2011/08/13(土) 20:18:28.07 ID:M4pa3n3H0
私の書き込みは最後にします
>これで情報が足りないと言われたら誰か1人それを書いて打ち止めにしてください
これだけよろしく。
(ちなみに回答はmp4boxに二次的要素が入った時(容量関係なく)、ある無しを表示するもの。
これはチャプターをつけるフィルタからYambまで様々)

ちなみに本来は「MediaINFO」使ってますが、真空〜は捨てることも無かろうと所持していたもの。

88 :名無しさん@お腹いっぱい。:2011/08/13(土) 20:23:27.48 ID:Zi2PGJ580
別にFLVがどうこうじゃないよ
例えば一昔前はx264のエンコードオプションでweightp使うと
映像が崩れるとか、その手のFlashPlayerのパグがあっただろ
x264は色々な問題を見つけ安くするために、エンコードオプションをわざと
SEIに書きこむようにしていて、mediainfoやavinapticはそれを表示できる
真空でそういったことがどうやってわかるんだ?
本当のところはmediainfoだって大して役に立たないよ
エンコした動画そのものを見ないとなにもわからんことがほとんどなんだから

89 :名無しさん@お腹いっぱい。:2011/08/13(土) 20:33:40.75 ID:Sl3HvuBsP
>>87
何を言ってるか意味不明
以上

90 :名無しさん@お腹いっぱい。:2011/08/13(土) 22:34:07.15 ID:pr7MhUfC0
>>88
あーそっか。やっぱ最初からMediaInfoの情報貼ったほうがいいね。忘れてくれ。

>>87
「[2]の部分がチャプターやタグの存在を表すのはわかったけど、カス扱いされたのは許せねえ。
俺が出した情報の何が足りなかったのか言ってみやがれ」ってこと?
 ・スレ的に情報小出しは嫌われるので最初のブツ切り情報で有力な回答者が萎えてしまい
  その人たちから回答をもらえる機会を失ったかも。
 ・最初に全情報を貼ってれば>>73で早合点して勘違いした回答をすることもなかったかも。
 ・テンプレにあるように最初からMediaInfoの情報も出すべきだった。
  というか自分でMediaInfoでの違いも確認してれば一発で自力解決してた可能性もある。
  (どんな情報がついてたのか知らんがチャプターつけてたならMediaInfoに表示されるし。)
 ・少なくともテンプレにあるとおり、エンコードに使ってるソフトくらいは書くべきだった。
  (A氏の方法も含め、「Avisynthスクリプト書いてコマンドラインでx264エンコしてMP4BoxでMuxしてます」とか)
 ・A氏がAvisynthを使ってるのを知ってるということは、A氏のブログか何かを参考に
  エンコードを行なっていったのだろうか。できることならそのURLも出すべきだった。
 ・>>84で書いたことを含め情報が見づらい真空波動研Liteを使ってたのが運が悪かったかな。
  せめてSuperLiteなら[2]の部分が音声情報じゃないことはすぐわかったと思うけど・・・。

最初から真空波動研に詳しい人が回答するなら>>81の情報だけでも足りてただろうけど、
「自分もよくわかんねーから調べてみるか」という俺のようなエセ回答者にとっては
情報が少ないと手がかりが少なくてきついなーと思う今日この頃。
わかんねーなら無理に回答すんなと言われたら返す言葉もねえけど。

91 :名無しさん@お腹いっぱい。:2011/08/13(土) 22:43:22.25 ID:Mr1MclnJ0
答えて貰えない質問者は大抵偉そうだ

92 :名無しさん@お腹いっぱい。:2011/08/13(土) 23:08:32.06 ID:pr7MhUfC0
いらん情報かもしれませんが、何言ってるのかよくわかんねーという人のために一応試したことなど書いておきます。

例えばチャプターつけて出力したMP4を真空波動研SuperLiteにかけると以下のようになります。
(このMP4はチャプター編集forAviUtlでチャプターをつけて拡張x264GuiExでチャプター付き出力したもの)

  [chapter.mp4]
  640x360 8Bit AVC/H.264 High@3 Unspecified 29.63fps 300f 707.27kb/s
  AAC 44.10kHz 2.0ch(2/0 L+R) HE(SBR) 55.78kb/s
  [Extra][2]
  MP4 Base Media v1
  Chapter(2)
  [MPEG4] 00:00:10.123 (10.123sec) / 971,662Bytes
  真空波動研SuperLite 110813 / DLL 110813 Unicode

で、真空波動研に同梱されるformat.txtには、MP4の説明のところで
  「チャプター、タグが存在する場合はExtraの部分にChapter(?)とMetaDataの表示をします。」
と書いてあります。
真空波動研Liteの場合は>>81にあるように[Extra]の細かい内容が出力されず、[2]だけが表示されるのでわかりにくいです。

また、このMP4をMediaInfoにかけると、映像や音声情報のあとに以下のようにチャプター情報が表示されます。

  メニュー
  00:00:00.967 : 1つめのチャプター
  00:00:04.967 : 2つめのチャプター

>>81のA氏のMP4にチャプターが入っていたのかどうかは不明ですが。

93 :名無しさん@お腹いっぱい。:2011/08/14(日) 02:52:02.66 ID:pDJrHq9S0
>>72
だいたい、同じファイルをA環境と私環境で見比べたのか、それぞれの環境でエンコードしたものを私環境で見比べたのか、日本語としても意味が通らない。
なんにしても、理解しにくい、情報の少ない質問は閲覧者(回答者になるべく多くの人達)に対して不親切、時間のロス、無礼にあたる。
そこは姿勢(人格)の問題よね。
謝罪も謝礼なしにこれが最後と逃げるところもね。
2chだからそういう無礼は許させるの??(笑)

94 :名無しさん@お腹いっぱい。:2011/08/14(日) 03:33:30.67 ID:I4vJGJur0
自分のPCで見ると問題無い動画がニコに一般会員でうpって見るとノイズやらが出る。
んで、それをDLしてまた自分のPCで見ると問題無い。

ノイズ問題関連サイト調べて出てきた情報元に色々設定いじったけど
目に見えた変化がない。ってのはつまり俺のPCがショボイって結論付けでいいんだろうか。

95 :名無しさん@お腹いっぱい。:2011/08/14(日) 03:57:19.61 ID:K9t+f9140
>>94
テンプレ入りを目指して書いてみるか。以前書いておいた気もするんだが・・・。

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

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

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


これ以外になんか原因があったら知らんけど。
あと確かFlashPlayerでハードウェアアクセらレーションをONにしてると
うまく再生できないケースがあると聞いたような気がするけど、内容をよく覚えてないや。
Flavieでハードウェアアクセラレーションの設定ができるのかどうかもよくわからない。

96 :名無しさん@お腹いっぱい。:2011/08/14(日) 04:06:09.30 ID:I/Kc12pv0
>>93
本人がいなくなってから的確な答えが出てはね
擁護はしないけど、それまでの対応はどちらもよくはなかったように思える
質問者は情報を小出しにしてるし(>>81からすれば[2]の表示の意味だけだったからだろうけど)
それまでの回答者は
「さっぱり」「作成者のところへ行け」「真空波動研は不向き」
とかいってれば、いなくもなるよ
>>77に至ってはカスとか書いてるし
どっちもどっちのレベルでしょ

97 :名無しさん@お腹いっぱい。:2011/08/14(日) 04:06:48.24 ID:K9t+f9140
そういえばハードウェアアクセラレーションのことがよくわかってないんですが
  http://www.macromedia.com/support/documentation/jp/flashplayer/help/help01.html
を読む限り、スケーリング時に効果があるだけで、YUV→RGB変換での補間処理とかはしないという解釈でいいんでしょか?

98 :名無しさん@お腹いっぱい。:2011/08/14(日) 04:29:01.80 ID:I4vJGJur0
( ..)φフムフム・・

99 :名無しさん@お腹いっぱい。:2011/08/14(日) 08:10:12.26 ID:9s6TTshA0
>>96
情報が足りない云々以前に日本語として成立してないだろ
エンコ以前の問題

100 :名無しさん@お腹いっぱい。:2011/08/14(日) 10:29:04.32 ID:I/Kc12pv0
>>99
一応目が覚めたので全行読んでみたけど
要件って>>81に書いてあった[2]の表示の意味と何か変化するかでしょ?
数歩遅かったから答えられなかったけど答えられる内容じゃん
それは>>92も証明してるよ
全ての情報を丸裸にした方がいいとは思うけどね
先に書いたけど、どちらもよくなかったんだよ

多分これ以上書くと堂々巡りになるし、荒れるから俺はもう書かないけど
あまり荒れないで欲しいかなってことで。
本題から反らしてごめんねー>ALL

101 :名無しさん@お腹いっぱい。:2011/08/14(日) 12:44:06.37 ID:nGwjQ5aU0
初心者はヤフー知恵袋みたいな利用者の評価システムがあるところで
質問した方がスムーズに目的の回答を得られる事が多いと思うよ
回答者が評価を気にして極力親切に回答しようとするからね
(日常現実と同じ様な反応をしてくれる)

根本的に初心者ってのは分からないから質問してる
当然、回答を得るために必要な情報を初めから提示する事なんてまず無理
ところが2chの様な掲示板ではこの様な質問に対しては「情報を小出しにするな」
「板違いだ」「態度が気に食わない」と門前払いされるケースが多い

看守と囚人の実験を知ってるなら分かると思うが、立場的な強弱が強者を無意識的に
横柄で傲慢な人間に変えてしまう
冷静に考えてみよう、日常現実で道端を歩いている人に突拍子の無い質問を
したとする、回答義務も無いのに親切に考えてくれたり全く分からない場合は
愛想笑いで御免なさいという態度の人は多々居れど悪態ついたり質問者の
知識レベルを説教したりする人なんてまず居ない。
ヒントすら出さずに悪態をつく人や回答側が謝罪や謝礼を要求し、しかもそれが
当たり前だと思ってる人間は既に看守と同じ心理状態に陥ってる。

102 :名無しさん@お腹いっぱい。:2011/08/14(日) 12:50:01.86 ID:P/r7W4fF0
その為のネルフです

103 :名無しさん@お腹いっぱい。:2011/08/14(日) 14:21:58.57 ID:gqtCR3Dx0
あの質問は、
どっかからDLしてきた動画が他のDLしてきた動画と違うからどこが違うんだ?ってことでしょ。
ここは、ニコニコ動画に上げるためのFLV/MP4を作成するためのスレです。
まず、スレのタイトルだけで判断しないでテンプレ読んでから質問すればいいのです。

コーデック関係の質問ならソフトウエア板がいいんじゃないだろうか?
例えばこことか
動画コーデック(2粒目)
http://hibari.2ch.net/test/read.cgi/software/1212466279/

104 :名無しさん@お腹いっぱい。:2011/08/14(日) 16:05:26.94 ID:c40ivDvr0
>>97
とりあえず現在はしないんじゃないかね

105 :名無しさん@お腹いっぱい。:2011/08/15(月) 06:55:12.22 ID:e1GysA860
やっぱりアニメーションが激しいMADは一般の総ビット656じゃ無謀なのかしらん。

106 :名無しさん@お腹いっぱい。:2011/08/17(水) 09:30:00.23 ID:J7PmnpuMO
5分超えの動き激しいアニメMAD作ったけど、元動画総ビット1600→投稿用600まで落とせたよ。
元と比べるとかなり画質も音質も落ちるけどまあ見れる範囲。

107 :名無しさん@お腹いっぱい。:2011/08/17(水) 23:40:47.42 ID:W9aB//Cc0
質問に使ってないのでどうでもいいことだが
総ビットって表現、要はコンテナ込みの平均ビットレートのことだろうけど
他の意味にとられる可能性があるから使わないほうがいいと思う
レス読んだときに何を指しているのか少しの間わからなかった

>>6,7にあるように、実ビットレートと書いたほうがいい

108 :名無しさん@お腹いっぱい。:2011/08/18(木) 00:51:32.52 ID:rsvQel2M0
ビットだけじゃ意味変わっちゃうしな

109 :名無しさん@お腹いっぱい。:2011/08/21(日) 09:33:03.76 ID:i5dzAmDT0
Aviutlでニコニコに上げる用に30秒ほどのaviの動画をx264でエンコードしたら右端に紫の縦線が入ってしまいました
友人に解像度を変更すればいいと言われたのですが
動画作成時からサイズは640x360にしていたので何が悪いのかさっぱりわかりません
ちなみに7の64bitです

110 :名無しさん@お腹いっぱい。:2011/08/21(日) 13:30:31.60 ID:i5dzAmDT0
自己解決しました
失礼しました

111 :名無しさん@お腹いっぱい。:2011/08/21(日) 19:50:09.59 ID:0vtQAcm60
ニコニコに動画をアップした時、画面の比率が16:9になる条件って何ですか?

112 :名無しさん@お腹いっぱい。:2011/08/21(日) 20:06:36.31 ID:OgXMSYdz0
たぶん、4:3をわずかでもはみ出したら16:9になるんじゃないかな
514x384とかだと16:9になると思う、自信ないけど
サムネは4:3か16:9しかなかったはず、それ以外だと歪む

113 :名無しさん@お腹いっぱい。:2011/08/21(日) 20:30:25.84 ID:0vtQAcm60
ありがとうございます試してみます

114 :名無しさん@お腹いっぱい。:2011/08/21(日) 22:24:22.98 ID:1EahD7rd0
私は一般会員なのですが
グランツーリスモ5で撮影した写真(1620×1080)をニコニコに投稿する場合
ムービーメーカーで編集して出力するのは「720×480」か「640×480」しかできません。

やはりこの場合、予め「1620×1080」の元の写真を「720×480」に変換してから
ムービーメーカーで編集しないと、アス比がずれて横長になったり、不具合がでるでしょうか?

写真関係の投稿は初めてですので
ニコニコに写真を投稿したことのある人のアドバイスを是非聞かせて欲しいです。


115 :名無しさん@お腹いっぱい。:2011/08/22(月) 02:51:20.16 ID:MiqWzC0w0
たしかWMMってWME使って独自のプリセット作ったり出来なかったっけ?
一番いいのはWMMを使わないことだけど

116 :名無しさん@お腹いっぱい。:2011/08/22(月) 07:29:40.95 ID:4zixFaZM0
ニコエンコ(Ver.0.77)でのエンコについて質問します。
いつもWindowsムービーメーカーで作成したaviファイルを
ニコエンコで2passでエンコしてニコ動へプレ垢でアップしてます。

そこで、例えば、70MBのaviファイルをニコエンコ(プレミアム)に掛けると
自動設定では77MBと表示されます。これは77MBが一番高画質だという意味ですか?
手動では100MBまで設定できるので、100MBになってもいいから画質を上げたいと思うのですが、
77MB以上に設定しても無意味という意味でしょうか?

ちなみに、一般会員での表示を見ると39.9MBでしたので枠一杯使っているようです。
プレミアムでは枠一杯まで使うまでもないという意味にも取れますが。

117 :名無しさん@お腹いっぱい。:2011/08/22(月) 07:31:11.11 ID:1lCAkEGg0
マルチかい
撮った大きさと、とWMMで使う予定の大きさの比率を比べてみては?

118 :名無しさん@お腹いっぱい。:2011/08/22(月) 08:03:00.27 ID:4zixFaZM0
>>111
試したことがあります。
544x384の動画を自動認識とスタンダードでアップしてみたら
両方とも16:9のプレイヤーになっていました。アスペクト比はそのままですが。
ちなみに、適正サイズは640x360または640x384です。

119 :名無しさん@お腹いっぱい。:2011/08/23(火) 20:10:09.01 ID:gIZal3Eq0
私はプレミア会員なのですが
「1620×1080」で撮った写真をニコ動画にうpする場合
そのまま上げて良いのでしょうか?
16:9に合わせてリサイズする場合、どの解像度に下げるべきですか?
(ちなみにパソコンの解像度は1280×1024です。)

「1620×1080」の写真を16:9のニコニコに合わせてリサイズして上げる時の
プレミア会員の適正なサイズを教えて下さい。(アス比関係が分からないのです・・・)

120 :名無しさん@お腹いっぱい。:2011/08/23(火) 20:51:30.12 ID:DPHeHxPs0
写真を撮ったら動画じゃなくて静画に上げるといいよ

121 :名無しさん@お腹いっぱい。:2011/08/23(火) 21:11:33.90 ID:gIZal3Eq0
>>120
ムービーメーカーで編集しているのですが
写真を編集して出力する場合、
通常の動画とは違う写真専用(写真向け)の出力があるのでしょうか?

普通に写真を動画と同じ形式で出力した場合は
(動画形式のものになり)写真の画質に劣化など出るのでしょうか?

122 :名無しさん@お腹いっぱい。:2011/08/23(火) 22:17:54.13 ID:DPHeHxPs0
スライドショー動画なら、ちゃんとした編集ソフト使って
秒間1フレームくらいにしたほうが画質的には有利だろうね
それなら大サイズでも少ない劣化で上げられるかもしれない
人に聞くより、実際に作ってテストUPでもしてみればいい
1620×1080という半端な解像度がよくわからないけど・・・

123 :名無しさん@お腹いっぱい。:2011/08/23(火) 22:33:09.54 ID:Ht7b02Hd0
スライドショー動画の編集ソフトと言うのは
ニコニコムービーメーカーなどDLして使うと有効でしょうか?
写真は始めてなのでどんな編集ソフトがあるのかわからないのです。
(ムービーメーカー以外つかったことが無いので)

124 :名無しさん@お腹いっぱい。:2011/08/24(水) 09:14:32.51 ID:luW77YZI0
相談者はこんな感じのスライドショーを1620×1080で作りたいんだろ?

ニコ動で悪いが
http://www.nicovideo.jp/watch/sm13625163

125 :名無しさん@お腹いっぱい。:2011/08/24(水) 10:02:50.35 ID:qg5ygZyZ0
>>124
本人の自演宣伝乙

一般でも1620×1080あげられるのか?
そもそも普通の人のパソコンなんて1280の解像度なのに
1620とか意味ないだろ

126 :名無しさん@お腹いっぱい。:2011/08/24(水) 12:29:01.48 ID:n3QrMHB20
1920*1080のFullHDのことだろ

普通の人が1280*768って5年前位の話だぞ

127 :名無しさん@お腹いっぱい。:2011/08/24(水) 12:33:57.83 ID:aUL2RGzd0
http://www.nicovideo.jp/watch/sm13260844
こういうゲル画質でエンコするにはどうすればいいですか?

128 :名無しさん@お腹いっぱい。:2011/08/24(水) 13:32:45.34 ID:rSlZ8mgA0
最近になってフルHD解像度(1920x1080)のPCモニタが激烈に安くなったからなぁ
父親が買ってきたダイナブックですらハーフHD(1366x768)で驚いたわ。
デスクトップPCならまだ1280x1024の人も多いと思うけど。

129 :名無しさん@お腹いっぱい。:2011/08/24(水) 13:49:11.32 ID:n3QrMHB20
768は1024だった

DELLのU2211なんてこの前13k位で買えたからな…

130 :名無しさん@お腹いっぱい。:2011/08/24(水) 14:18:41.79 ID:qIhOsZ2L0
>>127
とりあえずパッと思いつくのはこれだが
http://compression.ru/video/cartoonizer/index_en.html

この手のフィルターはvideo studioとかの動画編集ソフトにも「油絵効果」とかいう名前で
あったような気がする

131 :名無しさん@お腹いっぱい。:2011/08/24(水) 14:27:13.37 ID:aUL2RGzd0
>>130どうもです

132 :名無しさん@お腹いっぱい。:2011/09/03(土) 22:42:10.81 ID:i8I2JJIt0
作業用BGMを作ったのですが、再生時間が50分近くなりました
普段は10分ほどの動画をAviUtlのx264でエンコしています

同じやり方でエンコしたところ、サイズが160Mほどになってしまったのですが、
サイズを100に抑えつつ音質を落とさない様にするにはどうしたら良いでしょうか?

エンコ法や設定は
http://www.nicovideo.jp/watch/sm13571465
で紹介されているやり方を真似ています

133 :名無しさん@お腹いっぱい。:2011/09/03(土) 22:44:45.29 ID:loN6hwuf0
映像ビットレートを落とす

134 :名無しさん@お腹いっぱい。:2011/09/04(日) 02:29:11.01 ID:G6DGYLrA0
静止画を使うならフレームレートを下げして映像ビットレートを下げる

135 :名無しさん@お腹いっぱい。:2011/09/04(日) 09:23:52.85 ID:4Iuefmy80
>>133 >>134

ありがとうございます
ビットレートを下げてもギリギリ100Mを越えてしまったので、
一番最初に設定したフレームレートを下げてみたのですが、再生時間が50分くらいから3時間近くまで増えてしまいました

どうやら編集した全てのBGMの終わりに無音のスペースが出来てしまい、
それが原因で再生時間が延びてしまった様なのですが、これはまた全てのBGMを編集し直さないといけないのでしょうか?

136 :名無しさん@お腹いっぱい。:2011/09/04(日) 12:04:16.49 ID:B3joaxZ30
質問する前に動画の基本を勉強するべき

137 :名無しさん@お腹いっぱい。:2011/09/04(日) 12:48:37.09 ID:XO9X2hPX0
YouTubeのエンコード相談所は無いのかよ

138 :名無しさん@お腹いっぱい。:2011/09/04(日) 13:01:13.85 ID:eXJhkdYW0
youtubeは別に適当にビットレート高くしたのを投げれば
向こうで強制的に再エンコしてくれるから問題ないだろ
高画質にしたければ720pにするとか

139 :名無しさん@お腹いっぱい。:2011/09/04(日) 15:18:41.31 ID:XO9X2hPX0
>>138再エンコでノイズが入るんだよ
特に全画面にしたときはブロックノイズが酷い

140 :名無しさん@お腹いっぱい。:2011/09/04(日) 20:29:40.98 ID:mMUxFvJa0
>>137
昔はあったけど、すべて強制再エンコになってからしばらくしたら消えた

141 :名無しさん@お腹いっぱい。:2011/09/04(日) 22:25:44.04 ID:IKLkFZ8X0
>>139
ノイズがひどい例貼ってくれないか?

142 :名無しさん@お腹いっぱい。:2011/09/05(月) 07:40:10.30 ID:UbQeNm8s0
画質・音質にこだわるならつべよりニコってことだな。

143 :名無しさん@お腹いっぱい。:2011/09/05(月) 07:56:12.12 ID:H4tCC7o+0
WAVファイルビットレート1411kbpsに静止画をくっ付けてニコニコ動画に投稿する場合、
音質に拘るなら設定できる最高のkbpsにすれば良いですか?

あまり高ビットレートにしすぎて音割れやノイズが入ってしまう事ってあるのでしょうか?

144 :名無しさん@お腹いっぱい。:2011/09/05(月) 12:53:31.79 ID:Bce6VWpv0
聞いたことないなそんなの
まぁ高くするにしても256kとか、ほどほどでいいんでない
どのみち再エンコで同じになるから

145 :名無しさん@お腹いっぱい。:2011/09/05(月) 13:21:56.45 ID:jvBnXqsD0
wavにする意味なんてないと思うけどな

146 :名無しさん@お腹いっぱい。:2011/09/05(月) 19:01:33.68 ID:wEzaaHRl0
>>141
こんなの
http://www.youtube.com/watch?v=iO-EwH9QFfg

理想
http://www.youtube.com/watch?v=9UwOrl036_A

147 :名無しさん@お腹いっぱい。:2011/09/05(月) 19:05:15.75 ID:wEzaaHRl0
そして言い忘れたけど1080pでフルスクリーンで見てみ
違いがよくわかる

148 :名無しさん@お腹いっぱい。:2011/09/05(月) 21:29:19.06 ID:Bce6VWpv0
そういえばつべって、動画の内容に関わらずエンコオプションとか同じなの?
そうだとしたら、相性が悪くてきれいにエンコされない動画もあるかもしれないね

149 :名無しさん@お腹いっぱい。:2011/09/05(月) 21:55:05.08 ID:Bce6VWpv0
>>146
FPSのプレイ動画は動きが速いし絵がクッキリしてるから圧縮しにくいんじゃないかな
OPとかのプリレンダとは同じにならない

150 :名無しさん@お腹いっぱい。:2011/09/05(月) 21:58:46.77 ID:Bce6VWpv0
あー、あのタンクはプリレンダじゃなくてゲームプレイなのか
砂漠と空が多いから圧縮しやすいんじゃないか?

151 :名無しさん@お腹いっぱい。:2011/09/06(火) 03:24:16.46 ID:QaRXh4d20
4コアのCPUで自作一式組んだんで、H264エンコを試してみたんだけど
CPU使用率が40%ぐらいしか使ってない状態です。
aviutlではCPUをフルに使ったエンコって出来ないんですかね?

152 :名無しさん@お腹いっぱい。:2011/09/06(火) 03:46:14.53 ID:c5pu9KpD0
そんなことはない
フィルタ全部切ってみれ

153 :名無しさん@お腹いっぱい。:2011/09/06(火) 06:13:28.15 ID:OVIOVPm10
SD画質という落ちかと。

154 :名無しさん@お腹いっぱい。:2011/09/07(水) 16:18:58.25 ID:qMN4XHeQ0
質問失礼します

エンコードする前に投稿予定の動画をチェックし、問題なかったので投稿しました
しかし投稿した動画を再生したところ、BGMの切り替え時に絵も切り替わるようにフレームを合わせたはずなのに、
全て少しずつ絵とBGMの切り替わりがずれていました

BGMが切り替わっても絵が2秒ほど切り替わらず、送れて切り替わる状態です

これはどうすれば対応できますでしょうか?投稿するまで確認できないのでしょうか?

155 :名無しさん@お腹いっぱい。:2011/09/07(水) 17:29:12.74 ID:UW9xHdfx0
>>154
>エンコードする前に投稿予定の動画をチェックし、

何でチェックしたのか書いてない時点で駄目だろ。ちゃんとFlavieでチェックした?
ニコニコ動画まとめWikiや>>95を読んでね。
あとはPCスペックが低すぎてニコニコの重い再生処理に追いついてないとか。

156 :名無しさん@お腹いっぱい。:2011/09/07(水) 17:35:44.41 ID:1QMg3Ze60
>>155
突っ込みどころが違う
「エンコードする前に」ってのがおかしいだろ。
エンコードしたものをチェックするものだ。
しかもFLVであるとすら書いてない。

157 :名無しさん@お腹いっぱい。:2011/09/07(水) 17:37:08.43 ID:1QMg3Ze60
>>154
>>1からちゃんと読んでみろ

158 :名無しさん@お腹いっぱい。:2011/09/07(水) 18:01:17.16 ID:UW9xHdfx0
まさかエンコ前とはw

全然関係ないけど、拡張x264GuiExが1.00に更新され、大幅に変更されたみたいだよ〜。

159 :154:2011/09/07(水) 18:19:34.13 ID:qMN4XHeQ0
失礼しました
エンコ前というのは、投稿する前って事です(編集してMP4にエンコード済み)

WMPではニコ動で見るのと再生の仕様が違うというのは確認不足でした
Flavieで確認したところ、ずれてしまっていたので、MP4にエンコする際にずれてしまったのだと思われます

エンコード法は拡張 x264 出力(GUI)Exです

多くの動画を連結すると音ズレが起き易いとあったのですが、
これは少しずつ調整していくしかないのでしょうか?

160 :名無しさん@お腹いっぱい。:2011/09/07(水) 18:27:28.10 ID:1QMg3Ze60
どのソフトを使って編集したのか
どのソフトでどんな設定でエンコードしたのか
などでも変わってくるので

わからない。

調整が効くならちょうせいすればいいんじゃない?

で、>>1から読んだ?書いてる意味わかった?

161 :名無しさん@お腹いっぱい。:2011/09/08(木) 02:55:24.66 ID:LA7DIiSs0
拡張x264guiExがi444出力やrgb出力に対応したので、ちょっとテスト。
10bit-depthは以前から対応してましたが試してなかったのでついでにテスト。

  i444出力(Hi444PP)でのアップロードテスト
  http://www.nicovideo.jp/watch/sm15543742

  10bit深度(Hi10P・ハイ10プロファイル)でのアップロードテスト
  http://www.nicovideo.jp/watch/sm15543879

とりあえず10bit-depthもi444出力もrgb出力も、ニコニコに上げる場合は使っちゃ駄目ですよということで。

162 :154:2011/09/08(木) 07:46:34.20 ID:JXHzCUJH0
色々調べてみたのですが、やはりここで質問するにはかなり知識が足りないようなので、
初心者スレの方に行ってみることにします

大変失礼しました

163 :名無しさん@お腹いっぱい。:2011/09/08(木) 09:42:29.64 ID:LWlx0rOW0
Windows7なんだが、aviutlでflvファイルを読み込めない…。

色々調べて、ds-inputやらffdshow、DirectShowやらをインストールしても全然駄目…。
誰かボスケテ…。ちなみにどれも今現在公開されてる中で最新版です…。

164 :名無しさん@お腹いっぱい。:2011/09/08(木) 10:02:23.66 ID:IP+5UU3t0
aviに変換するんじゃいかんのか

165 :名無しさん@お腹いっぱい。:2011/09/08(木) 10:09:03.31 ID:LWlx0rOW0
>>164
800MもあるFLVファイルだけど、AVIに出来るものなの?
XPの時はAVIUTLでFLV読み込めたのになぁ…。

166 :名無しさん@お腹いっぱい。:2011/09/08(木) 10:19:13.36 ID:LWlx0rOW0
Regist_FLVSplitterを実行しようとしても、

「モジュール"FLVSplitter.ax"の読み込みに失敗しました。」

バイナリが指定されたパスに格納されていることを確認するか、バイナリ
または依存.DLLファイルに問題がないか調べてください。

指定されたモジュールが見つかりません。


となる。確かにFLVSplitter.axは、windows/system32の
ファルダに置いてあるんだが…。

167 :名無しさん@お腹いっぱい。:2011/09/08(木) 11:18:10.17 ID:LWlx0rOW0
解決…したが、やっぱそれでも読み込めない…。

http://www.cccp-project.net/
これもインストールしてみたが、駄目…。わけがわからないよ…。

168 :名無しさん@お腹いっぱい。:2011/09/08(木) 11:46:50.87 ID:YPDzU3P90
>>166
Windows7の64ビット版使ってるなら↓に置かないとダメなんじゃなったっけ?

Windows\SysWOW64




169 :名無しさん@お腹いっぱい。:2011/09/08(木) 22:17:51.21 ID:np3AH3lN0
そもそも64bitの場合はregsvr32もSystem32\regsvr32とSysWoW64\regsvr32の2つがあるわけで

そもそもFLVSplitterとかもう要らんだろ
LAVFilterの登場でGabestのフィルタはあらかたお払い箱扱いになってるし

170 :名無しさん@お腹いっぱい。:2011/09/09(金) 01:23:30.82 ID:TXXkOn9L0
>>169
lavフィルターとやらを検索して調べてみます…。全く相も変わらず
読み込めない…。XPの時は読み込めてたのに、DS-INPUTとかFFなんちゃら
とかいんすとして読み込めたのに…。

171 :名無しさん@お腹いっぱい。:2011/09/09(金) 01:38:49.45 ID:gRiabErz0
>>170
原理を理解せずにめちゃくちゃに色々入れてると、下手すると再生環境までぶっこわれるぞ。

172 :名無しさん@お腹いっぱい。:2011/09/13(火) 07:10:33.87 ID:hNqmKWRs0
http://www1.axfc.net/uploader/Li/so/107998
これにはいってるやつのやついれればいいんじゃね?

173 :名無しさん@お腹いっぱい。:2011/09/15(木) 15:44:17.49 ID:8x4UK8/v0
AviUtlの拡張x264出力の最新のやつってニコ用プリセット無いんだね
まあ設定なんてほとんど弄くるところないからそんなに困らなかったけど

174 :名無しさん@お腹いっぱい。:2011/09/20(火) 18:02:09.90 ID:37/A/l3m0
そろそろまとめWikiのx264guiExの設定の記述を最新版(v1.05)にあわせて
変えたほうがいいと思うんだけどどうだろう。

思いついたポイントをいくつか挙げておくんで、間違いとか他に書くべき事とかあればコメント頼みます。

 ●拡張x264guiExはv1.00で大幅な更新があり、v0.37以前とは互換性がなくなった。
   過去の設定は使えないので、あらためて設定する必要がある。

 ●拡張x264guiExのv1.00以降を使う場合、x264.exeも新しいものに変える必要がある。
   最低でもr1673以降を使わないと間違いなくエラーになる。
   できればr2034-r2074を使うこと。
   (x264guiExを更新する時は、更新履歴をよく見て推奨されているx264.exeを使わないといけない)

 ●拡張x264guiExの初期ファイル構成が少し変わった。(stgフォルダの追加など。)

 ●x264.exeの10bit-depth版は、ニコニコでは正常に再生されないので使わないこと

 ●最初は「デフォルト」ボタンを押した後、「GUIにロード」で適切なプリセットを読み込むことから始める。
   そこから変更すべきところだけを記述するようにする。

 ●これまでと違い「マルチパス N Pass」を選ぶのではなく、「自動マルチパス」を選ぶ必要があるので注意。

 ●HDサイズでの投稿者も増えつつあるので、colormatrixの設定については、
      ・AviUtlの「色空間の設定」の「出力」は「自動」にしておく
      ・x264guiExのcolormatrix設定は「auto」にしておく。
   という記述に変更する。

175 :名無しさん@お腹いっぱい。:2011/09/20(火) 18:12:05.89 ID:37/A/l3m0
拡張x264guiExの設定内容としては以下のようになると思うのだけどどうだろう。

   ○最初に左下の「デフォルト」を押してから以下の設定を始めること。
   ○「x264」タブ
     ・最初に「GUIにロード」で適当なプリセットをロードする
      (基本的にmedium none highでよい)
     ・x264.exeの場所を設定
     ・「自動マルチパス」を選択
     ・「nul出力」にチェック
     ・ビットレートの設定
     ・右下の「色空間」の「colormatrix」を「auto」にする(AviUtlの「色空間の設定」の「出力」も「自動」にしておく)
   ○「レート・QP制御」「フレーム」「拡張」タブ
     ・特にいじる必要なし
   ○右側の「音声」
     ・neroAacEnc.exeの場所を設定
     ・「2pass」にチェックを入れる
     ・ビットレートの設定
   ○右下の「mp4」タブ
     ・mp4box.exeの場所を設定

   ○その他のポイント
     ・キーフレームの間隔を調節したいなら「フレーム」タブの「GOP関連設定」で
      「キーフレーム間隔の上限」の値で調節する。
     ・AviUtlのキーフレーム設定(特定のフレームをキーフレームにしたい場合などに使う)を
      x264に反映したい場合は、「拡張」タブの「拡張設定」で、
      「AviUtlのキーフレーム設定検出を行う」にチェックを入れる。

176 :名無しさん@お腹いっぱい。:2011/09/20(火) 18:23:23.00 ID:/6JlxRZb0
IフレームとかPフレームとかの解説も入れてくれると助かります

177 :名無しさん@お腹いっぱい。:2011/09/20(火) 18:43:27.71 ID:37/A/l3m0
>>176
うーん、自分じゃそこまで書けないですね。ここにある説明じゃ駄目なんでしょうか。

  拡張 x264 出力(GUI)Exの設定項目とその機能について - ニコニコ動画まとめwiki
  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

自分が書き換えようと思ってるのは

  aviutl_h264 - ニコニコ動画まとめwiki
  http://nicowiki.com/aviutl_h264.html#c702bd6f

にある基本設定の部分だけで、上のページにある詳しい説明には手は出せない感じです。
詳しい説明のほうは他の誰かにお願いするしかなさそう・・・。

178 :名無しさん@お腹いっぱい。:2011/09/20(火) 19:13:53.45 ID:uSKCYv9K0
>176
スレ落ちしているけどここが参考になるよ
x264 初心者質問スレ part4
ttp://hibari.2ch.net/test/read.cgi/avi/1292516529/854-855
ttp://logsoku.com/thread/hibari.2ch.net/avi/1292516529/801-900

179 :名無しさん@お腹いっぱい。:2011/09/20(火) 20:34:23.65 ID:Skx/wIbX0
一般会員のビットレート制限きつくなった?
以前アップロード出来た656ぎりぎりの動画が上げられん

180 :名無しさん@お腹いっぱい。:2011/09/20(火) 20:54:50.59 ID:uSKCYv9K0
651.67は一般でアップできた

181 :名無しさん@お腹いっぱい。:2011/09/20(火) 22:07:10.10 ID:Skx/wIbX0
結局620まで下げてうpした

×652
×648
×645
×638
○620

182 :名無しさん@お腹いっぱい。:2011/09/21(水) 09:31:57.40 ID:jPW7wbB4O
>>179 >>181
実ビットレートで計算してないだけだろ。

183 :名無しさん@お腹いっぱい。:2011/09/21(水) 10:14:08.46 ID:ea2gKXxk0
極端に短い動画だったとか?
短い動画ほど指定値と仕上がりがずれる

184 :名無しさん@お腹いっぱい。:2011/09/21(水) 10:44:18.46 ID:Qi2O1dfK0
>>183
いや、だからテンプレでは指定値じゃなく実ビットレートで計算しろと散々言ってるんだけど・・・

185 :名無しさん@お腹いっぱい。:2011/09/21(水) 14:09:40.94 ID:TuQlm7B50
>>175
よく分かってないんで恐縮なんだけども、色空間に関しては、wikiの記述によると、
FlashPlayerの仕様でHD解像度でもBT.601で再生されてしまうので、
敢えてBT.601を指定する方が色の変化がないって解釈してたんだけど、どうなんでしょ。

186 :名無しさん@お腹いっぱい。:2011/09/21(水) 14:49:20.04 ID:Qi2O1dfK0
>>185
FlashPlayerの仕様は
  「特に指定がなければ、解像度に関わらずBT.709としてYUV→RGB変換を行い、再生する」
ですね。
通常、色空間は、大雑把に言うと
  「HDサイズならBT.709、SDサイズならBT.601」
という使い分けがされることが多く、ニコニコ動画への投稿もSDサイズが多かったため、
  「SDだからBT.601で出力し、colormatrixで明示的にBT.601だと指定してやろう」
という流れになったんだと認識しています。

もう1つの理由としては、AviUtlのデフォルト設定では「色空間」の「出力」がBT.601になっているので、
そのまま使う人が多いだろうからとりあえずcolormatrixでBT.601を指定させたほうが安全という事情もあったかもですね。

ニコニコで再生するだけなら、
  「HDサイズでもとにかくBT.601で出力してcolormatrixもBT.601にしとこう」
でも別に問題はないのですが、
  「HDサイズならBT.709、SDサイズならBT.601」
という一般的な使い方にあわせるなら「auto」指定にしたほうがいいのかなと思いました。

187 :名無しさん@お腹いっぱい。:2011/09/21(水) 15:31:22.01 ID:UgrsB8EJ0
質問です。

FPSのゲーム動画をニコニコに投稿したいのですが…。

@動画の長さ15分位(元は長いが編集で15分に)
A動画はアマレコで撮影(キャプボはモン×)
Bその後Power directorで編集+AVIで出力
C動画確認したら60fpsで動いている。

Dニコエンコでプレミアム会員用に変換(100M未満)
E完成した動画を確認するとフレームレートが落ちてしまいます。

過去動画を投稿した際もエンコ設定はそのままだったので、
今回もニコエンコは特に弄ってないです。

C→Dの作業で動画の中身が変化した事が過去無かったので
少々戸惑っております。

188 :名無しさん@お腹いっぱい。:2011/09/21(水) 15:43:36.88 ID:TgpEk3dD0
>>186
それは昔のお話ではないのかな?
とりあえず
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
のcolormatrixのところに書いてあることくらいは確認したんだろうね?
下のほうのコメント欄に確認用の動画リンクもあるよ
最近また仕様が変わったのならもちろん書きなおしてくれて結構だけど、
そうでないなら現在のキミには一切いじらないでほしいな、きんのひげさん

189 :名無しさん@お腹いっぱい。:2011/09/21(水) 16:07:28.19 ID:TgpEk3dD0
あともう一つ
次のx264の更新でYUV422エンコードのサポートが来るから、おそらくそこで
GUIのほうも何らかの変更が来ると思うの
とりあえず書きなおすのはそのあとでもいいんじゃないかな

190 :名無しさん@お腹いっぱい。:2011/09/21(水) 20:09:10.58 ID:Qi2O1dfK0
>>188
すみません、ハードウェアアクセラレーションのON/OFFで色が変わるって話は全く把握してなかったです。
過去ログ見直したら前スレで丁寧に報告してくれてるのに、何故まったく見た記憶が無いのだ・・・申し訳ない。
過去のテスト動画に「直ってるね」というコメントがあったのはこれだったのか・・・。

念のため確認させて下さい。

  フルHDサイズでの色空間テスト
  http://www.nicovideo.jp/mylist/27805122

これらの動画の色は、ハードウェアアクセラレーションをONにした状態だとどう見えるでしょうか?
  ●「BT.601 --colormatrix smpte170m」 → 
  ●「BT.601 --colormatrixなし」 → 
  ●「BT.709 --colormatrix bt709」 → 
  ●「BT.709 --colormatrixなし」 → 
(ハードウェアアクセラレーション時に「HDサイズならBT.709で」といった判定が行なわれていないかどうかの確認です。
 文章から見ても多分別途テストなさっているとは思うのですが、確認用動画が全てSDサイズだったので念のため。)

いや、自分で確認できればよかったんですけど、めっちゃ古いPC使ってるのでDXVAが効かないらしいという・・・。
だから気づかなかったというのもあるんですけどねorz

191 :名無しさん@お腹いっぱい。:2011/09/21(水) 20:35:37.17 ID:Qi2O1dfK0
一応ハードウェアアクセラレーションがOFFの場合の結果
  ●「BT.601 --colormatrix smpte170m」 →  正常 例:(16,180,16)→(16,179,15)
  ●「BT.601 --colormatrixなし」 →    異常 例:(16,180,16)→(3,154,10)
  ●「BT.709 --colormatrix bt709」 →  正常 例:(16,180,16)→(14,180,14)
  ●「BT.709 --colormatrixなし」 →  正常 例:(16,180,16)→(14,180,14)

192 :名無しさん@お腹いっぱい。:2011/09/21(水) 23:40:07.38 ID:DzJUPgkM0
>>187
FlashPlayerで見るとローカルより重いから
60fps表示が間に合わないだけでは?

193 :名無しさん@お腹いっぱい。:2011/09/22(木) 01:11:41.18 ID:z9/ynJG30
>>190
FlashPlayerは(現在までのところは)解像度は一切考慮しない

194 :名無しさん@お腹いっぱい。:2011/09/22(木) 08:31:26.35 ID:nlZUmFg/0
>>192
レスどうもです。
自分もそうかな?と思ったのですが、
Flashで確認する前の段階で既に30fpsに落ちてるのです。
これなら投稿後の動画も30fpsになるのは必然。

他の投稿者の「本来60fpsの投稿動画」を見ましたが、
どうもBGM流したり動画の切り貼り等の編集をしてる方の動画は、
共通してフレームレートが落ちていました。
実際全くそのような編集をしていない60fpsの30分の動画を作成して、
同様にニコエンコでエンコすると60fpsでヌルヌル動く動画が完成しました。
なのでニコニコの仕様上割り切るしかないのかなぁ?と思っています。

因みに過去に字幕のみの編集ならば、
フレームレートを落とさずに動向出来ました。

195 :名無しさん@お腹いっぱい。:2011/09/22(木) 08:56:05.23 ID:z9/ynJG30
そもそもpower directorってのは60fpsで書き出しできるのか?
この手の安物編集ソフトは素人のホームビデオ製作用の子供だましばっかだから、
フレームレートは60i/50i/30p/25p/24pくらいしか選べないのがほとんどなんだが

196 :名無しさん@お腹いっぱい。:2011/09/22(木) 09:07:07.75 ID:Mir2PF0g0
>>194
以下の2つのファイルのMediaInfo情報を貼ってみたほうがいいと思う。
  ・PowerDirectorで出力したAVI
  ・そのAVIをニコエンコにかけて出力したmp4

197 :名無しさん@お腹いっぱい。:2011/09/22(木) 09:43:05.75 ID:Mir2PF0g0
>>193
ありがとうございます。ということはFlashPlayerのハードウェアアクセラレーションを有効にした状態で>>190を見ると

  ●「BT.601 --colormatrix smpte170m」 →  正常
  ●「BT.601 --colormatrixなし」 →  正常
  ●「BT.709 --colormatrix bt709」 →  異常
  ●「BT.709 --colormatrixなし」 →  異常

という結果になるということであってますか?

  ●ハードウェアアクセラレーション有効時(ただし古い環境だと働かないこともあるので注意)
     ◎--colormatrixは無視される。
     ◎色空間は解像度に関わらずBT.601であると解釈されYUV→RGB変換される。

  ●ハードウェアアクセラレーション無効時
     ◎--colormatrixがある場合は、指定した色空間だと解釈し、それに基づいてYUV→RGB変換される。
     ◎--colormatrixが無い場合、色空間は解像度に関わらずBT.709であると解釈されYUV→RGB変換される。

今更すぎる感想ですが、本当に厄介な仕様なんですねえ・・・。

198 :名無しさん@お腹いっぱい。:2011/09/22(木) 10:17:23.03 ID:nlZUmFg/0
>>195
>>196
レスありがとうです。

帰宅したらすぐ確めてみます。
でも二人の指摘通り編集やソフトに問題点がありそうです。

199 :名無しさん@お腹いっぱい。:2011/09/22(木) 21:56:43.49 ID:wLC03GeV0
まとめWikiのcolormatrixの説明のところで

  AviUtl側の設定で、設定->色変換の設定を 入力[自動]

が推奨されていますが、「入力[自動]」だとうまくいかない例もあるので一応書いてみます。
個人的にはとりあえず入力「自動」を推奨しておいて、ただし書きとして
「ただしうまくいかない事もあるので素材にあわせて各自で正しく調整すること」みたいな一文を
つけるといいのかなと思いますが、Wikiにどう反映するかの判断は任せます。

■AviUtlの「色空間の設定」の「入力」を「自動」にするとうまくいかない例
  ※「自動」は縦解像度が720以上ならBT.709、719以下ならBT.601として扱う。

 ●ケース1:「アースソフトPV3/PV4で撮った”HDサイズ(縦720ピクセル以上)”の映像を読み込む場合」
   理由:PV3/PV4ではサイズによらずデータをBT.601で扱っているため。
       (内部データはよく知りませんが少なくともPV3/PV4のAviUtl入力プラグインはBT.601で渡してくるらしい)
   参考:
      バカだよポップさん Log 2009/06
      http://pop.4-bit.jp/log/2009_06.html

 ●ケース2:「"HDサイズ(縦720ピクセル以上)"のRGB素材をコーデックの内部処理でRGB→YUV変換している場合」

   例1.「アマレココ」で”HDサイズ(縦720ピクセル以上)”でキャプチャする際に、
      AMV3コーデックやAMV2MTのY1〜Y4、UtVideoのULY2やULY0などのYUV形式のコーデックを使っている場合。
      (アマレコTVやアマレコLiteは少し違うかもしれないが未検討。とりあえずアマレココのみ。)

      理由:アマレココはRGBでキャプチャデータを取得しコーデックに渡している。
          上に挙げたAMV3などのYUV系コーデックはRGBを入力されると、
          内部でBT.601でRGB→YUV変換を行なってデータを圧縮する。
          そのためHDサイズだからといってBT.709として読み込んでしまうと色がおかしくなる。

   例2.「AviUtl」で”HDサイズ(縦720ピクセル以上)”の映像を扱っている場合で、
       「環境設定→コーデックの設定」でULY2の「YUY2で圧縮する」のチェックを外し、
       ULY2でエンコードを行なった場合。

      理由:この場合AviUtlはコーデックにRGBでデータを渡す。(この場合「色空間の設定→出力」の設定は影響しない。)
          その結果、例1と同様にULY2はBT.601でRGB→YUV変換を行なってエンコードを行なう。
          具体例としてULY2を挙げたが、例1で挙げたようにYUV系のコーデックならほぼ全て該当する。


200 :名無しさん@お腹いっぱい。:2011/09/22(木) 21:57:50.77 ID:yl3e8iOc0
aviutlでエンコする場合
media infoなどで見ても
詳しく詳細が分からないようにエンコしたいんですが・・・
出来ますか?

201 :名無しさん@お腹いっぱい。:2011/09/22(木) 22:19:36.12 ID:vzMUkExv0
x264のエンコオプションを隠したいのか?
バイナリエディタで開いて0埋めでもすれば?

202 :名無しさん@お腹いっぱい。:2011/09/22(木) 22:47:09.21 ID:vxIRwqab0
x264 r2085
4:2:2 encoding support
FLASHでは再生できるようだ
ニコのサムネとエコノミーは灰色になった
対応待ちだけど文字でもつぶれない限りは必要ないかな


203 :名無しさん@お腹いっぱい。:2011/09/22(木) 23:55:07.31 ID:z9/ynJG30
>>197
それで合ってる

>>199
反映させたいなら別ページ作ってやってくれ
昨日今日始めたばっかの人間にはまずRGBとYUVの違いすら理解出来ないし、
そういうレベルに対して過多な情報を与えても混乱させるだけ
それよりはとりあえず何らかの間違いを犯す確率が最も少なそうな方法を一つだけ、
出来るだけ簡潔に書かれている方がいいと思うんだな

204 :名無しさん@お腹いっぱい。:2011/09/22(木) 23:56:16.44 ID:PFm7Si4S0
>>196
調べましたら
Power directorで出力したAVIは30fpsでした。
見た目は60fpsでヌルヌル動いてますが、数字的にはビットレートさがってます。
当然ながらニコエンコでのエンコ後も30fpsでした。

今mv2aviを使って60フレームにしてるのですが…。


205 :名無しさん@お腹いっぱい。:2011/09/23(金) 00:55:13.99 ID:RMZY2L6M0
AviUtl使えよ
それ1つで全部済むだろ

206 :204:2011/09/23(金) 08:18:25.39 ID:PaAK11Q80
>>205
昨夜のフリーソフト使ってエンコしましたら60fps出たようですが、
あなたが言うソフトを使った方が手間がないので今後はそれを使おうと思います。



207 :名無しさん@お腹いっぱい。:2011/09/23(金) 12:51:35.99 ID:6OAeUFhc0
>>203
ありがとうございます。入力自動の件も了解です。
とりあえずHDキャプとかしてるスレ住人に情報提供できればよいと思っただけなので。

4:2:2対応の拡張x264guiEx 1.07がきましたね。
Wikiはいじる気は無いので編集はおまかせいたしますです。

208 :名無しさん@お腹いっぱい。:2011/09/24(土) 02:38:23.71 ID:4EQ2aQX60
aviutlでエンコしたんですが
指定したビットレートが変わってしまいます

650(500)ってな感じで指定した数字より増えて
容量が変わってしまいます・・・
2passエンコードです

何か原因があるんでしょうか?

209 :名無しさん@お腹いっぱい。:2011/09/24(土) 03:02:23.30 ID:nCKHa6ll0
>>208
まず>>1を読んだほうがいいんじゃね。

210 :名無しさん@お腹いっぱい。:2011/09/24(土) 09:19:45.79 ID:W1mTxcO60
>>208
映像ビットレートを500で音声ビットレートを128でエンコードすると
動画のビットレートは630くらいになるって知ってる?
音声のビットレート計算に入れてる?

211 :名無しさん@お腹いっぱい。:2011/09/24(土) 15:16:31.00 ID:pJMtTcI30
フルレンジのYUVソースをAviUtlに読み込んでx264の--fullrange onでエンコードする場合、
拡張編集プラグインの「RGB色空間で飽和」にチェックが入っていると飽和処理が行なわれてしまうようです。
フルレンジでエンコードする人はほとんどいないと思いますが、ソフ板のAviUtlスレに詳細やサンプルを
上げておきましたので、興味のある方はご一読ください。

  http://hibari.2ch.net/test/read.cgi/software/1314536324/290


212 :名無しさん@お腹いっぱい。:2011/09/24(土) 19:38:08.60 ID:ovorCjYS0
動画サイトで見ると以下の見方よりも画質は落ちるのでしょうか?


・共有ソフトorネット上でダウンロードしたBD・DVDの動画
・DVDやBDのディスクを直接PCに入れて見る動画


無論、動画サイトによるということはわかります。
あくまで高画質の動画サイトということ前提です。
細かい仕組みを説明できる方、よろしくお願いします。


213 :名無しさん@お腹いっぱい。:2011/09/24(土) 19:51:14.55 ID:svIbUtEu0
思いっきりスレ違い

214 :名無しさん@お腹いっぱい。:2011/09/24(土) 20:17:20.16 ID:pfHA5Fjx0
--dts-compress付けても、考慮されてるプレーヤー使うとズレずに再生してくれるのか。
てっきり考慮されてるプレーヤーだと映像が進んで再生されてしまうもんだと思ってた。

215 :名無しさん@お腹いっぱい。:2011/09/24(土) 21:07:56.12 ID:7CZKlbBx0
>>214
--dts-compressはedtsを解釈してくれない再生環境(サポートしてない環境が多かった)でなんとかして
初期ディレイをなくすための苦肉の策というか仕組みじゃなかったっけ。
映像が進んで再生されてしまうというのは少し古いHaaliMediaSplitterの
edtsまわりのバグの話だったと思うけど、色々混ざってしまってないだろうか。

自分もわかってないので変な質問かもしれないけど、edtsと--dts-compressって共存してるのだろうか?
--dts-compressによって初期ディレイカットしたときは、edtsってのはどうなるんだろう?
意味がわからんかもしれないけど、edtsで「早めにデコードしてねー」と指示したうえに、
初期ディレイカットで更にデコードが早まってしまい、映像が早めに再生されてしまうようなことってないんだろか?

216 :名無しさん@お腹いっぱい。:2011/09/24(土) 21:26:26.15 ID:4EQ2aQX60
>>210
え?そうなんですか?
何で映像ビットレートが増えるんですか?

音声は128でちゃんと出力されてますけど・・・
何で映像ビットレートに 無駄に加算されるのかよくわかりません。

映像500 音声128
でエンコードすると
650(500)音声128

↑の()って言うのがよく分かりません
でる時と出ないときがあるし・・・

217 :名無しさん@お腹いっぱい。:2011/09/24(土) 22:28:44.64 ID:W1mTxcO60
まず、>>1にある

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

これくらい読みましょう。
情報がほぼ無いに等しいいので噛んで答えるしか無い。
つまり、あなたの答えてほしいことを答えることは極めて困難ってことを理解しましょう。

218 :名無しさん@お腹いっぱい。:2011/09/26(月) 02:13:54.56 ID:gzX4CXZn0
>>203
すみません、ハードウェアアクセラレーション絡みでまた質問させてください。
  http://www.nicovideo.jp/mylist/24948566
の、--fullrange onのサンプルを見たところ正常だと書いてありましたが、
ハードウェアアクセラレーション有効時にもちゃんと反映されるということであってるでしょうか?
(一応HDサイズのサンプル→http://www.nicovideo.jp/mylist/27805122

219 :名無しさん@お腹いっぱい。:2011/09/26(月) 04:04:59.79 ID:IH7pNF9n0
fullrangeフラグはHWアクセラレーションの有無にかかわらず常に反映される
これはflashplayer9の頃から変わらない

220 :名無しさん@お腹いっぱい。:2011/09/26(月) 11:31:44.41 ID:rktgKBejO
>>219
なるほど。ありがとうございます。

221 :名無しさん@お腹いっぱい。:2011/09/28(水) 14:02:19.46 ID:5xWqTLwT0
まとめWikiに貼られてるx264guiEx v1.06の設定画面のスクリーンショット、
Npassを選んでたりプロファイルがhigh10になってたりと、いくらなんでもひどい状態なんだが
なんであの状態で撮ったのだろう・・・。説明もそろそろ書き換えないと色々齟齬があるね。

222 :名無しさん@お腹いっぱい。:2011/09/28(水) 15:56:46.90 ID:yAz0eGkK0
ニコ動に音声をHE-AACでアップロードする時の
サンプリングレートについて教えてください。

映像ビットレートや容量の関係で、音声のビットレートを低くしたいが
それなりに音質を保ちたい時HE-AACの48kbpsとか56kbpsでエンコ
するのですが、元の音声が44.1kHzや48kHzのWAVの場合、
そのままエンコードする時と、音声編集ソフト等で22.05kHzや24kHzに
ダウンサンプリングしたWAVをエンコードする時、どちらがそれなりに音質を
保てるでしょうか?

みなさんの経験・体験などを教えてください。




223 :名無しさん@お腹いっぱい。:2011/09/28(水) 16:07:02.52 ID:Ze07/7Im0
22kHzにした時点でかなり劣化してて
ビットレートを高くする意味がなくなってるような気が・・・

224 :名無しさん@お腹いっぱい。:2011/09/28(水) 16:46:06.38 ID:5xWqTLwT0
Softalkの8kHz最強説

225 :名無しさん@お腹いっぱい。:2011/09/28(水) 21:31:48.15 ID:TF+5FTI10
10種類くらいエンコードしてみて聞いて判断する

226 :名無しさん@お腹いっぱい。:2011/09/29(木) 01:08:31.95 ID:4H+GaMoA0
640x360のままエンコするのと
320x360に間引きしてからエンコするのは
どっちが画質よくなりますか?てのに近い気が

227 :名無しさん@お腹いっぱい。:2011/09/29(木) 07:41:43.51 ID:SzMm/Xus0
リサイズは画質が劣化するから使わない
元のサイズが大きいならそのまま変換したほうが綺麗になる

228 :名無しさん@お腹いっぱい。:2011/09/29(木) 09:22:03.89 ID:SzMm/Xus0
http://www.nicovideo.jp/watch/sm15433215

俺の7000kbpsと同程度の画質とか、どうやったらここまで高画質圧縮できるんだろ
4分12Gb程度の元動画はあるからソース自体は悪くないはずなのに…

229 :名無しさん@お腹いっぱい。:2011/09/29(木) 11:17:28.65 ID:ofoDeQZy0
>>228

サイズ : 24.4 MiB
ながさ : 5分 34秒
オーバルビットレート : 611 Kbps

ビデオ
ビットレート : 560 Kbps
最大 : 1 253 Kbps
幅 : 640 ピクセル
高さ : 360 ピクセル
解像度 : 16:9
モード : CFR モード
フレームレート : 29.970 fps

cabac=1 / ref=4 / deblock=0:0:0 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.50:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 /
trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / mbaff=0 /
constrained_intra=0 / bframes=4 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=600 / keyint_min=60 / scenecut=40 /
intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=560 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=2:1.00

オーディオ
ビットレート : 45.7 Kbps

230 :名無しさん@お腹いっぱい。:2011/09/29(木) 13:27:48.05 ID:SzMm/Xus0
これみたぐらいで設定できるなら世話ないよ…

231 :名無しさん@お腹いっぱい。:2011/09/29(木) 13:36:49.41 ID:7ulnE2er0
同じソースを同じ条件でエンコすれば同じ出来になるんだから
見て設定できないほうがおかしいんだが

232 :名無しさん@お腹いっぱい。:2011/09/29(木) 14:04:31.66 ID:SzMm/Xus0
分かってるのならソースも分からないのにこれ見て出来ないのがおかしいとかいえるわけないのに

233 :名無しさん@お腹いっぱい。:2011/09/29(木) 16:24:54.17 ID:3kp4XYA70
止めて見るとやっぱ一般並みにブロック多いと思う

・HDにこだわらず、640x360に収めている
・モノトーンのグラは圧縮ノイズが目立ちにくい

aq=2:1.00
psy_rd=0.50:0.00

この辺にポイントがあるか?

234 :名無しさん@お腹いっぱい。:2011/09/29(木) 16:32:11.52 ID:3kp4XYA70
デブロックフィルタがoffなのが気になる、これがミソなのか?

235 :名無しさん@お腹いっぱい。:2011/09/29(木) 17:46:06.50 ID:U7RQaKBT0
ソースの画質がいいんだろ

236 :名無しさん@お腹いっぱい。:2011/09/29(木) 22:11:58.97 ID:+Y2BxMw70
7000kbpsと同程度とかそれ7000が残念すぎるぞ
よほどひどい設定してるか素材の準備の仕方が良くない
エンコ設定をちょろっといじっただけで画質が劇的に変わるなんてことはまず無いと思う




237 :名無しさん@お腹いっぱい。:2011/09/29(木) 23:04:06.56 ID:ZOJZ2Izk0
そこで --preset placebo ですよ

238 :名無しさん@お腹いっぱい。:2011/09/30(金) 07:29:18.12 ID:0Cu/J4Ln0
640x352 8Bit AVC/H.264 Main@3.1 619:640 49.99fps 29069f 1275.53kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) LC 159.94kb/s
MP4 Base Media v1
[MPEG4] 00:09:41.440 (581.440sec) / 104,699,247Bytes
http://www.nicovideo.jp/watch/sm15609516


512x384 8Bit AVC/H.264 High@3 Unspecified 49.99fps 31062f 1115.62kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 189.71kb/s
MP4 Base Media v1
[MPEG4] 00:10:21.311 (621.311sec) / 101,803,242Bytes
http://www.nicovideo.jp/watch/sm14247025


1360x768 8Bit AVC/H.264 High@4 Unspecified 49.99fps 23948f 1609.53kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 124.43kb/s
MP4 Base Media v1
[MPEG4] 00:07:59.018 (479.018sec) / 104,201,130Bytes


1番下が自分の動画、素材は1分3G程度でキャプチャはアマレココAMV3S1可逆撮影元動画
aviutlでエンコードすると4分以上2500kbpsだと画面がどんどん汚くなる
上2つは他の投稿者のものを比較用に見てみたもの
どれもネットゲームの動画、キャプチャは全てアマレココ(Tv)らしい
サイズ違いの理由は投稿前でリサイズされてないので1360x768

使用ソフト↓
アマレコTV・AviUtl・HandBrake
設定↓
アマレコTV=コーデック[Xvid]8000kbpsでキャプチャ
AviUtl=10000kbpsで圧縮
HandBrake=ニコ動サイズに圧縮(フィルタ無し)

この解説の意味がいまいち理解できない
Aviutlで10000kbpsで圧縮してもHandBrakeで更に圧縮したら画質悪くなりますよね?
でも動画だと何故か綺麗に見える、10000kbpsかのように

239 :名無しさん@お腹いっぱい。:2011/09/30(金) 07:39:37.71 ID:0Cu/J4Ln0
1360x768 32Bit AMV3 Codec 50.00fps 9429f 521985.88kb/s
PCM 48.00kHz 16Bit 2ch 1536.00kb/s
[RIFF(AVI2.0)] 00:03:08.580 (188.580sec) / 12,340,731,904Bytes

素材動画、上の文滅茶苦茶で申し訳ない

240 :名無しさん@お腹いっぱい。:2011/09/30(金) 08:53:12.29 ID:y2uDErpR0
>>228
http://www.nicovideo.jp/watch/sm14431697
> D端子を分配器でTVとPCとに分けて、Monster-Xでキャプチャ。

やはりソースで決まるな。

241 :名無しさん@お腹いっぱい。:2011/09/30(金) 10:22:00.92 ID:uXuR0D1q0
x264guiEXでエンコすると、後に.statsとか.mbtreeとか
ファイルができてるんですが、これは何なんでしょう?

242 :名無しさん@お腹いっぱい。:2011/09/30(金) 11:01:05.05 ID:50F2nKW10
俺もそれ邪魔だから、エンコ完了後に自動削除する設定が欲しい。

243 :名無しさん@お腹いっぱい。:2011/09/30(金) 13:18:15.48 ID:2Ln3GrzQ0
>>238
少なくとも俺にはHandBrakeを使う意味はわからん。
普通にAviUtlでフィルタとリサイズかけてそのまま拡張x264でMP4にすればいいだけだと思う。
何らかの理由でAviUtlでのMP4出力に挫折したのかもね。
直接HandBrakeを使わずわざわざAviUtlを通してるのは何らかのフィルタをかけてるのかな。

>投稿前でリサイズされてないので
まさかリサイズせずにエンコして投稿してるわけじゃないよね?

>>241-242
2pass出力するときのステータスファイルとか。1パス目での解析結果みたいなものかな?
  http://rigaya34589.blog135.fc2.com/blog-entry-140.html
のコメント欄を見ると、
  「最後に消してもいいんですけど、やり直すときに1pass目をスキップできるので置いとくことにしてます。」
ということらしいので、残しておくメリットはある。
ただ自動削除の設定は俺も欲しいな。だめもとでちょっと要望してみる。

244 :名無しさん@お腹いっぱい。:2011/09/30(金) 18:26:10.88 ID:y2uDErpR0
>>243
> 1.xxからステータスファイルのデフォルトを出力先と同じフォルダに変えました。

あれ?1.08だがステータスファイル無いぞ?
デフォルトから弄ってない(%{savfile}.stats)はずだが
出力先はもちろん0.xxの頃にはあったx264.exeと同じフォルダにも無い。
品質基準だと出力しないのかな?

245 :名無しさん@お腹いっぱい。:2011/10/01(土) 12:51:01.80 ID:h0nIwcz/0
色褪せを減らせるオプションありますか?

246 :名無しさん@お腹いっぱい。:2011/10/01(土) 14:20:57.51 ID:hLG9e69e0
http://logsoku.com/thread/hibari.2ch.net/avi/1298736244/

GUIとGUIexの違いについて調べてたらここのログに辿りついたけど全く訳が分からない
2passよりシングルパスを推奨してたりするし、壮大な釣りに釣られてるんだろうか

・GUIとGUIexどちらがエンコードに優れているか

とりあえずこれだけ知りたい、高画質エンコードしてる人を見ると何故かGUIが多い

247 :名無しさん@お腹いっぱい。:2011/10/01(土) 14:28:25.03 ID:mY90R1940
aviutlでh264エンコ(プリセットでニコニコ-高画質)選んで、ビットレートだけ計算機のものに変えて出力してるんですが
どうしても動画の明るさが増す(?)というか白くなってしまいます。シャープフィルタとか色調補正でもごまかせない感じです。
元の動画はgregionで録画した2GBくらいの高画質なんでまったく問題ないんです
ずっとこの問題のせいで悩んでます。解決策ありませんか?
pcスペックは問題ないです

http://www.dotup.org/uploda/www.dotup.org2088505.jpg
これはスクショじゃなくて例えばのものなんですがこんな感じに白くなってしまいます

248 :名無しさん@お腹いっぱい。:2011/10/01(土) 14:54:43.97 ID:8MV9EqL30
>>244
マルチパスの時だけ。

>>245
求めてるもんとは違うかもしれんが、まとめWikiに「色褪せ低減β」ってのがある。

>>246
AviUtlスレはニコニコ動画への投稿とかじゃなく、TV番組をエンコして保存するという人たちがメイン。
そういう場合、しっかりした品質でエンコする必要があるので品質基準でエンコすることが多い。
そのスレにも書いてあるとおり、2passを使うのはニコニコのように、指定サイズに収める必要のある場合くらい。
ただ、別にニコニコだから2passじゃなきゃいけないってわけじゃなく、
ファイルサイズに問題がなさそうなら品質基準でエンコしたって何も問題はない。

あとSeraphy氏の拡張x264(GUI)は、知っての通り「r1583暫定版」で開発が止まっている。
x264はどんどん進化を続け、現在ではr2085。機能だけじゃなく速度面など色々改良され続けている。
拡張x264guiExは、その最新版のx264を利用できる。
ぶっちゃけた話、「guiExよりもGUIのほうが優れている」なんてありえない。

249 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:13:06.94 ID:8MV9EqL30
>>247
Gregionでの録画時に使ったコーデックは何かとか、情報無しに言われても・・・。
>>1を見て、録画したAVIのMediaInfo情報とか貼ってみたら?

250 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:18:44.56 ID:LQBKUDx20
QTで再生してるとかいうオチじゃないだろうな

251 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:18:57.10 ID:qo2THuO80
16:9動画を作るのにWindowsMediaプロファイルエディタで動画サイズを640x360に
設定してWindowsムービーメーカーで作ったwmv(avi)ファイルを

mencoderFLV4enc_D&D_2pass_new16:9.batを 4:3の記述を参考にして
>REM その他フィルタオプション
>set EXTOPT=-vf flip,scale=640:360 -sws 9 -af resample=44100
に修正したものに2passで通しても、出来た動画の入力サイズが
640x368になって下に帯状のノイズのようなものが出ます。
(8を引いて352にするとサイズは640x352になります)
どの辺を修正すればいいでしょうか?

もしくは、640x384で上下に12ドット追加で作る場合は
動画サイズが↑でbatの記述は↓に修正したもので合ってますか?
>set EXTOPT=-vf flip,scale=640:384,expand=0:-24:0:12 -sws 9 -af resample=44100

252 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:19:33.20 ID:qo2THuO80
16:9動画を作るのにWindowsMediaプロファイルエディタで動画サイズを640x360に
設定してWindowsムービーメーカーで作ったwmv(avi)ファイルを

mencoderFLV4enc_D&D_2pass_new16:9.batを 4:3の記述を参考にして
>REM その他フィルタオプション
>set EXTOPT=-vf flip,scale=640:360 -sws 9 -af resample=44100
に修正したものに2passで通しても、出来た動画の入力サイズが
640x368になって下に帯状のノイズのようなものが出ます。
(8を引いて352にするとサイズは640x352になります)
どの辺を修正すればいいでしょうか?

もしくは、640x384で上下に12ドット追加で作る場合は
動画サイズが↑でbatの記述は↓に修正したもので合ってますか?
>set EXTOPT=-vf flip,scale=640:384,expand=0:-24:0:12 -sws 9 -af resample=44100

253 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:26:00.54 ID:mY90R1940
コーデックはUt Video Codec YUV422 (ULY2) VCM x86を使いました。
良く分からなかったので、高画質で録画する方法をググって適当にこれを選んでおきました・・・。
Mediainfoというのはこれでいいんでしょうか?スペース取りますが貼ってみます。音声はたぶん関係ないので省略
全般
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 5.24 GiB
ながさ : 7分 43秒
オーバルビットレート : 97.3 Mbps

ビデオ
ID : 0
フォーマット : YUV
コーデック ID : ULY2
コーデック ID/情報 : Ut Video Lossless Codec
コーデック ID/ヒント : Ut Video
ながさ : 7分 42秒
ビットレート : 97.2 Mbps
幅 : 1 324 ピクセル
高さ : 744 ピクセル
解像度 : 16:9
フレームレート : 30.000 fps
ColorSpace : YUV
ChromaSubsampling : 4:2:2
ビット/(ピクセル*フレーム) : 3.290
ストリームサイズ : 5.24 GiB (100%)

254 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:44:49.86 ID:8MV9EqL30
>>251-252
VP6を利用したFLVでは解像度は16の倍数でなければならないという制限がある。
640x360の360は16の倍数ではないので、そのサイズ作るとどうしても緑線が入る。
640x384への修正については、よくわからんので他の人の回答を待ってくれ。
MP4なら16の倍数という制限はなく、2の倍数であればいいから、MP4にしたほうがいいと思うけどね。

>>253
・AviUtlのプレビューでは問題ないのか?
・AviUtlの「設定→色空間の設定」で、「入力」と「出力」はそれぞれどうなっている?
・x264でのエンコード時のオプションは?特に「--colormatrix」は、どのように指定した?
 (できればMediIno情報を貼ってほしい)
・出来上がったMP4の再生確認に使ったソフトは?
 (ちゃんとFlavieで確認した?>>250の言うようにQuickTimeとかじゃないよね?)

255 :名無しさん@お腹いっぱい。:2011/10/01(土) 15:47:07.14 ID:mY90R1940
とんでもないことに気づきました
GOMプレイヤーからFlavieに変えたら余裕の綺麗さでした
さようならありがとう

256 :名無しさん@お腹いっぱい。:2011/10/01(土) 19:39:59.16 ID:V71JurQw0
プレイヤの差というよりGOMプレイヤで明るくフィルタかける設定にしてただけじゃねーの

257 :名無しさん@お腹いっぱい。:2011/10/02(日) 01:35:00.53 ID:plnEFcAp0
すみません。
初歩的な質問なのですが、ある程度、音質と画質が低い動画を落として、それを使った動画をニコ動にうpするとき
エンコードしても変わらないと思います?

258 :名無しさん@お腹いっぱい。:2011/10/02(日) 01:38:59.57 ID:749FhSA30
変わらないって何が?

259 :名無しさん@お腹いっぱい。:2011/10/02(日) 03:23:14.82 ID:b8R9AbQ+0
日本語で

260 :名無しさん@お腹いっぱい。:2011/10/02(日) 06:33:41.19 ID:oeU+GsTQ0
>>257
1. 動画をDL
2. その動画を編集
3. ニコニコ動画用にエンコードして、うp  → 画質、音質は最高でも1と同等。2、3aをうまくやらないと画質、音質とも下がる可能性大

結果は、別に1の動画によらない

261 :名無しさん@お腹いっぱい。:2011/10/02(日) 16:57:45.01 ID:2RwNmTCm0
>>241-242
rigayaさんが、x264guiEx v1.10で、ステータスファイル(*.statsと*.mbtree)の自動削除機能を追加してくれました。
そんなわけでFAQ風味にまとめ。

Q.MP4を出力したフォルダに「*.stats」とか「*.mbtree」っていうファイルが残るけどこれは何?
   あと、これを自動的に削除することはできないの?

A.2pass出力を行なうときのステータスファイルです。残しておけばエンコードをやりなおす際に
   1pass目の処理を省略することができるというメリットがあります。
   自動的に削除したい場合は、x264guiExの設定画面右上にある「その他の設定」を開き、
   「自動マルチパス時、ステータスファイルも自動的に削除する」にチェックを入れておきましょう。
   (要x264guiEx v1.10以降)

262 :名無しさん@お腹いっぱい。:2011/10/02(日) 19:13:31.17 ID:vEj64gl70
>>261
> 1pass目の処理を省略することができる

これをやりたいときはどうやればいいんでしょ?

263 :名無しさん@お腹いっぱい。:2011/10/02(日) 23:35:21.38 ID:2RwNmTCm0
>>262
例えば「test.mp4」を出力して「test.stats」「test.stats.mbtree」が残ってるとしたら、
  1.test.mp4を消す
  2.x264guiExの設定で「自動マルチパス」ではなく「マルチパス -Npass」を選択
  3.「nul出力」のチェックを外す
  4.「test.mp4」という名前で出力する
という感じだと思うけど、「やり直す」ってこれまでやったことないんで間違ってるかも。
rigayaさんのコメント見てそのまま書いちゃったんで、有用な使い方とかは正直わかってない。

264 :名無しさん@お腹いっぱい。:2011/10/03(月) 23:07:46.26 ID:Q4FW/isj0
大抵やり直す時ってビットレート変えたりフィルタオプション変えたりした時だからなあ。
正直使いどころが微妙。

265 :名無しさん@お腹いっぱい。:2011/10/04(火) 17:08:56.39 ID:hQIe611L0
720×480のファイルを640×360で16:9として出す場合ですが、
元のファイルをaviutlに放り込む
一旦aviファイルとして書き出す
そのaviファイルを拡張フィルタで編集し、mp4で出力

この手順って何かおかしいところありますでしょうか

266 :名無しさん@お腹いっぱい。:2011/10/04(火) 21:48:29.04 ID:q23p84ZZ0
元ファイルが何なのかもわからないし、何がやりたいかにもよるし、
編集手順とかの話はMAD初心者スレとかのほうが向いてるような気もする。

267 :名無しさん@お腹いっぱい。:2011/10/05(水) 22:26:53.68 ID:wa36zzVj0
うん

268 :名無しさん@お腹いっぱい。:2011/10/06(木) 02:39:27.53 ID:31DK7zkR0
まとめWikiを、x264guiEx 1.xx系にあわせて更新しました。
気をつけたつもりですが、おかしなところや気に食わないところがあれば修正して下さい。

  aviutl_h264 - ニコニコ動画まとめwiki
  ttp://nicowiki.com/?aviutl_h264

以前との差分はバックアップのとこから見てください。

269 :名無しさん@お腹いっぱい。:2011/10/06(木) 02:52:31.42 ID:31DK7zkR0
あと、

  MP4のエコノミー画質が著しく低下する例
  http://nicowiki.com/aviutl_h264.html#z2917d13

って、初期ディレイカットや自動フィールドシフトを使ってVFRになった場合に
起きてた事象(それだけが原因ではないかもしれないけど)だったと思いますが、
スレ52のレス48(2011/0/1/05)で、--dts-compressを使っても極度な劣化は起きないって報告上がってましたよね。
この項目ってもうコメントアウトしちゃってもいいんでしょうかね。

---スレ52より

48 名前:名無しさん@お腹いっぱい。 投稿日:2011/01/05(水) 11:25:07 ZdxLq5Mh0
rigaya氏のx264gui.auoExがそろそろ安定してきたようなのでnicowikiのgui.aouのあたりを
書き直そうかと思い、ついでにいくつかテスト動画を上げてみたら鯖エンコの仕様が
随分と変わっていた
・初期ディレイカット(dts-compression)を使用してもビットレートが極端に下がらなくなった
・VFR動画を上げると、最大fpsに合わせてharddup(avisynth風に言えばchangefps(maxfps))するようになった

てことで、今後はBフレーム使う場合は、音ずれ対策に--dts-compres使ったほうがいいかも

270 :名無しさん@お腹いっぱい。:2011/10/06(木) 14:39:56.34 ID:u/3/EwDh0
とりあえずコメントアウトはしても構わないとは思う

271 :名無しさん@お腹いっぱい。:2011/10/06(木) 18:09:25.21 ID:Ol9zBZDz0
FlashPlayer11って正式公開されたのか。何か影響あるのかねえ。

272 :名無しさん@お腹いっぱい。:2011/10/06(木) 18:22:06.36 ID:Ol9zBZDz0
うげ、ググってたら9月末にクリティカルなセキュリティアップデートがあったのか。
やばいな、うち10,3,183,7が入ってるんだけど、いまアップデートして11にするのは何かためらうな・・・。
しかし自動更新もオンになってるのに、チェックにいっても警告すら出ないのはなんでやねん。

  Flash Player 10.3.183.10 セキュリティアップデート公開
  http://cuaoar.jp/2011/09/flash-player-10318310.html

  インストールされてるバージョンのチェックはここで
  http://www.adobe.com/jp/software/flash/about/


273 :名無しさん@お腹いっぱい。:2011/10/06(木) 18:32:29.49 ID:czzsT3zs0
11はレンダリング速度が2000倍ってどっかに書いてあったような…
重い動画が軽くなるかな?(人柱待ち)

274 :名無しさん@お腹いっぱい。:2011/10/06(木) 19:02:25.86 ID:Ol9zBZDz0
2000倍じゃなくて1000倍らしいけど、
  「前バージョンの1,000倍以上も高速に2D/3Dグラフィックスをレンダリングできる。」
だから、ニコニコでの動画再生にはほぼ関係なさそう。

 Adobe、「Flash Player 11」と 「AIR 3」を発表 (マイコミジャーナル) - Yahoo!ニュース
 http://headlines.yahoo.co.jp/hl?a=20110922-00000001-mycomj-sci

275 :名無しさん@お腹いっぱい。:2011/10/06(木) 19:08:23.21 ID:k6ghspWn0
アドビ、「Flash Player 11」と「AIR 3」により3Dゲームが実現すると発表
http://journal.mycom.co.jp/news/2011/09/22/012/index.html

Flash Player 11とAdobe AIR 3では、2D / 3Dグラフィックスの
フルハードウェアアクセラレーションレンダリングにより1,000倍の高速化を果たし、
60フレーム秒のスムーズなレンダリングが可能。
これにより、多数のオブジェクトのアニメーションを使用したゲーム専用機並みのゲームを実現するという。

関係ないな

276 :名無しさん@お腹いっぱい。:2011/10/07(金) 00:24:03.04 ID:caCAlw750
>>275

ニコ動のベンチマーク的な動画が60フレーム秒のヌルヌル再生されるってことかな?

それともブラウザゲームのみ高速化されたってこと?



277 :名無しさん@お腹いっぱい。:2011/10/07(金) 22:30:24.50 ID:8V67lPy00
ずっとAny Video Conventer使ってて
動画をmp4で16:9で出力したいときは
動画サイズを512x288や720x360と指定して変換してたんだけど

4:3意外の動画サイズで出力しても上下に黒帯が入って4:3で出力されるようになった
以前はどんな動画サイズでもできたのにアップデートでこんな仕様になったの?

278 :名無しさん@お腹いっぱい。:2011/10/08(土) 13:03:46.59 ID:H8AXfULS0
マルチになりますがすみません
動画のエンコードはどうしてますか?自分の場合、作成後YouTubeに720pでうpしてダウンロード
したのをニコニコに上げてます。画質はいいと思いますが音質が不安です

279 :名無しさん@お腹いっぱい。:2011/10/08(土) 13:18:29.42 ID:bkNVj9Hz0
つべの720pはAAC-LCの128kだから
音質的には問題ないよねぇ?
ニコで再エンコされてたら知らぬが

280 :名無しさん@お腹いっぱい。:2011/10/11(火) 18:03:06.65 ID:1ooVurbH0
GPU再生支援というかH.264のLevelについて質問です。

  例、x264.exe --ref 5 ※1920x1080の時は4以下にしないとGPU支援で乱れます。
  http://www.nicovideo.jp/watch/sm8862817

この動画説明文のところに以下の計算式が載っています。

  マクロブロック/秒(fps/unit):1920*1080*30/256=243000 (Level4.1 <245760) 状態:OK
  マクロブロック/秒(ref/unit):1920*1080*5/40=259200 (Level4.1 <245760) 状態:違反
  解像度:(1920/16)*(1080/16)=8100 (Level4.1 <8192(1920x1088)) 状態:OK

1番目と3番目についてはわかったつもりなのですが、
2番目の計算式の40というのは、どこから出てきた数字なのでしょうか?

281 :名無しさん@お腹いっぱい。:2011/10/11(火) 19:26:21.55 ID:1ooVurbH0
あと、まとめWikiの編集でミスがありました、すみません。
v1.xx用に記述を変更した際、Level指定の記述を漏らしてしまっていたようです。
基本的に前の記述を残すようにしたつもりが、自分がちゃんと認識していなかったせいもあって見逃していたようです。
とりいそぎ、Levelの設定をするよう、もとの説明を追加しました。

いまだにちゃんと理解できてるか怪しいですが、
  ・ref=16だとFlashPlayerのGPU再生支援(HWアクセラレーション=ON)で再生がおかしくなる(ことがある?)?
  ・プリセットでveryslowなどを選択した場合、ref=16となってしまう。
  ・Levelを明示的に指定することでrefが自動調整される。
   SDなら3を指定することでref=10、HDなら4か4.1を指定することでref=4となり、
   ref=16の問題を回避できる。
ということであってるでしょうか?

また、これとは別に「QPの下限(0)」「QPの上限(69)」の記述も削除してしまっていたようなのですが、
この記述も残す必要があるでしょうか?(とりあえずmediumでもveryslowでも0-69になるようですが)

設定画面のスクリーンショットのほうもなるべく急いで修正します。

282 :名無しさん@お腹いっぱい。:2011/10/11(火) 19:37:58.80 ID:1ooVurbH0
refについては16という数値がやばいのではなくプロファイルに対応した数値より上だとまずいということなのかな。
再生支援の仕組みとかよくわからんけど・・・。

 http://up-cat.net/x264%2528vbv%252Dmaxrate%252Cvbv%252Dbufsize%252Cprofile%252Clevel%2529%252C%2BH%252E264%2528Profile%252FLevel%2529.html

283 :名無しさん@お腹いっぱい。:2011/10/11(火) 23:35:22.38 ID:1ooVurbH0
設定画面のスクリーンショットも、Levelを明示的に指定するよう更新しました。

引き続き>>280>>281-282について教えていただければ幸いです。

284 :名無しさん@お腹いっぱい。:2011/10/11(火) 23:40:25.75 ID:nYnIv/Oa0
>>280
どこからその計算式を持ってきたのかはよくわからん
#x264@freenodeにその動画上げた本人がいるから聞いてみたけど覚えてないらしい
でも4.1で最大ref4はあってる

>>281
HWデコーダを使用する場合はprofileやlevelで決まる最大refを超えてはいけない
さらにDXVAやCUDAといったGPUの機能をデコードに使う場合は、例えlevelの規定内に収まっている場合でも
refは15までしか使ってはいけない
例えば640x480の場合--level 3.1だとrefは16にしても規定内だけど、DXVAやCUDAを使っている場合は映像が壊れる
FlashPlayerもGPUのデコード等を使うようになってきている以上、refは15以下にしておくべき
なんでこういうことになっているのかはよくわからんので、知りたいならMSなりNVIDIAなりAMDなりに聞くように

とりあえずrefをいじらずlevelを3にしておけば、512x384や640x360の動画でpreset veryslowやplaceboを使っても
refは9まで下がるから、HW互換性を壊すようなことはまず起こらない

285 :名無しさん@お腹いっぱい。:2011/10/12(水) 00:30:19.18 ID:3rw1E4yw0
>>284
ありがとうございます。色々と勉強になりました。
ちょっと古めの情報ですがググって出てきたこういうサイトも参考になりました。一応貼っておきます。

  H.264(AVC) + UVD(DXVA) / J-pro.info
  http://www.j-pro.info/remake/h264uvd.html

  x264 Encoding Options for Hardware Compatibility & DXVA - AVS Forum
  http://www.avsforum.com/avs-vb/showthread.php?t=972503

>>197のイミフな挙動の理由を知りたくて先日からDXVAまわりを調べたりしてましたが素人には敷居が高くてリタイヤ気味。


>とりあえずrefをいじらずlevelを3にしておけば、512x384や640x360の動画で
>preset veryslowやplaceboを使っても refは9まで下がるから、HW互換性を壊すようなことはまず起こらない

512x384のソースを
  ・x264guiEx 1.12+x264 r2085(x264.nl)
  ・veryslow+Level3指定
でエンコしてみたところ、ref=10になるようです。Level3.1指定だとref=16のまま。(前スレでの報告と同様)
どういう計算なのかわからないのでソースによるのかもしれませんが。

286 :名無しさん@お腹いっぱい。:2011/10/12(水) 01:02:38.40 ID:K5tytO6g0
ああごめん
ref 9は640x360の場合だ

287 :名無しさん@お腹いっぱい。:2011/10/12(水) 01:22:08.68 ID:3rw1E4yw0
>>286
しまった512x384のほうしか目に入ってなかったorz
と思って>>285と同じ条件で試してみたところ、640x360 24fpsと30fpsでref=8となりました。
一応ご報告しておきます。

288 :名無しさん@お腹いっぱい。:2011/10/12(水) 01:27:18.54 ID:K5tytO6g0
ちなみに計算式は512x384の場合、マクロブロック数は
(512/16)*(384/16)=768
High Profileでlevelが3の場合MaxDpbMBsは8100なので
ceil(8100/768) = 10
これがlevel3.1だとMaxDpbMBsは18000まで上がるので
ceil(18000/768) = 23
refは最大で16までなので16となる
levelとMaxDpbMBsの対応表はH.264の勧告書なりwikipedia(en)なり猫科研究所なりを漁れば見つかる

289 :名無しさん@お腹いっぱい。:2011/10/12(水) 01:46:26.04 ID:K5tytO6g0
げ、計算用のスクリプトに間違いがあった
640x360の場合はref 8が最大になる

290 :名無しさん@お腹いっぱい。:2011/10/12(水) 01:48:32.30 ID:3rw1E4yw0
>>288-289
このあたりですね。ありがとうございます。こういう計算式も今回初めて知ったので勉強になりました・・・。

猫科研究所 - x264(vbv-maxrate,vbv-bufsize,profile,level), H.264(Profile/Level)
http://up-cat.net/x264%2528vbv%252Dmaxrate%252Cvbv%252Dbufsize%252Cprofile%252Clevel%2529%252C%2BH%252E264%2528Profile%252FLevel%2529.html

H.264/MPEG-4 AVC - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Decoded_picture_buffering

291 :名無しさん@お腹いっぱい。:2011/10/13(木) 03:05:36.56 ID:w4fSVsQC0
>>280-290で教わったマクロブロック上限を根拠にしたLevelとrefの指定について
暫定的というか確認のための資料として、解像度やフレームレートに応じた早見表を作ってみました。
(ページは内容の確認がとれたら消すなり、どこかにリンクを貼って残すなり、スレ住人の判断に任せようと思ってます)

  H.264 Levelの指定について - ニコニコ動画まとめwiki
  http://nicowiki.com/?H.264%20Level%E3%81%AE%E6%8C%87%E5%AE%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

そのうえで質問なのですが、
  aviutl_h264 バッチ登録
  http://nicowiki.com/aviutl_h264.html#c702bd6f
のところの説明を、
  1.SDサイズならLevel 3.1を指定したうえで、refに明示的に最大で6〜8くらいまでを指定するのを推奨。
  2.HDサイズならLevel4.1を指定するのを推奨。refはいじらなくてよい。
というふうに変えたほうがよいのかと思っているのですが、これは問題ないでしょうか?

refの範囲を6〜8としたのは
  拡張 x264 出力(GUI)Exの設定項目とその機能について
  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

  「せいぜい6程度までにしておくほうが無難である。」
という記述があるのと、早見表で見た最大ref数の数字をざっと見て適当に決めただけです。

292 :名無しさん@お腹いっぱい。:2011/10/13(木) 12:23:06.89 ID:soPIWsTx0
levelを指定するのは、level指定によって有効になるrefの抑制機能を使うためだよ
refを自分で指定するならなんでlevelも指定するの?
例えば640x360でrefを10とすれば、levelは自動的に3.1になるんだよ?

逆に聞くが「SDならlevel3.1」の根拠は何?
なんで3.2でも4でも4.1でもなく3.1なの?
「medium(普通)」「slow(遅い)」「slower(もっと遅い)」「veryslow(とても遅い)」「placebo(お前はアホか?)」という
わかりやすく、バランスのとれたプリセットが用意されていて、levelを指定すれば問題のないファイルが作られるのに
refを自分で設定しただけで、それらが全てぶち壊しになる可能性が生まれるわけだが
そこまでしてref6から8を自分で設定することを推奨する理由はなんだ?
refを自分で指定したら誰でもわかるくらい目にみえて綺麗なファイルに仕上がるとかそういうことが起こるの?

293 :名無しさん@お腹いっぱい。:2011/10/13(木) 14:11:21.40 ID:/EPRsDks0
refは上げるほど圧縮率上がるんだよね?
でも上げすぎるとショボイ環境で見れなくなったりするらしいから、悩むんでしょ

294 :291:2011/10/13(木) 15:54:35.15 ID:VRGaJIbv0
>>292-293
まず、現在のまとめWikiの設定手順を大雑把に書くと、
  「プリセットはmediumかveryslow。LevelはSDなら3程度、HDなら4か4.1を指定。」
ということになってます。refについての記述は存在しません。

でも例えば512x384や640x360の60fpsの場合、マクロブロックの条件から最低でもLevelは3.1が必要になるうえ、
プリセットveryslow、Level指定3.1以上と指定すると、レベルによる自動調整だけではref=16になってしまうので、
GPU再生支援時に問題が起きることがあるのではないかと懸念してます。

Wikiの指定どおり、Level3.1ではなくLevel3を指定すればrefは下がるけど、
Level3のマクロブロック条件を守っていないファイルになるのがちょっと気になるなと。

だったら、
  「SDならまとめてLevel3.1に統一したうえで、refも16にならないように手動で下げちまえ。
   とりあえず多くても6〜8くらいにしとけばいいんじゃね?
   HDはレベル4.1にすればrefは自動的に下がるからrefはさわらなくていい。」
という記述のほうが、初心者でも混乱せずに設定できてわかりやすいかなと思いました。

>逆に聞くが「SDならlevel3.1」の根拠は何?

とりあえずの根拠はもともとのWikiの記述と、上でも書いた早見表で求めた必要レベルの数値。
それと、早見表のページにも貼った
  H.264(AVC) + UVD(DXVA) / J-pro.info
  http://www.j-pro.info/remake/h264uvd.html
とそのページ内のリンク先にある
  「HDコンテンツはHigh@L4.1をSDコンテンツはHigh@L3.1を利用する」
という記述。

「SDでもHDでも全部4.1以上にして、refも4以下にしろ」という説明にするのもアリなのかもしれませんが、
そんなことしていいのかよくわからなかった。

まとめWikiの目的は、とりあえず初心者に対して「問題を起こさないファイルの作り方」を
提示できればよいわけなので、綺麗にするとかそういうことはあまり考えてません。
そのへんは各個人で勉強して突き詰めていくべき話でしょうし。

とりあえず
  「ref=16だとGPU再生支援時に映像が乱れる」
という問題を避けるための処置なのですが、ref=16で乱れるかどうかというのは
グラボやドライバによって変わるもんなんですかね?

あと、HDのレベルを4.1にしたのは、4.1以上にするとうまく再生できない環境もあるかもしれないという懸念からです。
新しいものなら5.1まで対応してるようですけど、サポート状況とかよくわからなかったもので。
4.1ならば、再生支援の効く環境ならまあ対応してるだろうという判断です。(あってるかわからんけど)

295 :名無しさん@お腹いっぱい。:2011/10/13(木) 16:48:18.10 ID:VRGaJIbv0
ちなみに映像が乱れる例としてはMAD初心者スレ114のレス501にある動画があります。
(勝手に引用するのは気が引けるので直接動画URLを貼るのは避けますが)
  ttp://hibari.2ch.net/test/read.cgi/streaming/1315580203/501

640x360の30fpsで、MediaInfoで見るとHigh@L3.1でref=16。
詳しく見てませんがqpmaxなどもいじっているようなのでref=16が原因なのかどうかはよくわかりませんが、
その後の報告によると、少なくともノートPCのIntel系オンボードだとHWアクセラレーションONで映像が乱れるそうです。
nVIDIAやAMDの場合は不明。

296 :名無しさん@お腹いっぱい。:2011/10/13(木) 19:07:04.04 ID:Fn1yL6P90
Intelオンボで乱れるのはBフレームの数も原因だったよな

297 :名無しさん@お腹いっぱい。:2011/10/13(木) 19:44:49.01 ID:VRGaJIbv0
>>296
>>295の動画のエンコードオプション。bframes=10になってますね。
いくつだとアウトなのかわかりませんが、veryslowを指定してもbframes=8のはずだし、これも原因なんですかね?
「こうしたらまずい」系の情報ってどこかにまとまってないのかな・・・。

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / psy_rd=0.40:0.00 /
mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 /
chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 /
constrained_intra=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 /
weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass /
mbtree=1 / bitrate=590 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=33 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:0.60


298 :名無しさん@お腹いっぱい。:2011/10/13(木) 19:48:48.93 ID:/EPRsDks0
これアニメプリセットやね

299 :名無しさん@お腹いっぱい。:2011/10/13(木) 19:53:03.61 ID:VRGaJIbv0
ググって出てきたブログから勝手に抜粋。Intel系ではBフレーム連続数4以上でアウトの可能性・・・?
これは・・・どうすればいいんだ。

---
またBフレームは他のコマと違い動画の順番に並んでいるとは限らず、
処理速度的に再生に障害が出る場合があるのでパソコン以外のプレイヤーなどでは
連続数の限界値が決められている場合が多いです。
例外的にintelシリーズのグラフィック機能の再生支援が有効に為っている場合は
同様の障害が発生する可能性があります。(これは本当に酷いと思う)
この問題が発生する可能性があるのは連続数4以上です。
パソコン以外で見る場合は指定が無くても連続数3以下にしときましょう。
---

300 :名無しさん@お腹いっぱい。:2011/10/13(木) 19:56:02.39 ID:VRGaJIbv0
こんな大百科記事もあるのね。具体的にどれだけBフレームが連続したらおかしくなるかは書いてないけど。

  動画がおかしくなる方は大百科をクリック→とは (ドウガガオカシクナルカタハダイヒャッカヲクリックミギとは) [単語記事] - ニコニコ大百科
  ttp://dic.nicovideo.jp/a/%E5%8B%95%E7%94%BB%E3%81%8C%E3%81%8A%E3%81%8B%E3%81%97%E3%81%8F%E3%81%AA%E3%82%8B%E6%96%B9%E3%81%AF%E5%A4%A7%E7%99%BE%E7%A7%91%E3%82%92%E3%82%AF%E3%83%AA%E3%83%83%E3%82%AF%E2%86%92


301 :名無しさん@お腹いっぱい。:2011/10/13(木) 20:19:35.18 ID:n2mU2R6S0
とりあえずなるべく高画質にしたいときveryslowにしてたけど見れない人いたのか・・・

302 :名無しさん@お腹いっぱい。:2011/10/13(木) 20:29:53.31 ID:VRGaJIbv0
これはあれか、もういっそブルーレイ並みに
  bframes<=3
  ref<=4
とかに明示指定したほうがいいんだろか・・・。

Encoding Video for Blu-Ray using H264/AVC - Doom9's Forum
http://forum.doom9.org/showthread.php?t=154533

303 :名無しさん@お腹いっぱい。:2011/10/13(木) 21:47:18.45 ID:soPIWsTx0
ほんとにBフレで不具合出てるの?
>>295はref16な時点で問題外なんで、Bフレの不具合の検証にならないんだけど

304 :名無しさん@お腹いっぱい。:2011/10/13(木) 22:30:02.63 ID:9kgQKtMg0
ref=16だとHWの再生支援を強制OFFできると以前どこかで聞いたけど
ならない環境もあるんだな

305 :名無しさん@お腹いっぱい。:2011/10/13(木) 23:51:40.45 ID:VRGaJIbv0
>>303
Bフレームの話は>>299-300くらいしか見てないのでどうなんでしょうね。他にもっとソースがあればよいのですけど。
ref関係の各グラボの再生支援の挙動なんかも明確に書いてあるところはないものか。

>>304
FLVENC2の人がテスト動画を色々上げてくれていますが、

  FLVENC2 ツール&画質テスト H264
  http://www.nicovideo.jp/mylist/5473671

のマイリスコメントの中に
  「こちらの動画はLevel5.1(-ref 16)以上になっているのでGPU再生支援は強制的に無効になります。」
とありますね。
例えば以下の動画が該当するようです。

  Steins;Gate OP (画質テスト153/512x288/H.264/960+64kbps/3passSHQ)
  http://www.nicovideo.jp/watch/sm8769927

落としてみると、確かにHigh@5.1でref=16になっており、これは--level 5.1としたためと推測されるのですが、
「GPU再生支援が無効になる」というのは、
  「Level 5.1だから」
  「ref=16だから」
のどちらが理由になるのでしょう?
早見表にあるとおり、512x288の29.97fpsならLevel4.1を指定してもref=16になると思うのですが、
Levelを4.1にした場合でも再生支援は無効になるんでしょうか?
それともLevel4.1ならref=16でも再生支援が効いたりするんでしょうか?
>>284さんによるとref=16だと無効になるのではなく映像が壊れるとありますが、
 無効になるのか映像が壊れるのかそれともそのへんもやっぱり環境によるのか、だんだんよくわからなくなってきました・・・)

一応上の動画のエンコードオプション書いておきます。
cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=0 / mixed_ref=1 /
me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=20,8 / chroma_qp_offset=0 /
threads=6 / nr=50 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=16 / b_pyramid=0 / b_adapt=2 /
b_bias=0 / direct=3 / wpredb=1 / keyint=900 / keyint_min=1 / scenecut=70 / rc_lookahead=250 / rc=2pass /
mbtree=1 / bitrate=960 / ratetol=1.0 / qcomp=0.50 / qpmin=10 / qpmax=51 / qpstep=24 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:0.00

306 :名無しさん@お腹いっぱい。:2011/10/14(金) 08:49:49.77 ID:EGT3TZyl0
あのさ
まずすごく読みにくい
もうちょっと思考まとめて書いてくれ
次にレベル指定はrefを下げるようには働いても、上げるようには働かない
--level 5.1にしてもref=16になんてしない

「--level 5.1だけ」コマンドラインオプションに追加してエンコしてみたの?
「--ref 16だけ」でエンコしてみたの?
実験もしないで一々このスレで思考過程をメモみたいに残しながら検証しないでくれない?

307 :名無しさん@お腹いっぱい。:2011/10/14(金) 16:02:23.31 ID:W9UEtxP20
>>306
書き方が足りませんでした、すみません。
>>305はveryslowなりplaceboなり、ref=16になるプリセットを指定したうえで--level 5.1にしたんだろうということです。
この場合、この解像度ではレベルによる自動補正だけではrefは下がらないということ。
--levelによるrefの自動補正の正確な挙動(MaxDpbMbsだけで決まるのかなど)はわかりませんが、
少なくとも>>294に書いたように、640x360でveryslow&3.1を指定した場合にref=16になるのは確認してます。

あと自分でも長くなりすぎたと思うので要点など後でまとめてみようと思います。

それとBフレーム連続数問題についてですが、>>299>>300を書いたのは同じ人のようです。
LGA1156ソケットだとアウトと書いてるから、LGA1155系だとセーフなんですかね?
>>295で書いたMADスレでの報告2件は、corei5 480Mと
Celeron Dual-core(Mobile Intel(R) 4 Series Express Chipset)だったので該当するのかな。
色々試している人のようですが、refとbframesがアウトと判断した理由については記述が見当たりませんでした。

308 :名無しさん@お腹いっぱい。:2011/10/14(金) 16:06:14.90 ID:W9UEtxP20
あまり関係ないとは思いますが、こんな実験記事も見つけました。

  はいじん☆ちゃんねる ≫ 【レビュー的な何か】Pen4世代でBlu-ray再生は可能か?【AGPx8編】
  http://haizin.serveblog.net/?p=8063

Pentium4+Radeonでの実験ですがAGPx4だと映像が乱れてAGPx8だと大丈夫だったそうな。よくわからんけど。

309 :名無しさん@お腹いっぱい。:2011/10/14(金) 18:28:55.80 ID:MgHoTR3G0
作った動画のコメを見ると音声が片側しか出てないらしく
(自分の再生環境では両方から聴こえるので確認が出来ない…)
Audacityで音声の調整をしていますがどこを調整すれば、両方から聴こえるようになるのでしょうか?



310 :名無しさん@お腹いっぱい。:2011/10/14(金) 21:53:54.35 ID:W9UEtxP20
>>309
モノラルじゃなくてStereo 2chになってれば問題ないような?

311 :名無しさん@お腹いっぱい。:2011/10/14(金) 21:58:16.02 ID:W9UEtxP20
>>280-308について、要点をまとめてみました。(それでも長いので2レス使います、すみません・・・)

■現状
  現在のまとめWikiの記述は、
    「速度はmediumかveryslow、LevelはSDなら3程度、HDなら4か4.1を指定。」
  となっている。(veryslowはref=16となるプリセットであることに注意)

■議論したいこと
  例えば640x360の60fpsでは、マクロブロックの上限を考えると最低でもLevel3.1が必要となる。
  また、例えば640x360でveryslowとLevel 3.1を指定した場合、ref=16になる。

  ref=16だとGPU再生支援が無効になったり映像が乱れたりすることがあるという
  話があるので、これはあまりよくないのではないか。

  事実関係を確認のうえ、まとめWikiの基本設定例として、どういう記述にすべきか検討したい。
  (まとめWikiとしては極力問題を起こさないファイルを作るようにしたほうがいいのかなと)

■まとめてみた資料(マクロブロックに関する計算表とか細かい説明とか。Wiki化は当面中止。)
   ttp://goldenhige.cocolog-nifty.com/blog/2011/10/gpux264-1298.html

312 :名無しさん@お腹いっぱい。:2011/10/14(金) 21:59:57.88 ID:W9UEtxP20
■情報や確認したいことなど

 ●refに関する動画再生支援の挙動は?ref=16で無効になる?乱れる?環境による?
   (例えば640x360のLevel3.1ならref=16もレベル規定としては許容範囲だが
    その場合でも動画再生支援は無効になったり乱れたりすることがあるのか?
    >>305がGPU再生支援無効になるというのはLevel 5.1のため?それともref=16のため?)

 ●--levelによる、refの自動調整は以下のようにMaxDpbMbsと解像度だけで決まるのか?
      最大ref数 = MIN(FLOOR(MaxDpbMbs/(CEILING(幅/16,1)*CEILING(高さ/16,1)),1), 16)
   それとも他の要素も関係する?

 ●IntelのLGA1155ソケット系のグラフィックチップでのGPU再生支援では、
     ・bframes > 3
     ・ref > 6
   といった条件(andではなくorでも発生?)で、不具合が起きるらしい?
    参考:ttp://es2z.blog98.fc2.com/blog-entry-128.html

   本当だとすると、そこそこユーザーもいるはずなので、これを考慮した設定例にすべきなのか?
   それとも無視?

 ●これ以外にもGPU再生支援がおかしくなるような条件はあるのか?

■とりあえずの案

 ●Wikiの記述としてはref=16となるveryslowの推奨をやめmediumのみ推奨。
   レベルはSDなら3.1、HDなら4.1を推奨する。
     速度:medium
     チューニング:none
     プロファイル:high
     Level指定:SD(目安は縦解像度576未満)なら3.1、HDなら4.1
   という設定ならbframes=3、ref=3なのでLGA1156系も含め、動画再生支援での問題はおきないはず。
   画質への不満が出るかもしれないけど、そのへんは自己責任で追求していけばよい?

   ※SDの目安をDXVAでも使われている縦576未満としたのは
     800x600の60fpsだとLevel4以上が必要になるため。(あまり使われない解像度だけど)

 ●記述を変えるにしろ、動画再生支援の挙動については教えてもらいつつ整理できると嬉しい。

313 :名無しさん@お腹いっぱい。:2011/10/14(金) 22:11:19.33 ID:xGZgPwXu0
refくらい手動で直したらいいやん
「ref16はやばそうだからやめとけ」くらいでよくね

うちの話だけするとref16の動画は普通に見れた
intelのオンボなんてダメ過ぎて配慮する気にもならない

314 :名無しさん@お腹いっぱい。:2011/10/14(金) 22:39:05.97 ID:zLSN5/BC0
>>313
ところがメーカー製PCはIntelてんこ盛りなんですよ
Intelもう少し何とかしろよ・・・

315 :名無しさん@お腹いっぱい。:2011/10/14(金) 22:54:04.71 ID:W9UEtxP20
ごめん、>>312の「LGA1155系」とあるのは「LGA1156系」の間違いです。
要するに第一世代のCoreiシリーズのほうで問題が起きるらしい。

第二世代のCorei系(LGA1155)のほうはどうなんでしょね。

316 :名無しさん@お腹いっぱい。:2011/10/15(土) 00:22:51.36 ID:7/zq5TmV0
refやbframesとか動画再生支援とかGPU関連の調査とは話が変わってしまうんですが

画質の追求はどの値をいじることで可能になってくるんですか?
何も分からないアホで申し訳ないんですけど、教えていただきたいです。



317 :名無しさん@お腹いっぱい。:2011/10/15(土) 00:40:00.21 ID:kroWNiyV0
>>316
拡張 x264 出力(GUI)Exの設定項目とその機能について - ニコニコ動画まとめwiki
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

318 :名無しさん@お腹いっぱい。:2011/10/15(土) 00:58:20.36 ID:7/zq5TmV0
>>317

319 :名無しさん@お腹いっぱい。:2011/10/15(土) 00:59:43.83 ID:7/zq5TmV0
>>317
一通り目は通しているんですけど、何分理解できない項目が多くて・・・
下手にいじると問題が発生することもあるみたいですし

とりあえず色々いじりながら試行錯誤してみます

320 :名無しさん@お腹いっぱい。:2011/10/15(土) 02:38:23.49 ID:mHRGHFt+0
エンコ職人曰く、「結局veryslowで落ち着く」
エンコ設定弄るよりソースの高画質化を図った方がよほど効果的だと思う

321 :名無しさん@お腹いっぱい。:2011/10/16(日) 00:47:03.59 ID:3sR7qpq70
自作板に行ってIntel系グラフィックチップのGPU再生支援関連の過去ログ漁ってみました。

旧Intel系だけではなくて、最近のIntel HD Graphics 2000とか3000とかでも映像がおかしくなるというレスがちらほら。
おかしくなることがあるのは、以下のような動画らしい。

  【stepmania】イカ娘でサンドキャニオン_Hard11_AutoPlay_3.25x【侵略!イカ娘】
  http://www.nicovideo.jp/watch/sm12507610
  512x384 48fps High@L5.0 ref=16 bframes=4 映像1713Kbps

  しゃかりきと対決動画12
  http://www.nicovideo.jp/watch/sm15537168
  640x360 60fps High@L4.0 ref=16 bframes=8 映像1200Kbps

  【シュタゲMAD】牧瀬紅莉栖の消失 -TRUE END-
  http://www.nicovideo.jp/watch/sm15543472
  512x288 30fps High@L3.1 ref=16 bframes=8 映像3751Kbps

他のパラメータは見てませんが、とりあえずことごとくref=16。

ただ、
  Win7 64bit
  HD3000
  firefox6.0.2
  FlashPlayer11のbeta(最新ベータとしか書いてなかったけど2011/9/9だし多分11beta)
の環境で映像が乱れると言ってた人が、
  IE9+FlashPlayer最新ベータ
に変えたら乱れなくなったという事例もありました。
「flashのplugin-basedバージョンにバグがあるっぽい」とかなんとか。
そうだとすると最新のFlashPlayer11でもブラウザによっては不具合が出る可能性もありそうですね。

322 :名無しさん@お腹いっぱい。:2011/10/16(日) 00:59:35.63 ID:3sR7qpq70
とりあえず、640x360 24fpsの秒速プロモを素材にして、
mediumベースで level、ref、bframes を色々変えてエンコードしてみました。
ただ自分では確認できないので、これらで乱れることがあるかどうかは不明。

  ハードウェアアクセラレーション(DXVA)テスト用動画
  http://www.nicovideo.jp/mylist/28230553

もし気が向いた方がいましたら、ざっと見ていただいて問題があるかどうかと
  【グラフィックカード(チップ)】 デバイスマネージャ等で確認
  【ドライバのバージョン】 同上
  【OS名とビット数】
  【利用ブラウザ】
  【FlashPlayerのバージョン】 http://www.adobe.com/jp/software/flash/about のVersion Informationで確認
といった環境情報を書いてもらえるとありがたいです。

323 :名無しさん@お腹いっぱい。:2011/10/16(日) 00:59:58.91 ID:cQ1dh6xo0
ビットレ4000でも10万再生行ってマイリス10%行くのか・・・
しかしこんなビットレの動画ばかりになれば、そりゃニコニコ重くなるわな・・・

324 :名無しさん@お腹いっぱい。:2011/10/16(日) 01:01:46.08 ID:3sR7qpq70
いずれYoutubeみたいに完全強制再エンコードになりそうで怖いですよね・・・

325 :名無しさん@お腹いっぱい。:2011/10/16(日) 18:32:08.05 ID:8Hgug5d50
昨日2600Kに買い換えてエンコしてみたのですがCPU使用率が10%前後しか使わず激遅です・・・
テストに使った元動画は1600x900の無圧縮AVIでH.264の標準的な設定でエンコードしています。フィルターはLanczosのみ

マルチスレッドを有効してCPUの性能を使い切るにはなにか特別な設定が必要なのでしょうか?
あ、AviUtlの画像処理数は8に設定しています。

326 :名無しさん@お腹いっぱい。:2011/10/16(日) 22:56:26.76 ID:j0x8E8ne0
無圧縮AVIとかアホなもん使ってるから、HDDがボトルネックになってるんじゃね
lanczosでリサイズした状態でいったんUtVideoあたりで可逆圧縮してから、フィルタ無しで試してみ

327 :名無しさん@お腹いっぱい。:2011/10/18(火) 13:37:16.01 ID:cgcQgfD2P
拡張子変える技使えなくなったのね(´・ω・`)

328 :名無しさん@お腹いっぱい。:2011/10/18(火) 13:51:06.31 ID:cIEvtBAp0
なんのことだかさっぱり。

329 :名無しさん@お腹いっぱい。:2011/10/19(水) 01:07:31.88 ID:ke5FZxov0
aviutlで、同ソースを通常のAVI/AVI2 File Readerで読み込んだものと、拡張編集プラグインで読み込んだものとで
全く同条件でそれぞれ拡張x264出力でエンコした結果って、変わる訳…ないよね
何だかその2つを見比べてると、どうも拡張編集プラグインで読み込むとエンコの結果画質が劣化するように見えてしまって…

330 :名無しさん@お腹いっぱい。:2011/10/21(金) 23:49:57.49 ID:UOl7uCrq0
もしホントにちがうなら
それエンコのせいじゃなくて
読み込まれて展開された時点でちがうんだろ

331 :名無しさん@お腹いっぱい。:2011/10/22(土) 02:18:43.50 ID:mT/W/He/0
x264はマルチスレッドでvbv使うとエンコ結果はバイナリ一致しない

332 :名無しさん@お腹いっぱい。:2011/10/23(日) 02:25:36.91 ID:0WLsZcRU0
今更というか既出な気がするけど、エコノミー動画ってcolormatrixもfullrangeもつけてくれないのね。
そのせいでBT.601でエンコしたもののエコノミー動画をハードウェアアクセラレーションOFFで見ると
BT.601の映像をBT.709としてデコードしてしまうため色が変わってしまう。

ハードウェアアクセラレーションONだと問答無用でBT.601でデコードされるそうだから
その場合は問題なさそうだけど、エコノミー動画(Baseline@1.1)のような軽い動画の再生でも
ハードウェアアクセラレーションて効くものなんでしょうか?
下のエコノミー動画の色はハードウェアアクセラレーションONだと正しく見えますか?(自分の環境じゃ確認できない)

  【色空間テスト】640x360でBT.601出力 エコノミーがどうなるかテスト
  ttp://www.nicovideo.jp/watch/sm15955879?eco=1

ちなみにfullrangeでエンコしたもののエコノミー動画はfullrangeがつかないので
どうあがいても間違った伸張で色が変わります。fullrangeで上げる人はまずいないだろうけど。

333 :名無しさん@お腹いっぱい。:2011/10/23(日) 12:31:07.88 ID:63P8fc3U0
premiere 4csで編集したものをエンコードするとパソコンがブルスクしてしまう場合があるんですが、原因ってどんなものが考えられますかね?

334 :名無しさん@お腹いっぱい。:2011/10/23(日) 13:14:47.00 ID:MfirP6rU0
メモリ死にかけ

335 :名無しさん@お腹いっぱい。:2011/10/23(日) 22:33:01.89 ID:9Aju8TMc0
まとめWikiの記述を少し変更しました。

  aviutl_h264 - ニコニコ動画まとめwiki
  http://nicowiki.com/?aviutl_h264

  ●veryslowの推奨をやめ、mediumのみに変更。
  ●Levelの指定はSD(目安は縦解像度576未満)なら「3.1」、
    HD(縦解像度576以上)なら「4.1」を指定するように変更。
  ●上の2点を踏まえてスクリーンショットを更新。
  ●エコノミー画質崩壊の件について、前スレ48にあった
     「--dts-compress使っても画質崩壊しなくなったよー」
    という報告を踏まえて、いちおう記述を追加。(推奨はしてない)
     ttp://hibari.2ch.net/test/read.cgi/streaming/1292349601/48

最初の2つについては>>280-322あたりで書いた件に加え、以下のスレで
  「640x360の60fpsをveryslow、Level3でエンコしたらCore i7-950、GTX470の環境でなんか再生がおかしかった」
という書き込みがあったので、mediumのみにしたほうがよさそうだと判断しました。

  x264vfw GUI専用スレ Part8
  ttp://hibari.2ch.net/test/read.cgi/avi/1318232220/70-84

336 :名無しさん@お腹いっぱい。:2011/10/25(火) 11:24:01.25 ID:B+Z3on9c0
以前も質問させて頂いたのですが、色々調べてみてもわからずもう一度お願いします。
元動画・編集中・エンコード後は音量大きくても、ニコ動に投稿すると音量が小さくなってしまいます。

エンコード後のmediainfo
オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
プロファイル : LC
コーデック ID : 40
ながさ : 10分 28秒
ビットレートモード : VBR モード
ビットレート : 93.7 Kbps
最大 : 106 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : Front: L R
サンプルレート : 48.0 KHz
ストリームサイズ : 6.84 MiB (7%)

編集 aviutl・拡張x264出力(GUI)
OS Windows7 64
サウンドカード Sound Blaster X-Fi XtremeGamer
ニコニコ プレミアム会員

他に必要な情報あったら書きます。お願いします。

337 :名無しさん@お腹いっぱい。:2011/10/25(火) 11:29:51.42 ID:Jlt+p9vQ0
プレイヤーのボリューム上げればいいだけだろ

338 :名無しさん@お腹いっぱい。:2011/10/25(火) 11:44:54.96 ID:B+Z3on9c0
>>337
MAXにしても小さいんです。
というか他動画と比べても小さいのでせめて普通の音量にしたい。

339 :名無しさん@お腹いっぱい。:2011/10/25(火) 11:54:11.31 ID:CcxGsDkX0
>>338
>元動画・編集中・エンコード後は音量大きくても
この段階でもっと音量上げればいいだけじゃん

340 :名無しさん@お腹いっぱい。:2011/10/25(火) 12:20:39.56 ID:Wicp30cC0
再生ソフトの自動音量調整がオンになった状態で音量確認してるんじゃないの?
Audacityかなにかで波形見たほうがいいよ

341 :名無しさん@お腹いっぱい。:2011/10/25(火) 13:01:23.89 ID:B+Z3on9c0
>>339
>>340
波形も限界まであげてて今以上に上げると音割れしちゃうんです。
編集中やエンコード後も音量はかなりでかくて耳痛いぐらいなのにうpすると他の人の動画より小さい。
MP3ゲインで見ても97dBぐらいありました。
とりあえず音割れ覚悟で102dBに上げてうpしてなんとか他動画よりちょっと小さいぐらいの状態です。
何か変な補正入っちゃってるんでしょうか?

342 :名無しさん@お腹いっぱい。:2011/10/25(火) 14:16:40.30 ID:HJ5Qqqz00
Flavieで見てみたら?
もしそれでも音が小さかったらFlash Playerの再インストールでもすればいいと思う

343 :名無しさん@お腹いっぱい。:2011/10/25(火) 15:02:56.01 ID:B+Z3on9c0
>>342
Flavieでも小さいです。
他動画の音量は普通なのでFlash Playerは問題無いと思ったんですがうpする際に関係するんでしょうか?

344 :名無しさん@お腹いっぱい。:2011/10/25(火) 15:18:13.61 ID:UjUK98M90
>>343
Flavieで小さいならアップとは何も関係なく、編集とエンコードの時点で音量下げてるっていうことでしょ。
問題ないと思ってたのは>>340の言うように再生ソフト側で自動で音量調整したのを聞いてたからでは。
AviUtlで音量調整とかそのへんのフィルタをONにしてるんじゃないの。

345 :名無しさん@お腹いっぱい。:2011/10/25(火) 15:37:09.68 ID:KHP/YQg3O
割り込んですみません
再エンコ回避したmp4動画をニコニコ上で見ると微妙に画質が劣化してカクついちゃうものがあるんですが
何が原因ですかね?動画を落として同じ動画を見ると正常でした。
今まであげた動画ではこんな事は無かったんですが。

346 :名無しさん@お腹いっぱい。:2011/10/25(火) 17:57:43.07 ID:UjUK98M90
違うかもしれんけど、>>280-322あたりとか。
ref=16とかでエンコしてると、環境によってはハードウェアアクセラレーションが有効になってる場合おかしくなることがある。
ニコニコの再生画面で右クリックして「設定→左下のディスプレイタブ→ハードウェアアクセラレーションを有効化」の
チェックを外して、動画を再読み込み(※重要)すればハードウェアアクセラレーションが無効になるので、
それで試してみて問題が解消するなら、ハードウェアアクセラレーションのせいということになる。

347 :343:2011/10/25(火) 22:51:00.90 ID:B+Z3on9c0
>>344
ごめんなさい、間違えました。
Flavieでも音量はでかいです。

348 :名無しさん@お腹いっぱい。:2011/10/25(火) 23:07:49.72 ID:HJ5Qqqz00
やってられん

349 :名無しさん@お腹いっぱい。:2011/10/25(火) 23:21:02.90 ID:/5B9VDq70
強制再エンコードされたとしても音量が下がるような現象は起きないだろうし、
あとは視聴に使うブラウザ変えてみたりFlashPlayerをアップデートしたりとかその程度しか思いつかん。

350 :名無しさん@お腹いっぱい。:2011/10/25(火) 23:46:25.20 ID:CcxGsDkX0
>>347
もう動画のURLを貼れよw

351 :名無しさん@お腹いっぱい。:2011/10/26(水) 01:09:33.30 ID:zA8hNA0f0
ニコニコのプレーヤーの音量が下がってるにまさかの一票

352 :名無しさん@お腹いっぱい。:2011/10/26(水) 01:43:29.38 ID:scK4/gol0
>>351
>>337-338を見るとそうではなさそうだ。
これ以上は投稿前のMP4ファイルと投稿後のURLでも貼ってもらわない限りわからんだろね。

353 :名無しさん@お腹いっぱい。:2011/10/26(水) 02:00:32.65 ID:TWV/1z5E0
>>349
再エンコードされて音が小さくなった事例があった気がする。

354 :名無しさん@お腹いっぱい。:2011/10/26(水) 09:44:57.57 ID:0SU2XOy50
捨て垢で音量テストうpしてみました
http://www.nicovideo.jp/watch/sm15991326

どなたか動画をDL出来る方、ニコニコプレイヤーで聞く音量とflavie等で聞く音量聞き比べお願いします。
自分の環境ではニコニコ音量MAXとFlavie音量MAXでは物凄い差があります。
自分の環境が悪いのでしょうか?

355 :名無しさん@お腹いっぱい。:2011/10/26(水) 10:06:11.88 ID:duUZdmcB0
>>354

Windows7なら、アプリケーションごとに音量を個別に設定できるので
ブラウザの音量が小さくなっているんじゃない?
(ニコ動プレーヤーの音量とは別)

http://www.gigafree.net/faq/sndvol.html



356 :名無しさん@お腹いっぱい。:2011/10/26(水) 10:18:45.24 ID:0SU2XOy50
>>355
それでしたあああああああああああ!!!

考えてくれた皆様本当に申し訳ありませんでしたorz
すんごい初歩的な事でした・・・
ありがとうございました助かりました。

357 :名無しさん@お腹いっぱい。:2011/10/26(水) 10:39:26.67 ID:TBoY+L+70
なんだよ徒労か・・・銭型のとっつぁんのAA貼りたくなる位の時間泥棒だわ。

>>354
自分の環境で思いつく限りの手段で再生してみたがどれも同じ音量に聞こえる。
音量としては実に適正。小さすぎるという事は決してない。
以下、再生方法を列挙。各プレーヤーの音量はどれもMAX。

・Firefox 3.6.23 + Adobe Flash Player 11.0.1.152 in ニコニコ動画(非公式のプレーヤー等は非使用)
・Flavie 1.2.13.0
・Windows Media Player 11.0.5721.5280 + ffdshow tryouts rev.3008 + Halli Media Splitter 1.11.96.14

MP4Box_20110801で音声のみを分離したものを再生
・QuickTime Player 7.7.1680.34
・iTunes 10.5.0.142
・↑上記WMP11で分離した音声のみ再生

358 :名無しさん@お腹いっぱい。:2011/10/26(水) 11:18:22.85 ID:7XH3wXII0
半年ほど前にHD動画あげてたんだけど
同じ仕様で、今動画上げると糞画質になるんだけど
ニコ動何か変わったん?

359 :345:2011/10/26(水) 11:33:11.68 ID:9XSOYMPZO
>>346
忙しくてまだ確認出来てないですがありがとうございました。
今度やってみます。

360 :名無しさん@お腹いっぱい。:2011/10/26(水) 11:33:15.71 ID:eiI/v7/x0
XP厨の移行組か。まぁそんなところだろうとは思ったが

361 :名無しさん@お腹いっぱい。:2011/10/26(水) 11:54:50.80 ID:0SU2XOy50
>>357
色々試してくれてありがとう
正直スマンカッタ
今までのうp動画ざっと見直してみたが音量大丈夫でした。
音割れ覚悟でうpした回は音量でかいぐらいで。

だけどそうなると俺の動画よりも音量大きかった他の人は、かなり大音量で音割れしてないんだよな・・・
どうやってんだろ

362 :名無しさん@お腹いっぱい。:2011/10/26(水) 13:39:58.40 ID:WSUYnmSP0
マキシマイザーでググる
スレ違いなんで他の事は別スレで頼む

363 :名無しさん@お腹いっぱい。:2011/10/27(木) 03:04:59.96 ID:zCjd97SA0
何でつんでれんこでエンコすると音声が倍速になるの?そんな糞機能があるのになぜ使う人が多いの?

364 :名無しさん@お腹いっぱい。:2011/10/27(木) 03:45:19.23 ID:mso8c5nk0
知らんがな
多分作ってる人と使ってる人の両方が、あまりエンコ知識がないからだろ

365 :名無しさん@お腹いっぱい。:2011/10/27(木) 05:09:36.53 ID:xM0Oi6zp0
>>363
普通の人は、まともなコーデックの動画かwavを放り込むので問題は発生しない
あらかじめ、WMPでちゃんと再生できるかどうか確認しろ、ということ

お前さには向いてなかったが、他の人は使えているんだよ
他にもいろいろツールはあるんだから、好きなものを使えばいいじゃない


366 :名無しさん@お腹いっぱい。:2011/10/27(木) 05:37:39.90 ID:wF6iCBna0
問題が出たなら元動画のMediaInfo情報とか添えて報告すれば対応してもらえるかもしれないのに
それすらできないんじゃ、使う側のほうが無能ってことだよなあ。

367 :名無しさん@お腹いっぱい。:2011/10/27(木) 06:53:33.79 ID:N5Clji780
>>363
自分で編集した動画で、その症状が出たなら、保存形式が悪い
なんでエンコするにしろ、不可逆なコーデックなんぞ使わず、無難なものにしとけ。画質、音質が落ちるだけ損

368 :名無しさん@お腹いっぱい。:2011/10/27(木) 22:01:43.72 ID:RH6qGKYh0
4:3か16:9以外のアス比で上げると、低画質モードでアス比が狂うんですか?

369 :名無しさん@お腹いっぱい。:2011/10/27(木) 22:48:16.28 ID:v16uK8xi0
はい。

370 :名無しさん@お腹いっぱい。:2011/10/27(木) 23:00:41.28 ID:RH6qGKYh0
自分で調べてみました
16:10の動画は低画質で16:9に、
正方形ぽい動画は低画質で4:3になってました


なんというくそ仕様…

371 :名無しさん@お腹いっぱい。:2011/10/27(木) 23:14:09.18 ID:v16uK8xi0
仕様に文句つける前に、仕様も知らずそんなアホ解像度で投稿した自分を省みるべきかと。

372 :名無しさん@お腹いっぱい。:2011/10/27(木) 23:14:39.56 ID:HLjPFEJM0
ニコ限らずシネスコ以外 4:3 & 16:9 の二択だろ
なぜ始めからそのアス比で作らないのか

373 :名無しさん@お腹いっぱい。:2011/10/28(金) 01:52:48.50 ID:7AAwHcHf0
はぁ何言ってんの?
4:3か16:9以外のアス比に対応するのに難しいとこがあんの?
ただの手抜きでしょ

374 :名無しさん@お腹いっぱい。:2011/10/28(金) 02:30:02.68 ID:tX0aJKtn0
UPする側が黒い枠を追加して
4:3や16:9にすればいいだけだろ。
それが嫌なら他にUploadしたらいいだけ。

375 :名無しさん@お腹いっぱい。:2011/10/28(金) 05:27:00.79 ID:JFmBxWWC0
珍獣さんの言ってる「正方形ぽい動画」ってのは、いったいどれくらいのアス比なんだろうw

376 :名無しさん@お腹いっぱい。:2011/10/29(土) 20:53:02.70 ID:B3gBTlbM0
いくつか他の方の音源でテストしてみたのだけれど
いつの間にか、mp4の音声サンプリングレートを96 kHzにしても再エンコされなくなったいたい
以前は、48 kHz以下が、再エンコ回避条件だったから、緩和されたのかな?


377 :名無しさん@お腹いっぱい。:2011/10/29(土) 21:08:16.69 ID:Z55hlJHz0
でも96kHzって無駄だしやる意味なくねw

378 :名無しさん@お腹いっぱい。:2011/10/29(土) 21:38:37.01 ID:+BxBdY0i0
>>376

96 kHz より、5.1ch等の音声マルチチャンネル出力対応してほしいわ。



379 :名無しさん@お腹いっぱい。:2011/10/29(土) 23:46:46.29 ID:EQuROO0z0
ホームシアターで見るニコニコ動画ですか

ばかじゃね?

380 :名無しさん@お腹いっぱい。:2011/10/30(日) 00:15:55.08 ID:F1JbJmtoP
なんで馬鹿なんだ?

381 :名無しさん@お腹いっぱい。:2011/10/30(日) 00:41:58.83 ID:LLG5L7JM0
昔試したけど5.1chのaacのmp4はアップできたよ。
フラッシュプレイヤーが今後サラウンド対応するみたいだけど
ttp://japanese.engadget.com/2011/07/14/adobe-flash-player-11-beta/

382 :名無しさん@お腹いっぱい。:2011/10/30(日) 05:35:18.34 ID:Dy/eQ/030
5.1chアップできるのか!?

383 :名無しさん@お腹いっぱい。:2011/10/30(日) 06:16:09.23 ID:AZ0iEztG0
アップできたとしても聞こえるのは2chだけだろ。
正直真っ当な使われ方をしないと思うから強制再エンコ対象にしていいよ。

384 :名無しさん@お腹いっぱい。:2011/10/30(日) 13:56:01.62 ID:ZkX3siiy0
x264エンコードを行った後、動画内の右端に紫色の線が入ってしまったのですが
解決法をご存知の方がいらっしゃいましたらご教授願えませんでしょうか…
作成時の解像度は1360x768、OSはWindows7の64bitです

385 :名無しさん@お腹いっぱい。:2011/10/30(日) 14:19:21.53 ID:LLG5L7JM0
多分High4:2:2 10bit出力が原因
rigayaの日記兼メモ帳 x264guiEx 1.07
ttp://rigaya34589.blog135.fc2.com/blog-entry-149.html

386 :名無しさん@お腹いっぱい。:2011/10/30(日) 15:04:41.95 ID:re3xUj8o0
>>384-385
High4:2:2は関係ない。10bit-depthのx264.exeを使った場合は普通の4:2:0でもそうなる。
まとめWikiにも書いてあるとおり、ちゃんと8bit-depthを使うこと。

387 :名無しさん@お腹いっぱい。:2011/10/30(日) 15:08:43.01 ID:re3xUj8o0
一応10bit-depth 4:2:0でのテスト動画。

  10bit深度(Hi10P・ハイ10プロファイル)でのアップロードテスト
  ttp://www.nicovideo.jp/watch/sm15543879

  10bit深度(Hi10P・ハイ10プロファイル)でのアップロードテスト(エコ回避版)
  ttp://www.nicovideo.jp/watch/sm15647046

エコノミーが崩壊してるのはサーバー側のデコーダーが10bitに対応してないだけだから
いずれ対策はとられるかもしれない(もしかしたらもう対策されてるかもしれない)けど、
右にマゼンタ線が入るのはFlashPlayerのバグなので対処しようがない。

388 :名無しさん@お腹いっぱい。:2011/10/30(日) 15:51:27.39 ID:iBElZV1MO
1360×768ってアス比が微妙におかしいような・・・。
まあ気になることはないレベルだけど1280×720とかにしたほうがいいんじゃね?
しかしHDで投稿する人増えたねえ。

389 :名無しさん@お腹いっぱい。:2011/10/30(日) 17:30:04.22 ID:KwPjePq50
--dts-compress付けると、ある一定以上の長さの動画だとうp時にエラーになるっぽい。
mediainfoで見てみると、CFRソースにも関わらずエンコモードがVFR扱いになってたりする。

390 :名無しさん@お腹いっぱい。:2011/10/30(日) 18:17:51.28 ID:892YS8qN0
ニコニコだと大分前から1動画100MBの制限があるままだがHDにして容量追いつくのか?

391 :名無しさん@お腹いっぱい。:2011/10/30(日) 18:58:28.86 ID:eYZb2QGU0
ハーフHDなら余裕
フルHDだと100M超もありのつべには負けるな
まあエンコの工夫でどうにかなる

392 :名無しさん@お腹いっぱい。:2011/10/30(日) 19:04:09.45 ID:TvD0lrfu0
>>389
CFRソースがVFRになるのは--dts-compressの仕組み上当たり前。
先頭の数フレームを無理やり早めにデコードするようにしているので必ずVFRになる。
うp時にエラーになる原因はわからないが、今の段階では--dts-compressのせいとは限らないのでは。

あと「--dts-compressを使った場合にエコノミー画質が極端に劣化する」という昔あった問題は
かなり影響が緩和されてはいるが、微妙に画質が悪くなるのは避けられない。
--dts-compressを使うとエコノミー動画のフレームレートが元の2倍くらいになってしまうため。
(普通は元と同じフレームレートになる)

393 :名無しさん@お腹いっぱい。:2011/10/31(月) 06:03:29.20 ID:RFRBVyqc0
エコノミー状態でブロック出さずに綺麗にボヤけてくれるにはどうしたらいいのか

394 :名無しさん@お腹いっぱい。:2011/10/31(月) 17:49:25.53 ID:Mc527pYpO
mp4でゲーム動画作るのにどれだけx264の設定いじってもFPSが上がらないのは俺の頭がおかしいんですかね

395 :名無しさん@お腹いっぱい。:2011/10/31(月) 18:59:25.73 ID:1KDj9LmD0
FPSってのがFIrst Person Shootingだろうがフレームレートのことだろうが
寝言を書き込んでるヒマがあったらテンプレにあるニコニコ動画まとめWikiを読んでこいとしか。

396 :名無しさん@お腹いっぱい。:2011/11/01(火) 16:18:56.66 ID:wKTI0TFhO
出先の携帯からでテンプレに乗っ取った形式でもなくて申し訳ない
動画はaviutlで完成したんだが、エンコードが鬼門だった
celeron(R)の前時代の2.66GHzだか960MB、RAMのXPを利用していて
mp4やavi変換をすると動画も10分越えなもんでエンコ80時間と出てくるんだ
これはどうしたらいいのだろうか
以前winの内蔵の何とかメーカーの時は動画をwavだかで変換した覚えがあるんだが
aviutlでwavで変換すると当たり前ながら音声しか変換されない状態
情報自体が少なくて申し訳ないが現状で対策案があれば御指南頂きたい

397 :名無しさん@お腹いっぱい。:2011/11/01(火) 16:33:51.75 ID:8xP2Wb2t0
もう依頼スレ行けよ

398 :名無しさん@お腹いっぱい。:2011/11/01(火) 17:43:13.48 ID:fRNsyrmB0
wavと言ってるのはwmvのことなんだろうな・・・。ひどい勘違いだ。

以前512x384・24fps・15分オーバーの動画をCeleron 1GHzとx264 r928で
当時の解説動画による高画質設定(me=esa、その他は今見るとひどい内容)で
エンコしたことがあるけど、それでも7時間弱で終わった。

無駄に重い設定をやめてWikiどおりのデフォルト設定でエンコするか、
>>397の言うように依頼スレに行ったほうがいいかもね。

あとAviUtl拡張編集で重いフィルタ処理とかを行なってる場合は、
そのまま2パスで出力すると重い処理を2回やることになるので、
一度AVIに出力してからそのAVIを使って拡張x264出力したほうが早いこともある。
ケースバイケースなので自分で見極める必要があるけど。

399 :名無しさん@お腹いっぱい。:2011/11/04(金) 03:00:00.87 ID:6coc4ULX0
ランキング動画のように、静止画の左上等に動画を挿入するにはどうすればいいのでしょうか?
aviutlを使用して動画作成したいのですが…。

400 :名無しさん@お腹いっぱい。:2011/11/04(金) 03:15:50.99 ID:6G7Xmpwo0
サイズを調整した映像を上に重ねるだけだろ

Aviutilだと拡張編集の元映像のレイヤーより数字の大きいレイヤーに置いて
拡大率や位置を調整するだけ

401 :名無しさん@お腹いっぱい。:2011/11/06(日) 00:15:19.52 ID:T7fA+Uf10
質問させてください。
ニコ動に一般会員で動画をアップする場合、

A.本編5分の動画
B.本編5分の後ろに黒ベタ5分追加した合計10分の動画

を2パスVBR映像600KbpsのMP4(H.264)でエンコードしたとき、
本編部分の映像の画質はBの方が良くなると考えてよろしいでしょうか?




402 :名無しさん@お腹いっぱい。:2011/11/06(日) 00:47:14.63 ID:8pJViIgQ0
本編部分のビットレートが倍近くになるので画質は上がるはず
長さ表示が気にならないなら、黒部分をどんどん長くしていけば
一般でも超画質が出せるんだよな?

403 :名無しさん@お腹いっぱい。:2011/11/06(日) 00:52:53.95 ID:FJHBf6Y00
でもそうやってアップされた動画って、なんかがっかりすることがあるな。
再生時間を見て10分あるのかと思って楽しみに開いたら5分で終わって期待はずれみたいな。
もっというと、個人的にはそんな微妙な技つかうくらいならプレミア入っとけばとも思ってしまう。

404 :名無しさん@お腹いっぱい。:2011/11/06(日) 01:00:41.36 ID:AP+duRtJ0
40 MB = 335544320 bit
335544320 bit / 600000 bps = 559.2 sec = 8分59秒
335544320 bit / 656384 bps = 511.2 sec = 8分31秒
これ以上延ばすと、40MBの制限に引っかかる


405 :名無しさん@お腹いっぱい。:2011/11/06(日) 01:07:33.55 ID:AP+duRtJ0
ので、平均ビットレートの上限が下がってめんどくさい


406 :401:2011/11/06(日) 08:43:06.24 ID:T7fA+Uf10

レスありがとうございます。
40MB制限は気を付ける必要がありますね。


407 :名無しさん@お腹いっぱい。:2011/11/06(日) 09:42:46.33 ID:5AQf2DTN0
質問お願いします

24fpsで作った動画を連番PNGで書き出してaviutlで読み込ませたのですが
用意したファイルサイズは計算通りなのにaviutlだと若干早送りしたようになってしまいます
フレームレートやインターレースの設定を色々弄ったのですが上手くいきません
どのような原因が考えられるでしょうか
初心者丸出しですが宜しくお願いします

408 :名無しさん@お腹いっぱい。:2011/11/06(日) 10:34:46.20 ID:FJHBf6Y00
>>407
どうやって読み込ませたのか知らんがとりあえずメニューの「その他→ファイルの情報」を見てみるといいんじゃないかな。
そのうえで、読み込ませるときに「fps変換」に気をつけてみるといいんじゃないかな。他に拡張編集を使う方法なんかもあるけど。

あとここはエンコードスレなんでスレ違いです。

409 :名無しさん@お腹いっぱい。:2011/11/06(日) 11:50:07.06 ID:ho6e21eW0
新規プロジェクトの作成時の設定が30fpsっておちだったりして

410 :407:2011/11/06(日) 15:24:24.22 ID:5AQf2DTN0
>>408-409
Flashからmp4作成するのにavi通すと画質が相当落ちるので
png連番書き出しからaviutlで結合、h264へのエンコを、と考えてた所
設定でつまずいておりましたが
アドバイスで無事に解決しました、ありがとうございました

411 :名無しさん@お腹いっぱい。:2011/11/10(木) 10:30:03.51 ID:zsJfYlY60
ソース動画は元は50GBくらいのAVIだったのですが、これをaviutlでmp4にしYouTube用に作ったファイルサイズ2GB、ビットレート5Mbpsの30分の動画が現在手元にあります

ニコニコ用にエンコし忘れて、さらにAVIファイルを誤って削除してしまい、上記のmp4ファイルをaviutlにて3分割しひとつ100MB以下に収まるようにビットレートを下げ再エンコしました
これをニコニコにあげたのですが、ニコニコ側で再エンコされてしまいます
mp4からmp4への再エンコは何か注意する点があるのでしょうか?

412 :名無しさん@お腹いっぱい。:2011/11/10(木) 13:29:42.26 ID:3j55Zmes0
>>411
依頼スレで回答もらってるだろ。まずは教えてもらったまとめWikiを熟読しろ。

413 :名無しさん@お腹いっぱい。:2011/11/10(木) 13:42:27.15 ID:nUEBhcJV0
ネットで調べることができないようならAviutil使わないほうがいいと思うよ

414 :名無しさん@お腹いっぱい。:2011/11/10(木) 15:56:23.08 ID:SEqSeTUW0
>>411

・ファイル形式はMP4だけど、映像コーデックがH.264/AVCでない。
・「エンコードしています」の表示を再エンコと勘違いしている。

など・・



415 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:05:16.68 ID:uaFgtMMs0
ニコニコ動画に投稿して再エンコされたかどうか確認方法はありますか?
再エンコされない場合は、元と並べて見ても違いがわからないほど、そのままアップされるんでしょうか?

416 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:11:30.31 ID:Z3YpGCBV0
>>415
再エンコされてないなら、投稿前と全く同じ
CravingExplorerなんかでDLして、mediainfoで投稿前のmp4と比べてみればよい

417 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:29:36.80 ID:GOpP6zWA0
エコ回避の動画でなければ
「?eco=1」をURLのケツにつければわかる。
再エンコされてなければ「混雑中のため、低画質モードでの再生となります」と表示される。
再エンコ=エコモード画質ってことだから再エンコの場合はでない。
エコ回避でも当たり前だがでない。

418 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:30:47.53 ID:uaFgtMMs0
>>416
早い回答ありがとうございます

ついでにもう一つ質問があります
下記のwikiを見たんですが、ビットレート1000kbps突破ならごにゅごにょということなら
逆に言えば1000kbps以下なら、再エンコされにくいという解釈であってるでしょうか?
1500kbps以上の動画で高画質があるのが不思議ですが

wikiより
高画質に役立つメモ(プレミアム会員向け)
1000kbps突破について(プレミアム会員のみ)
【本当の限界点】実ビットレート1049kbps以下なら再エンコを食らわないという説
※成功報告多め 信憑性が高いが、ニコニコはビットレートのピークを検出するので素材によって変わる。

419 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:34:53.50 ID:uaFgtMMs0
>>417
ああああああああ
仕組みが理解できました
すっごいすっきりしました
ありがとうございます!!!

420 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:45:43.85 ID:GOpP6zWA0
2009/10/29以前はプレミアムでも1000kbpsまでしかそのまま投稿は出来なかったが、
いまは制限は解除されている。
つまり10Mbpsでも問題なく投稿できる。

エコモードの動画を作らないことを再エンコードされないと考えてるのであれば
エコ回避の312kbps以下で作る必要がある。

てか、>>8 を読んで理解出来ない?
それとも、それすら読んでない?

421 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:49:18.60 ID:uaFgtMMs0
解決しました!
色々初心者質問すみませんでした
1000kbps以上でも試しにアップしたら再エンコされずに出来ました
「?eco=1」これで確認もして「混雑中のため、低画質モードでの再生となります」
この表示も出たので大丈夫だと思います
ありがとうございました

422 :名無しさん@お腹いっぱい。:2011/11/11(金) 13:54:00.54 ID:uaFgtMMs0
>>420
>>8は読んでます
それとwikiも読んでたので、プレミアは上限なく投稿は可能だけど、1000越えると再エンコされることがあるのかな?
と思ってました
wikiは古い情報だったんですね

423 :名無しさん@お腹いっぱい。:2011/11/11(金) 17:47:42.12 ID:ppPxPrI9O
キャプチャはいつもBandicamでキャプチャしてaviutlでエンコしています
エンコしたmp4が29.97fpsまたは23.976fpsなら、Bandicamのフレームレート設定も29.97fpsまたは23.976に合わせるべきですか?
それとも容量に余裕があるなら、元の動画はより高画質にするため60fpsや59.94に設定するべきですか?
ちなみに23.976fpsと24fps、29.97fpsと30fps、59.94fpsと60fpsは
表記や細かい意味合いが違ってもほぼ同じと考えていいんですよね?

424 :名無しさん@お腹いっぱい。:2011/11/11(金) 18:55:36.21 ID:UoZAhd6k0
>>423
>エンコしたmp4が29.97fpsまたは23.976fpsなら、Bandicamのフレームレート設定も
>29.97fpsまたは23.976に合わせるべきですか?

エンコしたMP4のフレームレートは、普通はキャプチャした動画のフレームレートと同じになるはずだけど。

>それとも容量に余裕があるなら、元の動画はより高画質にするため60fpsや59.94に設定するべきですか?

フレームレートを上げるのは、激しい動きでも滑らかに見せたいような場合のみ。
ただしフレームレートを上げるということは1秒あたりの画像枚数が増えるということだから、
エンコードに必要なビットレートも大きくなってしまう。
要するに、フレームレートを上げると、画質は下がると考えたほうがいい。
キャプチャ対象自体がどれくらいのフレームレートで動作してるのかにもよるけど、
無駄にフレームレートを上げるのは好ましくない。
大して動いてないような映像ならむしろ下げたほうがいいこともある。

>ちなみに23.976fpsと24fps、29.97fpsと30fps、59.94fpsと60fpsは
>表記や細かい意味合いが違ってもほぼ同じと考えていいんですよね?

ニコニコに上げるだけならあまり細かく考える必要はない。

425 :名無しさん@お腹いっぱい。:2011/11/11(金) 22:51:46.51 ID:ppPxPrI9O
>>424
ありがとうございます
これからは無難な23.97でキャプチャします
ちなみに主にマインスイーパを録画しています

426 :名無しさん@お腹いっぱい。:2011/11/12(土) 10:54:26.10 ID:dT2YtnOv0
512x384じゃなくても再エンコされなくなってるな
変則解像度の640x512を500kbpsで上げたら解像度そのままで再生された

427 :名無しさん@お腹いっぱい。:2011/11/12(土) 11:57:07.05 ID:dto5YKwJ0
もともとそんな仕様はないし、お前が勝手に勘違いしてただけだな。

428 :名無しさん@お腹いっぱい。:2011/11/12(土) 14:09:59.03 ID:tT7Zt3d50
39.9 MB (41,885,091 バイト)なのに再エンコされてしまったわ

429 :名無しさん@お腹いっぱい。:2011/11/12(土) 14:52:20.30 ID:jm14xt3o0
>>428
オーバーだよ40,960,000 バイト未満にしなきゃ

430 :名無しさん@お腹いっぱい。:2011/11/12(土) 15:51:37.16 ID:wNU64KbT0
>>426
画面サイズの判定は800x600だったはず

431 :名無しさん@お腹いっぱい。:2011/11/13(日) 19:07:43.26 ID:M0dAULBz0
最終的にmp4形式で16:9の640*360に仕上げたいのですが、動画編集ソフトから書き出す際はどうしたほうがロスが少ないのでしょうか。
1280*720の動画を素材として、エフェクトや切り張り等の加工をした激しい動きのある映像中心の2〜3分のMAD動画です。
編集ソフト640*360で出力→つんでれんこ640*360 と 編集ソフト1280*720→つんでれんこ640*360 のどちらがいいのでしょう
ちなみに動画編集ソフトから書き出す際はLagarithというコーデックを使用しています。

また、それとは別につんでれんこでの設定ですが、一般会員制限の範囲である600kb/sで作成したところ、
見るからに低画質と感じたのでプレミアの制限無しである程度ビットレートを突っ込むことを検討しています
その際、視聴者が動画の読み込みにストレスを感じない、かつ高画質なビットレートはどのくらいなんでしょうねぇ
高画質!と躍起になっても、動画が重くてブラウザバックされたら本末転倒ですし……

432 :名無しさん@お腹いっぱい。:2011/11/13(日) 20:05:54.21 ID:4Te00e4y0
>>431
とりあえずリサイズはできるだけ最後のほうでやったほうがいい
あと、再生負荷とか適切なビットレートとかを気にするならつんでれんことかはやめとけ
色々調節したいなら自分でavs書いてコマンド直打ちする方が速いし楽だから

433 :名無しさん@お腹いっぱい。:2011/11/13(日) 21:13:32.06 ID:kEuWILcz0
早いし楽とかありえんこと書いてるな・・・

434 :名無しさん@お腹いっぱい。:2011/11/13(日) 21:24:18.61 ID:qrUKsnOX0
>>431

動画編集ソフトは何を使ってるかにもよるけど、Lagarith(可逆圧縮)で書き出すなら変わらないかと。
リサイズはできるだけ最後が定番だろうけど、つんでれんこのリサイズのアルゴリズムが糞なら
その手前でリサイズしたほうがいいじゃないかな?

432も言ってるとおりつんでれんこじゃなくコマンド直打ち、かそれが無理なら↓を読んで試すとか。
http://nicowiki.com/aviutl_h264.html


435 :名無しさん@お腹いっぱい。:2011/11/13(日) 21:36:56.39 ID:expd49MS0
つんでれんこはAvisynthのBlackmanResize()でリサイズしてるみたいだから、
他の方法でリサイズしたい場合は事前に自分でやっとけばいいだけじゃないかな。
編集ソフトによってはリサイズ処理がしょぼいこともあるだろうから、その場合はつんでれんこにまかせればいい。
普通に考えると、つんでれんこのリサイズで十分な気がするけど。

自分でavsやバッチを書いたりAviUtlでエンコしたりするのも1つの方法だけど、
つんでれんこも自分で色々カスタマイズできるから、そこから始めてみるのもいいかもね。

ものによるけど、640x360ならビットレートは高くても1000kbpsくらいまででいいんじゃないかな。

436 :名無しさん@お腹いっぱい。:2011/11/13(日) 21:56:27.48 ID:4Te00e4y0
だからいろいろカスタマイズとかするくらいなら、自分で書いたほうがラクだっての
コマンド直打ちだったらカーソルキーの上を押せば直前に実行したコマンドが呼び出せるんだぞ
一部書き換えて再実行が簡単に出来るのに、わざわざ設定ファイル開いてあれこれとかあほだろ
ああいうのは「全部おまかせ」だけでいいんだよ

437 :名無しさん@お腹いっぱい。:2011/11/13(日) 22:43:17.61 ID:M0dAULBz0
リサイズに関しては単に処理が得意な方でやればいいってことですか
リサイズ処理の得意不得意の比較は正直分からないレベルだったので特別気にしなくても良さそうですね

>>434のURLも見てみましたがゼロから覚えるには少々ハードルが高いですね
今回のうpは期限があるのでつんでれんこに任せる方向になりそうです

同じようなMAD、再生時間で80M超えの動画がありビットレート計算をしたら6000kb/s超えでした
見るからに高画質、と言った感じでしたがこれぐらいの高ビットレートでも読み込みは問題ないんですかね

438 :名無しさん@お腹いっぱい。:2011/11/13(日) 22:48:17.00 ID:LsjQRzo60
>>436
ある程度環境が整った人間にとってはそれでいいだろうけどさー
ここでリサイズとかエンコードの質問してる人にそれ勧めてどうすんのよ
それにコマンドプロンプトはexitすると履歴消えるぞ?
msys/mingwとかでbashとかなら履歴残るけど、そこまで>>431に環境整えさせるの?
テキストに書き出せばいいっていうなら、それこそつんでれんこの設定ファイルでいいじゃん

439 :名無しさん@お腹いっぱい。:2011/11/14(月) 05:44:32.10 ID:QPWhUlJX0
多くの視聴者は低画質モードで見てるから
フル画質のビットレートはあまり関係ないんだよな
しかし6000はプレミアムでももたつくだろうね
つべの1920x1080でも4000だというのに

440 :名無しさん@お腹いっぱい。:2011/11/14(月) 05:50:24.44 ID:QPWhUlJX0
ビットレートは、まず低いほうから試していって
不満なら上げていくほうが、最適値を割り出しやすいと思う
そのために何度もエンコするのは面倒というなら仕方ないけど
個人的には、2DベースのMADで640x360なら1200くらいでいいと思う

441 :名無しさん@お腹いっぱい。:2011/11/14(月) 07:05:05.92 ID:R7o+2GKx0
>>438
終わるまでexitしなけりゃいいじゃん
後々まで取っておきたいなら、コマンドプロンプトだってコピーくらいはできるし
とりあえずbatでも自分で書けるようになれば色々なことで役に立つから
ただ動画エンコするだけよりもよっぽど本人にとってもいいことだよ

442 :名無しさん@お腹いっぱい。:2011/11/14(月) 08:03:07.16 ID:FoEpVogx0
簡単ツールからのレベルアップを勧めるのはいいけど、その人のレベルにあわせた勧め方ってのも考えたほうがいいと思う。
自分が慣れたからといって、「一般人にとってはCLIは敷居が高い」という感覚は忘れちゃ駄目だと思うよ。
そもそもコマンドラインでオプション書き変えながらやるくらいなら、シンプルなバッチ作って編集しながら
D&Dエンコで試していったほうがそのままオプションの記録もとれるし楽な気がするけど。

それはそうとランキングにあるMMD動画がアウトすぎるエンコ設定になってて悲しかった。

  【MMD】アイマス&ボカロでFate/Zero OP
  http://www.nicovideo.jp/watch/sm16156666

512x288の60fpsで長さは1分30秒。
多分veryslowベースでエンコしたせいでref=16、bframes=8になっており、Intel系GPUでは確実に再生支援アウト。
SDサイズではLevel指定してもref抑制は効かないんだよね。
おまけにビットレート8611kbps指定で、ファイルサイズ83.6MB・・・。
良作なだけに、惜しまれてならない。

以下MediaInfoで見た設定。使ってるx264も古いですね。

x264 core 92 r1523
cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 /
psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 /
8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=8 /
b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=600 /
keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 /
bitrate=8611 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

443 :名無しさん@お腹いっぱい。:2011/11/14(月) 08:08:26.72 ID:WyjzMJxz0
RADE系クラッシュ動画といいハンパ知識で再生できんようなの作るのならつんでれんこ系でも使ったほうがましだよな

444 :名無しさん@お腹いっぱい。:2011/11/14(月) 08:31:38.01 ID:TqQOPLrF0
r1523はニコエンコ
デフォで512x288らしいね
更新ももうなさそうだし、お手軽エンコツールはつんでれんこ一択だな

445 :名無しさん@お腹いっぱい。:2011/11/14(月) 10:36:07.95 ID:jPrJ2g6E0
つーかmediumじゃないと破綻するような再生支援機能って糞杉じゃね?
よくそんな欠陥品が出回ってるな

446 :名無しさん@お腹いっぱい。:2011/11/14(月) 15:06:51.71 ID:NyGE3ZO60
>>444
つんでれんこは本家が開発再開したから
PCに詳しくない人向けはそうなるかもね。

447 :名無しさん@お腹いっぱい。:2011/11/14(月) 15:56:08.31 ID:zi4WUjJ80
つんでれんこは使ったことないですが、
つんでれんこ一択というほど、いい点がたくさんあるorニコエンコは駄目な点が
たくさんあるんでしょうか?


448 :名無しさん@お腹いっぱい。:2011/11/14(月) 16:19:57.82 ID:v+hk3j/T0
ニコエンコがそんなに悪いわけではない
けどx264はいまだバージョンアップを続けてるので
最近のx264を使えるつんでれんこのほうがそのぶんいいかと
ニコエンコだとx264の最新版が合わなくて使えない

上の例にもあるように、自動にまかせると
512x288にされたり、8611みたいなとんでもないビットレートにされる事もあるので
手動変換を使ったほうがよい

449 :名無しさん@お腹いっぱい。:2011/11/14(月) 16:25:22.82 ID:NyGE3ZO60
導入のしやすさもつんでれんこの利点かな
必要なソフトを最初に自動で収集してくれる。
これは問題点もあるけど知識無くても導入しやすいってのはいいんじゃないかな。
少し知識ある人はこの機能オフで自分でやることもできる。

450 :名無しさん@お腹いっぱい。:2011/11/14(月) 18:06:52.09 ID:v6P44XSJ0
ニコエンコ 0.77で調査。
何故か途中から出力失敗するようになったため、「ニコニコ動画プレミアム会員」の「普通〜最低速」しか試していない。

エンコード設定はほぼプリセット(--preset)のまま。
使用するプリセットは、「ヘルプ→本体の設定」の「変換速度」で
  最高速・高速・速い・普通(medium)・遅い(slow)・低速(slower)・最低速(veryslow)
を選択することができる。
ビットレート以外に独自設定しているエンコードオプションは、
  --b-pyramid none --min-keyint 1 --keyint フレームレートの10倍 --colormatrix bt470bg
くらいだと思われる。--levelによるレベル制限も行なっていない模様。

「最低速」は、Intel系GPUでハードウェアアクセラレーションがおかしくなるので選んではいけない。
「低速」もおかしくなる可能性がある。「遅い」もref=5のためにHDだとおかしくなる可能性はあるかもしれない。
「普通」にとどめるべきだと思われるが、これだと画質は上げにくいだろう。(ビットレートで無理矢理上げるしかない)

自動変換時のビットレート指定も問題となる。
ファイルサイズ上限に近い値を自動計算して指定するため、画質が上がる代わりに
数Mbpsといった無駄な高ビットレートになりやすく、ファイルサイズも無駄に大きくなってしまうため、
ダウンロード負荷や再生負荷が異常に高くなってしまうことがある。
音声もプレミアム256kbps、一般96kbps、エコ回避48kbpsと、比較的高めのビットレートが指定される。

ぶっちゃけた話、プレミアム会員は自動変換で使用すべきではない。
手動変換で適切な設定を行なえばよいかもしれないが、プリセットmediumレベルの設定しか使えないことも考えると、
つんでれんこやAviUtl拡張x264GuiExなどを使って適切な設定でエンコードしたほうがよいと思われる。

451 :名無しさん@お腹いっぱい。:2011/11/14(月) 18:23:03.67 ID:v6P44XSJ0
ニコエンコは当初は自分もお世話になったので作者さんには感謝してるし、
初心者が使うという意味では良いものではあったけども、
ハードウェアアクセラレーションの問題や、ニコニコが重くなってきている現状を考えると、
今後このままでは厳しいというのが正直なところだと思う。

452 :名無しさん@お腹いっぱい。:2011/11/16(水) 16:00:52.67 ID:qBb+gIoJ0
最近よく起きてるシークしたら映像が止まる現象ってどういうエンコすれば防げるの?

453 :名無しさん@お腹いっぱい。:2011/11/16(水) 20:10:07.65 ID:T/VQ4/Je0
そんな事例があるのでしたら具体的な情報をお出しになったほうがよろしいのではないかと。
あなた様のところで起きてる現象が他の方のところでも起きてるとは限りませんことよ?

454 :名無しさん@お腹いっぱい。:2011/11/16(水) 20:27:59.50 ID:qBb+gIoJ0
マジか。じゃあ周知されるまで気長に待つよ。

455 :名無しさん@お腹いっぱい。:2011/11/16(水) 20:46:24.05 ID:ZyZZFveb0
>>452

最近なるね。
映像だけ止まって、音声だけ流れている現象。
昔の動画もなるようなので、エンコ設定は関係ないんじゃないですかね。

こうやったら再現するとか無いので原因がつかめない。
細かくシークすると起こるような気もするが・・・



456 :名無しさん@お腹いっぱい。:2011/11/16(水) 21:06:02.84 ID:ulsqmfwz0
なるなる映像止まるね
でもリロードすれば直るからあんま気にしてないや



457 :名無しさん@お腹いっぱい。:2011/11/16(水) 23:06:09.79 ID:IrWYv0z60
エンコについて勉強中の初心者ですが質問です。
動画容量はビットレート解像度、再生時間、フレーム数に依存すると思っているのです。
ですが、fps(その影響でフレーム数)以外の条件がほぼ同じ二つの動画でfpsが倍あっても容量が二倍になってない動画があって不思議に思っています。
http://www.nicovideo.jp/watch/sm15748102
1280x720 8Bit AVC/H.264 High@3.1 Unspecified 29.95fps 3960f 5794.06kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 189.65kb/s
MP4 Base Media v1
[MPEG4] 00:02:12.201 (132.201sec) / 98,951,504Bytes

http://www.nicovideo.jp/watch/sm16084780
1280x720 8Bit AVC/H.264 High@4 Unspecified 59.91fps 8116f 5903.49kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 188.56kb/s
MP4 Base Media v1
[MPEG4] 00:02:15.466 (135.466sec) / 103,284,618Bytes

先の条件以外ではコーデック?のバージョン違いは見られるもののその他はほぼ同じです、何故なのでしょう。
同じ容量ならこれからエンコードする際にfps60でエンコした方がぬるぬるな分いいじゃん、という発想に至るのですが。
もちろんエンコ前の動画が60fpsあるのが前提ではありますが。

458 :名無しさん@お腹いっぱい。:2011/11/16(水) 23:29:37.61 ID:2zzI+Ia50
>6

459 :名無しさん@お腹いっぱい。:2011/11/16(水) 23:43:30.35 ID:ZyZZFveb0
>>457

2つの動画とも容量が100MBぐらいなので、それをもとにビットレートをうp主が指定して
エンコードしているだけじゃないのかな?

例えると、時速40km/h制限の道をフェラーリと軽四の車で走ってもどちらも到着時間は
同じである、みたいな。
ちょっとちがうか!?



460 :名無しさん@お腹いっぱい。:2011/11/16(水) 23:46:21.41 ID:T/VQ4/Je0
HDサイズとはいえ、約6Mbpsか・・・。

461 :名無しさん@お腹いっぱい。:2011/11/16(水) 23:49:23.99 ID:T/VQ4/Je0
>>457
>動画容量はビットレート解像度、再生時間、フレーム数に依存すると思っているのです。

「ビットレート」「解像度」「再生時間」「フレーム数」

動画容量に関係するのはこのうちの2つのみです。

462 :457:2011/11/17(木) 00:40:09.34 ID:NEZVCtKC0
冷静に考えたらビットレートと再生時間ですか、容量に関しては。
しかし二つの動画を一時停止した際の画像の綺麗さは動画内のプレイヤーサイズでも、フルスクリーンで見てもあまり変わらないように見えます。

1秒あたりに60枚静止画が並んでるものと、30枚並んでるもので、ビットレート、1秒辺りの情報量は同じ。
ってことは一枚一枚の静止画の情報量は枚数が少ないほうが倍になってますよね。
でも自分にはfps30の方が倍綺麗には見えません、何故なんでしょう。

音楽CDをリッピングする際に320kbsのmp3と無圧縮のwavとで容量の違いほどの音質の良さを気づけない、感じられない、という問題と似たようなことが原因なのでしょうか。
PCやモニタも最近買ったものですがグラボとモニタなど映像に関して特にこだわっていない並のものだから。
というモニタ関連がボトルネックになって動画の差異を再現しきれてないという理由もあるのでしょうが。

463 :名無しさん@お腹いっぱい。:2011/11/17(木) 01:13:58.44 ID:Yq71PLwW0
2Mbpsありゃたいていの解像度は高画質だよ

デジタルテレビのビットレートっていくらだっけ。

464 :名無しさん@お腹いっぱい。:2011/11/17(木) 08:23:35.04 ID:bI/RHXsQ0
動画はフレーム間圧縮というのをやってるから
コマの間の絵の差が少ないほど圧縮率が上がる
60fpsは30fpsより「圧縮しやすい」んだよ

465 :名無しさん@お腹いっぱい。:2011/11/17(木) 08:34:11.32 ID:bI/RHXsQ0
>>462
6000kbpsは高すぎるから両者の違いが出にくいだろうね
1000くらいでやればあきらかな静止画質の違いが出るだろう
60fpsのほうが静止画としては荒れるのがわかる

あと60のほうがいいじゃん、と言っても
1280x720の60fpsをドロップなしで見れる環境は少数ということを忘れずに
それならフレームブレンドにしたほうが多くの人に見れる動画になるとも考えられる

466 :名無しさん@お腹いっぱい。:2011/11/18(金) 11:33:19.58 ID:7qZjCYjn0
aviutlでAVIをmp4にエンコしようと↓のサイトの手順通りにやっていますがエラーが出ます
http://nicowiki.com/aviutl_h264.html

とりあえず用意されてるテンプレートである、プロファイルの欄から、x264L-SMASHさんぷるを選択してエンコ開始すると、

~略~
unrecognised option `--audiofile'
auo [error]: x264が予期せず途中終了しました。x264に不正なパラメータ(オプション)が渡された可能性があります。

それ以外を選ぶと `--input-res' で途中終了するようです。
音声先にエンコードにチェックが入っていると音声をエンコードしているような動作は一応するみたいですが、動画のエンコは音沙汰もなさそうです。
不要な情報かもしれませんがとりあえず、ファイル名 audio.m4aというファイルは出来上がり、音声のみファイルとして再生は可能なようです。

どこで不都合が生じているのか全く分からずおてあげです、どなたか原因分かるでしょうか。
恐らく、設定出来てとりあえず動画がエンコ出来る環境の前のこととなると、皆さんも管轄外だと思われるので、エスパーするのは難しいこととは承知のことですが……

467 :名無しさん@お腹いっぱい。:2011/11/18(金) 12:10:17.17 ID:fJi1H+V00
>>466
プロファイルを指定するのは別に自由だけど、まとめWikiではプロファイルを指定しろという記述は存在しない。

>x264L-SMASHさんぷるを選択してエンコ開始すると

「x264 L-SMASHさんぷる」はMP4BoxではなくL-SMASHでMuxを行いたいという場合に使うもので、
L-SMASHを組み込んでビルドしたx264.exeを使う必要があるため、ニコニコ動画まとめWikiで勧めている
x264.nlというサイトに置いてあるx264.exeでは使えない。また、意味がわからないならあえて使う必要はない。

>それ以外を選ぶと `--input-res' で途中終了するようです。

エラーログがないのでなんともいえないけど、動画の解像度が奇数になってるのでは。
x264では縦横ともに偶数(2の倍数)にしないとエンコードできないよ。そもそも動画エンコードで奇数解像度は使ってはいけない。
8の倍数とか16の倍数にしないといけないことだってあるから。

468 :名無しさん@お腹いっぱい。:2011/11/18(金) 12:12:40.85 ID:Kihj80wG0
ニコエンコでwmv形式の動画を変換しました。
ローカルで再生すれば正常に表示されるのですが、
ニコ動にアップして再生すると、3秒後ぐらいから動画が真っ暗になってしまいます。
消える途中に画面がツラツラッとして消える感じです。
何か原因に心当たりのあるかたいらっしゃいますか?

469 :名無しさん@お腹いっぱい。:2011/11/18(金) 12:22:07.53 ID:fJi1H+V00
それと、拡張x264GuiExの1.14以降に付属してるニコ動向けプロファイルは、
一般会員でのSDサイズエンコードを前提にした設定になっています。
HDサイズならH.264 Levelは4.1とか4.2にしといたほうがいいでしょうね。
あとbframes=4になってるけど

  動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
  http://dic.nicovideo.jp/a/%E5%8B%95%E7%94%BB%E3%81%8C%E3%81%8A%E3%81%8B%E3%81%97%E3%81%8F%E3%81%AA%E3%82%8B%E6%96%B9%E3%81%AF%E5%A4%A7%E7%99%BE%E7%A7%91%E3%82%92%E3%82%AF%E3%83%AA%E3%83%83%E3%82%AF%E2%86%92

を考慮するとbframes=3にしておいたほうが無難かもしれない。

>>468
上の大百科記事と>>450を参照。あとは動画の情報がないとなんとも言えないと思う・・・。

470 :名無しさん@お腹いっぱい。:2011/11/18(金) 12:34:31.05 ID:Kihj80wG0
>>469
ありがとうございます
結構難しいですね。。
色々やってみます
くそっ!

471 :名無しさん@お腹いっぱい。:2011/11/18(金) 12:41:52.22 ID:Kihj80wG0
エンコードスピードが最低速だったので、
普通にしたらいけました!
ありがとうございました!

472 :名無しさん@お腹いっぱい。:2011/11/18(金) 18:01:06.97 ID:L44wRZ5D0
一番良さそうに見える選択肢が罠って初見殺しだよな

473 :名無しさん@お腹いっぱい。:2011/11/18(金) 22:35:22.00 ID:ylfQ1C1o0
「--bframes 4以上で不具合」とか… 初心者にニコ百科なんかすすめるなよ

デフォルトで3が多いのは --b-adapt 2にした時
--bframes 3から先は速度の割に圧縮率があまり変わらないからじゃないの?
rigaya氏が一年前にテストしたアレだよ

474 :名無しさん@お腹いっぱい。:2011/11/18(金) 23:05:29.56 ID:XuHwYTCH0
>>473
IntelのGPU再生支援で問題が出るらしいっつう話だと思うけど、
どこをどう読んだらデフォで3が多いだの圧縮率だのという話につながっていくのだろうか・・・。

記事を書いた人は色々試した結果を書いたようだけど、本当にそうなのかどうかはわからんし
もっと検証が必要だと思うから、IntelのGPU使ってるなら色々試してみればいいんじゃないかな。
ただ、ソース映像やら環境やらに依存する可能性もあるだろうし、なかなか大変だとは思う。

475 :名無しさん@お腹いっぱい。:2011/11/19(土) 07:37:10.59 ID:MXifEQci0
IntelのGPUってマイナーじゃないの?
そんなのに配慮する必要あるの?
見る側がグラボ買えば?

476 :名無しさん@お腹いっぱい。:2011/11/19(土) 07:47:38.28 ID:e0OL6E180
逆に言うとわざわざグラボ買うような一部のユーザー以外は殆どintelのオンボGPU
特にノートPCは圧倒的にintelばっかり

477 :名無しさん@お腹いっぱい。:2011/11/19(土) 08:47:48.83 ID:xmf/ysFs0
メーカー製の情弱PCはほぼIntelのオンボだろ

そろそろIntelのオンボがゴミなことに気がつけよ・・・

478 :名無しさん@お腹いっぱい。:2011/11/19(土) 11:09:54.67 ID:4x2M/Ora0
不具合出るとかオマケ以下の機能だな

479 :名無しさん@お腹いっぱい。:2011/11/19(土) 11:24:52.93 ID:ss8WV/Si0
>>463
今更だが

地上デジタルは1440x1080i(おっサンとか一部局は縦1080)で、13〜14Mbpsの頭打ちVBR(CBRの局もあり)
BSデジタルは局によって違うが、NHKやキー局系は1920x1080iで18〜20Mbpsの、これまた頭打ちVBRまたはCBRってのが多い

480 :名無しさん@お腹いっぱい。:2011/11/19(土) 11:45:14.96 ID:MXifEQci0
テレビはH.264でなくてMPEG-2だったっけか?
単純比較はできないよ
インターレースだし
それでも動画サイトに比べれば贅沢にビット使ってるよな

481 :名無しさん@お腹いっぱい。:2011/11/19(土) 14:35:22.20 ID:mQQlhJmg0
>>467
解像度が奇数ということもありませんでした
プロファイルを指定せずとも、デフォルトに戻して各項目をいじっても同じエラーが出てエンコード出来ません
もう一度手順をサイトの通りやりましたが(エンコ出来るか否かを作用する項目はあるとは思えませんが)結果は変わらずでした

--input-res というコマンドがどの項目でコントロールしているのか、ひとつずつマウスオーバーして確認してみましたが見当たりませんでした
なのでどこで躓いているのかも分からずお手上げです

482 :名無しさん@お腹いっぱい。:2011/11/19(土) 14:52:59.07 ID:zx+8cJR20
>>481
いや、だからエラーログを貼ればいいじゃん。
出力中のログウィンドウで右クリックして「ログの自動保存」にチェックを入れておけば
出力先にログファイルを保存してくれるからコピペも楽だし。

483 :名無しさん@お腹いっぱい。:2011/11/19(土) 16:10:44.65 ID:0k3zOdXT0
そもそも--input-resはraw format用のオプションなのに
なんでそれ以外入力ファイルの時にも使う仕様になってんの?

484 :名無しさん@お腹いっぱい。:2011/11/19(土) 16:51:35.89 ID:mQQlhJmg0
[C:\test.mp4] (1 / 2 pass)
--------------------------------------------------------------------------------------------------
auo [info]: converting YUY2 -> nv12p, using SSE2
auo [info]: arguments passed...
--bitrate 1000 --pass 1 --stats "C:\test.stats" --sar
3:1 --frames 3378 --input-res 640x480 --input-csp nv12 --fps 30000/1001 -o "nul" "-"
C:\aviutl99j\mp4&x264\x264\cli\x264.exe: unrecognised option `--input-res'
auo [error]: x264が予期せず途中終了しました。x264に不正なパラメータ(オプション)が渡された可能性があります。
auo [info]: x264エンコード時間 : 0時間 0分 0.0秒
auo [info]: 総エンコード時間 : 0時間 0分 0.1秒

エラーログはこうでした

485 :名無しさん@お腹いっぱい。:2011/11/19(土) 18:57:45.48 ID:JB5oW1Dj0
>>483
拡張x264GUIExがx264.exeに渡すデータはNV12などのrawデータでしょ。

>>484
サイトの手順どおりに必要なものを揃えようとしなかったお前さんが悪い。
いったいいつどこからもってきたx264.exeを使ってるのか。何故指示どおり最新のものを使わないのか。

それとフォルダ名に"&"なんていれてると予期せぬ不具合を起こすことがあるからやめたほうがいいよ。
あと--sar 3:1ってなに?

486 :名無しさん@お腹いっぱい。:2011/11/19(土) 19:06:11.58 ID:xyrNJxH60
必要ツールはつんでれんこのを流用するとらくなんだよな

487 :名無しさん@お腹いっぱい。:2011/11/20(日) 08:37:02.96 ID:3oxvc9hR0
>>485
手順を踏襲したつもりでしたが…色々と準備手順が複雑(に見えた)のでどこかで間違えていたのですね
--sar 3:1はソースが4:3だったので、そのような記述を見たのでとりあえずで指定したと記憶しています

時間があるときに丁寧に手順追ってまたチャレンジしたいです

ところで一連の質問はこのスレが相応しかったんでしょうか
aviutlスレや、x264スレ等色々と関連しそうなスレはありそうでしたが

488 :名無しさん@お腹いっぱい。:2011/11/22(火) 12:24:47.19 ID:h1Wo0zSB0
エンコードについてです
なにもしたことがない土素人ですが、BDからリッピングしたISOファイル、もしくはBDから直接、
MP4に変換し、その一部をニコにうpするにはどのソフトがかんたんで使いやすいですか?

489 :名無しさん@お腹いっぱい。:2011/11/22(火) 12:45:28.71 ID:HHvnrwad0
DGDecNVとavisynth使ってx264_L-SMASHでmp4にするのが俺には一番簡単だな
他の方法は知らないし、もっと簡単で確実そうな方法は聞いたこと無いから、たぶんこれで決まりだと思う

490 :名無しさん@お腹いっぱい。:2011/11/22(火) 16:42:49.84 ID:95ZTXK7d0
aviutlでflvファイルが読み込めないんだが…。
「このファイル形式には対応していないか、対応するコーデック〜」

いろいろネットで見て調べてはいるんだけど…。

当方windows7。ffdshowとかインストールしたんだけどな…。

491 :名無しさん@お腹いっぱい。:2011/11/22(火) 17:37:19.23 ID:m/q/01GD0
>>490
FLVは基本的にはDirectShow File Readerで読み込んだほうが便利なので、まずそれの導入が必要。
で、DirectShowで動画を読み込む場合は、
  ・動画コンテナから映像や音声を分けて取り出すための「スプリッター」
  ・取り出した映像や音声をデコードする「デコーダー」
の両方が必要になる。
ffdshowってのは大雑把に言うとデコーダーの集合体であってスプリッターは含まれていない。
そのためffdshowだけを導入してもDirectShow File Readerでは読み込めない。

じゃあスプリッターってのは何を使えばいいんだよってことになるけど、
最近だとLAV Filtersってのに入ってるLAV Splitterってやつがオススメということになる。
ただ、LAV Filtersには各種デコーダーも含まれてるので、ffdshowとの競合とかを考えるとちょい面倒かもしれない。

結論からいうと、よくわからないのであればffdshowやLAVを単体で入れるのはやめて、
「CCCP」っていうコーデックパックを使うといい。これにはスプリッターもデコーダーも含まれている。
最新の2011/11/11版にはLAV Splitterやffdshowが含まれているし、
デフォルトのまま使えば普通にFLVを読み込むことができるようになるはず。

492 :名無しさん@お腹いっぱい。:2011/11/24(木) 00:24:51.96 ID:t9J9Df1u0
保守age

493 :名無しさん@お腹いっぱい。:2011/11/26(土) 20:19:46.73 ID:AHCzXIxHP
FLVはAvisynthのFFmpegSource2経由で読み込むのが良いんじゃないか?
余計なスプリッターやらデコーダーやらをインスコせずに済むし

494 :名無しさん@お腹いっぱい。:2011/11/30(水) 19:04:24.64 ID:z8oN602n0
どうなってるのぉ

495 :名無しさん@お腹いっぱい。:2011/12/03(土) 11:14:21.36 ID:GX6LqAcc0
MP4に字幕をつけてみたんですが
QuickTimeなら字幕を再生できるとの事なんですが
字幕のところの選択が「ν切」と表示されていて変更できません
SrtSync で utf8で出力してmp4box -add "%~1" -add "%~2" -new "com_mp4out.mp4"で統合しました
MP4動画と字幕ファイルに分けて再生した場合は表示されます

496 :名無しさん@お腹いっぱい。:2011/12/03(土) 15:23:38.95 ID:GX6LqAcc0
スレ違いっぽいので他で質問します

497 :名無しさん@お腹いっぱい。:2011/12/04(日) 12:09:00.14 ID:Snz+En7I0
ニコニコに長時間動画(約40分)を一般会員としてアップロードするために約40MBの低ビットレートMP4動画を作成しようと思っています。

・AviUtl + H.264
・avidemux

この二通りの方法のうちいずれかでエンコードしようと思っていますが低ビットレートのMP4動画を作るのに向いているのはどちらでしょうか?

498 :名無しさん@お腹いっぱい。:2011/12/04(日) 12:45:13.78 ID:faSxzxip0
avidemuxは音声エンコにfaacしか選択肢がないのでAviUtl

499 :名無しさん@お腹いっぱい。:2011/12/04(日) 13:07:47.24 ID:hBrB3/yS0
スレの雰囲気が嫌い

500 :名無しさん@お腹いっぱい。:2011/12/04(日) 13:40:23.78 ID:Snz+En7I0
>>498
dです。

ところで音声も含めて40分動画を40MBに圧縮するのは現実的でしょうか?
動画サイズは512x384です。
フレームレートを29.97fpsから15fpsくらいに落とせば少しはマシになりますかね?

501 :名無しさん@お腹いっぱい。:2011/12/04(日) 14:05:43.25 ID:faSxzxip0
そんなの動画内容によりけりなんで、なんとも言えない
作業用BGMとかならまだまだ長く出来るだろうし、10分でもキツイものだってある
ひとつ言えることは「再生時間が長い動画のほとんどはクソ」ということ
見る方にとっては、短くて済むなら出来るだけ短いほうが「いい動画」ってのを忘れないように

502 :名無しさん@お腹いっぱい。:2011/12/04(日) 20:09:42.23 ID:/CVhRE4+0
作業用BGMとかランキングとかなら長くても見てもらえるかもしれないが
多くの人は、40分という再生時間を見た時点でクリックを躊躇するだろう

一般会員の上限ビットレートで40MBになるのは8分超の時だし
特に理由が無ければ、適度に分割したほうがクリックはされやすい

503 :名無しさん@お腹いっぱい。:2011/12/04(日) 20:45:42.56 ID:Nd+kCQcH0
一般で40分だと139kbpsらしいぞ
はっきりいって無理なレベル
試しに作ってみればいいが、見れたもんじゃない糞画質になるだろう

504 :名無しさん@お腹いっぱい。:2011/12/04(日) 20:55:03.36 ID:Snz+En7I0
了解しました。
分割も視野に入れますノシ

505 :名無しさん@お腹いっぱい。:2011/12/05(月) 04:30:46.62 ID:IK6LvXj00
今までニコニコは一般会員で以下の動画を見て
aviutlでビットレート656kbpsでエンコードしていたのですが

高画質(mp4)エンコード最短講座
http://www.nicovideo.jp/watch/sm4614982

プレミアになった場合、このビットレートの部分だけ
1000とか2000にすれば綺麗になるのでしょうか?

アクションゲームやレースゲームなど上げる場合
ビットレートなどどのぐらいにすれば
綺麗でカクカク(重く)にならない程度になるのでしょうか?

506 :名無しさん@お腹いっぱい。:2011/12/05(月) 10:13:12.10 ID:WarYDAmO0
ビットレートを1000や2000にすれば綺麗になるね
どこまで上げればいいかは、映像のソースとその人の目による

カクカクなのは何が原因でカクカクかによる
・ソースの時点でコマ落ちしている
・ソースからfpsを変えたため不自然な動きに見える
・動画が重く、視聴する側のPCが低いため処理落ちしてしまう

綺麗でカクカクにならない程度となると
映像が重くなるオプションを排除+そこそこ高いビットレートでエンコするしかない
但しビットレートが高いとカクカクになるので妥協は必要
どの程度に妥協するかはソースと自分の目を信じるしかない

507 :名無しさん@お腹いっぱい。:2011/12/05(月) 11:16:12.27 ID:0HSoHPSu0
ゲームにも種類あるしね
基本的に2Dよりも3Dのほうが圧縮しにくくビットを食う
まぁ1000〜2000入れとけば、そこから先は上げてもたいして変わらない

508 :名無しさん@お腹いっぱい。:2011/12/05(月) 15:29:12.16 ID:GBiWZCBl0
3Dアクションゲームや3Dレースゲームなどは今まで一般の656で
ブロックノイズが結構有ったのですが
656から1000にするだけで変るものなのでしょうか?

もしaviutlを使ったことのある人が居たらアドバイスが欲しいのですが
一般からプレミアになった場合、エンコする時の設定はビットレート部分を
上げるだけで、他は特にそのままで良いのでしょうか?

509 :名無しさん@お腹いっぱい。:2011/12/05(月) 17:02:26.24 ID:YgFge5QP0
>>508
>656から1000にするだけで変るものなのでしょうか?

上のレス見れば素材によるってことくらいわかるっしょ。自分で試してみればいいだけ。

>エンコする時の設定はビットレート部分を 上げるだけで、他は特にそのままで良いのでしょうか?

よくわからないならビットレートだけ適度に上げればいい。

510 :名無しさん@お腹いっぱい。:2011/12/06(火) 02:16:25.17 ID:l/uAUQU40
>>509
>よくわからないならビットレートだけ適度に上げればいい。

aviutlを使っていて一般会員からプレミアになる場合
ビットレートと共に、音の部分も上げるのでしょうか?
何かプレミア向けのaviutlの設定参考動画があれば助かるのですが・・・

511 :名無しさん@お腹いっぱい。:2011/12/06(火) 03:43:36.15 ID:haha0QdY0
>>510
自分で試行錯誤する気がないなら↓で依頼しろ
で、その設定をパクれ

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

512 :名無しさん@お腹いっぱい。:2011/12/06(火) 07:51:19.72 ID:8bSYNIbR0
動画の内容がはっきりしないから助言もしにくいんだけど
どうしても聞きたいようなので、それなら
映像1400k、音声はHE-AACv2の48kにしときなさい
だいたいにおいて無難

513 :名無しさん@お腹いっぱい。:2011/12/06(火) 09:05:06.04 ID:1yoZob860
>>512
>映像1400k、音声はHE-AACv2の48kにしときなさい

3Dアクションゲームや3DレースゲームでMADみたいな映像を作る場合
この設定で綺麗でカクカクしない無難な設定と言えるのですか。
aviutlでエンコする場合他は一般の時と同じ設定のままで問題ないでしょうか?

514 :名無しさん@お腹いっぱい。:2011/12/06(火) 09:14:57.88 ID:zxUVaYP20
音声のレート低いのはスピーカーなら気にならないけど
イヤホンやヘッドホン使ってる人にはノイズ聞こえるよ

515 :名無しさん@お腹いっぱい。:2011/12/06(火) 09:44:40.77 ID:bygyN3ue0
>>513
良さげな動画をいくつかDLして、エンコオプション見てみたら?

516 :名無しさん@お腹いっぱい。:2011/12/06(火) 16:52:05.54 ID:RODAe0Nt0
カクカクするかしないかは環境によっても変わるのでなんとも言えない。
映像ビットレートや音声ビットレートも上げれば良くなるが
ソースがそこまででなければ意味ないし
画面サイズ小さいのに映像ビットレートあげまくっても同じ
あとビットレートあげると容量も大きくなる。
回線によっては読み込みが間に合わない場合もある。
かといって下げると画質落ちる、音質落ちる。
明るさ、色合い、動きなどで圧縮効率も全然違ってくるので
3Dのゲームだからこの設定でとは一概には言えない。

結論としては
自分で色々試してみて自分なりにこれがいいと思った設定にすればいい。

517 :名無しさん@お腹いっぱい。:2011/12/06(火) 18:50:32.12 ID:INHa5IMd0
何を言っても自分で試そうとしないし、もうただのレス乞食だろ。スルーしとけって。

518 :名無しさん@お腹いっぱい。:2011/12/06(火) 23:25:51.49 ID:F8rqxwoR0
一応調べたんだがわからなかった
プレミアムの100MBの制限って104,857,600bytesと100,000,000bytesどっちがMAXなんだ?
その値未満なんだろうけど

519 :名無しさん@お腹いっぱい。:2011/12/06(火) 23:59:01.05 ID:YCfQgr3I0
>>518
ニコニコ動画まとめWikiによるとそのどちらでもない。
  http://nicowiki.com/encode.html

520 :名無しさん@お腹いっぱい。:2011/12/07(水) 00:22:50.83 ID:zzjypPnq0
デスクサイズで97MBになればセーフだったかなぁ98までいくと再エンコされてた

521 :名無しさん@お腹いっぱい。:2011/12/07(水) 00:23:44.56 ID:zzjypPnq0
ちなみに100越えると投稿できない

なぜ再エンコされたのかはずいぶん前なので覚えていない

522 :名無しさん@お腹いっぱい。:2011/12/07(水) 00:28:53.23 ID:unlerkVW0
え? 104,857,600bytesだろ?
俺ディスクサイズで99.7MBとか何度も上げたよ

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)