TMPGEnc Video Mastering Works 5 のクチコミ掲示板

バッチエンコード時のエラー

[たかりん☆ミ]

バッチエンコードで、MP4ファイルへのエンコードを複数やろうとしています。

が、１つのエンコードが終わり、次のエンコードを行おうとすると、「出力が異常終了しました。詳細はエラーメッセージ表示で確認してください。」となり、結局、バッチエンコードができずに、１つ１つエンコードを行っている状況です。


上記について、解決方法などありましたら、教えてください。

書込番号：14804248

[A.Coward]

エラーメッセージはなんですか？
エラーの出ているジョブを右クリックしてメニューの「エラーメッセージを表示」でメッセージを表示してみて下さい。
それによって対処方法がある程度わかってきます。

書込番号：14804256

[たかりん☆ミ]

エラーメッセージを表示させようとすると、「この操作を完了するのに十分な記憶領域がありません」と出てしまい、結局、分からずしまいです...

書込番号：14804258

[たかりん☆ミ]

ちなみに、ハードディスクの容量は十分にあります。搭載メモリは4GBですが、32bit OSを使っているので、3.5GB程度に制限されています。

書込番号：14804266

[gyushi-KUN]

本当になんでしょうね・・・

書込番号：14804267

[甜]

メモリが解放されずに次のバッチを実行して2GB制限をくらってるのかもしれません。
3GBスイッチを設定してみたりTMPGEncの更新が無いか調べて見て下さい。
フィルタリング無しの単純なエンコードだけでも同様か調べて下さい。

書込番号：14804448

[A.Coward]

H.264 でハイビジョン映像を重たい設定でエンコードしていませんか？
パフォーマンスを標準より重い方向で設定すると x264 で湯水のごとくメモリを使う設定にシフトしていきます。
フィルターなしでもこれは関係ありません。

OSの設定を変更しない限りこのメモリ不足は解決できません。実際にはメモリアドレスの枯渇なのでメモリを増設しても意味がありません。
このアドレスの枯渇をある程度緩和するためには OS 起動時に /3gb というオプションを付ける必要があります。
ただし、この /3gb はかなり危険なオプションで、最悪は OS が立ち上がらなくなります。ですので設定する場合は、ご自身で検索して理解してその上で自己責任で実行してください。
あるいはこれを機に64ビット OS へのアップグレードを検討するのも手かもしれません。
もうすぐ Windows8 が出ますし、いいタイミングかも知れませんよ。

書込番号：14804668

[A.Coward]

あともう一つ。バッチエンコードリストがとても大きくなっていませんか？
エンコードが終わったものはリストから削除しておいたほうがいろいろと安全です。

書込番号：14804683

[たかりん☆ミ]

色々とアドバイス、ありがとうございます。

基本的には、こちらでは軽い使い方しかしていません。
フルハイビジョンのものを1280x764サイズに縮小してエンコードするのが主ですが、フィルタは使っていませんし、バッチエンコードも３〜４個くらいです。

これで、メモリが足りなくなるというのも納得がいきませんが...個々のエンコードはちゃんとできているので、単にちゃんとメモリを解放して、次のエンコードを行うという普通の処理をしてもらえれば良いだけのようにも思います。

もう少し試行錯誤してみます。

書込番号：14804738

[こぼくん35]

32bitで使っていても、症状出たことないですが・・・?

1.PCを省電力設定をしている・・・特にドライブ関係(M/Bユーティリティ&OS)

2.メモリ不良・・・別のメモリがあれば、刺し替えてみる

それと、「1280x764サイズ」はどちらでも16:9に設定しておけば大丈夫なのですが、「1280x720」でよいのではないでしょうかと、思ったり。

書込番号：14805454

[甜]

H.264圧縮をするなら縦横共に16の倍数でないといけませんが、764は16の倍数ではないので
そこで不具合が出ている可能性があります。

書込番号：14805831

[A.Coward]

H.264 はインターレースなら 4 の倍数。プログレッシブなら 2 の倍数です。
MBAFF の場合はこれに追加して 16 の倍数に切り上げた数値が 32 で割り切れない場合は指定ができません。これはインターレースの都合です。

書込番号：14805861

[A.Coward]

