早速DLして使わさせて頂いております。

2.5の方では確かXviDでエンコードされたAVIなどの結合は出来なかったと思いますが(出来てましたっけ)、この3.0βでは出来るんですね

専門知識を持たないので、この3.0βの方が2.5より使い安い気がします

カット編集にて、
カット後、確認のためそのまま編集画面で再生（終わり際）したらソフトが止まった。

I-O DATAのRec-Onにて作成したファイルです。

OSはWinXpHomeで、一応CPUはPen4の2.6でHTありです。

ご試用ありがとうございます。

ソフトが止まったとのことですが、そのときにエラーメッセージなどは表示され
なかったでしょうか？

また音声が取得できない旨のエラーメッセージが表示され、行ったカット編集が
クリップの最後の部分をカットしたものであるなら、弊社でも不具合を確認して
おります。

もし上記と違う状況で発生したものであるなら、細かな情報(カット編集の手順など)
をお寄せいただければ助かるのですが。

以上です。今後ともよろしくお願いします。

確かに行ったカット編集は、クリップの最後の部分です。
最後を切らなければ、特に止まらないと思いますがまだ試していません。

エラーメッセージは特になしで、応答なしになります。

最後をカット後若干巻き戻し（数秒）、「音声を再生しながら再生」
させると結果応答なしになります。
「音声なし」にすると最後のフレームまで正常に動きますし、
その後問題なしで作業できると思います。

ノートパソコンなのですがそれは特に問題ないと思いますが・・・

追記
参考ですが使用マシンは、
FUJITSU
FMV-BIBLO NH70E
メモリ合計768MBになっています。

ベータテスト参加ありがとうございます。
TMPGEnc 3.0 XPress検証担当です。

現在皆様からのご報告を元にTMPGEnc 3.0 XPressの修正作業を
行っております。
ファイルの終端などの処理を修正いたしましたので次期リリース時には
修正できているかと思います。

これからもTMPGEnc 3.0 XPressをよろしくお願いします。

