64bitのバージョン3545です。最新版から、x264.dllを抜き出して、3545側のと差し替えます。(最新版だと解像度変更の際に、アプリ落ちするのでそれの代替です)(落ちる原因は不明です..マシン構成絡みかもしれません問題なしなら最新版で構いません..)..取り扱うランチの種類はAランチ(1080p→720p)Bランチ(1080i→720p)Cランチ(480i→全部盛りBob→720p)とした三つです。今回レシピは、Aランチ(わさb抜き圧倒的版)のみになってます。レート制御VBVバッファサイズ:48600VBV最大ビットレート:60000..{平均:バッファ:最大}={36:81:100}..{1:1.5^2:1.666666...^2}→(2.777777...=2.25×1.111111...^2)..平均ビットレート(21600)が、Aランチで平滑さを保持できる限界に思われる。..それよりの増減は、間引き等の差による色むらにしかならないらしく険しい。..爆Q×わさb抜きにあるので、マクロブロック比(5400×2)を下回るのは無理が大きい。..(キーフレーム量は、もはやDVD480iの想定を上回ってます..ど忘れずに..)VBV初期バッファ:0.9可変ビットレート:10000.0(最大値)..(100=10000なので気にせずに盛るべし)量子化圧縮:0.6..(6の逆数は、0.1666666...です。その十倍は1.666666...です)..(その十倍は16.666666です。先読みは多ければ多いほど、メモリーを必要分多く使用します。(複数アプリ起動時には注意)B&Cランチでは、先読み(999)になります。先読みの最大値偽装とは、そのまま設定にて登録すれば、予約保持にて適用されますが登録せずに別ファイル項目をクリックして戻ると、既定最大値(250)に上書きされちゃいます。ど忘れしていると、M.E.範囲(8)の不足分を補うこと無く俯瞰的にピンボケに仕上がります。..先読みピント比は(フレームレート値×16.666666...)で、それの算出値四捨五入です。Aランチなら、24×0.999×16.666666...=399.6(400)を得ます。以前のうんちくはリセットされ、先読みの限界突破の可能により状況が一変しました。解像度差に関係なく、M.E.範囲(8)に固定できるようになりました。これも先読みの限界突破による合わせ技ゆえかと....M.E.範囲を広くすると、より高周波を選択しがちになり(低周波の切り捨て)容量としてもコンパクトを得て、良く出来たように見えますがでもそれは平均的に拾えているとは限りません、部分部分で都合の悪いケースも有るわけです。(ここでは、量子化済み再エンコード用途なので、程良く万遍なく細かく拾って欲しいのです)..先読みとの合わせ技として、先読み側の最適値鎖動が欠かせません。M.E.範囲(8)だけでピントを得るのでは無く、先読みと合わせて整える算段です。互換性を意識して付けなくても構わないとした考えもありますがエンコード次第では、アプコン・ダウンコンとした諸々のケースの際に付けないままでやらかすと影響を及ぼす次第を確認しました。..具体的には「どうしてこのDVDはこんなに汚いの?」パターン差ぐらいになっていた模様..つまり、量子化不十分とした仕上がりかも知れないわけです。(容量制限にも微々影響するので..設定せずがお手本とした解とは限らない..)なので、きっちりと「BT.709」を刻印しましょう。ちなみに、BT.601の際には放送規格で二種類ありますが、日本では「SMPTE-170M」でした。ソースの状態を忠実的に確認したいなら【テレビ設定】好逸シネマでの視聴がオススメです。派手な発色が良いなら、【テレビ設定】好逸ダイナミックがオススメです。..色が出てこないと思ったら、「エコナビ」のオンオフを確認しましょう。(ここが鬼門)1-12)10/クロップ/プレビュークロップ/プレビュー##インターレース解除####クロップ##P4x4をきちんと効かす為には、16:9である用があります。(1440の16×16のマクロブロック数(90)が4で割り切れない事に因る)なのでAVC-Qでは、4:3とした解像度比を扱いません。##パディング##..ソースが4:3のものは、その都度、黒帯付き16:9にするべし。..1440→左右(240)..始めから黒帯されてあるものは、操作せずにそのままになります。##解像度##幅:1280高さ:720スケーリング:双三次スプラインディザリング:自動アスペクト比:オリジナルを保持、又は[16:9]※スタンダードなバイリニア方式は、同じ解像度でのリップ前提です。解像度変更しようってのに、バリバリのバイリニア方式を使用してはそれだけで、色みを即誤差劣化されちまいまーす。(BT.601とBT.709とで色が変わりますが、それ以上に違ってしまうのでーす)1-12)11..クロップ/プレビューにはVideo項目の隣にAudio項目があります。(作品ごとに音量の差はあるので、常に一定に整えたい用途にはお好みでどうぞ)..尚、調整しない場合、AC3では、ソース毎にバラツキが出て唖然としちゃいまーす。その調整を省いて楽をするには、テレビ側の音声バランスを設定し直せば良いんです。それの調整値が↓になります。AC3でコンテナする場合の参考..保管目的にロスレス音声をmp4にコンテナしたい際に、複数コンテナでは増量確実です。その際の候補に、DTSでのコンテナが挙がりますが、DTSに置き換える際には注意が必要です。RecodeからのDTS置換は、lossyに制限される模様です。Recodeでは、始めから再エンコード指定できない扱いです。..ちなみに、mp4ファイルに、字幕のオンオフ機能を付け足したければファイルごとにフォルダー管理して、同名srtファイルをそこに据えおく自動認識になってます。(フォルダーとmp4ファイルとsrtファイルとを同じ名前、同じフォルダー配置にて自動認識)テレビUSB挿しでは、これが最もスタンダードな字幕のあり方です。(手間すぎる..)(せめて一つのフォルダーの中に、番号違いで認識してくれりゃ、管理が幾分楽ッすね)一気にmkvにてエンコードしやるとキーフレーム位置をログしないので、VLCプレイヤーでのサクッとサーチがうまく効きません。(一度、ファイルの終端まで読み込ませるような段取りを要求します..なんて面倒くさい..)なので、対策として、まずはmp4にてエンコードしやる必要があります。Recodeにて、mp4→mkvに、再コンテナしやると問題なく、さくさくキーサーチになります。Recodeにてやると、適確で好いのですが、ログ保持の分で微々増量します。GUIとでは、エンコード情報保持が微に異なります。MediaInfo等でチェックするアレですね。720pとした減解像度ゆえの欠落差はもちろん微々見られます。..とくに、キラキラとした金属光沢は高解像度ほど有利になるのですが光の反射としたそれの多くが色域の狭くなる..白系&黄色系の高輝度発色にて差が起こり得ます。雨や水飛沫のモヤッとした表現でも、ソースによっては、差が出るようです。光のモヤッとをソース寄りに強くだそうとすると別場面での低周波域が必要以上に潰れてしまったりとして望ましくありません。(これは、輪郭を強調する際にも同様です)(2passエンコードなので、そこはどうにも差し引きから逃れられません)..通常、量子化前のマスターソースでは、低周波域をできる限り削るために{バッファ:最大}={1:1}とするのが一般的にあるようですがこれを量子化済みでやると、構成次第では、低周波域が必要以上に剥ぎ取られてしまいます。|この記事へのコメントコメントを書くお名前:メールアドレス:ホームページアドレス:コメント:※ブログオーナーが承認したコメントのみ表示されます。返されるありがとうに「ありがとう!。