NVidiaのGTX900シリーズがリリースされて既に一年。
Skylake CPUがリリースされて3ヶ月が経過しました。
しかし、h.265エンコに関しては未だにどちらのハードにも対応されていません。

もうだいぶ待っているのですが、h.265のハードウエアエンコに対応するのは新バージョンですか？
いつまで待てば良いのでしょうか？
もちろん、ソフトウエアエンコより画質が落ちるのは承知の上です。

NVEnc,QSVともにh.265対応しましたね。ありがとうございます。

TMPGEnc Video Mastering Works 6を利用しているものです。

他社の編集ソフトにあるような、手ぶれ補正フィルターがあれば良いなと思っております。
GoProなどのアクションカムの映像のブレを補正するのに利用したいと考えています。

時間/フレーム番号指定移動に、
TMSR4にあるような「現在位置を基準」オプションがほしい。

ここ１か月ほど、QSVを利用してエンコードしていると、プロセスがフリーズすることがおおくなりました。
プロセスをタスクマネージャから強制終了して再実行すると動きます。
感覚的には４～５回に１回は発生しています。

どなたか、似たような現象にあったからいらっしゃいますか？

ちなみに、環境は
-Windows10 64bit(Windows8.1でも起こっていましたがOS変えても症状は変わらず)
-CPU Core i7 3770K
-ビデオカード構成 内臓(HD4000)＋外付け(GeForce670 メインディスプレイ)
-各種ドライバ、Intelのサイトから最新版をダウンロードして適用済み
-ドライバーバージョン 10.18.10.452

もし、エンコード中のプレビューを有効にしているなら、プレビュー頻度を全く表示しないに
してみてください。QSVじゃないですが、まれにエンコード中に止まる現象はこれで回避でき
ました。この件はペガシスへ報告済みです。

私もE400さん同様頻繁にQSV時フリーズします。
fayさんの現象を検証しましたが、ダメでした。

長めのエンコード、もしくは起動後、複数回目に発生します。

環境は
Windows7
core　i7　3770
Geforce　GTX560
メモリ　16G

です。ドライババージョンは最新です。

メモリ2GにRAMディスクを作成し、そこにTEMPを当てています。

fayさんコメントありがとうございます。

プレビュー自体は最初からOFFです。
原因はべつなのかなと思います。

どうも見ていると、Out Process for VMEのCPU利用率が上がっておらず
これが問題のように思えます。

動作としては、デッドドックぽいので、とりあえず、マルチスレッド関連の環境設定をすべてオフにしてみました。

それでも、まだフリーズしますが、気のせいかもしれませんが、フリーズの頻度は減った気がします。

また、aki0059さんも同様の症状ということは、
私との共通点としては

core i7 3770Kとビデオカードを利用しているという点でしょうかね。

さらに、情報追加
固定量子化、VBRともに発生。

バッチエンコードツールで並列数を上げて複数同時にエンコードすると、発生しにくい。
　→　今のところ、数回実行したが発生していない。

Windows7
メモリ:8GB
core i7-4770K
Intel HD Graphics 4600 (Driver 10.18.14.4264)
TMPGEnc Video Mastering Works 6.0.7.19

Decoder:Intel Media SDK Hardware(MPEG2)
Encorder:x264(固定量子化)

でも、4～5回に1回バッチエンコードが途中で止まります。
TMPGEncVMW6Encoder.exe プロセスを強制終了させると、再開できる。

IntelのドライバとTVMW6は同じ時期に更新して、更新前は発生していなかったので、どちらかが原因でしょうね。

私の場合はTMPG5からも発生していた症状で、
以前はVirtuにて稼働していたときはほぼ起きませんでした。

が、Virtuが入手出来なくなってから、
DVI、RGBの二本差しで使用するようになってからはおかしくなってしまいました。

私もQSV使用時に同様の現象が発生しています。

原因は違うかもしれませんが似た症例として報告させていただきます。
CPU:i7-4770K
メモリ:16GB
OS:Win10pro(64bit)
GPU:nVidia GTX970
ドライバ: Ver.355.98 および Ver.358.50
*
最新のVer.358.50では3回に一回程度発生と頻度が増えました。
1つまえのVer.355.98では5-6回に一回程度発生。
基本的にバッチエンコードのみで、処理数は常に1です。
複数動画の処理はしていません。

