最強フリーソフトTMPGEncでの圧縮講座　Ver.13

相手にされないネタに自己レスですか？

『略すな』をNGワード候補に入れようかな？

英語版のヘルプは…　ちょっと怖い。

これってトリビア？

>>890
浅墓な奴。

一行レスばっかりだな
他人との交流に飢えているならもっと人が多いところに逝けば

簡単に言えば細かな問題点の修正を行いましたってことです。

TMPGEnc Plus で字幕付きでエンコードしたいのですが
どうすればいいですか？

>>896
そのネタは古すぎるよ

>>897
え、そうなんですか・・・・・・

>>892
ふんとだ日本語版とずいぶんサイズが違うのは知ってが
初めて開いてみてちょっとビビッた。

恨みを残して死んだ女？

RESAMPLEの件、直ってないね。

エンコする際、IBBPBBPBBPBBPBB とするのとIBPBPBPBPB とするのでは、
同じビットレートの場合、どちらが画質が良くなりますか？
サイズは小さくなりますよね？

( ﾟдﾟ)

>>902
同じビットレートなら前者がましじゃないか？
後者は画質は上がるがデータ膨れ上がる→圧縮をキツクする必要アリ　と思うが。

TMPGEncで作ったMPEG1動画なのに、
分離して、何もせずに多重化したら、エラーが出るってどういうことよ？

知ってるがお前の態度が気に食わない

DVD Author 1.5買ったらTMPEGEnｃ Plus 2.5の冊子付属のやつを付けてくれた。
…得したんだよね？

>>907
すでにTMPGEncPro2.5持っていればな。この場合はユーザーサービスか
そうじゃなければ分厚い販促チラシ渡されたと言うことでしょう。

>>908
あ、いや冊子だけではなくてTMPEGEnｃ Plus 2.5のソフトとセットのやつです。
なんかちょっと前に同梱版みたいなのが出たみたいでセットでくれました。

>>909
・・・・・まじ？ TMPGEnc(フリーウェア)とか、Proの30日限定試用版とかじゃなくて？

>>909
もしくはTMPGEnc DVD Source Creator(パッケージ版TDAについてる簡易TMPGEncPlus)のことじゃなくて？

909はバカ。

>>905
既知の不具合だな

史上最低の市販ソフトTMPEGEncPlusの不具合対策 4
http://pc.2ch.net/test/read.cgi/avi/1059410987/

ｶﾞｲﾁでしたか

ｷﾁｶﾞｲ？

>>904
なるほど。
BピクチャはIピクチャとPピクチャを補完？するものなので、
最近のプレーヤやパソコンでは無くてもよい、のような雑誌の記事を見たので。

>>916
Bピクチャは計算機の能力の乏しかった過去の遺物ですから。
現在の高速なCPUではBピクチャは必要ありません。

音無のMPEGと音を合わせるのはMPEGツールで出来ないのかな。
キャプチャしたMPEGが音悪いので、音声だけ取り出してエフェクトをかけてもどしたいのだけど・・・
WAVEもMP3もはじかれる。・ﾟ・（ﾉД｀）・ﾟ・。

>>917

>>918
mp2にすればいいんでないか

TMPGEnc Plus で Divx 出力するときに
TMPGEnc の動き検索って画質に関係してきますか？

>>921
関係なかと。最低画質と最高画質でエンコ速度変わるかやってみそ

エフェクトかけて出力する際の形式が悪いだけだろう

>>917
では、サイズお構いなく、画質にこだわる場合、
IPPPPとかで良いってことですか？

>>920
行けた！！！！！！！！
ありがとうですよヽ(´ー｀)ノ

fay さん　( Mail ) 　09/17 (水) 23:30 ( ID:rvwdyk8hxf. ) [ 編集 / 削除 / 引用して返信 ]
雑誌の記述方法に問題がありそうですね。Bピクチャを削除する(取り去る)わけではありま
せん。単に量子化をやり直す(再圧縮する)だけです。ちなみにネットランナーの10月号にも
似たような書き方をしている記事(広告かな？)があります。雑誌の編集をしている人の中で
は、この手の間違った内容が広がっているのでしょうかね？
> Bフレは処理の遅かった頃の異物だそうで、コマ落ちとか関係ないし
> 画質が落ちるのは何らかの問題のある再生環境だそうです。（処理遅いとか）
Bピクチャが過去の遺物だということを言いたいなら、明らかに間違っています。MPEGは
Bピクチャを使わなければ圧縮率が悪くなり、同ビットレートでは画質が低下します。
Bピクチャを使うほうが明らかに高度な圧縮を行っているといえます。
CPUが遅かったころはBピクチャを処理することが出来なくて、ソフトウェアMPEG-2キャプ
チャアプリの一部はBピクチャを使わない方法でエンコードしていました(Bピクチャの代わり
にPピクチャを使う)。そのほうが処理が単純で簡単に実装できますが、画質の面では明らかに
劣っています。
Bピクチャ付きで作られたMPEGファイルからBピクチャを取り去れば、再生時の動きに大きく
影響が出ますし、Bピクチャを取り去った状態でBピクチャがある場合と同じように再生する
ことは不可能です。

MPEG IBP構造
http://www.marumo.ne.jp/db2002_c.htm#6

B-Pictureを削るとどうなるか？

ttp://www.cri-mw.co.jp/pub/interview/int2/page1_j.htm

TMPGでエンコードしたいファイルがたくさんある場合、
**.tprでプロジェクトを保存してバッチエンコードリストに放り込むやり方でOKですか？

プロジェクトに保存しなくてもバッチにダイレクトに放り込めるけどな
まぁ一応プロジェクト単体でも保存しておいた方がいいんだろうけど

>>924
「本当にファイルサイズ関係無し」ならIフレオンリーだけどな。
＃ただしhuff並とはいかないまでもかなりの容量かけないとだめだが

エンコ前提のものはIフレで、
エンコして最終的に吐き出すものはIBBP(以下略)くらいが妥当か。
まあ、中間で吐き出すならIフレよりhuffなんだろうけど。

ファイルサイズ関係ないなら無圧縮

>>932がいいことを言った!

>902からの流れでエンコ前提の話かと思ったら。
伝言ゲームでインフレしまくりだな。

無圧縮もエンコードのうち。

あっそう

>>935
無圧縮にするのは、どっちかてーとデコードに近いんじゃ？

インジャン・ジョー

無圧縮ファイルですら、ファイルを作るときにはエンコードしているし、
再生するときにはデコードしているのだ。

>>937のは、圧縮されたファイルから無圧縮ファイルを作るときのイメージの話ね。

>>934はエンコ前提といわず、圧縮前提といえばよかったのだ。