過去ログ読みましたが解決できない為…
タイトルの通りasf→mpg(AVIでも良い)変換をしようと思っています。
映像、音声ソース共に読み込みが出来ず、
ファイル○○○は開けないか、サポートしていません。とコメントが出ます。
真空波動研で調べました。
[-No Title-0.asf]
640x480 24Bit Windows Media Video 9 29.97fps 716.80kb/s
Windows Media Audio 9 44.10kHz 16Bit 2ch 64.98kb/s
[WindowsMedia(DRM)] 00:01:28 (88.00sec) / 8,453,437Bytes
WMP10で再生出来る動画です。
分かる方助言お願いします。

追加ですが、VFAPIプラグインのDirectShow Multimedia File Readerの
優先度を-1から100まで上げてみましたが、無理でした。

https://secure.pegasys-inc.com/tmpgfaq/view.php?lang=ja&faqid=405

要はプロテクトですね

そうなんですかぁ…
TMPGEncでは扱い不可ですね。

他のソフトで良い物とかご存知ないでしょうか？
関係のない内容になりますが、良ければ教えて下さい。
無理なら質問に答えてくれなくても良いです。
コメント有難うございました。

> WindowsMedia(DRM)

DRMは、他のソフトで編集できなくするためのプロテクトですから、TMPGEnc以外の物でも無理です。
でないと、プロテクトの意味がありません。

はい、分かりました。

　AC-3プラグインをインストールして認証したのにＡＣ−３が使えません。なぜか音声選択画面ではＭＰⅡとリニアＰＣＭしか表示されません・・・。アドバイスお願いします。

オプションのバージョン情報に「About TMPGEnc Sound Plug-in AC-3」という表記が出て、
クリックするとAC-3プラグインのバージョン情報が表示されますか？　もしそうならない
なら、AC-3プラグインは利用できないと思います。

きちんとTMPGEnc 3.0 XPressは最新版を利用していますか？

ビデオクリップをmpegにするにはどうしたらいでしょうか？教えてください、おねがいします

Windowsでの「ビデオクリップ」というのは、単なる映像ファイルという意味しかありません。
この場合、どういう形式の映像ファイルかが重要なので、そのビデオクリップの詳細を書いてください。

それとも、ただ単にソフトの基本操作が全然分からないと言うだけですか？

VBRの音声はTMPGEncで正しく扱えないと過去ログでみたのですが、aviに限らずmpgもそうなのでしょうか？あと、PCMでWAV等に変換する音声変換ソフトにはどんなものがありますか？

> WAV等に変換する音声変換ソフトにはどんなものがありますか？

「ぷっちでここ」と名前のソフトを、良く耳にしますね。

ネット上からDLしたｗｍｖ動画をMPEG1に変換しようとしたのですが圧縮開始をクリックすると『ファイル〜(ファイル名)は開けないか、サポートしていません』とメッセージがでてしまいす。
どなたかWMV〜MPEG１への変換方法を教えていただけないでしょうか。何分パソコン初心者なので何卒よろしくお願い致します。

> ネット上からDLしたｗｍｖ動画

どういうWMVファイルなのでしょうか？
ネット配信用のWMVに多いプロテクトのかかったWMVファイルなら、読み込むのは無理ですけど・・・

返事が遅くなりまして申し訳ないです。かず０１さんの仰るとおりプロテクトがかかっているようでした。ご指摘ありがとうございました。

2.0発売されましたね。
買って使ってる人いますか？
使い勝手の報告お願いします。
今1.0使ってますが、買おうか悩んでいます。

2.0の掲示板に色々出てますよ。

よろしくお願いします。
Ａuthorの1.5を使って、ＤＶＤ−ＲＷでオーサリングすると、
Real Playerで再生する際、「ＤＶＤの保護キーの交換に失敗しました」と出ます。
Ｒに焼けば平気なのですが、何故でしょうか？

どなたかご教授のほど、お願いいたします。

おそらくReal Networksに聞かないと分からない内容だと思います。

fay さんがおっしゃるとおり、RealNetworksのFAQに載っていますね。
難解な回答ですが、DVD再生ソフトとの相性の問題のように読めますが‥‥‥。

http://service.jp.real.com/help/faq/rp10/realplay/trouble14.htm

PCにインストールされているDVD再生ソフトで問題なく再生できるようであれば、
DVD再生ソフトとRealPlayerとの相性の問題でしょう。

クリップの編集中で映像が表示されるのは仕方がないとしても、
ファイルを出力する時にも対象となっているクリップの先頭部分を表示するのを
禁止できるようにしていただけませんか。