異常終了したバッチの箇所も、
その動画ファイルのところから処理を再開すると正常に処理が終了するので
元ファイルに異常がある可能性は低いと考えられます。

とりあえず、サポートには連絡しましたが、有効な回答は今のところ得られていません。

やはり、バッチエンコードツールにて複数同時エンコードすると発生しません。
これくらいしか、現状では回避方法がなさそうです。
　→　ただし、複数同時でも最後の１個は止まる可能性はありますが、同じくらいの長さのものをエンコードしていればほぼ大丈夫です

残念ながら相変わらず当方の完了は発生が続いており、QSVがロクに使えない状況です。
皆さんはVirtuとかでの使用なのでしょうか。

他のソフトですと発生しないのに残念です。
フリーズ、というか同じ処理を延々と繰り返している雰囲気ですね。
Windows側はフリーズと判定せず進捗メーターがずっと止まっている、という感じです。

現在体験版を試用中のものです。

私の環境はCore i7-6700＋HD7700の構成で、QSVを使用すると100%フリーズします。(0フレームのまま動きません)

どうやら内蔵グラフィック側にモニタを繋いでいるとダメなようで、TVMW6起動後にモニタ接続を切るとフリーズせずにエンコードが出来ています。

ただし、内蔵グラフィック側に何もつながっていない状態でTVMW6を起動するとQSVが選べないため、モニタを繋ぐ→TVMW6を起動→モニタを外す→エンコード開始という手順で進める必要があります。

皆さんのコメントを読む限り、試用版のみの症状というわけではないようですね。試用版のため現在はサポートを受けることが出来ませんが、有償版でもこのままだとすると購入をためらってしまいます。

TMPG5で同様の症状があり、環境設定でCUDAの使用をOFFにしたところ、その現象は発生しなくなりました。
TMPG6は使用していませんが、この方法で問題を回避できる方もいるかと思い、こちらにも記述させて頂きました。
ペガシスには報告済みです。

私も同様のエラーで悩んでいましたが。（win10です、面倒なのでその他は…　）。

Intel Driver Update Utilityをダウンロードしインストール。
実行すると、ドライバーのスキャン、検索後「現在使用しているドライバーの方が新しいがどうしますか？」云々のメッセージが出ますが、そのままOKをクリックしドライバーをインストール、再起動（グラフィックとサウンドだったような？）。

再起動後、TMPG6（最新）を実行（設定等は変えていません。）

ドラマ10話CMカット後、QSV使用でバッチエンコードでエラー無しで完走。

現在アニメ（全38話）、QSV・CUDA使用でバッチエンコード中ですが、16話の途中でエラー無しで継続中です。

ドライバーの変更前は、10話位のドラマを一気にエンコードすると2～4話で必ずエラーで止まっていました。

QSV使用で、上記不具合がある方、ダメもとでお試しあれ!!

私もドライバを最新(12月リリースのもの)にしたところ、現状が大幅に解消しました。
が、５回ほどやって１回はまだフリーズしました。
しかし、今までの並列実行にしない限り１００％フリーズよりははるかに状況は改善されました。

あと、サポートに問い合わせたところ最新バージョンでskylakeのQSVにも対応したそうです。(h264のみらしいですが)

watさんと記載の通りintel　HD　graphicのドライバを最新にしたところ若干の改善が見られました。
完璧な改善ではありませんが。
10回中1回発生する程度です。

さらに確認したところ、Windows10が勝手にドライバを更新するようで、再度症状があらわれました。

Windows10は今までと違いドライバも含めて勝手にアップデートされるようです。
止める方法はあるらしいので試してみます。

プレビュー画面の拡大・移動について。

同社のソフトTMPGEnc MPEG Smart Renderer 4ですと、プレビュー画面を拡大したあと、
拡大率を保持したまま、マウスを動かして、左端や右端の場面まで確認できます。

こちらのソフトですと、拡大はできますが、拡大画面が固定され、
マウスやキーなどで場所移動ができないようです。

左右両端の確認ができなくて結構不便だなあと感じてます。

拡大ツールを使えば、似たようなことができなくはないですが。

マウスの両クリック押しっぱでのドラッグとか

お、イケました（笑）

ありがとうございます。なぜ同じメーカーなのに違いがあるのだろうｗ

クリップ分割からの青orオレンジ部分一括カットについて

