縦書き字幕でイタリック（斜体）を選択すると右肩下がりの文字になってしまいます。
一般的に縦書きイタリックは右肩上がりだと思うので修正お願いします。

TMPGEnc Movie Plug-in Commercial Candidates Detector for TVMW5を使用していると、メモリが食いつぶされます。

TMPGEnc 5.5.2.107
で発生。

当方環境: CPU: core i7 4970K メモリ16G マザーボード: ASUS Z97-A
グラフィックカード: MSI N560GTX-TI Twin Frozr II OC
OS: Windows8.1 x64
NVIDIAドライバ: 344.75

追加情報: 必ず起こるわけではありません。
同じファイルならば必ず発生するので、特定の状態になったときと思います。

エンコード元画像: 2:24:30.29 17.1GBのファイルです。

explorerで、該当ファイルのあるフォルダを開いたら、explorerもメモリーを食いつぶしました。
動画の時間を表示しようとして止まり、メモリを食っていたので、
原因はWindowsの方かも。
いずれにせよ、該当ファイルがなにかおかしいみたいですね。

製品版VMW5＋評価版プラグインで同様の問題が発生しました。
酷いときは実行中にシステムが再起動してしまいます。
本体アプリケーションでのみ発生してバッチでは起こりませんでしたので、できるだけ１プロジェクト毎に本体を終了するようにしていました。
購入検討で導入してみたのですがこの不具合が生じてしまい、現在はプラグインはアンインストールしています。

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（更新終了）

他のソフトもそうですが、カスタムインストールを選んでもインストール先くらいしか選択できません。
せめてデスクトップのアイコン、スタートメニューのショートカットの作成の有無くらいは選択できる
ようにして欲しいです。

クリップの編集で２つ目のクリップ編集を取り込んだ画面でフリーズする。
閉じると、ウィンドバンドルが無効です。とメッセージがでてアプリケーションが閉じ終了する。
　
解る方、居られましたら宜しくお願いします。

Win7 32bit環境において
TMSR4で編集を終えてバッチに登録して新規作成状態に
してもTMSR4のメモリ消費量が１．６～２GB超、消費状態の
ままになりこのタイミングで残り空きメモリがTMSR4の
バッチ出力を行うとバッチがフリーズする。

・TMSR4で、たまに２GB付近まで消費して新規作成処理
　をしてもメモリが開放されていないケースがある。

　ユーザーができる対処方法
　　・TMSR4を一度終了させるしかない。

・バッチ処理出力中が空きメモリが少なくなった時に
　「ウェイトする」あるいは「出力を中止する」などの
　処理を追加すべき！

　要望
　　空きができるのを待つより空きメモリが無くなった旨
　　を表示して中止してくれたほうが良い。

バージョンは ４．２．３．６７です。

TVMW5でエンコード済みの10本のmp4動画を、順に並べてつなげた一本のmp4動画にしたくて
タイムラインモードを使って並べて出力しましたが、思いのほか出力に時間がかかります。

ただ並べた動画を作りたいだけなのですが、つなぎ目以外は再エンコードせず
一番早く出力するにはどうしたら良いのでしょう？

これでは無理ですので、TMPGEnc MPEG Smart Renderer 4を買いましょう。

Version. 4.2.3.67を使用しています。

実サイズがプレビュー画面より小さい動画を編集中にプレビュー設定で
「プレビュー画面に合わせて表示」→「ソースのサイズで表示」に
変更した直後は画像がプレビュー画面の中央に表示されているのですが、
編集画面を一度閉じて開きな直すと表示位置が下の方に移動してしまいます
（一部がプレビュー画面外に出て、全部が見えない状態）。

「ソースのサイズで表示」に設定した直後は適切な位置に表示されているので、
編集画面を開く際にも同じ位置に表示されるようにできないでしょうか。

これTMSR4当初からありますが、個人的には仕様だと思います。

「プレビュー画面に合わせて表示」→「ソースのサイズで表示」
この直後はユーザーが操作して切り換えているので
表示モードか分かるため「プレビュー画面に合わせて表示」
のセンタリングが継承されるのだと思いますが、新たに開いた
時に表示モードが
「プレビュー画面に合わせて表示」なのか？
「ソースのサイズで表示」なのか？
を見て直ぐ分かるように「ソースのサイズで表示」
では、わざと変な位置にズラしてあると思います。

通常バグなら初期値として編集ウィンドウの左端上とかそういう
感じになってると思いますが微妙に中央から微妙な比率で左斜め下
にズラしているので表示モードをユーザーに知らせるためだと
思われます。

ソースサイズ表示をベースにしている人には不便かもしれませんが
毎回、左ドラッグで摘んで中央に持って来るか
一度「プレビュー画面に合わせて表示」にして「ソースのサイズで表示」
させることでセンタリングさせる機能として割りきって使うしか
ないと思います。

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

>通常バグなら初期値として編集ウィンドウの左端上とかそういう
>感じになってると思いますが微妙に中央から微妙な比率で左斜め下
>にズラしているので表示モードをユーザーに知らせるためだと
>思われます。

ピクセル数を数えたところ、ウィンドウ全体の中央に表示されているようです。

実際のところ、プレビュー画面より小さい動画の場合はわざわざズラして
表示しなくても一目で余白の存在に気づくのと、
いくら何でも初期表示で画面からはみ出すことを意図して配置しているとは
思えないので、表示モードを分かりやすくするためだとは思えませんでした。

