WME7にてリアルタイムキャプチャを行い
asfTOOLsで編集をやってみました。
カットはキーフレーム単位(1秒)らしくすごく使いずらいです。
そこで皆さんが使われているいい方法やテクなどがありましたら
よろしくお願いします。

どこにもTMPGEncが出てこないんですが(笑)
とりあえず、ビデオ編集ソフトでも購入されてはいかがでしょうか。
テクを使うよりそのほうが話がはやくていい気がします。

すみません。
確かにそうみたいですね。
検索エンジン経由でここを知ったので
てっきり・・・勘違いしちゃいました。
タイトルにしっかりと〜書いてありますね。

　板違いですが、利用ソフトが同じなので参考にレスします。

　asfTOOLsは、元のデータにより、0.001s単位で編集可能です。僕の経験では、CMカットなど、場面の
変わるところでは、問題なくきれいに編集できています。始まりの調整が難しいようです。終わりは本当に
0.001s単位で編集できている様に感じています。

　WME7にてリアルタイムキャプチャを行う場合、品質を上げた方が、細かな編集が可能かもしれません。

　ちなみに、今は品質50で、100%CMカットできています。もっとも細かな編集で、0.01s単位というのがあ
りました。品質0の時はダメなこともありました。

フィルム撮影のテレビ放送の動画を30fpsで取り込んで
Tmpegで２４ＦＰＳ化してるところです。
自動設定でやっていますがこれって動きを読み取ってフレームを抜き出してくれるのでしょうか？

つーか自動設定の種類が、どれがどう違うかわかりません。
チュートリアルが別にあるのでしょうか？

TMPGEnc Plusをオンライン購入すればオンラインヘルプがついてきます。
また、書籍にも一応説明があるようです。
パッケージ版には書籍がついてくるそうです。
あとは、短いソースで違いを発見してみたらいかがでしょう。

>自動設定でやっていますがこれって動きを読み取ってフレームを抜き出してくれるのでしょうか？

　そんなかんじ。
　24fps化画面の上見ると判るが、１つのフレームから前後のフレームと照らしてab２つの仮想フレーム作って、そのどちらを採用するか、とかって動きらしい。
　どちらを採用するか、って判断で、横縞除去優先とか動き優先とかを映像の変化具合を算出して判断してるらしい。


>つーか自動設定の種類が、どれがどう違うかわかりません。
>チュートリアルが別にあるのでしょうか？

　すさんが書いてるけど、フリー版には無い。
　元々TMPGEncって、その辺のドキュメントはかなり不足してるフリーソフトだし。
　TMPGEncのファンサイトとか見て説明を探して読んでくるって手も有る。

　どれがどう違うかは。
　24fps化の内ノンインターレスは、ノンインターレースソース用。元々24fps化は30fpsのインターレースソースを24fpsのノンインターレース映像に加工する物で、ノンインターレースのソースは正しく加工できなかったのが、どっかのバージョンからそれ向けのオプションが増えた。

　24fpsの横縞除去優先と動き優先は、インターレースソース用で機能はそのまんま。
　横縞除去優先は動きが多少ぎこちなくなっても横縞（インターレースコーム）がなるたけ出ないフレームを選択、動き優先は逆に動きが滑らかになるのを重視して多少のインターレースコームが残っても容認するって奴。
　どっちを選ぶかは本人の趣味と映像ソースの状態依存。

す さん、とおりすがりさん。ありがとうございます！試行錯誤でやってみます！

皆さん、はじめまして。ひできんと申します。
今回困ったことが起こってしまったので、書かせていただきます。

先日HDDを増設してさらにWin２０００にＯＳを変更しました。
そして増設する前と同じようにキャプチャーした動画をＡＶＩからエンコードしようと思い
エンコードの設定したあとに一回ＴＭＰＧを閉じて寝る前にバッチエンコードをかけようと思っていました。

しかし、エンコードをするために改めて起動させたようとしたところ起動しないでＨＤＤが
ずっとうなっている状態になってしまいました。
タスクマネージャを見たところＴＭＰＧが起動している感じではないのですが、
プロセスを見るとTMPG.exeのメモリ使用量がほかのアプリケーションよりも一桁違う値になっています。
しかも、再起動しようと思い再起動したところＴＭＰＧがフリーズしているとのコメントが出た後に
再起動の画面から普通の画面に戻ってしまいました。

このＢＢＳの過去ログも見させていただいたのですが同じような症状が見当たらなかったので
今回書かせていただきました。
ぜひとも皆さんの力を貸していただきたいと思っています。
よろしくお願いいたしいます。

私のＰＣの環境ですが、

ＯＳ：Ｗｉｎｄｏｗｓ２０００Ｐｒｏｆｅｓｓｉｏｎａｌ　製品版
ＣＰＵ：ＩｎｔｅｌＰｅｎｔｉｕｍ４　１．６Ｇ
メモリ：５１２Ｋ（２５６×２）
TMPGEnc-2.56.39.143を使用しています。

あと、今回ＨＤＤを二つに増設したのでＣドライブにＴＭＰＧのアプリケーションをおいてあるのですが
作業する動画は違うＨＤＤに入れてあるんです。
そこで作業しているからこのような現象が起こるのでしょうか．．．

他のかたのレスがつくとは思いますが、
TMPGEncをいったん消去して、再度アーカイブから違う場所に展開しなおしたり、
ボリュームのエラーチェック、レジストリなどの整合性チェックなど
環境がおかしくなっていないか一通りチェックしてみましょう。
いや、もちろん、もうやられた後で質問されているとは思うのですが、念のため。

何か第三者が作成されたVFAPIプラグインをインストールされていないでしょうか？

