「開く」や「上書き保存」など、本当に最低限は実装されていますが、もう少し充実させてもらえると、作業が捗って助かります。

まず、必須と思われるのが「プロジェクトに名前をつけて保存」（一般的には Shift + Ctrl + S）です。

次に、それよりは優先度的に劣るものの、あると非常に便利なのが、カット編集時の「現在表示している画像を保存」「現在表示している画像をクリップボードにコピー」です。

ほかにもあるかと思いますが、その中でも特にこららはあると非常に助かるものです。
ぜひ、ご検討をよろしくお願いします。

対応ありがとうございます！

Apple ProRESファイルを読み込むと「映像がありません」となってしまいます。
同じPC内にインストールされているTMPGEnc Authoring Works 5では同じProRESファイルを問題なく認識するのですが。。
もちろん、QuickTimeの拡張である「ProResDecoder」はインストールしています。

環境設定の入出力フォーマット一覧のところで、QuickTime は丸になっていますか？
もしなっていないなら、QuickTime を最新版に更新する必要があると思います。
もし丸になっているなら、私にはわかりません。

＞fayさん
QuickTimeを最新版に更新したら読み込むようになりました！
Authoring Works 5で読み込めていたので、まさかQuickTimeのバージョンｇは引っかかってるとは思いませんでした。
アドバイス、ありがとうございました。

旧バージョン（バージョン５）をよく使っており、6を試用させて頂いています。

X265のエンコードができるようになったのは大変嬉しいのですが、
2パスエンコードはまだ行えないようです。（勘違いでしたらすみません。）

今後、X265でも2パスエンコードができるようにしてほしいです。

現状では、まだまだX265は計算量が多いのか、X264と比べて時間がかかるようですが、
時間がかかっても低容量・高画質な動画を作りたい場合があるので、ぜひ2パスを使いたいです。

x265 -> h265 だと思いますが、h265のエンコードを実際に行っている x265 自体が 2pass に対応していないので、ペガシスさんに言ってもたぶん状況は変わらないのではないかと思います。
ペガシスさんが自前で h264 エンコーダを作れば別でしょうが、h264 の状況からして x265 ライブラリを使い続けることはほぼ自明だと思います。
x265の開発にコミット(を業務と)している人がいれば別ですが。

x265 の対応待ちになるかと思います。

> ペガシスさんが自前で h264 エンコーダを作れば別でしょうが
ペガシスさんが自前で h265 エンコーダを作れば別でしょうが
です失礼しました。

ヤマダさん、コメントありがとうございます

x265自体が現状では2パスに対応してないんですね。知りませんでした。
仰るとおり、ペガシスさんに要望しても仕方ないですね。ありがとうございました。

　だいぶ遅いResですが、6.0.3.13にて2パスエンコード対応されたようですね。

　ただでさえ時間のかかるh.265ですから、2パスは非常に重くなりそうなので、使う機会は(私は)少なそうですが…。

元動画：.MTS 1920×1080　59.97fps
編集後変換：.DivX 1920×1080　59.97fps ﾏﾙﾁﾊﾟｽ2回　24.85(自動)Mbps
2本以上の動画を結合させますが、エンコードを普通にすると問題ないのですが、
バッチに登録してからすべて実行すると、始まったとたんに59.94fps→30fpsに変更
されてしまいます。何かの設定が必要なのか調べましたが、わかりません。

不具合なのか、設定不足なのかわかる方
よろしくお願いいたします。

CPUｽﾍﾟｯｸ：Corei7 4790K+GTX760+メモリ8GB

ちょうど自分でYoutubeに出している動画で現象が出ているのがありましたので
アドレスを掲載します。

https://www.youtube.com/watch?v=9BVZ93rCHgU

この動画の3分50秒のところで　すべて実行したとたんに60fps→30fpsに変わっています。
3分45秒の時点では60fpsに設定しております。

今回のアップデート(6.0.3.13)にて修正されました。

突然起動しなくなりました。
「問題が発生したので正常に動作しなくなりました。」とのメッセージが出て起動前に停止してしまいます。再インストールしても改善しません。
何か原因ありますでしょうか？

このタイミングですと、windows　updateが怪しい気がします。

映画やアニメのエンコードを行う時に
チャプターを作成してから副音声を出力し、その後主音声と合わせて
動画をエンコードしました。