私の勝手な想像では、「ソースのサイズで表示」ではプレビュー画面より
大きなサイズしか考慮されていないのではないかと思います。

差し当たって、開くたびに手動で位置調整することにします。
ありがとうございました。

Blu-rayとDVDとで内容の（ほぼ）同じものを作りたいときがあるので，Blu-rayでのプロジェクトファイルの設定（カット・チャプター位置や，字幕など）をDVDに引き継いだり，その逆をしたり，という機能を実装していただけないでしょうか。

それほど難しいことではなさそうに思うのですが。

あるいは，現状でそれと同じことができる機能があったら，教えていただけると助かります。

これではだめでしょうか？
http://bbs.pegasys-inc.com/bbs/list/lang/ja/board/TAW5/topic/66932#topic66932

xxza さん，ありがとうございます。
それでいけそうな感じがします。やってみます。検索不十分で失礼しました。

やってみました。これです。あったんですね。
この掲示板がなかったら，あれがそういう機能だと気づくことはできなかったと思います。
助かりました。ありがとうございます。

番組のファイルサイズが大きい時はファイルをCM境界で
分割してエンコしてあとでTMSR4で連結だけさせたりする
手段をとるとき MP4を連結させると異様に遅いのでもっと
速くして欲しい。

補足情報です。

３時間の番組をほぼ１時間毎の３つに分割して
MP4にエンコードしたファイルがそれぞれ１．５GBくらいだったとすると
それらをTMSR4で連結するだけで１１分程かかります。
遅すぎます。

ちょっと気になりますが、ご自信の環境を
書かないとｗ・・

また連結するときにHDDは別ドライブへの
書き出しですか？

>また連結するときにHDDは別ドライブへの
>書き出しですか？

例え同一HDD間でもエンコしたmpg2の連結に比べても
かなり遅く、やれば体感的に全く違うのが分かるので
敢えて書きませんでしたが物理的に別ドライブへの場合
です。

・HDD → 別HDD
・HDD → RAM DISK

この２パターン試しましたがほぼ同じくらい
時間かかります。

MP4っていろいろ面倒くさい制約があるからストリームの全チェックをしないとだめだったはず。
逆にその制約があるからプレイヤーが楽なんだけどね。

AVC の MP4 は一般的に GOP が長めです。TVMW5 の MP4 出力だと、GOP 長の初期値は
250 だったかな。ちょっと調べたところでは10秒程度(29.97fps だと 300)にするのが良い
との意見も見ます。それに対して MPEG-2 だと 18 程度が一般的ではないでしょうか。

スマートレンダリングする場合、繋ぎ目の一定部分をエンコードしなおすわけですが、
その範囲は必ず GOP 単位です。繋ぎ目の両側 1GOP を再エンコードすると仮定した場合、
再エンコード量が AVC だと500フレーム、MPEG-2 だと36フレームとなるわけです(最悪値)。
これだけ違うと、そりゃ出力時の時間も違いますよね。これで MPEG-2 並を目指せという
なら、単にエンコード時間を短くしろと言っているだけで、それができれば苦労しないわけ
です。

AVC も AVCHD 規格では GOP 長が MPEG-2 に近くなります。一度 AVCHD 規格程度の
GOP 長でエンコードしたファイルを繋げてみてはどうでしょう？　それで早くなるなら、
GOP 長が問題だということになります。

ただし GOP 長を短くすると画質は悪くなります(品質ベースでは出力サイズが大きくなり
ます)。よって、エンコード時間、画質、出力サイズ、再編集効率(今回はこれを高めたい
という風に読み取れます)、シーク速度など、多くの状況のバランス、優先度を考えて
自分に合ったエンコードをすべきです。

V.K. さん、 fay さん情報及び解説有り難うございます。
出力時のTMSR4のバッチのカウンタを見ていると体感的には
V.K.さんの仰る通り、データを全部舐めてる感じです。
そういう感じがしたので現時点ではTMSR4で分割してても
エンコのときに統合する方が余計な時間がかからないという
結論で対応することにしました。

ドルビーデジタル出力をオプションで
販売できないのでしょうか
ドルビーデジタルを使用した
同時エンコードを行いたいです

CUDAフィルタリングをONにし、エンコーダにx264(1パス Vを設定した場合、
1本のエンコードだとエンコードプロセスのCPU使用率が10-40%くらいにしか上がらないのに対し、
2本同時エンコードだと全体のCPU使用率が100%になり、エンコードプロセスのCPU使用率も50%以上(2本合計で80-85%くらい)になる。
そのため、1本のエンコードより2本の同時エンコードの方が早く終了する。


当方環境: CPU: core i7 4970K メモリ16G マザーボード: ASUS Z97-A
グラフィックカード: MSI N560GTX-TI Twin Frozr II OC
OS: Windows8.1 x64

ドライババージョン情報も記載したほうが良いのでは？

NVIDIAドライバ: 344.11
です。

Smart Renderer 4でBDXLの対応を希望します。

というのも、一応無理やりBDAV形式でXLに書き込みはでき、再生までは出来ますがパナソニックBDレコーダーでムーブバックが出来ないのです。

逆にレコーダーで作成したBDAV形式のRE XLディスク(自作映像を録画)を読み込もうとすると100%エラーが出ます。
パナソニック製の2機種(BZT920/BZT760)で発生します。

BD-RE SL/DLは普通に読み込めますのでXLディスクのみの現象のようです。

だいぶディスクの価格が下がってきてますので使う機会が増えると思います。ご検討をお願い致します。