不具合、というほど深刻な話ではないのですが...
進行具合が100%になっていたので確認のためにプレイヤーにファイルを放り込もうとしたら再生されず、あれっと思ったらまだ十数秒エンコード時間が残っていました(^^;
間違っているというわけでもないですが、やっぱりきちんとエンコードが終わった段階で100%になってほしいです。

ソースはVFAPI ReaderとAC3音声、CMカットの編集を行った状態で確認しました。

>進行具合が100%になっていたので確認のためにプレイヤーにファイルを放り込もうとしたら再生されず、あれっと思ったらまだ十数秒エンコード時間が残っていました(^^;

どの位のサイズのファイルでしょうか？
エンコード終了後にファイルを書き出すのに時間がかかる現象は
TMPGEnc Plusでも見られたと思うのですが。

ソースが10分程度のモノで、DVD容量の11%ぐらいとなってたので400〜500MBytesぐらいでしょうか。
ファイルの書き出しの遅延というよりはエンコードの残り時間にはっきり十数秒の時間が残ってたので単なる表示上の問題だろうと思っています。

ご試用ありがとうございます。

エンコード進行度のパーセンテージ表示につきましては、不具合が確認できましたので
修正いたします。TMPGEnc Plusとはエンコーダの動きが多少異なりますので同様の画面
表示とはならないこともあります。

以上です。今後ともよろしくお願いします。

音声のみのエンコードはできないのでしょうか？

ご試用ありがとうございます。

現在のところ音声のみを入力ソースとしてのエンコードには対応予定はございません。
あくまで映像があることが前提の設計となっております。映像と音声を入力ソースと
しての音声のみのエンコードには対応しております。

以上です。今後ともよろしくお願いします。

出力するファイル名が、「Movie_0_(○○).mpg」となるのがうっとおしい。
素直にクリップ名だけのファイル名にする方法はないのでしょうか？

大量のエンコードを行う私にとって、操作の簡略化は非常に嬉しい。
あとバッチエンコードさえ実装されれば、すぐにでも常用として使いたいです。

ご試用ありがとうございます。

クリップ毎に別ファイルに出力する場合、現在の「Movie_xx_(クリップ名).xxx」から
変更することができません。製品版ではクリップ名のみでの出力も検討いたしますが、
同じクリップ名のクリップが複数存在する場合には、エラー表示を行ってクリップ名を
変更してもらうことになると思います。

以上です。今後ともよろしくお願いします。

ご検討頂きありがとうございます。

もしくは、エンコードが開始される時に同じファイル名が存在した場合は、
「クリップ名_02.avi」とか数字が振られるようにすると簡単で良いかも知れません。

高機能なPlus、機能を絞って簡略化したXPressという切り分けは、
複雑なことをしない私にとって大歓迎です。
より良い物になるよう期待しておりますので、開発頑張って下さい。

・DVD-RAMの形式(VR0)が読み込めるとうれしい
私の場合一番多い使い方がHDDレコーダで録画した画像をDVD-RAM経由でPCに持ってきて再エンコードなので、Authorのように対応して頂けるととても便利になります。

結構多い使い方だと思います。わたしもそうやっております。
しかし今までTMPEGncではAC-3のエンコードはできなかっと思いましたが、何を使い再エンコードをしていましたか？
恐れ入りますが教えて下さい。

AC-3のエンコードはあきらめてmpeg Audioでやっていました。
AuthorでAC-3のエンコードが可能になってからは無圧縮のwavをエンコードの時にいっしょに出力、Authorでエンコードという面倒なことをやってましたが、その手間はなくなりそうで非常に嬉しく思っています。

ご試用ありがとうございます。

リリース文にも書かせていただきましたが、今後の予定としましてDVD-VRの読み込みは
サポートする予定となっております。この機能でTMPGEnc DVD Authorと同様にDVD-RAM
から読み込みができるようになる予定です。

また、AC-3に関しましても、デコード/エンコード共にサポートする予定となっており
ますので、DVD-RAMレコーダで録画した映像をそのまま読み込ませることが可能となる
予定です。（ただしアドバンストVBRの扱いについてはまだ未定です）

以上です。今後ともよろしくお願いします。

movファイルのプラグインについて質問させてください。
以前のバージョンですと、「QTReader.vfp」を使って
movファイルを読み込めたのですが
3.0 XPressの方ではプレビュー画面が真っ黒になってしまい、
正常に読み込んでいるとは思えません。
この点について何か解決方法がございましたら教えていただけますでしょうか。
よろしくお願い致します。

ご試用ありがとうございます。

VFAPIプラグインに関しましては、TMPGEnc PlusのときよりもVFAPIプラグインの仕様に
対しての準拠度が厳しくなっております。そのため、VFAPIプラグインの仕様に十分に
準拠していないプラグインについては正しく扱えないことがございます（特にスレッド
セーフな設計になっていることや、同一ファイルを複数回同時に開けることなど）。

このようになった背景には、VFAPIプラグインへのアクセスをフレームサーバー経由に
変更したことが関係しています。この変更は、本体アプリケーションが不安定なVFAPI
プラグインの影響を極力受けないようにするために行いました。

QTReader.vfpに関しましては弊社ではテスト致しておりませんが、現在の仕様で正しく
動作していないのであればQTReader.vfpに問題がある可能性があります。弊社でも検証
してみますが、動作するようにできるかどうかは現状では不明です。

以上です。今後ともよろしくお願いします。

個人的には XPress っていうのは、なんともありがちな感じがしました。
もう確定なんでしょうかね？
愛用者としてはとても残念です。

入力設定画面でクリップを読み込んで一覧表示されている状態から
各クリップのカット編集やフィルタ設定をしなおして一覧表示に戻ると
映像の長さが０秒になってしまいます。

TMPGEnc 3.0 XPress御試用ありがとうございます。
検証担当です。

入力ソースはVFAPI経由の物でしょうか？
クリップの情報で「リーダー」に何が使われているかをご確認ください。
VFAPI経由の場合はこの現象を再現させることができましたので
修正作業を行っております。

これからもTMPGEnc 3.0 XPressをよろしくお願いします。

なるほど、そんなところにリーダーが表示されていたのですね。
いくつかソースを試してみましたが、残念ながらいずれも０秒になりました。

1. AVI: DV カメラから Adobe Premiere で取り込んだもの
VFAPI Reader: DirectShow Multimedia File Reader
2. AVI: Adobe Premiere で出力したもの (Canopus Motion JPEG 圧縮)
AVIファイルリーダー
3. MPEG: Canopus MTV2000 でキャプチャしたもの
MPEGファイルリーダー

たぶん私の環境にみなさんと違うところがあるのだと思いますが、
ちょっと思い当たりません。しかし、０秒と表示されるとはいえ、
いまのところその後の処理には支障は出ていないようなので、
とりあえずクリティカルな不具合ではないです。

ご試用ありがとうございます。

VFAPIリーダー以外でも再現いたしましたので、修正を行います。ただのりまき様が
書かれているように表示のみの問題ですので、エンコードなどには問題はございま
せん。

以上です。今後ともよろしくお願いします。

エンコ中の時間経過表示で「ソースの位置」を復活してください
％表示でも代用可なんですが、「あと残りソース何分ぶん」の感覚で経過見てるもんで

TMPGEnc 3.0 XPress御試用ありがとうございます。
検証担当です。

TMPGEnc 3.0 XPressでは複数のクリップからの出力なども考慮して
作成しておりますので、現在はソースの時間表示をしておりません。
この機能につきましては今後の課題とさせていただきます。
これからもTMPGEnc 3.0 XPressをよろしくお願いします。

担当様回答ありがとうございます
検討の結果を期待させてもらいます

環境
OS/WinXP Pro SP1
CPU/Pen4 2.4C
SOURCE/MTV3000W
MPEG2 720x480 29.97fps 15000.00kb/s
MPEG1-LayerII 48.00kHz 384kb/s Stereo

カット編集で
音ズレ補正を入力して
開始フレームのみを任意の時間に設定して
「現在選択している範囲の前後をカットする」を
実行するとエラーになります。

御試用ありがとうございます。
TMPGEnc 3.0 XPress検証担当です。

お使いになったソースはキャプチャ後無加工の物でしょうか？
現在似たエラーの再現はできておりますので修正作業を行っております。
エラーメッセージ等がお判りになりましたらお教え願えますか？

また、クリップの情報でMPEGリーダーが使われている形跡はありますでしょうか？
もし使用されていない場合はリーダーの名称をお教えください。
これからもTMPGEnc 3.0 XPressをよろしくお願いします。

ソースは無加工のものです。
ただ３時間半弱のキャプチャーで
２２ギガ強のサイズになります。

エラーメッセージは次のように出ます。
「音声データの取得時にエラーが発生しました。エラー内容は以下のとおりです。
エラーが発生しました。(エラーコード 0x80048002)」

MPEGリーダーで読み込んでいるようです。

ご試用ありがとうございます。

不具合の確認は致しましたので、修正いたします。この問題は「現在選択している範囲
の前後をカットする」場合のみに発生しますので、通常のカットでは発生いたしません。
詳細な報告ありがとうございました。

以上です。今後ともよろしくお願いします。

環境設定で保存先を固定、あるいは、前回保存したフォルダーを記憶しているようですが、「入力ファイルと同一フォルダーに保存」と言うオプションを付けてもらえないでしょうか。
宜しくお願いします。

TMPGEnc 3.0 XPress御試用ありがとうございます。
検証担当です。

保存先はエンコード後のサイズが大きくなる場合があるため
あまり特定させてしまうと保存先のHDDをうっかり溢れさせてしまう場合
などを考慮しております。
ご提案の機能は今後の研究課題とさせていただきます。
これからもTMPGEnc 3.0 XPressをよろしくお願いします。