【メモ】数値マーキング（２乗と倍数）

記稿.2020/11/07

＞　十進ベーシックホームページ

DIM zxb(250,50)
FOR z=1 TO 250
LET zxb(z,1)=z^2
FOR b=2 TO 50
LET zxb(z,b)=b*zxb(z,1)
NEXT b
NEXT z
FOR z=1 TO 250
PRINT z;zxb(z,1)
FOR b=1 TO 50
IF zxb(z,b)>6000 AND zxb(z,b) <40000 THEN PRINT zxb(z,b);
NEXT b
PRINT
PRINT
NEXT z
END


※今回は配列を使ってみました
　配列は０から始まりますが、細かい差分処理はどうでもいいので端折ってます

　‥で、なんでこんな数値を弾き出したのかというと
　｛平均ビットレート：最大ビットレート｝＝｛１：１｝にすると
　いやんなシミが≒１００％の確率で相殺されて消えてしまう事を発見したからです
　（2.25倍でもイケるようですが、さすがにそれは無理）


　‥思えば、平均と最大のそもそもも、時間軸の間引きを前提にした観察です
　ヒトの感覚でのそれは、複雑な画になるとビットレートを多く必要とするから‥
　して思い込んでいるようですが、エンコードの方はそうは考えていないようです

　なので、時間軸観察の入れ子式構造がどうにもそのへんの誤差を発生させるらしい
　結果、いやんなシミがソースファイルからして発生しまっくていたりするらしい


　それのシミを剥がして綺麗にするのに
　ただ単に｛平均：最大｝＝｛１：１｝にすれば良いかというと
　それはそれでＢフレームへのビットレート割り当てが減ると残念な結果になるので
　ソースに合ったビットレート数値が欠かせません

　その時の参考として、２乗の倍数がわりかし手頃
　ということで２乗の倍数値をレベル4.1の範囲で算出させてみました


＞　但し、AVCのエンコードの方で宛がった数値が適切で無いと判断した場合、変更されちまいます


　‥といことは大体でも良いのかというと
　特にDVDタイプでは、50の差が見映えの端境においては、大きかったりするようです
　（では、変更された値を放り込んでやれば良いかというと、そういう事でも無いらしい）
↓/続きを読む/↓

【メモ】数値マーキング

1)記稿.2020/11/04

＞　十進ベーシックホームページ


FOR heikin=6000 TO 62500
LET saidai=heikin*1.31308230323827
LET syousuuten=FP(saidai)
IF syousuuten<1 THEN LET kiriage=IP(saidai)+1
IF syousuuten=0 THEN LET kiriage=IP(saidai)
LET hiritu=kiriage/heikin
PRINT saidai,kiriage,heikin,hiritu
NEXT heikin
END


DVDのビットレート最大と平均（大体この辺のどれか）

[25000−12500] 1.31312 (25x25)
[24300−12150] 1.31308641975309 (45x45)
[24000−12000] 1.31308333333333 (20x20)
[22400−11200] 1.313125 (80x80)
[20480−10240] 1.3130859375 (32x32)
[20250−10125] 1.31308641975309 (45x45)
[19200− 9600] 1.313125 (80x80)
[16000− 8000] 1.313125 (80x80)
[12800− 6400] 1.313125 (80x80)


576ｐ用途候補想定
[30720−15360] 1.3130859375 (32x32)


BDプログレッシブ用途のほぼ最適候補
[61440−30720] 1.3130859375 (32x32)


AVCレベル4.1のHiPの最大値が62500kbit/s
BDの帯域許容が52000kbit/s
BD動画部の一般的な最大が40000kbit/s
BDアニメ動画部の一般的な平均が38000kbit/s〜36000kbit/s（音声との排他利用絡み）
BT.709とBT.601の端境が25000kbit/s（アニメではその差が妙実に出る）
最大と平均を２倍差にすると、いやんなシミやらバンディングやらカク付きが一気に減衰してくれる
平均ビットレート同士だと、平均ビットレートの差分でしか減量しない
なので、平均ビットレートになるとHDサイズが要らない子に成り下がっちまっております（ンゴ！）

結果、サイズ1080解像度で、BDソースより微減して、サーチキュルキュルで‥
というのがこだり抜いた最適解のなれの果てになりそうれす‥（どうにも微妙な選択）

あと、リップの頭にマムシの出るソースと出ないソースの差が有るわけですが
４ｋテレビＵＳＢ挿しでならほぼ問題ない範囲‥（どうにも煮え切らない選択）

576ｐなら確実に半分に減量できるわけだが、カラーなりすまし作戦までを考えると手間が痛い
その分の時間コストを天秤に掛けると、どうしたって解像度1080一択の方が楽チン（ンゴ！）

↓/続きを読む/↓

【エンコード日記】DVD様の御姿が［最大25000平均12500］らしい件

記稿.2020/11/02

＞　なんと、DVDの置き換えエンコードが
＞　ついにアニメ一話あたり2.5GBレベルに突入でーす
＞　ノンテロップOPで140~150MBに及びます


　‥2.25分の１では険しすぎるので、さらに調べたところ
　規格にありがちな数値に1.313125が絡む事が判明
　その数は1600（40の二乗）の倍数だった

　‥DVDの1.313086419753086を解析してみたところ
　2025（225の二乗）の倍数だった
　（2.25の点を0にしたったってこと‥偶然にしては‥）

　‥ベーシックを使って、計算値一覧だしてみたら
　割り切れる数値の方が綺麗に仕上がるというか規格で見たような数が多い
　それのたいていが何からの10の絡む二乗の倍数になるらしい


　‥ＢＤの「北の国」からとＢＤインターレース解除くさい「ウルトラマン」は
　DVDと同じ最大＆平均でも
　FHDサイズにて綺麗に仕上がることが判明

　（最大14707ー平均11200、4：3）

　（なんでエンコード時間までファイル容量ともに、ＨＤサイズ程度になってんねん？？？謎）


　‥最大＝平均×1.3130825想定では不足だったのが「獣の奏者エリン」のOPで判明
　‥以前に実験出しした最大＝平均×4.5ではエラーは見られなかったので倍率の変更を検討
　‥BT.601の上限が25000であることから、最大を25000に固定
　‥1.313125よりさらに精度の高い1.31312で割りきれる12500を平均に指定（丁度2倍値）

　（ただし、1.31312の倍率出しでは、エッジはＭＡＸ良いけどエラー率で×だった）


＞　結果


　最大25000ー平均12500にて
　エラー率の発生が抑えられ、DVDの最高パフォーマンスを得られるらしきを確認

　（これから再度、あれやこれやの確認リップのやり直しになりましたん）


　※　ちなみに
　HEVCでは、どんなかなとさらりとした平均ビットレートのそこん所を確認してみたところ（MP12）
　なにやら、Ｉフレームの位置出しの分、ＡＶＣの方が１割程度有利になるらしいことが判明
　サーチキュルキュル的には、ＨＥＶＣさんは用済みの扱いになっちまったようです‥（ほへ☆）

　（じゃ、腹を括ってＤＶＤの置き換え分の増量を覚悟しないとな）