第三者が作成されたVFAPIプラグインの一部にはVFAPIプラグインに
渡された動画ファイルを一旦全てメモリーに読み込んでしまうものが
あります。

これは外部VFAPIプラグインの作りが悪いのが原因のため、 TMPGEnc の方では
対策できないのですが、TMPGEnc の設定を行うことで回避が出来ます。

まず TMPGEnc.exe と同じディレクトリにある CurrentCfg.tpr ファイルを
削除するか別のファイル名にリネームします。そうすると TMPGEnc を
起動できるようになりますので、TMPGEnc の環境設定ウィンドウを開いてください。

環境設定ウィンドウの「VFAPIプラグイン」タブを表示するとプラグインの
リストが表示されますが、そのリストの「ファイル」欄が空白では無い物の
チェックを全て外してください。

これで外部VFAPIプラグインは TMPGEnc からは全て使えなくなりました。
どうしても使いたい外部VFAPIプラグインはチェックを付けることで
使えるようになりますが、その際TMPGEncが不安定になる可能性があります。
それらを全て理解していただいた上でお使い下さい。

＞すさん
レスありがとうございます。
レジストリなどの整合性チェック以外はやっていましたが
ボリュームエラーがあるわけでもなかったようです。
堀さんのレスのとおりに設定したところどうにか起動もできエンコードもできるようになりました。

＞堀さん
レスありがとうございます。
上でも書きましたが、おっしゃられたとおりに設定したところ
どうにか起動＆エンコードができるようになりました。

ちなみにインストールしていた外部VFAPIプラグインですが、
・ＤＶＤ２ＡＶＩ
・ＴＭＰＧＥｎｃＶＦＡ
・ＶｉｄｅｏＢｌｄ
・ｖｆｐｌｕｇｉｎ
以上の４種類です。

それでは今回は本当にありがとうございました。
また何かありましたら書かせていただきます。
それでは失礼いたします。

最新verその他。mpegツール-結合(カット)について質問です。

映像秒数と音声秒数はなぜ同じとは限らないのでしょうか。
例として映像5.0秒・音声6.0秒のMPEGを10個結合させると
音ずれが発生すると思いました。また実際そうなりました。
ありがとうございました。

> 映像秒数と音声秒数はなぜ同じとは限らないのでしょうか。
MPEGファイルは中で映像と音声のファイルが独立して存在していたはずです。

> 例として映像5.0秒・音声6.0秒のMPEGを10個結合させると
> 音ずれが発生すると思いました。また実際そうなりました。
その通りだと思いますが、何かおかしいところはありますか？
上の例では、1ファイルあたり音声が1秒長いのですから、結合部分ごとに音声と映像が1秒ずれてゆき、10個連結したら音声が10秒長くなることになると思います。

MPEGツールはそれぞれのファイルを個別に結合して、MPEGファイルとして合成する際に長い方の再生時間をヘッダに登録しているのではないかと。
とすれば、映像と音声のファイルの再生時間がずれていれば、合成後にずれるのは自明の理というものでしょう。

※MPEGツールに限って言えば、音声が長いからといって、その分映像が補完（フレームの焼き増し等）されるという事はなかったと思います。

>その通りだと思いますが、何かおかしいところはありますか？

10秒でも10時間でも数字上ではいくらずれてもいいと思いますが
人間が扱う以上、人間の五感というものを結論的に無視するのは
間違っていると思いますが。

>10秒でも10時間でも数字上ではいくらずれてもいいと思いますが
>人間が扱う以上、人間の五感というものを結論的に無視するのは
>間違っていると思いますが。

僕もそう思ひます

>>人間が扱う以上、人間の五感というものを結論的に無視するのは
>>間違っていると思いますが。
>僕もそう思ひます

　何が言いたいのか良くわからんのだが。

　長さが違うのは変だから、どっちか縮めるか伸ばすかして、時間合わせしろ、って事？

>長さが違うのは変だから、どっちか縮めるか伸ばすかして、時間合わせしろ、って事？

縮める、伸ばすというより、足りない所を補うという作業を自動的にするというのはどうでしょうか。
やりかたはあると思います。
とりあえず゜元の素材を歪むことなく音ずれ厳禁゜で
映像・音声を同じ長さにしてほしいということ。
0.01秒の誤差さえもないのがPCのメリットだと思います。

僕もそう思います。

>> 無感さん
> 人間が扱う以上、人間の五感というものを結論的に無視するのは
> 間違っていると思いますが。
とはいえ、そのあいまいな定義を機械に自動で行わせるのはAIでも搭載しないと無理でしょう。　「人間の五感というものを結論的に無視」というより「取り込無のが不可能だから自動化できていない」だけでしょう。
ですから、そこはマニュアルでどうにか調整してもらおうと言うことで、これだけ細かく色々できるようになっているのだと思います。

今回の件についても、そのままワンタッチ（死語）で行うことは無理でも、映像と音声の時間のずれているデータをTMPGEncで範囲指定を行い、その範囲をWAVE（もしくは音声のみエンコード）で出力、その音声データを映像と結合するとぴったりの音声長にできるなどの手動回避策はあります。
結合部分の「ピッ」についても、同様に回避策は存在します。

>> おにいさま
> とりあえず"元の素材を歪むことなく音ずれ厳禁"で
音声側だけの操作で時間合わせを行うならならどうにかなりそうですね。（実際はそれだってけっこう難しそうですけど）
ただ、音声にしても無音の付け足しならともかく、今回の事例のようにカットの場合はどこで切られるかわからないですし、発音中の部分で切ってくっつけられたらどうやったって歪みまくりますし、切るにしろ足すにしろ元の素材に変更を加えるわけですから、どちらにしろ「元の素材を歪むことなく」というポリシーを守ることは無理かと思います。

