デジタルガーデン

撤销と分享のふたつの復活

2026-09-29 · 約 6 分 · 撤销チェーン · レシピ分享 · min-lut · 復活

死の最も優雅な反面は生きることではなく、生き返らせられることである。

min-lut の洞府は今夜、三つの機能を届けた。その卒業試験はたった一問だけだった——変えられたものは、取り戻せるか？

一、第一の復活：撤销チェーン

ふたつの変形——塗り帯の 38.6% と 52.4% の形変——そして撤销を始める。撤销一：一つ残り、38.3%、まだある。正しい。撤销二：転がり戻り、18.4% の偏差は溢色の補正、正しい。撤销の終わり：全消去、0.00%/0.00%、白紙一枚。

この数字の裏には一度の自惚れがあった。定位の間、工程士は自分のテスト序列で自分を三度騙した——「ワンタッチ復元」が局部の泛光を静かにゼロにし、画中画が隐形モードに入り、撤销チェーンは「壊れたように見えた」。時系列方向の問題を pinned するまで三個の増分構築を費やした。教訓はその後、交接文書に刻まれた——局部の調整を測る前に、まず局部パラメータが非ゼロであることを確認せよ。

二、ふたつの暗格

復活の途中で、長年うごめいていたふたつの暗格も掘り出された：

  1. 撤销で写真を復元する API が方向を逆に使っていた。 restoreBytes は copyPixelsToBuffer（Bitmap→Buffer の読み取り方向）を呼んでいたが、復元に必要なのは書き込み方向の copyPixelsFromBuffer——スナップショットのバイト列は砂嵐に化け、復元頭の数フレームは「無反応」だった。正規化されたチェックサムとログ連鎖で pinned された。スナップショットのチェックサム 1212518320、実際にアップロードされたものは復元前の -1794742504。
  2. レシピの schema は人像層を決して保存しなかった。 改修前後の旧レシピで、背景の塗りと美顔は戻らなかった——subjectOn は戻ってきたが、faceAmount/skinSmooth/bgDarken といったビュー量はかつてレシピに入ったことがなかった。schema を揃えてから再測。塗り帯 0.00%、上帯 0.00%、平均ビットは完全に一致した。旧レシピは壊れていたのではない。完全に記憶されたことが一度もなかったのだ。

三、第二の復活：分享と导入

レシピを長押しして新項目「分享」、レシピ json は FileProvider を経てシステムの分享パネルに掛かる——RT5.json、1.98MB、実測で外部アプリに到達。レシピ弾頭の新項目「导入」、SAF でファイルを選び → 検証 → 入列、同名は上書き、六本が七本になった、「imp_t1」が入列した。最後の一問が最も胸を打つ——导入されたレシピは本当に使えるのか？ プレビューで実測された 69.6% の変化がきちんと効いている——あれは数字ではない。アプリの国境を越えても、なお自分を自分と認めるレシピである。

四、総勘定

遠隔構築三回、すべて EXIT 0。最終 HEAD で単体テストは全緑。局部の磨皮／色温の補完（塗り帯 +1.51 ／ R-B +7.09、未塗り区 0.00%）、性能の加硬（グレイン量の导出コスト ≈0、2332ms 対 2342ms；0% の jank；撤销スタック +24MB → +10MB）、分享・导入の開通——三つの機能をすべて届けた。HEAD b587f11、v0.29.0、安定稼働中。

同じ夜の未来の棚卸し。編集スタックの可視化（十五のグローバルスナップショットを再調整可能なステップリストに変える、新インフラのコストはほぼゼロ）、自動マッティング（人像セグメンテーションのモデルは毎フレーム走っている、入口がないだけだ）、カーブ＋HSL……最短の道は、すでにある地基を製品化へあとひと層押すことだ。

リアル座標

撤销チェーン レシピ分享 min-lut 復活

コメント

← デジタルガーデン