分割点、キーフレームを作成し、残す部分のキーフレーム名を編集した状態から、
一括削除を行うと削除される側と接しているキーフレーム名が消失します。

わかりにくいかもしれませんが例えば、以下の様な分割／キーフレーム名編集を行って、
-----
#01 CM
青
#02 Opening (分割)
オレンジ
#03 Apart
オレンジ
#04 CM (分割)
青
#05 Bpart (分割)
オレンジ
#06 Ending
オレンジ
#07 Next
オレンジ
#08 CM (分割)
青
-----

青部分カットを行うと、以下の様な状態になります。
-----
#01　　　　　(元#02？)
#02 Apart　　(元#03)
#03　　　　　(元#05？)
#04 Ending 　(元#06)
#05 Next 　　(元#07)
#06　　　　　(元#08)（ここが最終フレームになる）
-----

編集者の意図している理想の状態は以下の様な形です。
-----
#01 Opening　(元#02)
#02 Apart　　(元#03)
#03 Bpart　　(元#05)
#04 Ending 　(元#06)
#05 Next 　　(元#07)
（元#08 CM以降はカットされ、元#08のキーフレームは残らない）
-----

使用感的に不具合と感じるので、不具合報告としましたが、
現状の挙動が仕様ということであれば、仕様変更の要望ということになります。
分割されている点とキーフレーム名が付く位置、カットされる場所に食違いがあるように感じます。
この使い方をし始めたのが最近のため、以前からこうなのか、最近のアップデートでこうなったのかはわかりません。

当方の環境はTVMW6.0.7.19、Windows10Pro64bit

＞いっつぁさん

わかります！
残そうと意図しているフレームが「カット対象」になってしまっていますよね！
もしくは、いっつぁさんが意図しているフレームより１フレームずれた（進んだ）ところがカットされてしまっているはずです！

これ、以前サポートさんにメールで問い合わせたところ「仕様です」とそっけないお返事でしたが、カット対象のフレームを１フレーム単位まで"拡大"してみると、、、ずれてるんですよね。

＞と≧の違い、、、と書けば気持ち伝わりますでしょうか。いっつぁさんのお書きになった#01・・・を数直線に書き起こしながら納得しました。

この件、手動カットの場合も、挙動がおかしいと感じたので追加です。
多分、一括カットをおこなった場合と原因は同根だと思います。

－－－－－－－
A|B|C|D|E|F|G|
－－－－－－－

上のアルファベットが各フレームと思ってください。
例えば、Dのフレームをキーフレームにしてキーフレーム名を付けるとします。
その後、1フレームだけ巻き戻してCフレームに移動し、
「終了フレームに設定」して、「選択範囲をカット」します。
こちらの意図としては、
Cフレームまでをカットし、Dフレームに付けた名前は残って欲しい
わけですが、実際の編集結果は、
Cフレームまでがカットされ、Dフレームにつけたはずの名前は消失します。
＃絵の違いから、Dフレーム自体は残っているのは間違いない。

キーフレームの一覧のサムネイルには、Dフレームの絵が出て、そこに名前をつけているわけで
Cまでの削除に巻き込まれて、Dフレームにつけたキーフレーム名が削除されるのは
かなりの違和感があります。

ちなみに、上記の操作上で、逆にDフレームを開始フレームに設定し、
選択範囲をカットした場合は、Dフレームに付けた名前とともに
Dフレームと、もちろんDフレームのキーフレーム設定も消える
という、ユーザの感覚的にも正常な挙動を示します。

なんというか、フレームとフレームの間の情報は、
前のフレームの削除にも後のフレームの削除にも含まれるという感じでしょうか？


＞Nyan Barouさん
>残そうと意図しているフレームが「カット対象」になってしまっていますよね！
うーん、そうではないと感じます。
カットするフレームを1フレームずつ変えたりして試したりしましたが、
カット対象のフレームは、私の感覚ではズレていないと思います。

ただ、残す側の先頭フレームに付いたキーフレーム名が、
前のフレームまでの削除に巻き込まれている。
というか…

上の例で言えば、Cまでを消しても、D以降を消しても、
CとDの間の情報を一緒に削除している感じなのでしょうか？

説明がわかりづらくて申し訳ない。

少し考えていて、なんとなく、この挙動になる仕様の想像がつきました。

