最新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を使って
いること原因です。そのデコーダをアンインストールすれば出なくなります。

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

はじめまして、おおかみでございます。
要望なのですけど

ＭＰＥＧ４への出力で
ザウルスのフォーマット（ヘッダーが特殊なＡＳＦ）が
作れる様にはできないでしょうか

シャープのポータブルビデオプレーヤー
ＭＴ−ＡＶ１や　http://www.sharp.co.jp/products/menu/pav.html
ザウルスでサンプルを持ち歩く様な使い方をしてみたいものですが
この様な使い方は私くらいでしょうから
無理ならかまいません

>無理ならかまいません
というよりも、お門違いだと思います

良く判らないけどシャープの方で作成するアプリなんかがあると（付いていると？）思いますよ
んで、そいつに食わせるためのフォーマットってのが必要だと思うけどそれを作るためにＴＭＰＧを使うってことでどうです？

さすがにシャープのやつはイレギュラー的過ぎる気がします

＞初診者さん
確かにお門違いっぽいですが、要望自体は組み込んで欲しいってことで違っては居ないと思いますよ
ただ、実現は限りなくゼロに近いでしょうけどね（開発者さんなんかが同じ機種を持っていて組み込む気になれば別でしょうけど）

まあ、パッケージ版とかまで出す（出た？）そうですんで、今後余りバージョンアップは起きないでしょうけどね
今と同じペースでバージョンアップなんかしたらパッケージ版の人たちはどうするのかなとちょっと面白い気もする

ASFですから、MSに要望した方がいいかもしれませんね。MT-AV1では映像は普通の
MediaEncoderで作れるMPEG4(のようなフォーマット)ですが、音声が特殊のようで
す。またTMPGEncに他の形式を出力出来るようにすると、ライセンス料が必要にな
ることが多いでしょうから、今のままじゃ難しいでしょうね。

明確には言えませんが（作り方や使い方によるだろうから）
ＡＳＦやＭｐｅｇ４の使用によるライセンス料ってのは発生しないはずですよ

ただ、特殊なことをやりたいから中身をいじらせてくれとかってことを申し入れても許可されないとも思いますけどね

今、動画系のＣＯＤＥＣなどでライセンス料を払う必要があるのってＭｐｅｇ２位だと思うのですが違うんですかね？
あ、ＭＯＶとＲＭがありますね（使用頻度が低いだろう・・・）