訂正：32で割り切れないのは問題が無いです。Croppingで処理できるのでどのようにでも扱えそうです。
プログレッシブが2、インターレースが4の制限もYUV4:2:0の時のみで4:0:0/4:2:2/4:4:4の場合はプログレッシブ1、インターレース2で行けます。
幅は4:2:0/4:2:2の場合は2で割り切れる必要がありますが4:0:0/4:4:4の場合は幅も自由に扱えます。
詳しくは
http://www.itu.int/rec/T-REC-H.264-201106-S/en
ITU-T H.264 2011/06 仕様書のSubWidthC/SubHeightC と Interlace の関係から導き出せます。

書込番号：14805891

[たかりん☆ミ]

上記の画像サイズの件ですが、あまり確認せずに書いてしまいました。

ただしくは、1280x720でした。


ちなみに、同じ現象が出ている方はいないんでしょうかねぇ...

書込番号：14805907

[こぼくん35]

そういえば、ワイヤレスLanの時に、エラーが出た時があったので、ケーブルにした経過がありますね。

今も、ケーブル接続です。その時は、途中でも落ちていたような記憶がありますので、次のバッチが始まらないエラーではないかもしれませんが・・・。

書込番号：14806896

[siemis]

自分も同じエラー出ましたよ。
おかしいと思って、Windows のメモリーエラー診断でメモリーチェックしました。
エラーがあり、memtest86+ でも同様にエラーが。
メモリーは Corsair CMZ8GX3M2A1600C9
マザーは GIGABYTE の Z77X-D3H
CPU i7 2600k
OS windows 7 PRO 64bit
TMPGenc .... ver. 5.2.4.68
HD 3000 Driver 15.26.12.2761(8.15.10.2761)

ベガシスのアップデートの注意書きに HDグラフィックのドライバーによってうんぬんかんぬんってあったので、それが原因かと疑ったけど、CUDA でも同様の症状が出た為、メモリーを変えました。
ドライバーなどハードそのままで、メモリーだけ差し替えで通常通り動いてます。

書込番号：14818474　スマートフォンサイトからの書き込み

[siemis]

連投すいません。補足です
これは、マザーとメモリーの相性みたいでして。
P8H77-I (ASUS) mini itx
で同じメモリーを入れて動かしてもエラーも出てません。
そちらには TMPGenc ... は入れてないので確認しようもないですが。
自分の場合、特に、ハードウェアエンコードなどで、2時間とか超える長い動画をエンコード。
五分の所で出る場合もあれば、一時間過ぎに出る場合も。
パッチでは主様と同じ症状も出ました。(いつもではない)

書込番号：14818507　スマートフォンサイトからの書き込み

[ぽはぽてとのぽ]

ソースがflvとかではありませんか?
俺もflv→mp4の時は時々止まったりするので用心の為に2バッチずつにしたりしてます。
おそらくデコード時にマルチで処理すると不具合が出るからじゃないかと推測。

因みに何パーセントの時にエラーで止まるのかとかその辺の情報もあれば。


あ、あと音声を5.1chにしてませんか?　あるいはソースがdts音声。
たしか、ドルビー関連は１バッチずつしか処理できなかった気がする。

ドルビーは面倒臭い。

書込番号：14957666

初心者です。教えてください。

[theend1031]

現在、１時間の動画VOBファイルを編集して、５秒のコマだけを切り取って、パワーポイントに貼り付けたいのですが、そのようなことは、TMPGEnc Video Mastering Works 5で可能でしょうか？

書込番号：14791681

[甜]

DVD読み込みをしてカット編集をしてmpeg1で出力すればできますが、そんなことならフリーソフトでも出来る範囲です。

書込番号：14791833

[A.Coward]

1コマだけなら以下の手順で。

1.カット編集画面で貼り付けたいところを表示
2.右クリックメニューから「現在表示している画像をクリップボードへコピー」
3.パワーポイントへペースト。

書込番号：14799484

クリップ別に連続して変換したいのですが。

[PS802]

一つずつ変換するのが面倒なので連続して変換したいのですが
どうやら全部まとめて変換しようとすると一つのファイルになってしまうみたいなのですが、クリップごとに別々にファイルを分けて変換していくことはできるのでしょうか？

書込番号：14745362

[甜]

出力を即座にやるのではなくバッチ処理登録しておいて後でまとめて走らせるか、
単純な範囲指定のエンコード処理でいいなら行毎にエンコード設定を書いたバッチファイルを作ればいいのでは。

http://tmpgenc.pegasys-inc.com/ja/product/projectcreator.html

書込番号：14745380

[価格ひとし]