TVMWでカット編集を行うと、カットされた端点が自動的にキーフレームとして扱われますが、
このカットされたことによって自動作成されたキーフレーム情報が
事前についているキーフレーム情報を、
問答無用で上書きしているのではないでしょうか？

上記の予想通りで、これが仕様であるということであれば、仕様変更の要望です。

カット操作によって自動的にキーフレーム情報を付けようとしたフレームに
すでにキーフレーム情報がある場合には、上書きせずに
元々あるキーフレーム情報を残すようにしてほしい。

－－－－
カット操作完了後にしかキーフレーム名をいじらない人には影響が出ませんし、
私のように、事前にキーフレーム名を付けることがある人にとっては、
挙動がわかりやすくなります。

ということで、ご検討をお願い致します。

しばらく、チェックしていなかったため、どのバージョンから化は確認していませんが、
TVMW6.1.2.23にて、意図している挙動になることを確認しました。
ありがとうございました。

Video Mastering Works 6は複数音声トラックをサポートしていないのでしょうか？　
ネットで検索しても、自前で後からMUXするという解になってない解しか見当たりません。
HandBrakeにも劣る部分で、これとチャプターの扱いにくさを改善してもらえれば最高なのですが、将来的にサポートされる可能性もないのでしょうか？

映像+音声1、音声2、音声3……とエンコードして高度なツールで多重化という手順を
ふむ必要がありますね。
これが大きく変わる可能性は個人的には低いと思っています。

便乗要望ですが、高度なツールで多重化すると、
チャプター情報が消失してしまうという問題を、
いい加減なんとかしてほしいと思ってます。

外部ツールとかなら仕方ないとも思うけど、
自前のツールが、自前の情報を消失させるってのは、
不具合と言ってもいいと思うんですが…。

で、以前も要望したことありますが、
チャプター情報を分離／付加する機能の搭載と、
できれば、いわゆるNero形式／Apple形式のチャプター情報を扱う機能をつけていただきたい。

音声の多重化（できれば映像も）に関しては、タイムラインモードだけでもいいから、
追加した音声レイヤーを副音声トラックとして編集／エンコードできる様になるのが
理想ですが。

ご存知かもしれませんが、チャプター情報はMKVにしてMKVToolNixを使って、音声多重化すると、消えません。というかふつう消えないのが当たり前と思いますが…
字幕情報もMKVToolNixで取り出せます

Version 6.0.7.18でフィルタ一括設定画面を開くと以前は表示されていた"デュアルモノラル"が表示されなくなりました。
修正お願いします

6.0.7.18にて、

新規プロジェクト開始の際の「追加ウィザード」のウィンドウに動画ファイルをドラッグ＆ドロップすると、「無効なポインタ操作」というエラーウィンドウが出て、動画ファイルが読み込まれません。
「フィアルを追加する」から、同じファイルを読み込んだ場合は、正常に読み込まれます。
ノーマルモード、タイムラインモードともに発生します。
ウィザード以外では、問題ないようです。

環境はWin10Pro64bit(Win7Proからのアップグレード)です。
mp4、mpeg、wmvなどで試しましたが、同様の減少が発生しますので、
ファイル形式は関係無いようです。

かなり不便ですので、早めの修正をお願いします。

もしかしてですが、ClassicShellなどのスタートメニューソフトを入れていませんか？
これを入れてエクスプローラーなど設定を変更していると同じようにD&D出来ない現象が私も昔発生しました。

ClassicShellの最新版へのアップデートと、ClassicShellの各種各タマイズをいじっていったらいつの間にか解決していました。

本日付けのアップデートで修正されたようです。

6.0.7.19にて、正常動作を確認しました。

＞すいすいさん
そういうカスタマイズは特にしていない状態です。

720x480のmpeg2の16：9のインターレースファイルから16:9のインターレースのMP4を作成したいのですが、再生するとアスペクト比は大丈夫なのですが上下に若干の黒帯とでもいいましょうか、それがかならず出てきてしまいます。

出来上がったファイルを再度TMPG6で読み込んでみると黒帯はでません。

再生の段階で上下に黒帯がでてしまうので、設定の段階で間違っているのでしょうか。

先ず元の720x480のmpeg2ファイルは16:9とのことですが
実際はピクセル比40:33(16:9)ではないですか？
これはTVMW６でも同じだと思いますが、クリップの情報でアスペクト比
を見ると40:33(16:9)になっていると思います。