多重化作業を行った後、再生してみると
作成したチャプターが無くなってました。

動画と複数の音声を結合する際に
チャプター付の動画を作成するにはどうしたら良いでしょうか？

昨年x265に変換した映像ファイルをタブレット用にx264に再変換しようと思っていますが、その際音声の再エンコを避けたいのですが無理でしょうか?

MPEGツールを使って多重化すれば良いのではないでしょうか。

32bit OS win7 にて、エンコードを行いたいのですがこの会社には32bit対応ソフトがないのでしょうか。今時大変不思議です。需要は多いと思うのですが・・・良い解決方法を教えて頂けますか。宜しくお願いします。

TMPGEnc Video Mastering Works 5 時代は対応していました。
http://tmpgenc.pegasys-inc.com/ja/product/tvmw5.html
販売は終了しているようですが、すでにお持ちでしたら使い続けることは問題ないと思います。
私は 64bit OS で TMPGEnc Video Mastering Works 5 を利用していましたが、いまどき 64bitネイティブではない(WOW64で動く)のはどうなんだろう？と思っていました。
ソフトの性格上、扱うファイルサイズが大きく、メモリ操作が大量に必要なソフトです。
私個人としては32bitの切り捨てを評価しています。
慈善団体ではないので、32bitユーザーを救い続けるコスト(ソフト開発だけではなく、サポートにもコストはかかります。どちらかといえばサポートの方がコストが高いのでは？)と販売できるライセンス数を天秤にかけて営利会社組織として判断したのでしょうから、ユーザーは受け入れるしかないと思います。

解決策は
・5 を使い続ける
・このソフトを捨てる
・64bit の PC を購入(構築)する
のいずれかになると思います。

今時というのであれば逆に64bit化なのではないでしょうか。
ネット認証時にOSのデータも取っているでしょうから32bitは
少数派だったのかなと思います。

長い目で見れば64bit化の方向性は認めざるを得ません。
しかし私も、使っている日常的なアプリで64bitネイティブ
でなければならないものは全く無いのでWin7(32bit)の
ままです。
今後も64bit化するつもりは無いため TVWM6 移行は諦めです。
適度な画質と圧縮率重視ならTVWM5とTE4で十分満足でき
てます。
取り残される既存バージョンユーザーとしての残る要望は
TVWM５のバグを無くし切って開発終了してくれれば十分
だと思ってます。
(まだTVWM5はメモリリーク関連でバグありますから…)

TE4はサポート終了してますし
TMW 5も直にそうなると思われますので
長い目を見れば他製品に移るか
64化が望ましいでしょうね。

>TE4はサポート終了してますし
サポートは終了してますが、認証が使え続ける限り
問題無いです！
TE4は普通に使う限りでは、もうバグに出会うことも
ないですしTVWM5より軽快ですから…(^^)
TE4の認証サポートが終了されたら非常に困りますが
私にはOSを64bit化するメリットは全く感じられない
し、Win7が使えなくなったら次期Windowsではなく
Linuxに移行する予定なので32bit環境で代替を模索
してます。
現状なら AviUtl+QSVenc でしょうかね？

4K映像に対応するために、64bit化はやむを得ないのでは?
32bitの4GBのメモリー空間(実質使えるのは3GBがやっと)では4K映像を扱うのが苦しいのではないでしょうか。

>4K映像に対応するために、64bit化はやむを得ないのでは?
確かに4K8Kに対応したい人は必要でしょうね！
しかし今１時間枠ドラマでも無圧縮のTSで５～６GBですが
4Kになると更に４倍、8Kだと4Kの更に４倍のサイズとか
になるんでしょうね！
つまり4Kでは１時間のドラマで２０GB以上になると思われます。
そんなサイズばかりになったらHDDやBDディスクいくらあっても
足りません。

しかし私はPCでしかテレビ/録画視聴しないので現状の
TSサイズの1440x1080を720x540や640x480程度で
エンコしても十分満足できており4K8Kは不要で問題無いです。

こういうことも踏まえて録画メディア管理は今後どうするか
方向性を決めるのにTVWM6の64bit化の転機は丁度良い時期
だと思います。

4K8K画像が一般ユーザーに必要か、といえば、個人的な意見としては必要性を感じられませんが、将来的には必要になる人も増えるんでしょう。フィルターも多様化、高品質化しているようですし。

