# 数値修正後の連続利得を、無編集120録音で比べるための準備案

実行前の固定計画。Rd終点の別研究を全120録音で照合し、解析範囲を確認した。品質処理はまだ実行していない。旧gain実験を再開・補完せず、別の識別名・ソース台帳・実行条件を固定する。現在のApron24は維持する。

## 当てはめ誤差の減少が音質にも効くかを問う

主要比較はgain_fit−gain_oneのUTMOSとする。正のF0系列・未縮小Layer1形状・修正済み解析器を共有し、周期振幅の係数だけを0から1の範囲で原音へ合わせる。重なるフレームを一緒に解き、実際の周期出力を使って各条件の雑音を独立に再解析する。

二乗誤差の低下は係数1が許容解であるために得られる。これを知覚品質や物理的な有声強度の推定成功とは呼ばない。元の疑問を完成した復号経路の品質で判断し、同じ120録音の開発結果を未見の最終評価としない。

比較対象はgain_one、gain_fit、Apron24、WORLD16の4条件。原音もUTMOSの基準として採点する。固定40話者各3録音を使い、今回は無編集だけとする。元の品質値や旧アーカイブの一部を新しい平均へ混ぜない。

## 数値条件と品質入口は固定済みの定義を引き継ぐ

ソルバーはSciPy1.17.0のlsq_linear、TRF/LSMR、範囲[0,1]、tol=1e-8、lsmr_tol=1e-10、max_iter=100、lsmr_maxiter=5000。元PCMのL2尺度で共通に規格化する。有限値・厳密な箱制約・正の終了状態・正規化した半二乗誤差のFrank–Wolfe差0以上1e-6以下を受入条件とし、他ソルバーや係数1への代替をしない。float64計算による診断で、厳密な区間演算証明ではない。

UTMOSは原音と4条件のnative全長、ECAPAは4条件の16 kHz全長と固定共通先頭区間、SCOREQ/eSTOIは4条件の固定共通区間とする。21枠×120録音=2,520品質枠。24→16 kHzは既存のfloat64 resample_poly(y,2,3)を維持し、任意の整列・音量調整・切り詰め・外部paddingを加えない。評価器内部の既存前処理はモデルの一部として固定する。

主要差は録音内で求め、3録音を話者平均にして40話者を等重みにする。PCG64、seed20261026、10,000回の話者再抽出と95%区間を使う。全120録音が揃わない場合は主比較が完全とは言わず、欠測理由と観測できた範囲を分ける。補助指標の悪化を隠してMOSだけで採用しない。

## 全個票と小配列、指定5録音の完全配列を保持する

全件で品質個票・入力/実装/環境の識別・ファイル台帳・警告/失敗/ログ・終了の記録を残す。F0系列、元状態列、係数1と当てはめ係数の小配列も全件で保持する。最適化の収束・誤差・nativeとの丸め差を全件で記録する。

完全な基底blocks/centers、最終波形、完成状態、採点入力の実配列は、原manifest番号0・24・48・72・96の5録音に限定する。各担当に1録音、全4条件で保持し、結果を見て選び直さない。その他のファイルは削除で隠すのではなく、全元ファイルを照合した台帳にサイズ・SHA・省略理由を残す。親が全出力波形を再検証できるとは言わない。

この選択は旧大型アーカイブを縮小して回収する方法ではない。新研究の保存範囲を実行前に設計するもので、旧研究の401と未取得はそのまま残す。保存失敗後に分割・縮小・別経路へ切り替えない。

## 五役の二巡で、修正の成功と音質の評価を分ける

第一巡。信号処理担当は原音への当てはめと知覚品質の目的の違いを重視した。実装担当は新しいbinaryを旧planへ差し替えるだけでは実行識別が壊れると指摘した。統計担当は全120録音の予定分母と話者の等重みを要求した。保存担当は旧方式の全波形・全基底保持と新方式の指定5例保持が矛盾するため、選択規則と説明を一緒に変えるよう求めた。批評家は、数値修正が成功してもMOS改善を見込んだ結論を先に書かないよう求めた。

第二巡。全品質個票と全小配列を残し、大きな配列だけを事前指定例に限定する方針とした。検証できる範囲を明示し、新しいソース台帳と計画を固定する。数値域の結果が不完全な間は実行不可とし、モデル5資産と各nativeライブラリの実ファイルを照合してから品質処理へ進む。形状/雑音のAPI分離や別の時間平滑化を同時導入せず、結果が悪ければ利得の細かな掃引に戻らない。

## 実行を止める条件

数値域の全結果と新しい品質source/planを固定した。品質モデルは既存の公開取得先とSHAが固定されているが、Library保持済みとは確認していない。実ファイルの取得・hash照合なしに採点を開始しない。環境・入力・binary・保持範囲のいずれかが未確定なら、ソース準備だけに留める。