出力設定画面の「出力方法」を「クリップごとに別々のファイルで出力」を選択して見てはどうでしょうか。

書込番号：14745560

[(´_ゝ`)ノ]

「出力設定」の画面の「出力方法指定」のとこを、
「クリップ毎に別々のファイル（または別々のファイルセット）で出力」
にすれば可能です。

出力されたファイル名が「Movie_（連番）_（クリップ名）.（拡張子）」
となりますが、「環境設定」＞「出力時のファイル/フォルダ」にて
変更できます。

書込番号：14745564

[PS802]

価格ひとしさん　(´_ゝ`)ノさん
なるほど、それでほぼ自動的に連続してできるわけですね！ありがとうございます。

甜さん
今現在バッチでやってみてます。動画の両端を加工しないといけないので結局こっちでいくことになりそうです。

書込番号：14745635

Quick Sync Video ハードウェアエンコードについて

[クミコロ]

Quick Sync Video ハードウェアエンコードを選択した場合x264を選択
した時と比べて容量が大きくなってしまいます。

ビットレート2000に設定しても完成したファイルは12739kbpsと高くなってしまいます。

これは仕様なのでしょうか？

mpeg 720x480 6.5GB → mpeg4 1280x720 8.5GBになってしまいます。

x264を選択すれば同じ設定でも容量を抑えることができます。

わかりにくい説明で申し訳ありませんがよろしくお願いします。

書込番号：14645193

[ktrc-1]

私も試してみましたが、問題なくエンコードできてますよ。

Mpeg2-TS 1440×1080 24000kbps　3.56GB　→　Mpeg4 1920×1080 2000kbps　470MB

私の場合はこんな感じになりましたね。
仕様というよりは何らかの不具合がおきているだけじゃないかな。
とりあえず、ソフトのバージョンを確認して、それよりも新しいバージョンが公開されていたらアップデート。
アップデートが無い場合はソフトの再インストールから試してみては？

書込番号：14645268

[隊長♪]

回答になっていないのですが一言

当方　EDIUS NEO2.5　と、FIRECODER WRITER（ハードウエアエンコード） を併用して使用しています。

FIRECODER WRITER を使用して出力したとき、m2ts出力時にビットレートを8000以下に設定しても、実際に出力させたら8000以下にはなりません。
もちろんCPUでエンコードをかけると8000以下に出力できます。

おそらくですが、ハードウェアエンコードなどのGPU機能を使用してのエンコードには、何らかの制限があるのかもしれません。

12739kbpsの数値からみて12000kbps以下にはできないとか
QSVはFIRECODER WRITERより高速にエンコードさせる代わりに、画質を犠牲にしている分、あまりビットレートを落とせないのか、色々と想像ですが思いつくところはそんなところです。

あくまで個人的意見です。
失礼しました。

書込番号：14645273

[ktrc-1]

先ほどの書き込みですが、確認ミスです。
元ファイルと変換後ファイルが関係ないものでした。
改めてQSVでエンコードしてみたところ、2000kbpsに設定しても24000kbps→11706kbpsにしかなりませんでした。
11706kbpsのファイルを使ってもう一度試してみます。

書込番号：14645380

[ktrc-1]

11706kbpsのファイルを2000kbps設定でエンコードしましたが、出来上がったファイルは11877kbpsになっちゃいました。
ですが、640×480で約2000kbpsのファイルをPSP向けサイズの480×272で600kbpsの設定でエンコードしたら問題なく約600kbpsのファイルが出来上がりました。
絶対に約12000kbps以下に出来ないんじゃなくて、何らかの法則性があるのかも。

書込番号：14645536

[クミコロ]

ktrc-1さん、隊長♪さんありがとうございます。

何度か試してみましたがおっしゃるように制限、法則性があるようです。

スマホ用に1280x720で高速エンコードしたかったのですが容量が膨らむようでは

使えないのでグラボ購入してCUDAということになりそうです。

ありがとうございました。

書込番号：14647341

[(´_ゝ`)ノ]

わかりにくいとこに、こんな情報が・・・。

http://tmpgenc.pegasys-inc.com/ja/download/tvmw5_rireki.html

【Intel Media SDK Hardware 出力をご使用のお客様へ】
Intel HD Graphics ドライバー Ver.8.15.10.2618〜8.15.10.2656 の環境で、
エンコーダーにIntel Media SDK Hardwareを指定した場合、同ドライバーの仕様により、
-「CBR」に設定で出力されるデータの出来上がりサイズが設定と大きく乖離する
-「CBR」「VBR」双方で設定によっては出力開始時にエラーとなる
等現象を確認しています。
この場合上記ドライバーバージョン以外のインストールを推奨いたします。

書込番号：14647499

[クミコロ]

情報ありがとうございます。

早速アップデートして試してみましたが私の環境では

結果は同じでした。

グラフィックドライバーが関係していることがわかったので

最新版がでればまた試してみたいと思います。

書込番号：14648993

GOP長

[天空の青]

TMPGEnc Video Mastering Works 5を使用して
MP4(AVC)出力のエンコードをしておりますが、
GOP長(GOP の標準フレーム数)の設定値に関しては
今ひとつ良く分かりません。
そこでこのGOP長にに関しての質問をさせていただきます。
皆さんは、このGOP長に関してはどの程度の数値の設定をされているのでしょうか?
また、その数値を決めた理由などありますればお聞かせください。

当方で使用環境、および入力ソース、TMPGEnc Works 5の設定値などは
以下の通りです。

1.使用環境
　OS: Windows7 Home Premium 64bitを使用
　CPU: intel Core i7 2600K
　M/B: チップセットにZ68を使用のため、QSV(Intel Media SDK Hardware)でエンコード。
　RAM: 8GBを搭載
　オーバークロックは未実施
　グラフィックボードは未搭載、CPU内臓のGPUを使用。
2.入力ソース
　1920x1080のHD画質動画。ファイル拡張子はTSまたは2mtsです。
3.TMPGEnc Works 5の設定値
　出力:MP4(AVC)
　映像エンコーダ:QSV(Intel Media SDK Hardware)
　プロファイル&レベル:High@自動(4)
　GOPの標準フレーム数:30〜120の範囲を模索中
　GOP内のBピクチャ数:3
　映像サイズ:1920x1080。入力ソースに従う。
　フレームレート：29.97fpsまたは23.976fps。入力ソースに従う。
　ビデオタイプ:インターレースまたはプログレッシブ。入力ソースに従う。
　レート調整モード:CBR
　映像平均ビットレート:5Mbps
　処理パス数:1


GOP長(GOP の標準フレーム数)に関しては、TMPGEnc Works 5のの導入当初は
デフォルト値の250を使用していたのですが、MP4を再生するプレーヤーによっては
映像乱れを生ずる場合もあり、現在は30を使用しています。
しかし、GOP長を30に落としても画質的には影響が無いのでしょうか?
ネット等では「GOP長はシークをスムーズさに関係する」程度の記述しか無く良く分かりません。
なお、当方はMP4ヘのエンコード後のファイルの再編集は致しません。

書込番号：14564466

[平_]

フレームレート？
24fpsがユーロ圏、アジアの一部(PAL)の共通事項、
30fpsはアメリカ、日本等(NTSC)のの共通事項

輸出される映画はほとんど24fpsなのでそれに習っただけの物です。
自分は元動画を確認してから24fpsか30fpsかを決めます。

違ってたらごめんなさい。

書込番号：14564518

[天空の青]

平さん、早速のレス
ありがとうございました。
タイトルにもあります様に
フレームレイトではなく、
GOP長です。

書込番号：14564799

[平_]

GOP長でしたか、ごめんなさい

でも固定GOP長でないと再生に不具合を起こすプレイヤー有るそうなのでご注意を。
shrinkでのエンコード(圧縮)と同じ事なのでやり過ぎると↑と画質劣化起きます。

GOP変更は手をつけたは良いが先(結果)が見えなくなったので追求を止めた自分より。

書込番号：14564909

[LEPRIX]

こんばんは。
うちの場合はインタレ出力な上にPCでしか見ないのでほとんど300固定ですね。
以前60程度で試したことがありますが、画質は同等と思えても出来上がりの
ファイルサイズがかなり大きく（1.5倍以上？）なったように記憶しています。
要はシークできる秒単位を短くするか、ファイルサイズを選ぶかのトレードオフで
数値を決めれば良いんじゃないかと解釈してますけど（違うのかな？）。
とりあえず画質自体にはあまり関係ないのではないですかね。

ところで、その設定ではファイルサイズがすごく大きくなる割に画質も良くなく、
エンコする意味があまりないような気が…？
2600Kならx264の固定品質でやった方がいろんな面で良いように思いますけど。

書込番号：14566600

[天空の青]

平さん、おはようございます。
レスありがとうございました。

>でも固定GOP長でないと再生に不具合を起こすプレイヤー有るそうなのでご注意を。

そうなんですか?
TMPGEnc Works 5のGOP長は固定ではないのですか?
可変GOP長なんてあるのですか?


LEPRIXさん、おはようございます。
レスありがとうございました。

私が試した限りにおいては
GOP長を変えてもファイルサイズに
大きな差はでませんでした。
一例ですが、GOP長とファイルサイズの関係は
GOP長:250→3.691GB, GOP長:30→3.730GB
という結果となりました。
ですから、尚更のこと、GOP長はどの程度が
いいのか、決めかねています。
「GOP長はシークをスムーズさに関係する」といっても、実感として良く分かりません。
ある場面を探す時の探しやすさ・・・ということなのでしょうか?

またH264エンコのファイルサイズと画質の関係なのですが、
正直、数多くの入力ソースでビットレートと画質の関係を調べた訳ではありません。
簡単にテストした限りでは5Mbps程度が私の手持ちの入力ソースではOKかな・・・
という程度です。
圧縮率は一例ですが、MP4出力、SDK Hard,1920x1080,5Mbpsの条件で
TSファイル:13.198GB→3.45GB
m2tsファイル:28182GB→3.619GB
となっております。
この程度の圧縮率でH264エンコの必要性は無い・・・と言えなくもないですが、
大量のTSファイルがあり、今も増え続けているため、少しでもHDDのスペースを確保したいのです。
そうしないとHDDがいくつ有ってもたりません。

X264でのエンコードも試してみたのですが、
変換時間が実再生時間より要するため、敬遠していました。
( Core i7 2600Kをもってしても・・・。実再生時間で8m08sのファイルのX264エンコ時間は12m07s)

LEPRIXさんはX264でエンコする時は、どの様な設定条件で行っていますか?
画質重視のエンコの場合は試してみる価値はありそうな気がしてきました。

書込番号：14570801

[LEPRIX]

こんにちは。
事情を説明して頂き納得しました。
確かにフルHDで数をこなすとなると2600Kでも結構きついとこはありますね。

QSVについて少し勘違いしていたようで申し訳ありません。
気になったので3770Kを使って再検証してみた結果、
どうもTVMW5を使ってのHD4000でのQSVに不具合があるようです。
元ソース3GBちょっとのファイルを5000kbpsでやったときにVBRだと900MB程度に収まるのですが、
CBRだと他をどう設定しても元サイズ以上になってしまいます。
ビットレートを下げたらどうか？と1500程度に下げると今度はエラー発生で終わってしまう状態です。
VBRだと画質自体はまずまずな気がしますが、シーンチェンジ等の際のノイズが気になるので
CBRだとどうなのか知りたいところです。
ネット上で調べた感じだと6000kbps程度あれば画質はそれなりみたいなので、
天空の青さんのようにかなりの量をこなす場合にはQSVは十分役に立つようですね。

GOP長については要は30fpsの場合、1秒毎（30）や10秒毎（300）のように
シークできる間隔を何秒毎に設定するか？ということのようですね。
だから30fpsで250という場合にはシーク間隔が割り切れない秒数になるので
再生環境によっては不具合がでるのかもしれません（あくまで想像ですが）
あと圧縮率が高くなればなるほど、全体的なファイルサイズに対する影響が大きくなるようですね。
例えば3GBのファイルを300MB程度に収めるとなると
100MB以上は増えそうなので比率的に影響大に感じます。
でも3分の1程度ということなら利便性重視で30でも良いんじゃないかと思いますね。

あとx264の設定についてはうちの場合はアニメ中心なのであまり参考にならないかも？
ご存知かもしれませんが「TMPGEnc Video Mastering Works 5 設定」でググって
一番上に来るサイトを基本に、少しづつ変更して設定してます。
ここにはGOP長についても参考になることが書かれてますね。

書込番号：14576394

[A.Coward]

長いと思うけど、技術的側面から。

GOP長がファイルサイズに影響を与えるのは、固定品質でエンコードしている時のみ。
VBR/CBRでエンコードしている場合には1秒間の使用ビット数が同じなのだからGOP長を変えてもサイズには影響しない。逆に画質に影響を与える。
この場合は長いGOPほど画質が良くなる。

H.264にはI/P/Bの3種（実際にはIにはIDRというバリエーションと、BにBrという参照Bピクチャーというものがあるが、重要な差ではない）があるが、I>P>Bの順番でビットレートを食う。特にIは参照による差分が行われないためP/Bに比べると大きな消費になる。

GOPの先頭はIで記述され、あとはPとBで埋める。Bを指定枚数繰り返し、Pを挿入という感じになるので、B>1であるなら1 GOPの間の枚数はB>P>Iとなる。
GOPが長ければビットをものすごく食うIとやや食うPの枚数が減るため1秒間の使用ビット数が下がる。
あるいは1秒間に使用ビット数が同じ場合、Iに大きめのビットをあたえてもP/Bが多いことで消費分を補えるため、GOPが長ければ画質が良くなる。

GOPが長いと画質が良くなる、もしくはビットレートを下げても破綻しにくくなるという利点はあるが、では欠点は、となると長くなるほどシークが重くなっていく。
H.264 は GOPの途中からデコードすることが出来ない。必ずGOPの先頭からデコードする必要がある。
これはP/BをデコードするにはそのP/Bが参照しているピクチャーをデコードしなければならないためだ。
I0 B1 B2 B3 P4 B5 B6 B7 P8
というストリームをデコードする場合、デコードオーダーは
I0 P4 B1 B2 B3 P8 B5 B6 B7
となる。このストリームの参照枚数が2の場合（これはBの場合は直前直後のフレームを参照することを意味する）にB7を取得したい場合は、I0 P4 P8 をデコードしなければならない。
B7が参照するのはP4 P8のみだがP4をデコードするにはI0、P8をデコードするにはI0/P4が必要なためだ。
このGOPはたかだが9枚なのでこの程度のデコードで済むが、300のときの298フレーム目と言われればかなりデコードしなければ取得できない。

あと一点、MP4にCBRをマルチプレクスすのは厳密には規格違反。CBRでエンコードする意味は全く無いのでVBRでエンコードすべき。
これはMP4ではパディングを認めていないため、マルチプレクス時にパディングが取り除かれるためだ。もし仮に取り除かれていない場合は規格違反なため再生機器がハングアップや破損しても文句は言えない。
逆に取り除かれていた場合はパディングが取り除かれるためレート制御がおかしくなり、オーバー・アンダーフローが発生する可能性が高まる。
オーバー・アンダーフローが発生した場合は再生の乱れやコマ落ち、ハングアップなどが発生する可能性がある。

書込番号：14727377

[天空の青]

A.Cowardさん、大変有益な情報ありがとうございました。

VBR/CBRでエンコードしている場合には長いGOPほど画質が良くなる・・・という事は
初めて知りました。
今後はTMPGEnc Video Mastering Works 5のデフォルト値の250のGOP長でMP4(H264)の
エンコードをしたいと思います。

ただ、GOP長を長くした時は「長くなるほどシークが重くなっていく」ということなのですが、
シークが重くなる・・・というのは、結果としてMP4(H264)へのエンコード時間が長くなる・・・
という理解でよろしいのでしょうか?
この様な愚問をするのも、そもそもシーク自体の意味が分かっていないからなのですが。

>あと一点、MP4にCBRをマルチプレクスすのは厳密には規格違反。

MP4にCBRをマルチプレクスする・・・というのはどういうことなのでしょうか?

すべて初歩的な質問で申し訳ありません。

書込番号：14730821

[A.Coward]

シークは、デコード＝再生の時の性能。
頭出しが重くなると同義。

MP4というのはコンテナと呼ばれ、一つのファイルに音声と映像を入れ込むことができる。
この入れ込むことを「マルチプレクス Multiplex」という。略してMuxと書くこともある。
再生するときは、このマルチプレクスされたコンテナから映像と音声をプレイヤーなどは取り出して扱う。この取り出す作業を「デマルチプレクス Demultiplex」という。略してDemuxと書くこともある。

MP4(AVC)とは、MP4というコンテナにH.264を入れますよ、という出力のテンプレート。
AVCはISOでMPEG-4 Part 10 Advanced Video Coding として規定されているものの略称。これがITU-TではH.264と規定される。
つまり、AVC=H.264であり、規格団体が異なるだけで中身は同一。

よって天空の青さんの設定ではレート調整モード:CBRでエンコードしたH.264をMP4にマルチプレクスすることになる。

このレート制御をVBRにすることでMP4に対しては規格違反にならずにすむようになる。

ファイルサイズを決めたいならVBR（平均ビットレート）にして、平均ビットレートにCBRと同じ数値を、最大ビットレートには平均より大きな値を設定する。
処理パス数は1だと高速にエンコードされ、2にすると正確にレート制御するためファイルサイズがより正確に出力されるようになる。
あまり最大を上げ過ぎるとビットレートが乱高下しやすくなるのでほどほどに。私はだいたい平均の1.5倍を目安に設定しているが、平均を低めにしているときはやや高めたりすることもある。このへんは本当に経験と勘とお好みと思い込みでよろしくやるしかないと思う。

画質を固定にしたい場合は固定品質にして、最大ビットレートは適当に、画質の値は60前後が一般的なようだが、お好みで。
固定品質にした場合はファイルサイズが不定になるので何らかのメディアに焼いたりUSBメモリへ転送するような場合はあまり向かない。
私の用途はメディアへの転送がすべてなので固定品質を使ったことがない。このあたりは詳しい人に譲る。

書込番号：14734023

レンダリングに時間が

[ji4kr]

昨日購入して使ってみています。m2tファイルやAVCHDファイルでいずれもHivision画質で撮ったものを、編集してみました。PCはhpのパネルタイプで2ヶ月前に買ったもので、CPUはCore i 5です。使用目的はPowerPointなどで数分間（長くて10分）提示するような、ビデオクリップを作成することです。編集はわかりやすくてすばらしいと思います。しかし、せっかくのHivisionなので、できるだけ画質がよい方がと思い、WMVに書き出したところ、とても時間がかかります。3分のものを書き出すのにも10倍くらいかかるような印象です。やはりもっとパワーのあるPCにしないとだめなのでしょうか。またはハードウェアレンダリングの機器を使うとよいのでしょうか。よい方法があれば教えてください。よろしくお願いいたします。

書込番号：14498967

[隊長♪]

>せっかくのHivisionなので、できるだけ画質がよい方がと思い、WMVに書き出したところ、とても時間がかかります。3分のものを書き出すのにも10倍くらいかかるような印象です。

時間がかかる点として
�@このソフトは確かEDIUS NEO3同様フルレンダリングされます。
�A形式の特性によって異なりますが、GPUの力ではなく、CPUだけの力で出力すると基本的に時間はかかります。

仮に現時点で高性能なCPUだったとしても、10倍かかっていた時間が、急に10倍速くなるくらいはいかないでしょう。
半分くらいの5倍や3倍くらいの短縮くらいは期待できるかもしれません。


>やはりもっとパワーのあるPCにしないとだめなのでしょうか。またはハードウェアレンダリングの機器を使うとよいのでしょうか。よい方法があれば教えてください。よろしくお願いいたします。

ハイビジョンを扱う上でご予算によりますが、CPUのパワーはあったに越したことはありません。
また、ハードウェアレンダリング（以下GPU）は速いですが、その分画質がどうしても落ちます。
速度優先の場合や、CPU処理では時間がかかりすぎる、GPU処理でも画質に満足しているならとても良い機能です。
このソフトに対応しているGPU機能は、CUDAとQSVです。
この二つも、出力する全ての形式に対応しているのではなく、H.264、MPEG1、MPEG2などです。
基本的なエンコードにかかる時間は
CPU＞CUDA＞QSV
です。

ハイビジョンの編集を考えた場合、QSV対応CPU、CUDA機能が使用できる環境でのPCが良いと思います。

書込番号：14499062

[ji4kr]

隊長♪さん　さっそくのご回答をありがとうございます。ただ、素人なもので、QSVとかCUDAとか、よくわかりません。QSVはSandy BridgeというCi7は対応しているというのは調べてわかりました。また、文章からは、WMVにエンコードするのには、QSVなどは対応していないのですね。すごく長い時間のビデオをつくるわけではないので、じっくり高画質で出力することにします。ありがとうございました。

書込番号：14500068

[隊長♪]

>QSVとかCUDAとか、よくわかりません。QSVはSandy BridgeというCi7は対応しているというのは調べてわかりました。

すごく簡単に説明しますね。（ディスクトップの場合）
�@QSVとCUDAのエンコード方式は、CPUの能力を使用するのではなく、GPUの能力を使用してエンコードするので、考え方は同じです。

�AQSVは現在インテルだけだったと思うのですが、インテルのCPU内にGPUがあり、そのGPUを使用してエンコードする機能です。

�BCUDAは主にグラフィックボード内にあるGPUを使用してエンコードする機能です。

�CどちらもCPUの能力とは関係なくGPUの能力によってエンコード速度が変化します。かといって価格が高いからといって必ずしも速いとは限りません。

�DQSVはCPUとマザーボードの仕様（チップセットなど）や、ドライバーのバージョンなどが合っていないと発動できません。

�ECUDAはCUDAが入っているグラフィックボードを設置し、エンコードするソフト側で指定されているバージョン以上のドライバーをインストールすることで、基本的に発動できます。

�FCPUが古くても、グラフィックボードの購入で、GPUの高速エンコードが可能なので、ほとんどの人がCUDAだと思います。

�GQSVの導入は、新規や、PCのパワーアップなど大幅なパーツ交換を必要とします。

�H高速エンコードで他に、ATI、スーパーエンジンなどもあります。

ノートPCの場合は、後から部品交換が不可能なので、購入する前によく調べる必要がるので注意が必要です。


>また、文章からは、WMVにエンコードするのには、QSVなどは対応していないのですね。すごく長い時間のビデオをつくるわけではないので、じっくり高画質で出力することにします。ありがとうございました。

そうですね、当方の知る限りでは対応していない様子です。
いずれ対応してくれると嬉ですね。

ざっくり説明しましたが、わからないところがあればまた質問してください。
説明は初心者の方にもこれだったら理解していただけるかなと思ったものです。
説明文に大きな違いがありましたらご指摘願います。
失礼しました。

書込番号：14501936

[ji4kr]

隊長♪さんへ
迅速にご返事いただき、感謝いたします。ご説明いただいた内容でどうすれば、ストレスの少ないエンコードができるかわかりました。インテルのQSVに対応していないとたとえ出力形式があっていてもできないのだと理解できました。しかし、HiVisionは相当なデータ量でしょうから、それを普通のPCでなんとか編集、出力できるようになったことだけでもかなりの進歩なのでしょうね。
ありがとうございました。また具体的な疑問などが出てきましたら、質問させていただきます。

書込番号：14504236

[隊長♪]

一昔前では、ノートPCでハイビジョン編集なんて、とんでもなかったと記憶しております。

日々進歩しているのですね。

正確な解答ではなかったと思いますが、少なからずお力になれたご様子
これからも編集がんばってください。

失礼しました。

書込番号：14504278

[ぽはぽてとのぽ]

確かな記憶ではないですが、wmv形式に変換する時はPC内蔵のコーデックを使用するのでCPU使用率が著しく低いというのをどこかの書き込みで見かけたような気がします。
今現在主流なのはMP4なので動画形式をそちらに変えてみるというのはどうでしょう。
中身はどちらもx264だと思うので、現時点ではどちらも処理速度は変わらないかもしれませんが。

QSVは超簡単に説明すれば、ところてん製造機みたいなものですね。
設定された機械に具材をつっこんで押し出されるのを待つだけ。
手作りではないから出来上がりには少しアラもありますが大半の人はあまり気にしないようですw

CUDAもほぼ同じ、NVIDIAのグラフィックボードのみ対応という(AMDと契約してないからこちらだけなのでしょう)処理方法で、ハードウェアエンコードと言われるもの(QSVもハードウェアエンコード)。
フィルターのみに使うという方法もあり、こちらはリサイズやノイズ軽減などのフィルター処理をグラボで処理して他の処理をCPUで行うというもの。
フィルターの処理には馬力がいるのでグラボがあるとかなり処理時間が速くなります。また、フィルター処理だけにグラボを使うのなら普通のソフトウェアエンコードとやっている事は変わらないので画質等の仕上がりはグラボ無しでの処理と変わらないでしょう。

SpursEngineはエンコードのための拡張ボードで処理は速いですが画質はそこそこでお値段が・・・・・・。中身はPS3のチップを改良したもの。

時間を気にする方であれば2passせずにフィルターもかけないなら処理もかなり速くなると思います。動きの激しいところではブロックノイズが厳しくなりますけど。容量をあまり気にしないのであればビットレートをそこそこ上げればその辺も軽減されると思います。

お題のレンダリング機能だけが使いたいのであればオーサリングワークス４とかの方がお手軽かもしれません。カット編集くらいしか使えないですけど(リサイズとかは出来ない)

書込番号：14517761