[
最新
] ■[
前年
|
前月
|
前日
|
2019/04/17
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
04/17 00:34
(
@gorry5
)
@mucom88
あーでも、どんな楽器でも作るひとは両方の技能が必要なのですよ
(moza)
04/17 12:23
(
@ttosaka
)
@gorry5
やはりメモ帳が最強伝説(んなわきゃない)
(puse)
--------
04/17 14:51
(
@gorry5
) 一時期、シードフィルのアルゴリズム研究に凝っていたことがある…というか、シードフィルの速度や機能(タイリングとか)がBASICやアドベンチャーゲームの技術的ウリになった時代がですね… :D https://twitter.com/snapwith/status/1118312700902170627
(mumo)
--------
04/17 15:14
(
@gorry5
) シードフィルというのは「注目点のピクセルを塗る→上下左右の隣のピクセルが境界色でなければそこを新しい注目点にする」をずっと(再帰的に)繰り返すことで、閉空間が塗り潰せてしまうというアルゴリズムのことなのだが、これが奥が深い…
(rido)
04/17 15:50
(
@gorry5
) まず「次に注目する点の探索(スキャン)」。既に塗り潰したところをまたスキャンするのは大変もったいないので、それを減らすことが最初の課題になる。そこで、ライン単位に分解して効率化しよう…ということになる
(gizi)
04/17 15:50
(
@gorry5
) 次に「再帰的に繰り返す」作業はスタックを使うのが一般的だが、「再帰で書けることの多くはキューで書いたほうが効率がいい」の法則の通り、シードフィルもこれに従うことが多い
(gizu)
04/17 15:50
(
@gorry5
) また、その世代の多くのパソコンはスキャンのためのメモリすら貴重だったくらいで、境界・塗り潰し判定用のオフスクリーンバッファなぞ考えようもなかった。よって、表示バッファ(VRAM)から境界色を直接読み出し、塗り潰し色を直接描き込む必要があった
(gize)
04/17 15:50
(
@gorry5
) 当時のVRAMは「横8pxで1バイト、それを数プレーン重ねることで多色化」という構造が一般的だったので、ここから1ピクセルの境界色を読み出し、また1ピクセルの塗り潰し色を描き込むのに「何バイトもアクセスしては論理演算を繰り返す」必要があり、これをいかに効率化するかの手腕が問われた
(gizo)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2019/04/17
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]