例えば、mpeg2にする前のオリジナルの映像ファイルが、地デジの
映像だったとすると、1440x1080のサイズを720x480のmpeg2に
エンコードすると実際はピクセル比40:33(16:9)になります。
そして黒帯が左右に付きます。
また、元映像がシネマスコープサイズだと上下だけ黒帯が入る
あるいは、上下左右に黒帯が入るパターンがあります。

これを、MP4にエンコードする場合ですが、「フィルター」の
「映像クロップ」にチェックを入れて、映像クロップを有効にして
上下左右の値を変えて黒帯をカットします。
この場合、気をつけなければならないのはカットした後の画面サイズが
横方向は４の倍数、縦方向は２の倍数になるようにクロップ編集しないと
黒帯が残ります。
　特に横方向が難しくて、黒帯が残るのが嫌なら、少し両サイド映像に
　食い込む（映像部分をカットする）ことを覚悟する必要があります。

クロップ編集が終わって、エンコード出力するときに必要な指定が
あります。
アスペクト比は読み込みファイルのアスペクト比と同じ４０：３３に指定し
サイズはクロップ編集した横ｘ縦サイズを指定し、エンコードすれば黒帯の
ない映像に出力できると思います。

因みに元のmpeg2ファイルのアスペクト比が４０：３３の場合で説明しましたが
かなり古いアナログ時代のmpeg2録画のファイルなどは１６：９でも
ピクセル比１０：１１（１６：９）というのもありますので
先ず、読み込むmpeg2ファイルのアスペクト比を「クリップの情報」で
確認して、それに合わせた設定で出力することに注意が必要です。

感覚的にわからない間は数分程度の映像で練習すると上手く出来たか
どうかすぐ確認できます。

返信ありがとうございます。

＞先ず元の720x480のmpeg2ファイルは16:9とのことですが
＞実際はピクセル比40:33(16:9)ではないですか？
クリップ情報で確認すると画面比16：9(初期値)となってます。

クロップを使用との事ですがこの場合は映像を欠けさせないといけないという事ですかね。

素のソースのままの16:9再生が理想ですねー。

aviutlですと理想のファイルが出来上がるのですが、今回TMPG6がISO読み込みに対応したのでどうしてもTMPG6で作成したいんですよねー。

エンコード画面のプレビュー機能でエンコード直前の映像を確認できますが、そこで映像の
上下に黒帯は付きますか？

プレビュー機能で黒枠が付いていないなら、エンコード結果にも付いていません。その場合
でも再生時に問題があるようなら、それは再生側の問題という可能性が高いでしょう。

プレビュー機能で黒帯が付いているなら、どこかの設定が間違っているか、MP4 を出力する
ときに 720x480 以外の映像サイズにしたか、元の映像に黒帯が付いていたかのどれかでは
ないかと思います。

720x480/画面比16:9 の MPEG-2 データを作ってMP4エンコードを試してみましたが、
全く何も設定を変更しない自動設定では特に黒帯/黒枠が付くようなことはありません
でした。

「16:9のインターレースのMP4」の映像の幅と高さがわからないと、書いてある内容を
検証できませんが、例えば、映像の幅と高さを、1920x1080 や 1280x720 にしたの
だとしたら、映像の上下に黒帯が付くのが正しい動作です。黒帯が付かなかった場合、
厳密にいうとエンコード後の映像は歪んでいます。

それでも黒帯を付けたくない場合もあると思います。その場合、クリップ編集のフィルター
で、映像リサイズのアスペクト比保持のチェックを外すのが簡単でしょうか。
AviUtl で設定→サイズの変更を使っているのならこれで同じ挙動になるはずです。
(Lanczos 3-lobed 拡大縮小プラグインを使っている場合も同じはず)

しかし上で黒帯が付くのが正しいと言っていることからすると AviUtl の動作は正しくない
と言えます。しかし、AviUtl は名前のとおり AVI ファイルを扱うためのツールであり、
AVI ファイルにはアスペクト比という概念が無く、AviUtl にはピクセルアスペクト比を
扱う機能がないので、仕方がないと言えます。

＞エンコード画面のプレビュー機能でエンコード直前の映像を確認できますが、そこで映像の上下に黒帯は付きますか？

付きませんね。出来上がったファイルを再度TMPG6で読み込んでみても黒帯はでません。
----------------------------
＞「16:9のインターレースのMP4」の映像の幅と高さがわからないと、書いてある内容を
検証できませんが、～