7あたりでは、プロ仕様と一般仕様に分かれるんじゃないかな。(適当な想像)
4K8Kや高度なフィルター扱いたい人用のPROと、FHDまでの編集用のSTANDARDとか。

STANDARDが5000円前後の価格になればありがたいなぁ。VUP3000円ぐらいで。

HDDは8TBまで製品化されてますが、4K8K扱ったら8TBでもすぐにいっぱいになりそうですね。
あ、そのためのh.265対応か。エンコが遅すぎで常用できませんw
これも次世代ではNVENCやQSVの新版に対応してくるでしょうけど。

こんにちは。
一般的には同じエンコード内容、条件であればＶ６はＶ５の役半分の時間で処理できるとあります。
が、なぜか私の場合Ｖ６が遅いです。同じ条件下で、
Ｖ６　６２分
Ｖ５　４７分
という結果です。何がおかしいのでしょうか。設定にポイントがあるのでしょうか？
ご教授願えれば幸いです。
使用マシン、条件
WINDOWS8.1Pro 64bit i7-3770s Z77 8GB
Ver.6.0.2.10

古いintelのCPUやAMDは速くなるけどそれ以外は遅くなるという情報を
よく見ます。
なんにしても同条件で半分になるなんてことはないのではないでしょうか。

まず、半分の時間とはどこの情報でしょうか？
いくらなんでも倍速でエンコード出来るようになるとは考えられません。
もしかしてH265だとビットレートが半分になると言うことを間違って認識していませんか？