> 0.01秒の誤差さえもないのがPCのメリットだと思います。
30fpsの場合、１フレームは約0.033秒、60fpsにしても0.016秒の誤差が発生しますので、0.01秒の誤差というものは確かになさそうですね　（そうじゃなくてヾ(^^;）
という冗談は抜きにして、元データの音声時間と映像時間がずれているの自体「PCのメリット」が生かされていないと言えるのではないでしょうか。
元のデータを作成するソフト自体にPCのメリットがない（求めていない）のに、TMPGEncばかりにPCのメリットと言って求めるのも不公平ではないかと、、、

ていいますか、「0.01秒のずれなくデータを作成する」のはあくまで「そういう風に作成するように設計されたソフト」の仕事なのだから、それは「PCのメリット」ではないと思います。
「0.01秒のずれもないデータを作成するソフトが作成できる」というほうが「PCのメリット」でしょう。

※「TMPGEncのメリット」だったら、高品質エンコードとか、細かいエンコード設定ができるとか、再変換なしの結合ツールが提供されているとかあると思います。　デメリットはもちろん「細かくできる代わりに手間がかかる」というあたりでしょうか(^^;

TMPGは完璧でどこにも非がないのはわかります。

例えばDVDをripしTMPGのMPEGツールで扱えるようにした映像・音声500.03秒をMPEGツールの結合をさまざまな方法で繰り返してできたMPEGの映像と音声を自動で同数量の長さにできるようにして下さい。

(同数になる場合も違う場合もありますよね)

初めに、MPEGツールではTMPGEnc 以外で作成されたMPEGファイルを正しく
加工できることは保証していません。世の中にはイレギュラーな
MPEG ファイルも存在しており、それらをすべて正しく加工することは
困難なためです。

現在、TMPGEnc の MPEG ツールでは映像と音声の長さが異なっていた場合
次のような処理をしています。

・映像が音声より長い場合→ 無音のデータを挿入して長さを合わせる。
・音声が映像より長い場合→ 何もしない。

つまり音声が映像より長い場合は、二つ目のファイル以降で音ずれする
可能性があります。

ただし TMPGEnc でエンコードを行い出力されたMPEGファイルは必ず映像と
音声の長さが一致していますので、音ずれが発生することはありません。

以上の事をふまえてMPEGツールをお使い下さるようお願いします。

>ただし TMPGEnc でエンコードを行い出力されたMPEGファイルは必ず映像と
>音声の長さが一致していますので、音ずれが発生することはありません。

言いにくいんですけど、このTMPGEnc でエンコードしたものを
結合し直して音ずれが発生したのでした。
ありがとうございました。

>>ただし TMPGEnc でエンコードを行い出力されたMPEGファイルは必ず映像と
>>音声の長さが一致していますので、音ずれが発生することはありません。
>言いにくいんですけど、このTMPGEnc でエンコードしたものを
>結合し直して音ずれが発生したのでした。

　つまりアレ？
　TMPGEncに難癖付けに来てるクレーマー？


　クレーマーで無いなら、TMPGEncのバージョンと、ソースの種類とそのときの変換設定を書くとかしたら？
　変なMPEGが出来ました、だけじゃどうやったってバグフィックスできる訳無いねぇ。

そもそもどうやって音声と映像が一致しないMPEGファイルを作成したの？

エンコしたデータだったら映像と音声は一致するはずですか？

ちなみにMPEGツールで編集したMPEGファイルは「TMPGEncで作成した」とは言わないよ

>例えばDVDをripしTMPGのMPEGツールで扱えるようにした映像・音声500.03秒をMPEGツールの結合をさまざまな方法で繰り返してできたMPEGの映像と音声を自動で同数量の長さにできるようにして下さい。

　暗号化されたDVDの暗号化解除（通常ripないしリッピングと表現）は、諸外国はともかく日本じゃ違法。
　TMPGEncを違法行為補助ツールにしろ、ってわけ？

みなさんに評価していただきましょう^^

>言いにくいんですけど、このTMPGEnc でエンコードしたものを
>結合し直して音ずれが発生したのでした。

以前から言いたかったのですがこちらでも同様の現象が発生しております。
元に戻せますか？

>ちなみにMPEGツールで編集したMPEGファイルは「TMPGEncで作成した」とは言わないよ

厳密会議で「言える」と可決しました。

まず、たけしさん、
「題名からしておかしいよ」といいたい。

それから、環境や過程と結果を読む人が同じ事を試せるように、
理解できるように書かないと、どこが問題なのかもわかりませんし、
もし問題があっても、直すことも運用や使い方、別のソフトなどで、
問題を回避することもできません。


つづいて、人間の五感とかPCが誤差が無いのがメリットだとかの話題は、
TMPGEncとは全く無関係です。

「TMPGEnc掲示板利用規約」は読んでますか。
現象確認や現象追認ならわかりますが、
状況追認だけしてもなんの進展もできません。

「僕もそう思います」さんも利用規約よんでください。
リッピングの話題自体が禁止されています。

>縮める、伸ばすというより、足りない所を補うという作業を自動的にするというのはど>うでしょうか。
>やりかたはあると思います。
>とりあえず゜元の素材を歪むことなく音ずれ厳禁゜で
>映像・音声を同じ長さにしてほしいということ。
>0.01秒の誤差さえもないのがPCのメリットだと思います。

↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
まずはよろしく！

>つづいて、人間の五感とかPCが誤差が無いのがメリットだとかの話題は、
>TMPGEncとは全く無関係です

全く無関係？みんな流れこんで書き込みしてんじゃん(藁

利用規約にて「１人で複数の人間を騙った書き込み」の行為は禁止されています。

「たけし」、「無感」、「9800円」、「おにい」、「僕もそう思います」、
「とおりがかり王」、「アゲアシ丼」、『u言える」』の名前で書き込まれた方は
全て同一IPであることを確認しました。

該当人はただちに違反行為を停止し、そしてもう一度利用規約をご精読下さい。

>Web masterさん

ははは？
IPが同じだとどうして同一人物なんですか？
であなたは何しに来たの？
本題の解決策はありますか？
ご精読下さいもなにもIP自体を言いだすことのほうが
よっぽど非道徳的です。

License.ja.txtの免責事項から考えると、たとえバグがあったとしても、
それを修正しなければならないという義務は作者には無いように思います。

この掲示板はユーザ同士の互助が目的と思いますので、どのような問題があるか
お互いが理解できる状態に近づけないと、問題の解決は難しいと思います。
そういう意味では、問題があると認識しておられる方々には、環境のご報告を
お願いしたいと思います。もちろん私や、他のユーザが解決できることでは
ないかもしれませんが、より多くの人が問題があることを認識できれば、
作者の開発者魂を揺さぶる(つまり問題を解決しようという動機付け)ことが
できるのではないでしょうか。

既に問題があると言われる方が複数人(少なくともハンドルネームが異なる)
おられるようですから、それぞれにPCのハードやソフトの構成、映像のオリジ
ナルソースがどのように作成されたのか、教えて欲しいです。
情報が多ければ、問題の傾向が見えてきやすいと思いますから。

結局、ただのいたずらですか。　まじめに答えて損した。

> IPが同じだとどうして同一人物なんですか？
同一のIPが同じ時間に存在することは絶対にないからです。（少なくとも同一のサーバに正常にアクセスなんかできない）
その人が落ちれば、次に入ってきた人にすぐそのIPが割り振られることはありますが、その受け継いだ人が広大なインターネットの中からここを参照して、数分の間に同じ場所に同じようなことを書き込む確立は果たしてどれくらいでしょうかね。
きっと、EVA初号機が初起動する確立と大差ないでしょう。
しかもそれが「偶然にも何人も連続する」確立となるとどれくらいになるのやら、、、
99％以上確実だけど100％とはいえないことと、宇宙が誕生してから消滅するまでにあるかどうかわからない程度の確立だけど、絶対無いとはいえないことを比べた場合、おのずと結果は決まるものです。

IPの事を知っていれば誰でもわかることを、さも間違いであるかのように煽ったって無駄なのに、、、

> であなたは何しに来たの？
見てわかる通り、警告しにきたのでしょ？

> 本題の解決策はありますか？
ソースも発生条件も詳細が無い以上、解決策どころか原因もわからんですよ。

> ご精読下さいもなにもIP自体を言いだすことのほうが
> よっぽど非道徳的です。
こういうのを「泥棒の理屈」と申します。
自分がやった行為を棚に上げて、当然の調査を批判して「自分よりも奴を批判しろ」と誘導しようと無駄な努力をします。
以前TVでやってましたが、盗聴が証拠となってつかまった麻薬ブローカーも同じことをほざいていましたよ。　「麻薬がどうこう言う前に盗聴なんてきたねぇじゃねぇか！　人権を守りやがれ！」ってね。

というわけで、本当に現象が起こって困っているのなら素直に現象と環境を書いてください。
こんな荒らしまがいのやり方で台人数に起こった障害のように見せたって、逆に悪戯だからと対応されないままですよ。

Rolly-Aさんへ。

こういうときはまともな質問、報告、要望がくるまでは、
「ぐっ」とこらえて書き込まないことです。
（あおりの材料をあたえるだけですので。）

今の時点で答えるのは無意味なので以下略。

ワロタ

録画したTV番組をTMPGEncでMPEG1に変換してVCDを作ったのですが、DivXでの
動画を残しておきたくなったのですが元のファイルは削除してしまいました。
VCDを作った時のMPEG1ファイルが残っているので、AVI(DivX)に変換したいのですが
映像ソースとしては認識してくれますが、音声ソースが認識されません。
無理なのでしょうか？

MPEGツールで、音声を分離してみよう。

MPEGツールから音声を分離するとmp2というファイルが出来るのですが、
これを音声ソースとして開こうとすると「サポートしていません」と
エラーが出てしまいます。なにか間違っているのでしょうか？

別途、音声加工ツールでmp2をWAVEファイルに変換すれば読めるようになります。

SCMPX　が大変有名ですね。

>別途、音声加工ツールでmp2をWAVEファイルに変換すれば読めるようになります。

分離→WAVE変換→DivX圧縮の順ですね。ありがとうございました。
１回の作業で出来ると思っていたのですこし面倒な気がしますが、
がんばってやってみたいと思います。

MPEGツールの簡易分離のことでの質問です。
1GB程のMPEG2ファイルは分離できるのですが、4GBのMPEG2ファイルを分離しようとするとエラーが出てきます。どうにかして映像と音声に分離させることはできないでしょうか。

どのフォーマットのパーティションに落とそうとすると、どんなエラーが出るのでしょうか？
例えば、FAT32のパーティーションに対して出力しようとしたら、映像ファイル部分が4GBちょっと超えたためにファイルが作成できなかったとかいうことはないでしょうか？

パーティションはNTFSです。エラーは、「不正なMPEGビデオストリームです。」と出ます。
PowerDVDというソフトでこのキャプチャした4GBを超えたファイルを見ようとしたら音声しか出力されないということは、4GBを超えたからなのでしょうか。

その症状が出ているファイルはその一つだけでしょうか？
だとすると、単にファイルが破損しているだけなのかもしれません0BR>
一応、当方ではPowerDVD XPで4.12GBのMPEG2（vro形式）ファイルは再生できていますし、簡易分離で3.8GBのm2vファイルと0.4GBのac3ファイルに分割できていますので、容量の問題はちょっと考えにくいかと思います0BR>
あとは、4GB超えのファイルが常にダメになるとしますと、そのキャプチャソフトで取り込んだデータは4GBを超えるとどこかがおかしくなるのかもしれません0BR>
キャプチャは何をお使いでしょうか？

何度も答えて頂いてありがとうございます。
分離できないのは、4GBを超えた全てのファイル（２つしかありませんが）です。
キャプチャボードは「NOVACのPrimeTV/Si］ソフトは付属の「honestech MPEG DVR 2.0」を用いてキャプチャしました。
Rolly-A さんの話も、このソフトでは4GB以上のファイルはおかしくなるのかもしれませんね。

honestech・・・　ちょっと聞いたことが無いです(^^;

もし、カードに付属している再生ソフトがあれば、そっちでも試してみてください。　それでも再生できなければ、そのhonestechのソフトあたりが怪しくなってまいります。
再生ソフトがついてなかったり、再生ソフトでは再生できるけどPowerDVDで再生できないとなりますと、こんどはCyberlinkに質問と言ったところですか。
多分、PowerDVDで再生できるようになればTMPGEncでもつ帰るようになると思います。

あとは、DVD2AVIを試してみるとか、MPEG2 VFAPI Plug-inを導入して試してみるのも良いかもしれません。

残念ですが、私ではこれ以上の追求はできません。　申し訳ない。 m(_ _)m

はじめまして。
スカパーの1時間20分程の音楽番組をDVコーデック形式（720×480）でキャプチャーし、
プレミアでAVI 2.0 形式で１つのファイル(18G程）に連結後、
TMPGEncで352×240、自動可変レート4000〜7000、映像をMPEG-4 Video Codec V2、
音声をMPEG Layer-3　56kBit/s,24.000 Hz Stereo 7KB/秒で圧縮し、無事850MB程の動画を作りました。
再生して画質を確認していたのですが、なぜか1時間7分ぐらいのところで
「ファイル形式が無効です」（Error ID = 0x8004022F）というエラーが出て終了させられてしまいます。
一度停止してバーをゆっくりその部分まで動かしても同じところでエラーが出ます。
しかし、バーを一気に動かし（早く動かすとその部分は越えられます）
その部分の１分ぐらい超えた所から再生するときちんと再生されるのです・・・。
1時間7分辺りから8分辺りだけが変なようです。
Media PlayerのVersionは8.00.00.4477を使っています、
MediaPlayer 6.4でも同じでした。
元の無圧縮AVI2.0は問題なく最初から最後まで再生出来ます。
TMPGEncは最新版のVer.2.56です。
元のAVI2.0でおかしい部分辺り、前後5分ぐらいエンコしてみましたが
それは正常に再生されました。
いつもTMPGEncで２０分ぐらいのアニメをAVI2.0からMPEG4に変換しているのですが
上記のようにはなった事は一度もありません。
他の掲示板で質問してみたところ、こちらの掲示板で聞いてみた方が
良いのではという回答を頂き、こちらで質問致しました。

追加です。
最初の段階（AVI2.0に連結）からすべてやり直してみましたが
やはり同じところでエラーが出てしまいました。
正確には1時間07分39秒（40秒かもしれません、微妙です）でエラーが発生しているようです。

私は別のcodecで同じ様な現象が起きましたが、そのときはAviUtlで
エンコードした動画を読み込んで、映像音声ともに「再圧縮なし」で
書き出したら、問題なく再生できました。
ちなみに、こうなる原因についてはわかりません。

シーザーさん、早速の御回答ありがとうございます。(^^
AviUtlで再圧縮なしでやってみたら見事エラーが出なくなりました！！
なぜか元のファイルとAviUtlを通したファイルを比べてみると、
時間が1:27:00 → 1:26:59
サイズ：847.432KB → 849.595KB
に変化しました。

とりあえず解決？したので良かったです、ありがとうございました。m(__)m

最近フリーでDLできるムービーを集めていて気が付いたんですが、中には
表示されている再生時間と実際の再生時間がずれているMPEGがありました。
これらのファイルをダウンサンプルしたり違う形式にエンコードしようとすると、
どうも表示されている時間で変換が終わってしまうようです。
実際バッチエンコードで正常終了と表示されても、変換されているのは表示時間
の部分までで、残りの部分はすっぱり切れてしまっています。

こういったファイルを最後までエンコードするようにはできませんでしょうか？

デジカメで撮った動画をＨＰにUPしたのですが、
重くてなかなか表示されないので、AVIからmpegに変換というアドバイスを
頂いてこちらにたどりつきました。
しかし、そういう知識がなく、いまひとつ使い方が分かりません。。。

画面をたちあげ、下の映像ソース・音声ソースを変換したいファイルを呼び出し、
圧縮を押せばいいんでしょうか・・・
でもそのファイルでは再生されないんです。

なんだかバカな質問だとは思うのですが・・・
初心者ではちょっとムリでしょうか？

過去ログで「読み込み出来ません」を参照してみてください。
それで分かると思いますよ。

MPEGもよいですが、ホームページならWindowsMediaEncoderなんかもヨイでしょう。
さすがに回線も速くなったのでMPEGでも見られますが、UNIXな人がいなければ
WindowsMediaのほうがよいこともあります。

まぁ、しかし、むりなことはせず、絵で我慢しといたらどうですか?(笑)
その間に本なりを買い込んで(お金を使って!)お勉強すべきものであると
思いますけれど。

いつもTMPGEncを利用させて頂いております。
先日、2.54より2.56に差し換えて、いつものようにバッチエンコードを
行なったのですが、途中でフリーズしてしまいます。

処理方法としては、

１．GleamingShotでHuffyuvを使いキャプチャ
２．Aviutlで不必要な部分をカットして、プロジェクト保存。
３．TMPEncでAviutlのプロジェクトを読み込む。
４．バッチエンコードに登録
５．一括処理開始

バッチエンコードに登録するものは、それぞれ5,6分のデータです。
5つくらい登録して2,3つ目辺りの処理中にフリーズしてしまいます。

2.56でバグが在るというレポートが有りましたので、2.55にして同様の
処理を行なったのですが、結果は同じでした。仕方がないので2.54に戻し
たのですが、こちらでもフリーズするようになってしまいました。
また、AviutlによるMPEG4変換時にもフリーズするようになり、ムービー
エンコード関連の処理が殆ど影響を受けるようになりました。
一体どういう原因があるのかサッパリ解りません。同じような症状を経験
されたからいらっしゃいましたら、ご教授願います。

P.S. 最悪OSのクリンインストールをしたほうが宜しいのでしょうか？

DiskX Toolsとかを買って、状態を見て見てはいかがでしょう。
メモリ開放関係ツールとかも。OSにもよりますけれど。
TMPGEnc2.56特有の話は、ほかの詳しい方々にふります
(へなちょこ)

ぽっと読んだ限りハードウェア的な問題のような気がしますよ
特に暑くなってきたから
ＣＰＵやメモリ、ビデオなんかの温度を調べてみては？

その手の問題が無いのならＯＳから入れ直した方が簡単かも知れませんね
ちなみにＴＭＰＧｅｎｃ単体が問題とも限らない気がしますよ

2pass モードについて質問があります。
VBR で 2pass を選択すると、1度ソースを展開して端から端までスキャンしていますよね?で、そこで得られた情報を利用しつつ、2度目の展開で encoding を行っているとおもいます。

しかし、この 2pass モード、ここまで「完全に」2度再生しなくてはいけないものなのでしょうか…。たとえば(Encode 後のframe 数で)6GOP分だけ先読みしておく、とかそういう「部分的な」2pass モードというのは意味がないんでしょうか?

マルチCPU環境でメモリもゴッソリ存在する場合などには、こういう部分的な 2pass は「適度に高品質で、適度に早い」状態を作れるのではないか、と思ったんですが…。

ちょっと内容が分かり辛いんですが、エンコードスレッドよりも先行して動く調査ス
レッドのようなものを用意すればどうか？ということでしょうか？　もしそうであれ
ば、レートの割り振りはどのように行うのでしょうか？

例えばアニメなどではＯＰは凝った作りで高レートを必要とするけども、本編はそれ
ほどでもないということが普通です。ＯＰと本編一部(例えばクライマックスなど)だ
け8Mbpsで残りは適度に3〜5Mbpsを使い平均6Mbpsというエンコードの場合、やはり全
体をスキャンしなければレートの割り振りは出来ないように思います。

アニメなどは極端な例ですが、他にもドラマなどはクライマックスでも何でもない
シーンで結構レートを食われたりします。そういうのは突発的に発生することが多い
ので、なかなか事前に予測するのは難しいと思います。

>例えばアニメなどではＯＰは凝った作りで高レートを必要とするけども、本編はそれ
>ほどでもないということが普通です。ＯＰと本編一部(例えばクライマックスなど)だ
>け8Mbpsで残りは適度に3〜5Mbpsを使い平均6Mbpsというエンコードの場合、やはり全
>体をスキャンしなければレートの割り振りは出来ないように思います。

しかし同時に、大抵のOPと本編の間にはCMが入りますよね?このCMを切るために、OPと本編が別ソースになる人も多いはずです。OPと本編を別々にエンコードする人にとって、そういう大きなレート割り振りはマニュアルで決定するものです。この場合は、結局全体をスキャンする必要性はありません。

完全2passはいらない、という意味ではありません。

微妙なビット割り振りを可能にするには2pass の最初のパスでかなりの情報を保存する必要があるはずです。『そこまで凝らなくてもいいぞ』という人向きの「1passよりは先読みをするけど完全2passじゃない」的なバランスポイントってあるんじゃないか、ということです。

>微妙なビット割り振りを可能にするには2pass の最初のパスでかなりの情報を保存する必要があるはずです。『そこまで凝らなくてもいいぞ』という人向きの「1passよりは先読みをするけど完全2passじゃない」的なバランスポイントってあるんじゃないか、ということです。

　そう言う人は1Pathで良いんじゃ？

　逆に考えて、2Pathは「そこまで凝りたい」人だけ使えば良いのでは？
　実際、エンコ時間倍増するわけで、凝りたくなかったら1Pathで十分じゃ？

CQで設定を工夫すれば画質的には充分な気がしますね
出来上がりサイズは2パスVBRよりも予測しづらいでしょうけど

奥山 健一さんがおっしゃっている内容については分かりましたが、それで意味のある
処理になるのか？ということと、実現可能なのか？という点が疑問です。

2PassVBRの亜種と言うからには、指定サイズで作成するための「平均レート」という設
定内容があると考えます。2PassVBRとは指定サイズ内でいかに高画質にするかという処
理なわけですから。しかし先読みが例のように6GOP(約３秒)だと仮定すると、その３秒
(＋これまでのエンコード結果)で平均レートを満たすようなエンコード処理をしなけれ
ばならなくなります。これはちょっと無理なんじゃないでしょうか？　逆にこの部分を
満たせるアルゴリズムがあるなら、確かに魅力的なエンコード処理となるわけですが。

なお平均レート設定が無いなら、今度は1PassVBRとどこが違う？となってしまうわけで
す。

確かにCCE(Lite)では数GOP先まで先読みした上でCBRの制御をしているそうです。そう
やってCBRの制限内での精度を高めているのですが、これはレート制御が要らないCBR
だからこそ出来る処理だと思います。

>2PassVBRの亜種と言うからには、指定サイズで作成するための「平均レート」という設
>定内容があると考えます。2PassVBRとは指定サイズ内でいかに高画質にするかという処
>理なわけですから。しかし先読みが例のように6GOP(約３秒)だと仮定すると、その３秒
>(＋これまでのエンコード結果)で平均レートを満たすようなエンコード処理をしなけれ
>ばならなくなります。これはちょっと無理なんじゃないでしょうか？　逆にこの部分を
>満たせるアルゴリズムがあるなら、確かに魅力的なエンコード処理となるわけですが。

たとえば前後13GOPでの平均値が維持されるように頑張るモデルとか。
#厳密には前後 2*n+1 GOP で平均値を維持しろ、となるのでしょう。
過去 nGOP 分はすでにビットレートが決まっていますので、これからの n+1GOP 分で残りのビットをわけあう、というアルゴリズムですね。

n とビットレートを両方指定できるようにして、2*n+1≡全GOP数 にすれば2pass そのものだ、と言うこともできるような気がするので、こちらの方が柔軟性がある気もします。
少なくとも実現可能性は十分あると思います。

ただし、『意味があるか』の方は…んー。判りません。やってみないことには。
#画質の荒いビデオの場合はあるいは…。

素人考えだと思うのですが
映像を全フレームスキャンするのではなく、1-αのフレームを飛ばしながら映像をスキャン
してエンコードを行う、という方法で
全体のエンコード時間を短くするということは出来ないのでしょうか？

半分しか意味が分かりませんでしたが・・・要は1,5パスのようなものがほしいということでしょうか？
それとも2パスを時間重視と画質重視に分けてほしいということでしょうか？
個人的には画質重視のままでいいと思いますが・・・。（べつに否定する気はありませんが）

それよりは2,55 2,56と安定性が悪い気がするので、そちらに力をまわしてほしいですね。

2,54aで安定しているので別にいいことといえばいいことなんですが・・・。

>それよりは2,55 2,56と安定性が悪い気がするので、そちらに力をまわしてほしいですね。
>2,54aで安定しているので別にいいことといえばいいことなんですが・・・。

中を見たことがあるわけではないので、何とも言いがたいのですが、この手のプログラムは普通、「フレームワーク」と言われるものと「ファンクション」と言われるものの2つに分離してデザインします。2.55, 2.56 と、不安定なのは「フレームワーク」であって「ファンクション」ではありません(なんかDVD(NTSC) のテンプレートが 384x480 になってるとか、いくつか変なところが増えている気もしますが)。

きちんとしたデザインに基づいていて、開発に参加可能な人間の数が増やせるなら、今回の私の意見は「ファンクションの増設」であって「フレームワークの安定化」ではないので、並行してできる事だろうと思います。「フレームワークの安定化」には人数ではなく時間がかかるものですし、デザインが良ければ一旦安定したフレームワークは、長い間有効に使えますから。

6GOP先行して2PASSにしたところで、結局は2PASSには変わりないのでエンコード時間は今の2PASSと同じになるのではないのでしょうか。

デュアル環境で6GOP先行1PASSをCPU1、2PASS目をCPU2で処理させるということと、TMPGEncを2つ立ち上げて例えば前半部と後半部を同時に2PASSエンコードしても結果的に同じ処理時間になるのでないかと思いますが。

思うにインターリーブの設定が0で映像部のエンコード後に音声部を一括エンコードするのと、インターリーブ1で映像と音声を同期してエンコードしても最終的に処理時間は同じ（？）という事と同義な気もします。

一つのプロジェクトだけ処理する時に1.5〜2.0倍の速度でエンコードが完了し、ファイルサイズがエンコード前にビットレート計算した物と誤差がないこと、画質が1.5倍のエンコード時間に見合うものが得られる事、であれば先行2PASSVBRの意味はあると思います。

でも1CPUマシンでは意味なさそうですが。

>1.5〜2.0倍の速度でエンコードが完了し
今の2PASS時の1.5倍〜2倍程度、処理時間が速いという事です。

>6GOP先行して2PASSにしたところで、結局は2PASSには変わりないのでエンコード時間は今の2PASSと同じになるのではないのでしょうか。
>デュアル環境で6GOP先行1PASSをCPU1、2PASS目をCPU2で処理させるということと、TMPGEncを2つ立ち上げて例えば前半部と後半部を同時に2PASSエンコードしても結果的に同じ処理時間になるのでないかと思いますが。

ソース decoding コストがかからなくなる可能性があるので、安くなる可能性があります。ので、1CPUでも効果がある場合がありましょう。
#メモリは山のように乗っている必要があるので、お金持ちしかメリットがないかも知れません。

前半部と後半部を分離する手間もかかりませんし、あとでくっつけるための時間も手間も必要ありません(シーンの切目を探すのはめんどうだぞ?)また、それらのシーン間の前後にビット割り当てのチューンポイントがあった場合、分解してしまうと適切なビット割り振りになりません。

前半部と後半部をバラバラに読むために発生する、鬱陶しい HDD に対する head seek に伴う性能劣化も起こらないでしょう。

ようするに『pipeline 化』に伴うコストダウンのメリットは全部享受できる、と言っているだけですので、他にも等コストな処理は挙げられると思います。でも「汎用性」では他の方法より勝っていると思います。

もちろん、出てくるものの品質如何でしょうが、『コストに見合った』品質劣化以内に収まるなら、選択肢としても有効でしょう。

>ようするに『pipeline 化』に伴うコストダウンのメリットは全部享受できる、と言っているだけですので、他にも等コストな処理は挙げられると思います。でも「汎用性」では他の方法より勝っていると思います。

　何処のミドルウェアだかオブジェクト至高（誤変換じゃ無い）言語使いか知らんが。

　ホントにファンクションの追加（普通はもっと平易に、機能追加って言わんか？）で終わるのか？
　現状のTMPGEncのフレームワークの変更（要は一部機能じゃなくて基本仕様の変更だろ？）が要らないと、どうして言い切れるのが不思議だ。


　２回ソースからのデコード＆TMPGEncでの加工を掛けるのはロスが多いから、１回で済ませるための短範囲の先読み２重変換、みたいな事を書いてる？

　それなら一度AVIに出力したら？
　2Path時、加工設定を反映させたAVI作ると、複数回2Pathやり直すときとかはグッと作業を短縮できる。
　この場合、先読みは所詮そのつど読み込むから、複数回やり直すときには複数回デコード＆TMPGEncでの加工を行うのに対して、デコード＆TMPGEncでの加工を反映したAVIを読み込むならデコード＆TMPGEncでの加工は最初の１回だけ。

　HD容量の追加は、メモリの追加やCPUの高速化や複数化に比べて、圧倒的にローコストで済むと思うし。

1PASS目と2PASS目の動き検索精度を変える事が出来たらどうなんでしょ。

1PASS目、最低画質で高速にビットレート割り振り
2PASS目、最高画質で高画質にエンコード

これってMPEGやエンコーダーの構造的、技術的に可能なんでしょうか。

確かにICZさんのいわれるように試しも含めてエンコードするフレーム数自体が減る
わけではないので、速くなる点としては読み込み負荷を減らす程度しかないように
思います。また奥山さんのアルゴリズムだと、ある一定幅の中に収まるレートのソー
スしか平均レートを守ってうまくエンコード出来ないと思います。最初に一定幅に
収まるレベルのモノしか扱わないと言うなら良いですが、長時間のものはなかなか
そういうわけにも行かず、非常に扱いづらくなってしまうと思います。

また動きを見てレートを調査するMPEGの場合、フレームを飛ばすわけにはいかない
と思います。また1Passと2Passで動き検索精度を変えるという案は可能で効果があ
ると思いますが、現在のTMPGEncにはキャッシュ機能があり、これがキャッシュする
解析の大半は動き検索の結果だと聞いています。キャッシュを使うと2Pass目の動
き検索自体をほとんど省くことが出来るようです。

>　ホントにファンクションの追加（普通はもっと平易に、機能追加って言わんか？）で終わるのか？

終わらないとしたら根本構造がおかしいことになる。たぶん、そんなに変な作りだと主思えない。
ちなみに「機能追加」は「ファンクションの追加」とは概念が違う。ので「機能追加」と言うのは間違いだ。

>　現状のTMPGEncのフレームワークの変更（要は一部機能じゃなくて基本仕様の変更だろ？）が要らないと、どうして言い切れるのが不思議だ。

2pass は「フレームワーク」ではないから。

>　この場合、先読みは所詮そのつど読み込むから、複数回やり直すときには複数回デコード＆TMPGEncでの加工を行うのに対して、デコード＆TMPGEncでの加工を反映したAVIを読み込むならデコード＆TMPGEncでの加工は最初の１回だけ。

それでは「非可逆圧縮に伴う加工」分は消えない。一方において、加工するだけなら、ビットレート最大で「別マシンで」TMPGEnc を動かしてもにたような処理速度で済むので、AVI にする必要性はない。

そういう部分を計算にいれるのは(処理量計算としてフェアじゃないので)今回はしていません。

>終わらないとしたら根本構造がおかしいことになる。たぶん、そんなに変な作りだと主思えない。
>ちなみに「機能追加」は「ファンクションの追加」とは概念が違う。ので「機能追加」と言うのは間違いだ。

プログラマー経験も無く、PCにも詳しくない人も読んでいると思われる
ここの掲示板で、「概念が違う」とか言われても何のことだか解からないんです。

とおりすがりさんは「普通はもっと平易に」って書いてますよね。
それに対して「間違いだ」は無いんじゃないですか。


>2pass は「フレームワーク」ではないから。

その根拠を聞かれていると思うのですが。

それからもともとの欲しい機能は、2Passをどうこうじゃなくて、
1Pass先読み予測みたいなことにしかみえないから、
1Passへの問いではないんでしょうか。

2Passあるいはマルチパスの本質は、
映像全体を走査することで全体の情報量を推し量ることに意味があるわけですから、
数GOPだけ先読みしてとかは意味がないと思います。

最近ムービー編集などに興味を持ち、いろいろコーデックや編集ソフトを入れたんですが、メディアプレイヤー８などでmpeg2を再生すると画面右上に小さい白い四角い物体が出るんですけど何が原因なのかわからなくて困ってます。
どなたか対処法を知っている方、ご教授願います。ｍ(_ _)ｍ

それはMPEG2デコード用フィルタに体験版のELECARD MPEG 2 Video Decoderを使って
いること原因です。そのデコーダをアンインストールすれば出なくなります。

レスどうも有難うございます！
おかげさまで元に戻すことができました。(^ー^)