720x480の16：9のインターレースのMP4を作成したいです。
狙いとしては720x480のMPEG2をファイルサイズを落としても見れる画質のx264のmp4作成です。
ちなみに720x480の4：3のインターレースのMP4は問題なくアスペクト比も反映されてます。
----------------------------
＞AVI ファイルにはアスペクト比という概念が無く、AviUtl にはピクセルアスペクト比を
扱う機能がないので、仕方がないと言えます。

なるほど。そういう事でしたか。
----------------------------
＞AviUtlで設定→サイズの変更を使っているのならこれで同じ挙動になるはずです。

aviutlでの設定はフィルタは何も付けていません。素のままです。
aviutlでは拡張x264出力で作成しています。その時のアスペクト比設定は画面比から自動計算で16：9です。

MPEG詳細設定のH.264/AVCの詳細設定にある
「ISO/IEC14496-10:2009で追加されたアスペクト比コードを許可」
のON/OFFで変わるんじゃない？

結局現在まで対策はできずまま…
デコーダーを変えても症状変わらず。

めんどくさいけどaviutlにて作成します。

2015/08/21 に最新版6.0.7.18がリリースされてました。

追加ドライバは必要だけどWin7でもISO読込に対応したのは個人的にうれしい。
しかしWin10対応具合はどうなのだろう？対応OSに記載はあるけど、まだ移行には
躊躇するな～

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

更新履歴

＜機能追加＞
・出力設定に "iV VIDEO 向け MPEG ファイル出力" を追加しました。
　iVDR 機器で再生可能なファイルに変換し、転送することが可能です。 また、iV VIDEO (Hi-Res Audio) に対応した機器であれば、高品位なハイレゾ音声を楽しむことが可能です。
* 本機能の利用には、株式会社アイ・オー・データ機器製対応アダプターおよび近日リリース予定 iVDR-S Media Server 4 対応バージョンが必要になります。

・MP4、MOV、FLAC、MKV、MP3 の埋め込みカバーアート、メタデータの取得に対応しました。

＜機能更新＞
・Windows 7 環境での、ISOファイルの直接読み込みに対応しました。
　* Windows 7 環境では ImDisk Virtual Disk Driver のインストールが必要になります。初めてISOファイルの入力が選択された際に、 ImDisk Virtual Disk Driver をイントールするための確認ダイアログが表示されます。インストールを行わない場合は、ISO 読み込み機能はご利用できません。

ImDisk Virtual Disk Driver: Copyright (C) 2004-2015 Olof Lagerkvist. http://www.ltr-data.se

・x264エンコーダーを更新しました。

・高ビット深度(32bitまで)の静止画ファイル読み込みに対応しました。
　※内部処理は 12bit で行われます。
　※映像フィルター処理によっては 8bit での処理となる場合があります。

＜不具合修正＞
・TMPGEnc 4.0 XPress のフィルターテンプレートを適用した場合、特定手順で、「不正なサンプルフォーマット」エラーが発生する問題を修正しました。

・CUDA 有効時、インターレース解除フィルターに適応補間(高精度) を適用すると、出力映像にちらつきが発生する場合がある問題を修正しました。

・タイムラインモードを含む、字幕フィルター 字幕アイテム編集画面で、表示時間、終了時間の入力が正しく動作しなくなる場合がある問題を修正しました。

・6.0.4.14 以前に作成されたインターレース解除、24fps 化のフィルターテンプレートあるいはプロジェクトを読み込むと、解除方法がずれることがある問題を修正しました。

・タイムラインモードでクリップに設定したトランジションを”無し”に変更すると、その他のクリップの映像が表示されなくなってしまう問題を修正しました。

・クリップ情報画面で音声をTS解析読み込みで差し替えた場合、映像も挿し変わってしまう問題を修正しました。

・H.264/AVC 出力設定、NVENC エンコーダー時、H.264/AVC の詳細設定内 "スライス数設定" が反映されない問題を修正しました。

・H.264/AVC 出力設定、NVENC エンコーダー時、H.264/AVC の詳細設定内 "制約付きイントラ予測" のチェックがオフの場合でも、出力結果に反映されてしまう問題を修正しました。

・特定のFLACファイルを読み込むと音飛びが発生する場合がある問題を修正しました。