ちなみに私の環境だとごく僅かに(一割以下)V6の方が早いです(設定によっては変わるかもですが

コメント有り難うございます。
倍速で処理できたという情報ですが例えば以下のようなページ。
http://goo.gl/syurFc
私も何かの拍子に通常の１／２の時間で処理できた経験があったのですが、
それ以後、ＯＳやハードの条件が変わってしまったのか、再現できないでいます。
その条件を知りたくて質問をさせて戴いた次第です。

一般的には６４ビット版のソフトは３２ビット版の２倍の処理能力があるはずです。
Ｖ６にもポテンシャルはあると信じていますので、安定した高速化を今後に望みます。

とりあえずとして『電源オプション』を『高パフォーマンス』の設定にすることで数％の向上が認められました。

> 一般的には６４ビット版のソフトは３２ビット版の２倍の処理能力があるはずです。

完全な妄想です。64bit 版の Windows は 32bit 版よりも速度が速いなんて話を聞いたことありますか？
メモリーを多く使えることはメリットですが、メモリー量に関していうなら2倍どころじゃありません。
Intel/AMD CPU は 32bit でも 64bit でもクロック相応の処理しかできません。

バッチエンコードツールの環境設定で同時出力バッチ数を２にして、２つのNVENCバッチを同時に実行しているとき、
プロジェクト編集の出力設定で映像エンコーダとしてNVENCを選択できなくなってしまいます。
(x264でグレーアウトしていて、x264に固定されてしまう。)
実行中のNVENCバッチが１つならNVENCを選択できます。

バージョンは6.0.2.10、
GPUはGeForce GTX 750 Tiです。

確か2つ以上は選べないんじゃなかったかな？

仕様で、どこかに明記されていたらすみません。
ただ、この仕様だとNVENCジョブを実行中に新たなNVENCジョブを追加できない
ということになり使い勝手が悪いので、改善を要望します。

同時処理できるのは二つまでとヘルプに載っていますね。
バッチで二つ、本体で一つの計三つに出来ないようにグレーアウトしてるんでしょうけど
本来は出力はできないけどバッチ登録はできるようになってなきゃいけないんじゃないか
と思います。
今のところはNVENCのバッチ処理が0か1の状態でバッチ登録するしかないでしょうね。

　仕様を確認して疑問に思ったのですが、HEVC入出力は10bit色空間に対応していないのでしょうか?
今のところ手元に10bitソースがないので確認できていません。
　今後10bitソースも扱うつもりですので、HEVCで未対応なら対応予定はあるのでしょうか?

h.265の10bitへの素早い対応、ありがとうございました。
これからV.UPしますが、「出力に対応」という事は、入力にも対応しているという事ですよね?
そうでなければ、「自分で出力したファイルが入力できない」ことになっちゃうわけで…
ともあれ、試してみます。

仕様の入力映像ファイル形式に、

※H.265/HEVC は YUV フォーマットが 8/10bit、4：2：0 のファイルのみ

と有りますね。

　だいぶ遅い確認ですが、6.0.3.13で10bit対応されたようです。
　更新履歴では「10bit出力に対応」とあって、入力に対応しているかどうかは書かれていなかったのですが、手持ちのh.265 10bit動画ファイルで入力にも対応していることを確認しました。

　まあ、出力に対応していながら入力未対応だと自分の吐き出したファイルを読めない、という間抜けなことになるので、大丈夫だとは思っていましたが、ほっとしました。

　開発の方々、素早い対応、ありがとうございました。

Core i7 3770K/Windows7 64bitの環境で

Intel® HD Graphics Driverを15.33.18.64.3496→15.33.32.64.4061に更新したところ

映像エンコーダ Intel Media SDK Hardwareでエンコード中にフリーズするようになりました。

当方もIntel Media SDK Hardwareでエンコード中に結構な頻度でフリーズするようになりました。
フリーズするようになったのは、２月に入ってからだと思います。

Intel HD Graphics Driverは最近変えておらず、10.18.10.3958です。

その他は、hnishiさんと同じく、Core i7 3770K / Windows7 64bit環境です。
Virtu MVPを使用しており別ビデオカードも入っています。
Windows Updateなどは必ず入れています。
何か参考になれば。

私も同様にTVMW5(5.5.2.107)でQSVのときだけフリーズするようになりました。
2月ごろから発生し始めている印象です。

Core i3 3220T
Win7 x64 SP1
Intel HD Graphics Driverは10.18.10.3958、15.33.32.64.4061、どちらでも同様です。

グラフィック出力はCPUのGPU機能を使っており他グラボは刺していません。

Windows7 Pro 32bit環境ですが、同じような現象が出ています。

どうも2/12辺りのWindows UPDATE後から発生している気がしています。
適用可能な更新をすべて掛けていたのですが、
システムの復元で更新前に戻し、
重要な更新のみ改めて適用した状態で検証中です。

その前までは1時間前後でフリーズしていたのですが、今のところ止まっていません。
（現在1時間30分程度経過）

他の方と同じかどうかわかりませんが、参考までに。

ふたつめのポストのID:qduupg8jnolです。

2015/2/25のWindows Update以降この症状が消えました。
（もしかしたら2/18のUpdateぶんで直ってしまったのかも）

現在は、エンコード中に何か動作していても、問題なくエンコードすることができています。
ちなみに、Intel HD Graphics Driverも結局アップデートしていません。（10.18.10.3958のまま）

少し症状が違いますが同様のシステムで問題が出ており悩んでいます。
大きなファイルをエンコードしていると

「Intel Media SDKでエラーが発生しました:
　未定義処理です
　（エラーコード 0xc488010）」

とのことで途中で処理がアボート／スキップされます。
エンコードプロセスの進行度と出力中のファイルサイズから見て、出力が4GBあたりを超えると発生している模様です（エラー発生の後のファイルは0バイトになっています）。
本体でもバッチでも発生しています。

CPU: i7 3770K
メモリ: 24GB
マザー: ASROCK Z77 extreme 6
グラフィック: Intel HD Graphics 4000 / Nvidia GeForce 220
　※Virtu MVPにより内蔵グラフィックはエンコード用に振り分け
OS: Windows 7 x64 SP1
Nvidiaドライバー: 341.44（更新終了）
VMW5: 5.5.2.107

Windowsアップデート以外で思い当たるのは「TMPGEnc Movie Plug-in Commercial Candidates Detector for TVMW5」試用版のインストールと削除です。下の別トピックにコメントしましたがメモリリークの発生を確認したためアンインストールしました。今回のエラーの発生はこの後から起こっています。

同様の現象が発生しています。
Core i7 4790/Windows7 64bit/メモリ16GB/ GTX970
Intel® HD Graphics Driverを10.18.14.4264に更新したところ、
Intel Media SDK Hardwareでエンコード中に進行しなくなり、
エンコードを中止しても中止処理も止まってしまいます

回避策がわかりました
環境設定でCUDAを使用しないようにしたところ
Intel Media SDK Hardwareでエンコードしても止まらなくなりました
今のところ、10本以上の動画をエンコードしていますが現象は再現していません。