12/04/22 21:40:25.14 LOsrhQPC
>>676
H.264はISOで規定されてるんですが・・・
678:名無しさん＠編集中
12/04/22 22:28:00.57 7QsyQW2d
>>676
CoreAVC2.0以降のインタレースのの表示バグは3.01の現在でも治ってなくて使い物にならない
まぁ割れでマルウエア付きのデコーダーを喜んで使っているような馬鹿はこの程度なんだろうな
679:名無しさん＠編集中
12/04/22 22:35:58.46 f4PM2viw
>>676
ITU(国際電気通信連合)なめてんのか？
680:名無しさん＠編集中
12/04/22 23:17:31.84 HvvwQ+UI
x264とH.264を同じものだと思ってるんじゃ…
681:675
12/04/23 07:25:29.22 OUEXxkvO
えっと、場当たり的な対処法ではなく、原理が知りたいんですよね。
説明不足でしたが、問題のソースは自動判定だと tff で、
先頭を Murdoc Cutter でちょっと（１秒以下）切るだけで大丈夫になりましたが、
理屈でわからないと、いつの間にかおかしなファイルを作ってしまう可能性があるわけで。
ちなみに、オプションは、そんなに画質を追及する気はないし、
よくわからず指定しても悪化するだけと思い、
今回フィールドに不安を感じるまで --crf と --preset しか付けてませんでしたが
（--preset は medium が調度良かったので結局付けてない）、
携帯機で再生しようとか考えてなければ問題ないですよね？
色空間指定は絶対しとけとか良く言われてますが、
インタレ保持ということでリサイズする気もないので、
それも下手にいじらないほうがいいかなと。
682:名無しさん＠編集中
12/04/23 09:37:27.81 5/d69CG3
>>678
んなことねーよ、オマエ使ったこと無いだろ2.0
683:名無しさん＠編集中
12/04/23 18:54:09.62 O8HY0otE
>>681
原理が知りたければRFF(Repeat First Field)で検索
684:675
12/04/23 20:49:20.53 OUEXxkvO
>>683
あ、原理が知りたいのは、「ファイルの描画に失敗しました」の理由のほうです。
RFF については、>>675 で 60i に戻ったときのフィールドオーダーは不定
だと書いたように原理は大体わかってるつもりですが、
x264 がそれをどう処理するのかがわかりません。
RFF を維持したままエンコしてくれるのが一番ありがたいものの、
内部でテレシネし、出力時は普通の 60i というのでもいいんですが。
ちなみに、手持ちのレコでは、H.264 へのトランスコードでは前者、
VR への再エンコでは後者みたいです。
が、x264 をオプションなしで実行すると、通常の 60i と同様に、
「インターレースのソースだね。tff(bff) みたいだからそう処理するよ。
違うならオプションで明示的に指定してね」
と出るだけなので、単純に全フレームをどちらかで処理している気も。
685:675
12/04/23 20:49:51.93 OUEXxkvO
でもって、MPC-HC での再生について少しわかってきました。
まず、通常の 60i ソースに対しフィールドオーダーを逆に指定して生成された
間違った mp4 を再生した場合、
レンダラをシステムデフォルトにするとフィールド再生順がおかしくなりますが、
VMR-9 等にすると一見正常に見えます。
これは、レンダラがフィールドオーダーフラグを無視し、
映像の状態を見てインタレ解除しているってことですよね？
というわけで、正しくエンコできているかどうかは、
デフォルトレンダラで正常に再生できるかどうかで判断するのが良いだろうと。
で、問題の BSJ の 24p と 60i の混在ソースですが、やっぱりおかしい。
--tff と --bff を切り替えても、部分的に改善した代わりに別の部分が悪化してしまう。
また、デフォルトレンダラでもコマ送りはインタレ解除してしまうので良くわかりませんが、
フィールド再生順が破綻していないときも、横線が微妙に震え太くなっているような。
これは、やっぱり x264 は RFF に対応していないということ？
686:名無しさん＠編集中
12/04/24 02:10:14.87 xct7Pnrz
MPEG-2もh264も規格書もリファレンスソースも一般公開されてるしMPC-HCもx264もオープンソースだよ
なんでさっさと規格書やソース見ないの、原理知りたいなら現象だけ見て憶測ばっかりしてても時間の無駄だよ
BSJで、同一番組内でフィールドオーダーの反転してる場合、反転前後で、
分割エンコするか、avisynth等でフィールドオーダーをどっちかに揃えるようにずらす
x264でMPEG2のRFFに相当するフラグを付与するのはpulldownオプション
x264cliではコマンドライン単位でしかpulldownオンオフ出来ないので、混在は多分分割エンコするしかない
ソースのrff見てフィールド単位でpulldownフラグつけてlibx264に渡すようなフロントエンドがあるかどうかは知らん
687:675
12/04/24 04:28:53.52 39/sOvBL
>>686
ありがとうございます。そして色々と申し訳ない。
企画書はともかく、x264 規模のソースを読める程スキル高くないです……。
要するに、x264.exe 自体に、24p と 60i の混在状態を見ながら
それを維持したままエンコするような機能はないということですか。
上のほうでも m2v や DGIndex でフィールドオーダーを固定する方法は紹介されてますが、
放送されたままの状態を保つというこのスレの趣旨的にはよろしくないですよね？
基本 60i の番組中に 24p があってオーダーが反転していた場合、
インタレ解除してから再インタレ化しているような部分が出てくるわけで。
まあ、いわゆるインタレ解除のように不確定要素があるわけではない
という違いはありますが。
基本 24p の番組では、言うまでもなく圧縮効率的にもったいない。
とはいえ、テロが入っただけで切り替わる可能性のあるものを
手動で分割エンコするのはもっと違う気がしますし、
なんか良い方法はないんでしょうかねえ。
688:名無しさん＠編集中
12/04/24 06:38:56.09 XjqoemfQ
>>687
> 上のほうでも m2v や DGIndex でフィールドオーダーを固定する方法は紹介されてますが、
> 放送されたままの状態を保つというこのスレの趣旨的にはよろしくないですよね？
それはありだと思うけどね
極論を言うと24pソースを相手にすること自体がスレ違いなんだけど、24pソース専門の
アニメ屋さん達がアレなもんだからインタレ保持スレで扱っているという現状ｗ
689:675
12/04/24 07:26:21.35 39/sOvBL
>>688
24p がスレチというのはそうなんですが、
60i の部分のインタレ状態を変化させないようにするのが
難しくなるケースがあるということについては、一応このスレの範疇かなとｗ
690:名無しさん＠編集中
12/04/24 20:44:13.19 mqvY9pdP
根本的に認識を間違ってるよ。
解り易く例えれば、44.1KHzと48KHzの個別のWaveを、なんで混在のまま1つのWaveにできないの？
って言っているようなもんだよ。
691:名無しさん＠編集中
12/04/24 22:20:59.23 dr+dySKM
おなじくこの機能を欲しいが見たこと無い。
DVDの24p60i混在からエンコードする時に、24p部分はそのままエンコードできると効率よい。
DgindexをIgnore Pulldown Flagsにして、dgiファイルからx264へpulldownフラグを渡せないかなと思う。
>要するに、x264.exe 自体に、24p と 60i の混在状態を見ながら
>それを維持したままエンコするような機能はないということですか。
692:名無しさん＠編集中
12/04/24 22:22:19.48 dr+dySKM
>>690
タイムコードを24p60iに併せて生成すればよいのでは？
693:名無しさん＠編集中
12/04/24 22:58:25.08 XjqoemfQ
だから分割せえ、って話でしょ？
694:名無しさん＠編集中
12/04/25 00:06:21.65 nEazQA7U
フロントエンドにそういう機能が欲しいなら欲しい人が率先してパッチ書かないと出てこないと思うよ
大部分が24pのソースなら普通に24p60pのVFRでいいと思うけど
逆に大部分60iなら24p部分も60iで（俺は基本コレ）
圧縮率に目をつぶってるのはハードテレシネでも同じわけだし
695:名無しさん＠編集中
12/04/25 01:06:10.20 XDq/PU9w
昔X264で--interlacedで圧縮した動画を開いてみたらフィールドが反転してるのに気がついた。
視聴する際ffdshowのオプションで優先フィールド指定すれば問題ないんだけど、
VLCなんかだと反転したまま手の施しようが無い・・・。
後から弄ってファイルの側にフィールドオーダーの情報書き込めないのかな？
696:名無しさん＠編集中
12/04/25 01:57:35.81 Ib9Ap/l1
インタレ保持のままフラグ立てずにプログレでエンコしたファイルも
再エンコなしで何とかしたいなぁ
697: 忍法帖【Lv=40,xxxPT】
12/05/03 19:22:03.65 ErSr96qF
フラグとかそういうレベルの問題ではない。
色空間の話になるので詳しいことは割愛するが、
YV12の場合フラグ立てないとフィールドの色が混ざるので、完全には元に戻せない。
つまり再エンコしたとしても無理。