普通は、ＴＶや自分で撮影したクリップですので、問題がないのですが、
ＣＡＴＶなどの「プレイボーイチャンネル」などのアダルト系のビデオファイルの場合、
家人に見られたくないのです。

隠れてみているのはいいのですが、ファイルの編集中、先頭部分が表示されたままですので、
とても、問題です。（最小化しても、元サイズに復元すると・・・・）
次期バージョンでは、対応をお願いします。

>クリップの編集中で映像が表示されるのは仕方がないとしても、
>ファイルを出力する時にも対象となっているクリップの先頭部分を表示するのを
>禁止できるようにしていただけませんか。

出力の表示画面上で右クリックし、

プレビュー頻度-->全く表示しない

にチェックを入れればできます。

バッチエンコードツールの場合は、

オプション-->プレビュー頻度-->全く表示しない

ロイ さんへ、Rhodan です。
ご指摘の方法で、問題は解決しましたが、できましたら、入力設定画面での
クリップファイルのサムネイルの表示を非表示に設定するか、単純に、リスト表示に
出来ませんか。
ファイル数が多いと、クリップの並べ替えが面倒で。

ファイルのＤ＆Ｄの際に、Ｄ＆Ｄされたファイル内を自動的に並べ替えてくれると
いいのですが、エクスプローラーでのファイルの順番をそのまま、利用しているので
そのつど、手作業で並べ替えなくてはいけないのです。
それが無理ならば、リストアップされてから、並べ替えの機能が欲しいですね。

ファイルをＤ＆Ｄした後、一つずつ、確認の画面が表示されますが、そのつど、
編集するよりも、一度、リストアップしてから、順番に、編集作業に入ると思うので、
もう少し、ＵＩを再検討して欲しいですね。
他のソフトの場合も、同じようなインターフェースを採用されていますが、
ユーザーの意見については、どう思っているのですか。

DVD-VRやキャプチャーボードからのMPEG2ファイルを編集して、単一のファイルに
まとめるのに、使用しております。

ところが、単一ファイルのままではなく、複数のクリップに出力したい場合もあります。
その様な場合、「高度なキーフレームの追加」を使用しましたが、
その名のとおりに、キーフレームが作られるのみで、実際に、ファイルに出力しても、
キーフレームごとに、ファイルが作成されません。

現状では、複数のキーフレームを作成した後、そのフレームのマークの辺りに
マウスを進めて、クリップの作成を行っております。

もっと、スマートな方法がありましたら、ご教授下さい。

>ところが、単一ファイルのままではなく、複数のクリップに出力したい場合もあります。

カット編集画面の左下に、

<-|-> のボタンがあるので、分割したいフレームでそのボタンを押す。

右下のOKボタンを押し、「はい」を押すとクリップが分割される。

出力設定画面の出力モードを クリップ毎に出力にする。

で、やりたいことができると思います。

ロイ さん、返信ありがとうございます。
ご指摘の方法については、質問をした後、ヘルプファイルを見ていたら、
その方法が書かれていましたので、今では、この方法を使っているのですが、
一気に、一発で、クリップに出来ないかと、思っているのです。
分割数が少ないとそれほどでもないですが、数が多いと、面倒で。

最初は、キーフレームに分割する＝ファイルを分割する、と勘違いしていました。

ＤＶＤ−Ｒ／ＶＲでしたら、キーフレームの意味もありますが、ＭＰＥＧ２ではね。
出力するファイル形式に応じて、自動で分割出力では。
勿論、単一にするか、分割するかの設定がありますしね。

別の書き込みにもありますが、複数のクリップに分割しても、単一のファイルに
まとめたいもの場合も、二つ以上のファイルとしてまとめたい場合もあります。

アニマックスなどで放送されている連続放送の場合、
第一回前半、後半、第二回の予告、第二回前半、後半、第三回の予告・・・・
と、続きますので、
第一回前半＋後半＝第一回
第二回の予告＋第二回前半＋後半＝第二回
のように、出力の時点で、細かく、指定できると、最高なんですがね。

まず、IピクチャのみのMPEGファイルについてですが、
サムネイル表示にIピクチャのみの表示機能があるので、
IピクチャのみのMPEGファイルのカットにも対応させているはずですよね。
Iピクチャのみの場合はどこでカットしてもGOP構造を破壊しないので
エンコードの必要はありませんよね。
それにも関わらず、最後の16フレーム＋13フレーム=29フレームが
エンコードされ2GOPがIBBPの構造になり、Ｉピクチャのみファイルでなくなります。
これでは、IピクチャのみMPEGファイルが編集できているとはいえません。
さらに、そのファイルを入力としカット編集せずに出力した場合、
最後の16フレーム＋13フレーム=29フレーム分が再エンコードされます。
入力と全く同じGOP構造でエンコード出力されるのです。
つまり、GOP構造を変えないのにエンコードさせるのもおかしいですよね。