・クリップ編集のフィルター編集画面からカット編集画面に移行すると、シーク位置が先頭になってしまう場合がある問題を修正しました。

＜その他＞
・プロジェクトファイルのバージョンを変更しました。これに伴い本バージョンで作成したプロジェクトファイルは旧バージョンでは読むことはできません。

・その他、細かい修正を行ないました。

今までフリーソフトでのエンコードや編集を行っておりましたが、試用版にて操作性の良さを実感し購入致しました。

アニメとかは見ないのですが、撮影した風景動画のエンコードや、録画した映画をタブレット用に変換したりと活用しております。

このソフトの直感的な使用感にかなり満足しております。フィルタも活用しており、製品版の良さを実感している次第です。

さて、私の要望としては、特定領域のみを指定し、色調補正ができないかということです。

理由としては、映像の一部分だけがコントラストが強かったり、沈んだ映像があった場合、その部分のみを修正したくても、全体補正しかできない仕様のためです。

イメージ的には写真ですと、Photoshopなどでの範囲を指定し、補正をしていくやり方ですかね。範囲外は特に変更がない。これを映像でもできないかということです。

こちらのソフトのフィルタにはモザイク処理なども含まれておりますので、素人目線ではできそうだなーと思うのですが。修正を自然にするために、範囲指定のぼかしもほしいところです。

是非検討願います。

タイムラインモードで
カラフルな風車マークのボタンを押すと色調補正が追加できますよ。
特定位置から特定位置まで色が変えられます。

同じく部分モザイクもタイムラインで同じように掛けられるので
特定位置をぼかしたりできます。こっちはノーマルでもできると思うけど。

とまそん様
返信頂き、ありがとうございます。

タイムラインでの色調補正および、部分モザイクは既に試しておりますねー。

私の希望は「特定位置（秒）から特定位置（秒）の補正」ではなく、
「領域（絵の一部分）」の修正・補正です。

例えば、10分の風景動画を取って、構成が太陽と山、建物とします。

全体の階調はいいんだけど、10分間建物だけがコントラストが強く潰れてしまっている。

太陽と山の部分は修正なし、建物部分のみを範囲指定して、補正したいということです。


部分モザイクですと、プレビューを見ながら、他の部分はそのままで、領域を指定して1コマ1コマ補正ができるので、同じように映像の修正ができないかなーと思った次第です。

現在のタイムライン機能でも、ある程度は望んでいることができますよ。

部分モザイクの仕組みは、全面モザイクと通常画像の２つを用意して、それをマスクで合成
しているわけです。そこでタイムラインを２レイヤー用意して、下側レイヤーに全面色調補正
したクリップ、上側レイヤーに補正なしクリップを置いて、上側クリップの色調補正を掛け
たいところを「透過」させればいいんです。そうすれば下側にある色調補正されたクリップが
部分的に見えて補正されたように見えます。

ここの透過させる手法は、部分モザイクの透過効果でもできますし、ペイント＋クロマキーでも
できます。

ただ、部分モザイクのマスクには輪郭に沿って範囲指定するなどの機能はありません。よって、
かなり大雑把なマスクしか作れないことには注意が必要です。しかし希望する機能には近いと
思いますので、実用的かどうかを判断することには使えると思います。

fay様

御教示ありがとうございました。
Photo Shopを利用しておりますので、レイヤーを重ね、部分モザイクの透過で対応というのは理解しやすく、なるほどと思いました。

たしかにある程度は透過にて対応できそうな気がします。

ただ、タイムラインモードで同じ映像を重ね早速試してみた所、
tsとAVI形式のファイルだと、上側のレイヤーに透過を設定しても、下側のレイヤーの映像は出ず、選択範囲が白く上塗りされて出力されます。

ちょっとヘルプを見て試して見たいと思います。
ありがとうございました。

そしてペガシス様には、改めて部分色調補正、あとadobe premiereにあるような照明効果のフィルタをお願いしたいと思います（笑）

追記

透過フィルタの適用ができました。

タイムラインモードのメイン画面（レイヤーの追加などをする画面）で部分モザイクを選択せず、

上側レイヤーのタイムラインでダブルクリックし、フィルタや色調補正ができる画面に遷移。

部分モザイクを選択し、透過を適用したところ、上側のレイヤーが透過されました。

本格的ではないですが、色かぶりなどの補正などある程度はこちらで対応できなくはないですね。
ありがとうございました。