おおかみさん
リンク先の
「商品ご理解のために」
( http://www.sharp.co.jp/products/mtav1/text/f.html )
というところに

> ● 本製品で録画・録音した映像や音楽は、本製品でお使いください。
> 　他の製品では再生できません。
> 　また、パソコンで録音した音楽（MP3）やインターネットから
> 　ダウンロードした音楽（MP3）などは本製品で再生できません。

とかいてあるのをよんでいないのでしょうか。
そう書いてある時点で、Sharpに問い合わせるか、
自分で情報を集めて、再生できる方法を探るのがスジでしょう。

なので、初診者 さんの言う通りお門違いだと思います。


fay さんへ。
ファイルの拡張子が、asf だからといってなんでもかんでも
「MSに要望したほうが・・・」と書くのはどうかと思います。
この場合もまずは、シャープに聞くのがスジでしょう。

GDA さんへ。
MPEG-4 はライセンスに関して問題になっていますが、
「発生しないはず」というのはどこ情報でしょうか。

http://www.apple.co.jp/news/2002/feb/13qtmpeg4.html
http://www.watch.impress.co.jp/internet/www/article/2002/0401/mpeg.htm
http://www.zdnet.co.jp/news/0206/28/ne00_msdm.html

などなど、エンコーダー、デコーダー、コンテンツプロバイダーなど
ライセンス問題は、無視できない状態ではないでしょうか。

＃残念ながら、http://www.mpegla.com/mpeg4/ からは
＃現状どのようになっているのかは読み取れませんでした。

＞yammo さん
今後ライセンス問題が出る可能性はあるけど現時点は関係無いでしょう
今後出されるかも知れないという「可能性」の問題だと言うレベルかと（ｗ

逆に現時点でライセンス徴収されていると言うソースがあるなら提示してください
私が知る限りフリーだと思っています

＊GDAさん
最近、アップルで、ＭＰＥＧ４のライセンス問題でQuickTime Playerのなんとか、
とかありました。

調べてみてください。

レスをくださった皆様
お手数かけまして
どうもすいません

確かによく考えれば
筋違いですね

もう少し情報集め直す事にします

>はじめまして、おおかみでございます。
>要望なのですけど
>
>ＭＰＥＧ４への出力で
>ザウルスのフォーマット（ヘッダーが特殊なＡＳＦ）が
>作れる様にはできないでしょうか
>
>シャープのポータブルビデオプレーヤー
>ＭＴ−ＡＶ１や　http://www.sharp.co.jp/products/menu/pav.html
>ザウルスでサンプルを持ち歩く様な使い方をしてみたいものですが
>この様な使い方は私くらいでしょうから
>無理ならかまいません

下記のソフトでできるようです。http://www.zaurusworld.ne.jp/menu21/appli/cecv1/cecv1-top.htm

どうも、yammoです。

>今後ライセンス問題が出る可能性はあるけど現時点は関係無いでしょう

今後ではなく、既にライセンス問題が出ているわけですから、
関係なくないでしょう。
（その動向しだいでは、MP3やMPEG-2のように
　エンコーダー、デコーダーが影響を受けることは十分考えられます。）

それから、「関係ない」と思われる根拠とその情報を
提示してください。私は提示しました。

また、URL を提示したのでそれを読んでいれば、
「今後ライセンス問題が出る可能性はあるけど」なんて思わないと思います。

　おはようございます。前にTVをキャプチャーしVCDを作ったのですが、これを内の若い衆に見せようと思いCDRで焼いた所６時間で68％となっています。ライティングにはneroを使用しCDのコピーでオンザフライのチェックをはずしやっています。mpeg１の状態で６９０Mだったんですが、VCDにすると＋１００Mになりまして790MでCDRにneroから焼きこみしているみたいでした。作品はマネーの虎です。内の若いやつはというよりも最近の奴等は考えが甘い、そう思って前に録画したやつを見ろと言ったはよかったですがぜんぜん焼けないので”まだですか”なんていわれちゃいました。VCDにしたCDRをダビングする方法ございましたら0ィ願いします。他のソフトでもかまいません。何卒暖かい心でこのどうしようもない先輩を助けてください。お願いします。

TMPGEncとどういう関係があるのでしょうか。。。　(^-^;

>前にTVをキャプチャーしVCDを作ったのですが、これを内の若い衆に見せようと思いCDRで焼いた所６時間で68％となっています。

TV番組を録画したものを、趣味の範囲ではなく自分以外の他人に見せるんですね？
法律に触れると思うので利用規約に反していると思いますが…。

表題だけ見て質問にそのまま答えるなら、単にCD-Rライティングソフトを
普通に使えばいいだけのことでしょう(笑)
質問の中身をみると、質問自体が整理されていないようなので
目的にあうのかはわかりませんが。
マネーの虎を見て、中身がわかって最近のやつは甘い、とか言っているなら、
こんな甘い考えの質問はしないと思うんですが(苦笑)効果は疑問ですね

メモリーリークエラー
　**回メモリーが解放されていません。
　　　　とでます。
　だいたい50％ぐらいで出力し終わります。
　　これは何が悪いのでしょうか？バグなのですか？

↑の続き
mpg2→DVD2AVI→TMPEGncでavi出力で失敗します。
キャプチャーはMTV1000です。
mpg2aviでやってみたらちゃんと出力しました。。

　　スペックは
CPU Pen4 1.8
メモリ　RDRAM512Ｍ
グラフィックボード　G550
キャプチャボード　MTV1000
です。
　　　　　誰か教えてもらえないでしょうか？

チェックすること。

・TMPGEncは最新版を使っているかどうか。2.55にはAVI出力時の不具合があります。

・DVD2AVIは1.76を使っているかどうか。これ以降のバージョンでは不安定になった
ことがあります。大丈夫なこともありますが。

・AVI出力のコーデックは何か？　DivXを使っているなら他のコーデックではどうか？

・MPEG1で出力した場合は問題ないか？

fay さんへ
　ありがとうございます。
コーデックの件ですが、DivX XviD その他、どれでも同じ症状がでます。
TMPEGncは最新版、DVD2AVIは1.76です。
Mpg1,VCDではちゃんと出力できています。
　　　avi出力だけエラーが出るのです。

　はじめまして、makotoと申します。
当方の環境にても、ノームさんのコメントと同様の事象が見られます。
（メモリリークエラー、残り時間表示の異常 共）

「50％ぐらいで出力し終わります。」については、
1 保存開始時に、従来のTMPGEncの2倍程度の残り時間を表示する。
2 実際は、保存開始時における残り時間表示の半分くらいの時間で、
　正常に保存を完了する。
3 残り時間表示については、保存完了直前で、急に進行が速くなり、
　保存完了時には残り時間ゼロ、バーグラフも100％を示す。

上記については、AVI出力時においてのみ発生し、
MPEG-1,2,VCD出力選択時には発生しません。

試したのは、、、

TMPGEnc Version 2.56.39.143
[映像]
1 無圧縮
2 Microsoft MPEG-4 Video Codec V2
3 DivX Pro 5.0.2 Codec
[音声]
1 PCM(44.100kHz, 16bit, Stereo, 172kBit/s)
2 MPEG Layer-3(24,000Hz, Stereo, 56kBit/s)
いずれの組み合わせにても発生

その他
OSのファイルキャッシュ機能使用[on/off]
マルチスレッド使用[on/off]
映像先読み[on/off]
映像先読み量の変更
以上のオプションについて変更してみましたが、
本件についての解消には到りませんでした。

因みに、当方のスペックは
CPU Pen3 1.0B ×2
メモリ SDRAM 512MB
グラフィックボード ATI XPert98(RAGE Pro)
キャプチャボード GV-VCP2M/PCI

参照AVIにて保存後、AviUtil(Ver.0.98a)にて編集、
TMPGEncにて編集プロジェクト(.aup)を読み込み
処理しております。

私も2.56にしてからたまにメモリーリークエラーが出るようになりました。
2.55に戻すとこのエラーはでません。
私からもこの点の修正をお願いしたいです。

> だいたい50％ぐらいで出力し終わります。

これについては、50%で映像のエンコード、残り50%で音声のエンコードを行うように
なっているようです。50%を過ぎてから短時間で100%までいってしまうということは
映像のエンコードよりも音声のエンコードが比較的に短く終わってしまうからです。

AVI出力時にインターリーブを１以上にしておくとこの問題は発生しません。また
インターリーブは１以上にしたほうが良いです。

> メモリーリークエラー

これについては色々チェックしてみます。

> > メモリーリークエラー
> これについては色々チェックしてみます。

以下の内容でチェックしてみましたが再現しませんでした。

TMPGEnc 2.56 TMPGEncPLUS 2.56
CPU設定はP4使用時のデフォルト(新規フォルダインストールで設定変更なし)

ソース
・Canopus DV Codec(参照AVI状態)
・Canopus M-JPEG Codec
・無圧縮

フィルタなど
・24fps化、ノイズ除去、色調補正、クリップなど一般的なもの
・720*480→640*480

出力
・無圧縮＋PCM(48KHz)
・DivX5.02+MP3
・Huffyuv2.11+PCM(48KHz)

何か再現する要因などが分かる方がいらっしゃったら教えて下さい。

>メモリクリアエラー

私も最近出るようになり正常に終了しなくなってしまいました。
全く原因不明です。

うちはソフトを起動、終了それだけで出たりします。
う〜ん、不明です。

> うちはソフトを起動、終了それだけで出たりします。

これだと、VFAPIプラグインが関係している可能性があります。VFAPIプラグインは
起動時に一通り読み込みますので、もしプラグインに問題があれば起動→終了とす
るだけで問題が出ることがあります。

レジストリからVFAPIプラグインの情報をすべて消去してから試してみるとどうで
しょうか？

あと考えられるのが暑くなってきているので、熱による問題ですね。CPU以外にも
HDDやメモリ、チップセットなどが一定以上熱を持つと、高負荷時に問題が発生す
ることがあります。