ここからは通常のMPEGファイルについてですが、
以下の条件を満たしたときに再エンコードがかからないことが判明しました。

・最後の2GOPの合計フレーム数が30フレームであること。
・GOP構造を破壊しないカット編集をファイルの最後の部分に行うこと。

>・最後の2GOPの合計フレーム数が30フレームであること。

最後の2GOPのフレーム数の合計が30フレームならば、
　18+12でも16+14でも14+16でも関係ないみたいです。

　ちなみに、エンコードがかかった場合の最後の2GOPのフレーム数の構成は、
　16フレーム+1フレーム=17フレームから16フレーム+18フレーム=34フレームの
　パターンになるようです。
　つまり、2GOP分の合計は17〜34フレーム、最終GOPのフレーム数は1〜18フレームの
　出力を許しています。

　なので、エンコードがかからない条件として、最後の2GOPが30フレーム固定
　というのがよく分かりません。
　意味のない条件をつけて無理やりエンコードしているとしか思えません。
　GOP構造が壊れなければエンコードしないようにしてほしいのです。

※30フレームといえば、約１秒間のフレーム数ですね。
　通常だと最後の30フレームが最大ビットレートを越えるようなことはないはずなのに、
丁度2GOPでない場合は、何らかの計算ミスにより最大ビットレートを越えているという
　　判断が下され、エンコードされているのではないでしょうか？


>・GOP構造を破壊しないカット編集をファイルの最後の部分に行うこと。

　なぜ、カット編集したときのみなのでしょうか？
　映像と音声の長さの違いを合わせるためという理由ではだめですよ。
　ES(Videoのみ)の入力・出力で音声がない場合でもカット編集しなければ、
　エンコードがかかるからです。

　なので、映像と音声のの長さがほぼ同じで、映像フレーム数が増えない場合は、
　カット編集しなくても、エンコードがかからないようにしてもらいたい。

　※音声が長い場合、増やされた映像フレームをカットした場合も、
　　エンコードされないようにしてください。（現状ではエンコードがかかります）


TMPGEnc MPEG Editor 2.0 はエンコードを最小に抑えるスマートレンダリング出力を
売りにしているのに、無意味なエンコードをさせているところが許せません。
利用者が指示していない部分でエンコードされていることが腹立たしい。

もう一度いいますが、GOP構造を壊さないカット編集や
無編集で音声長の影響がなくフレーム数が変わらない場合は、
エンコードがかからないようにしてほしいのです。

ペガシス社内で議論して、是非再考していただきたい。

TME2が、よりよい製品になってほしいので、よろしくお願いします。　

追加の要望です。

GOP構造を壊すカット編集でも、
最終フレームがIピクチャまたはPピクチャの場合は、
エンコードしないようにならないでしょうか？

これが実現すれば、ほぼ１／３の確率で再エンコードされなくて済むので、
さらにエンコードが最小化されスマートレンダリング化が進みます。

エアチェックしたテレビドラマのDVDを作っていて感じたのですが、
複数のプロジェクトを一気にビルドできればいいなあと思いました。
TMPGEncのようなバッチツールが欲しいですね。

あと、異なるトラックのチャプターを一画面に混在できるような機能も欲しいですね。

よろしくお願いします。

DVD-VR 出力を行ったのですが、出力後の予想容量が
5GB や 6GB だと間違った警告が表示されてしまいます。

実際に警告を無視して出力してみると 4GB に満たない
程度の出力容量なのです。

今回、DVD-VR で書き出している動画は、
TME 2.0 で DVD-R から抽出した単一 MPEG ファイルです。
DVD-R での容量が 4GB （R 容量ギリギリ）なので、
トランスコードで 3.5GB に縮小しながら HDD 上に抽出し、
これを DVD-VR で書き込もうとしています。

以上、ご報告です。
当方の勘違いなどがあればお許し下さい。

TMPGEnc MPEG Editor 2.0 ご使用ありがとうございます。
検証担当です。

ご報告ありがとうございました。
VR 出力の際、MPEG データのヘッダ記載の最大ビットレートと平均ビットレートとの差異により
予想される出力サイズの計算を誤っておりました。

次回バージョンアップにて予想サイズを実際の出力サイズに近づくよう補正させていただきます。

これからも TMPGEnc MPEG Editor 2.0 をよろしくお願いいたします。