mieki256's diary

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 3864758789, Size: 512x512, Model hash: 0ff127093f, Model: Basil_mix_fixed

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres, <lora:animeLineartMangaLike_v30MangaLike:1>, lineart, monochrome, greyscale,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 331652086, Size: 512x512, Model hash: 1d1e459f9f, Model: anything-v4.5, ControlNet Enabled: True, ControlNet Module: softedge_pidisafe, ControlNet Model: control_v11p_sd15_softedge [a8575a2a], ControlNet Weight: 1, ControlNet Guidance Start: 0, ControlNet Guidance End: 1

txt2img の Hires.fix を使って、512x512 の画像を 1024x1024 として生成してみたところ、以下のような結果になった。

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres, <lora:animeLineartMangaLike_v30MangaLike:1>, lineart, monochrome, greyscale,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 331652086, Size: 512x512, Model hash: 1d1e459f9f, Model: anything-v4.5, Denoising strength: 0.7, ControlNet Enabled: True, ControlNet Module: softedge_pidisafe, ControlNet Model: control_v11p_sd15_softedge [a8575a2a], ControlNet Weight: 1, ControlNet Guidance Start: 0, ControlNet Guidance End: 1, Hires upscale: 2, Hires steps: 8, Hires upscaler: Latent (bicubic antialiased)

前述の生成画像と比べると、随分と絵柄が変わってしまった。これがもし手描きイラストだったら「別の方が描きましたか？」って言われそう。

解像度を上げて生成するだけでも、これほど絵柄が変わってしまうのでは、漫画やアニメのように、ある程度絵柄の統一が期待されるメディアでは使えないよなと思えてきた。いやまあ、背景だけとか、そういう部分では使えるかもしれないけれど。 *1

余談。そういえば、背景制作の一部にAIを使ってみたアニメ作品がある、という話を以前ネットで見かけた気がする。もしかすると、「キャラは絵柄が安定しないから使えないけど、背景だけなら大体は一枚絵で済むし使えなくもないかも」ということだったのかもしれない。分らんけど。

img2imgだけで ―― ControlNet は未使用状態で試してみたけど、なかなか厳しい結果になった。

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres, <lora:animeLineartMangaLike_v30MangaLike:1>, lineart, monochrome, greyscale,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 7, Seed: 1475614968, Size: 512x512, Model hash: 1d1e459f9f, Model: anything-v4.5, Denoising strength: 0.55

白黒イラストっぽいけれど、これは線画じゃないなと。いやまあ、改めて見直してみたら、前述の2つの生成事例も全然線画じゃない気がしてきたけど…。

ちなみに、最初に試してみた際には、うっすら色がついた感じの画像が生成されてしまった。プロンプトに "monochrome, greyscale," を追加してやることで、無理矢理だけど白黒画像にできた。でも、コレは線画じゃない。

カラーイラスト風で生成するのであれば、img2imgでもイケるのだろうけど…。例えば、下のような結果でも良いのであれば…。

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 7, Seed: 1520341489, Size: 512x512, Model hash: eb4099ba9c, Model: abyssorangemix3AOM3_aom3a3, Denoising strength: 0.58

余談。AIの生成画像なので、やっぱり指がおかしいですね。

ControlNet のプリプロセッサ種類で、softedge_pidisafe を選んでるのがよろしくないのではないか、canny だったら違うのではと思えてきたので試してみた。txt2img で生成。

• ControlNet を有効化。
• プリプロセッサ : canny
• モデル : control_v11p_sd15_canny

1 girl, beautiful, school uniform, upper body, masterpiece, best quality, highres, <lora:animeLineartMangaLike_v30MangaLike:1>, lineart, monochrome, greyscale,
Negative prompt: EasyNegative, (worst quality:1.4), (low quality:1.4), (normal quality:1.4), lowers,
Steps: 25, Sampler: DPM++ SDE Karras, CFG scale: 5, Seed: 331652086, Size: 512x512, Model hash: 1d1e459f9f, Model: anything-v4.5, ControlNet Enabled: True, ControlNet Module: canny, ControlNet Model: control_v11p_sd15_canny [d14c016b], ControlNet Weight: 1, ControlNet Guidance Start: 0, ControlNet Guidance End: 1

髪のあたりは線画っぽくなったけど、服の部分は線画のソレではないな…。元画像の服の部分が黒すぎるのだろうか。それはともかく、やっぱり指がおかしいですな。

結論としては…。

• 何もない状態から、txt2img + Anime Lineart Style LORA を使って、線画イラスト風画像を生成できることは分かった。
• 実写風画像を img2img に渡して、カラーイラスト風画像を生成することもできると分かった。
• しかし、実写風画像を元にして、線画イラスト風を生成するのは難しい。グレースケール画像っぽいイラスト風なら生成できるけど、線画イラスト風にはなってくれない。

まあ、仮に線画イラストを生成できたとしても、ソレを一体何に使うのと問われたら、現時点では使い道が思いつかないのだけど…。それに、権利的にも、これらの学習モデルデータは色々アウトだろうから、そういった面でも使い道は無いよなと…。

Hires.fix を使って 1024x1024の画像を出力しようとしたら、NaN が大量発生しただの、VRAM が足りないだのエラーが出て処理が中断されてしまった。GTX 1060 6GB では、やはり厳しいのか…。

webui-user.bat 内の指定を変えればVRAMが少ない環境でも動くかも、という話を見かけたので試してみた。

webui-user.bat の2行目に以下を追加。なんでも、VRAM に対してガベージコレクションを行う頻度を指定しているらしい。

set PYTORCH_CUDA_ALLOC_CONF=garbage_collection_threshold:0.6, max_split_size_mb:128

加えて、webui-user.bat内の、COMMANDLINE_ARGS の指定を増やした。

@rem set COMMANDLINE_ARGS=
set COMMANDLINE_ARGS= --xformers --no-half-vae --medvram

• --xformers : xformers を使うことで処理が速くなる。その代わり、同じ乱数シードを与えてもビミョーに違う生成画像になる。
• --no-half-vae : NaN とやらが大量に出て処理が止まってしまう場合、これをつけることで fp16 とやらが fp32 になって、処理が通るかもしれない、ということらしい。
• --medvram : VRAMが4GBしかない時はコレをつけてみよ、ということらしい。その分処理速度は遅くなるそうで。

上記の指定をしたところ、Hires.fix を使って、512x512の画像を1024x1024として出力することができた。

もっとも、前述の通り、生成される画像は結構盛大に変わってしまうので、処理時間がかかった割に「コレジャナイ」感が…。うーん。

大昔、セルとフィルムでアニメを作り始めた頃は、仕上げのお姉さん達が、つけペンを使って、セルに動画の線をトレスしてた(らしい)。その頃は、動画に忠実に、かつ、どれだけ奇麗な線を引くか、そういう能力が仕上げの方々に求められてた。

そのうち、トレスマシンが出現して、機械が、動画用紙上の線をセルにトレスしてくれるようになった。ところが今度は、動画用紙上の線自体にバラツキがあることが問題になってきた。動画を描いてる方々はそれぞれ別人なのでバラツキがあるのは当たり前なのだけど。そこで、動画を描く際にはこういう筆記具を使え、みたいなルールが一部のスタジオ内で強制されるようになったりもした。 *1

つまり、昔の日本の手描きアニメ業界には、「均一な線」「無個性な線」「誰が描いても同じ線」を理想として、そんな線を実現すべく、作業に従事する人間達が努力をしていた時代があった。

これが、3DCGソフトの出現と、セルルック3DCG映像の普及で、ちょっと状況が変わってくる。3DCGのソレは、機械が描く線なので、人間が引くより、間違いなく奇麗で、均一な線。

やったぜ。とうとう理想の線をアニメ業界は手に入れた。これで視聴者も大喜びすること間違い無し。

とはならなかった…。3DCGというだけで、なんだかんだ言って拒否反応を示す視聴者が結構出てきた。おかしいじゃないか。そこにあるのは、アニメ業界が何十年も追い求めてきた理想の線のはずなのに。まるで機械が描いたような均一な線を実現しようと、皆でずっと苦労してきたのに。なんで文句言われるの。お前等、コレが欲しかったんじゃないの？

つまるところ、手描きアニメにおける、本当の理想の線には、「ゆらぎ」「ズレ」「ブレ」が求められていたのかもしれないなと思えてくるのです。ブレ過ぎていてもダメだけど、機械のように正確過ぎてもダメなんだろう…。人が手を動かして作ったものには、必ず微妙なブレが入る。そのブレに、見る側は何かを感じていたりするのかもしれないなと。

そんなわけで、前述の、AIが生成したブレブレの動画に、自分は妙な魅力を感じてしまったのかもしれないなと。機械が生成した動画のはずなのに、雑な人間がガリガリと描いた動画のように見えなくもない。そこが見ていて面白い。

おそらく今後、フレーム間で形状に連続性を持たせるように、AIによる変換処理が発展していく可能性は高いのだろうけど。仮にそれが実現した時、「昔のほうが活き活きとした動きに見えたなあ」「これでは3DCGと変わらないじゃん。つまんない」という感想が出てきそうな気もする…。

でもまあ、一度はそういうレベルに達してみないと、その次の目標だって見えてこないのかもしれないな、とも思うのですが。

そういえば、ここ最近の手描きアニメ業界は、セルとフィルムで作ってた時代のアレコレを再現しようと努力しているように見えなくもないなと。

仕上げは完全にデジタルになって、バケツツールで各面をクリックして塗り潰していくから、もはや塗りムラなんてどこにも無い。セルに絵具をペタペタと塗ってた時代は「塗りムラはダメ」という扱いだったけど、その頃からすると今のアニメ制作の仕上げは、間違いなく理想的な塗りのはず。完全にフラット。完全に均一。

なのに、撮影段階でフィルタをかけて、わざわざ塗りムラを再現してる作品が結構前から出てきている…。ガンダムシリーズのMSの塗りとかそんな感じだけど、アレって何時頃からやり始めたんだろう…。

線についても同様で。バケツツールで塗っていく関係で、動画の線は2値化された状態で仕上げに渡されるけど。これまた撮影段階で、鉛筆で描いたようなボサボサ感等をわざわざ付加してる作品があったりして。元々鉛筆で描いていた(かもしれない)動画を、わざわざ2値化して、鉛筆らしさを無くして均一な線にしているのに、また後から鉛筆らしさを追加するのだから、一体何をやってるのだろうと思わないでもないけど…。 *2

でも、その処理を入れるか入れないかで、映像から受ける印象が随分変わるのだよな…。

セルとフィルムで作ってた頃からすると、デジタルな道具の普及によって、これこそが理想と思える状態が実現したと言える。しかし、実際にその状態になってみると、これじゃ物足りない、アナログ感が欲しいと思い始めるという…。なんとも不思議。

てなあたりを考えると、セルルックの3DCGアニメ映像だって、手描き感を付加して印象を変えてしまうことは可能なはずで。実際そのあたりを試みてる作品も既にあるけれど。例えばEテレを眺めてると、時々そういう映像を見かけたりするし。

そういった、あえて不安定さを付加する処理にAIを使えないものかな。今の画像生成AIはフレーム間を統一させることが苦手だけど、いっそのこと、逆にフレーム間を統一させない方向で仕事をさせられないものか。たぶんソレ、手描きの一枚絵にも使えそうな気が…。などとバカ妄想をしてみたけど、何をどう学習させてどういう処理をかければいいのかさっぱりイメージが湧かないですが。

思考メモです。オチは無いです。

MZ-700 のマニュアルを発掘して眺めてみたり。

モニタ 1Z-009A に色々サブルーチンがあるので、そのあたりを呼べば Hello World ぐらいは楽に書けそうな気がする。後々作業する際のことを考えて、サブルーチンの一覧を試しにメモ。

_1Z-009Amonitor_note.pdf
_1Z-009Amonitor_note.csv

MZ-80K/700 は、テープからロードすると 1200h以降にプログラムが格納されるらしいけど、終了する時はどんな儀式を行わないといかんのか、そこが分からない。RET を呼ぶだけでいいのだろうか。

余談。マニュアルを眺めていたら、S-BASIC や Hu-BASIC がロードされた直後は、VRAM がフツーのRAMに切り替わると知った。フリーエリアは増えるけど、その代わり S-BASIC や Hu-BASIC で、いきなり VRAM に値を書き込んで何かを表示しようとしても、メモリ上の何かが破壊されるだけで画面表示はされない、ということかな…。これが MZ-80K用のプログラムなら、VRAM を RAM に切り替えたりはしないから、いきなり VRAM に書き込むこともできるのだろう。その代わり、フリーエリアは少なくなるはず。

ウインドウを表示して画像を円運動させるだけのスクリプトを書いてみたり。以下のソースが参考になった。ありがたや。

_Example of render to texture with SDL2

手元のソースは、こんな感じになった。

_texture_render_test.py
_res/hello.png

u"""
PySDL2のテスト.

SDL_Texture と SD_Renderer を使うと高速描画できるらしいので試す。
でも、本当に速くなっているのかな…？

動作確認環境:
Windows10 x64 + Python 2.7.13 32bit版 + PySDL2 0.9.5
"""

import os
import sdl2
import sdl2.sdlimage
import ctypes
import math

SCREEN_SIZE = (640, 480)
# SCREEN_SIZE = (1280, 720)


def main():
    u"""メイン処理."""
    # PySDL2 の初期化
    sdl2.SDL_Init(sdl2.SDL_INIT_VIDEO)

    # ウインドウを作成して表示。
    # タイトル文字列、表示位置、ウインドウサイズを指定している
    window = sdl2.SDL_CreateWindow(b"render test",
                                   sdl2.SDL_WINDOWPOS_CENTERED,
                                   sdl2.SDL_WINDOWPOS_CENTERED,
                                   SCREEN_SIZE[0], SCREEN_SIZE[1],
                                   sdl2.SDL_WINDOW_SHOWN)

    # ウインドウから renderer を取得。ウインドウ、インデックス、フラグを渡す
    # インデックスが-1なら初期化

    # fg = 0
    # fg = sdl2.SDL_RENDERER_PRESENTVSYNC | sdl2.SDL_RENDERER_ACCELERATED
    fg = sdl2.SDL_RENDERER_ACCELERATED
    renderer = sdl2.SDL_CreateRenderer(window, -1, fg)

    # 画像ファイルのパスを取得
    filepath = os.path.join(os.path.dirname(os.path.abspath(__file__)),
                            "res", "hello.png")

    # 画像をサーフェイスとして読み込み
    # png等の読み込みには SDL2_image を利用する
    surface = sdl2.sdlimage.IMG_Load(filepath.encode("utf-8"))

    # 画像サイズを取得しておく
    w = surface.contents.w
    h = surface.contents.h
    print("w,h = %d,%d" % (w, h))

    # サーフェイスをテクスチャに変換
    # SDL_CreateTextureFromSurface() を使えば変換できる
    texture = sdl2.SDL_CreateTextureFromSurface(renderer, surface)

    # テクスチャに変換したからサーフェイスは用済み。解放してやる
    sdl2.SDL_FreeSurface(surface)

    ang = 0

    interval = sdl2.SDL_GetPerformanceFrequency() / 60
    oldtime = sdl2.SDL_GetPerformanceCounter()

    running = True
    while running:
        # メインループ

        # イベントを調べる
        # 閉じるボタンのクリック or ESCキーが押されたらメインループを終了
        event = sdl2.SDL_Event()
        while sdl2.SDL_PollEvent(ctypes.byref(event)) != 0:
            if event.type == sdl2.SDL_QUIT:
                # 閉じるボタンがクリックされた
                running = False
                break
            if event.type == sdl2.SDL_KEYDOWN:
                # 何かのキーが押し下げられた
                if event.key.keysym.sym == sdl2.SDLK_ESCAPE:
                    # ESCキーが押された
                    running = False
                    break

        # テクスチャの表示位置を算出。円運動をさせている
        rad = math.radians(ang)
        r = SCREEN_SIZE[0] / 6
        x = int(r * math.cos(rad) + (SCREEN_SIZE[0] / 2) - (w / 2))
        y = int(r * math.sin(rad) + (SCREEN_SIZE[1] / 2) - (h / 2))
        ang = (ang + 3) % 360

        # 画面をクリア
        sdl2.SDL_RenderClear(renderer)

        # テクスチャの転送元領域を設定
        src_rect = sdl2.SDL_Rect(0, 0, w, h)

        # テクスチャの転送先領域を設定
        dst_rect = sdl2.SDL_Rect(x, y, w, h)

        # テクスチャをウインドウの renderer に転送
        # 転送元領域に NULL を指定すれば、全体を指定できる、はずなのだが…
        # sdl2.SDL_RenderCopy(renderer, texture, None, dst_rect)
        sdl2.SDL_RenderCopy(renderer, texture, src_rect, dst_rect)

        # ウインドウ(renderer)の内容を更新
        sdl2.SDL_RenderPresent(renderer)

        # ループの時間待ち
        while True:
            if sdl2.SDL_GetPerformanceCounter() - oldtime >= interval:
                break
            sdl2.SDL_Delay(0)
        oldtime = sdl2.SDL_GetPerformanceCounter()

    # メインループ終了

    # テクスチャ、renderer、ウインドウの解放
    sdl2.SDL_DestroyTexture(texture)
    sdl2.SDL_DestroyRenderer(renderer)
    sdl2.SDL_DestroyWindow(window)

    # sdl2を終了
    sdl2.SDL_Quit()


if __name__ == '__main__':
    main()

長い。ウンザリしてきた。

以下で実行。

python texture_render_test.py

一応、分かった点について、いくつかメモ。

ウインドウを生成したら、sdl2.SDL_CreateRenderer(ウインドウ, インデックス, フラグ) を使って、SDL_Renderer を得られる。

renderer = sdl2.SDL_CreateRenderer(window, -1, fg)

フラグには、sdl2.SDL_RENDERER_ACCELERATED を指定しておけば、ひとまずハードウェアアクセラレーションが適用、されるのかな。たぶん。 _SDL_RendererFlags を眺めると、vsyncと同期するフラグもあるようで。

テクスチャクラス SDL_Texture は、サーフェイスから変換できる。sdl2.SDL_CreateTextureFromSurface(SDL_Renderer, サーフェイス) を使えばいい。

texture = sdl2.SDL_CreateTextureFromSurface(renderer, surface)

画面への描画の仕方は…。テクスチャを renderer に転送することで描画するようで。

sdl2.SDL_RenderCopy(転送先のSDL_renderer, 転送元テクスチャ, 転送元領域, 転送先領域)

みたいな感じ。

_SDL_RenderCopy

転送元領域や転送先領域は、sdl2.SDL_Rect(x, y, w, h) で用意しておく。のかな。たぶん。

sdl2を使った版は、やっぱり色々と記述が面倒臭いので、sdl2.ext を使って少しは行数が短くなるように書いてみたり。

_texture_render_test_ext.py

u"""
PySDL2のテスト.

SDL_Texture と SD_Renderer を使うと高速描画できるらしいので試す。
sdl2.ext を利用して、少しは行数が減るように書いてみる

動作確認環境:
Windows10 x64 + Python 2.7.13 32bit版 + PySDL2 0.9.5
"""

import sdl2
import sdl2.ext
import math

SCREEN_SIZE = (640, 480)
# SCREEN_SIZE = (1280, 720)

# リソース(画像等)の場所を指定
RESOURCES = sdl2.ext.Resources(__file__, "res")


def main():
    u"""メイン処理."""
    # PySDL2 の初期化
    sdl2.ext.init()

    # ウインドウを作成して表示。
    window = sdl2.ext.Window("Hello World", size=SCREEN_SIZE)
    window.show()

    # ウインドウから renderer を取得。ウインドウ、インデックス、フラグを渡す。
    # インデックスとフラグは省略可能。インデックスのデフォルト値は index=-1
    # フラグのデフォルト値は flags=sdl2.SDL_RENDERER_ACCELERATED

    # fg = sdl2.SDL_RENDERER_PRESENTVSYNC | sdl2.SDL_RENDERER_ACCELERATED
    fg = sdl2.SDL_RENDERER_ACCELERATED
    renderer = sdl2.ext.Renderer(window, flags=fg)

    # テクスチャベースのスプライト、を作成できるクラス？、を生成
    factory = sdl2.ext.SpriteFactory(sdl2.ext.TEXTURE, renderer=renderer)

    # スプライトを1つ生成。画像の読み込みも行う
    sprite = factory.from_image(RESOURCES.get_path("hello.png"))

    # スプライト描画用のrendererを生成
    spriterenderer = factory.create_sprite_render_system(renderer)

    # テクスチャサイズを取得しておく
    w, h = sprite.size
    print("w,h = %d,%d" % (w, h))

    ang = 0

    interval = sdl2.SDL_GetPerformanceFrequency() / 60
    oldtime = sdl2.SDL_GetPerformanceCounter()

    running = True
    while running:
        # メインループ

        # イベントを調べる
        # 閉じるボタンのクリック or ESCキーが押されたらメインループを終了
        events = sdl2.ext.get_events()
        for event in events:
            if event.type == sdl2.SDL_QUIT:
                # 閉じるボタンがクリックされた
                running = False
                break
            if event.type == sdl2.SDL_KEYDOWN:
                # 何かのキーが押し下げられた
                if event.key.keysym.sym == sdl2.SDLK_ESCAPE:
                    # ESCキーが押された
                    running = False
                    break

        # テクスチャの表示位置を算出。円運動をさせている
        rad = math.radians(ang)
        r = SCREEN_SIZE[0] / 6
        x = int(r * math.cos(rad) + (SCREEN_SIZE[0] / 2) - (w / 2))
        y = int(r * math.sin(rad) + (SCREEN_SIZE[1] / 2) - (h / 2))
        ang = (ang + 3) % 360

        # スプライトの表示位置を変更
        sprite.position = x, y

        # 画面をクリア
        renderer.clear()

        # スプライトを描画
        spriterenderer.render(sprite)

        # ループの時間待ち
        while True:
            if sdl2.SDL_GetPerformanceCounter() - oldtime >= interval:
                break
            sdl2.SDL_Delay(0)
        oldtime = sdl2.SDL_GetPerformanceCounter()

    # メインループ終了。色々なアレやソレを解放
    sdl2.ext.quit()


if __name__ == '__main__':
    main()

相変わらず長い。いやまあ、一応ちょっとは短くなっているのだけど。

以下で実行。

python texture_render_test_ext.py

sdl2.ext版は、やっぱりスプライトを使わないと短く書けないっぽい。sdl2.ext.SpriteFactory() を使うことで、スプライトの生成ができるっぽいけど…。

# テクスチャベースのスプライト、を作成できるクラス？、を生成
factory = sdl2.ext.SpriteFactory(sdl2.ext.TEXTURE, renderer=renderer)

# スプライトを1つ生成。画像の読み込みも行う
sprite = factory.from_image(RESOURCES.get_path("hello.png"))

sdl2.ext は、スプライトの種類として、

• ソフトウェアベースのスプライト(sdl2.ext.SOFTWARE)
• テクスチャベースのスプライト(sdl2.ext.TEXTURE)

この2種類が用意されてるようで。名前からして、おそらく前者は遅いんじゃないかな、と…。

スプライトの描画は、create_sprite_render_system() を呼んで、ソレ用の何かを生成して…。

# スプライト描画用のrendererを生成
spriterenderer = factory.create_sprite_render_system(renderer)

後で、.render(スプライト) を呼べばいいのかな。たぶん。

# スプライトを描画
spriterenderer.render(sprite)

ホントにコレで合ってるのか全く自信は無いけれど、一応はコレで動いてるっぽいし…合ってるんじゃないかなあ…怪しいけど。

メインループが60FPSで回るようにしたかったのだけど、最初は _SDL_Delay() だの _SDL_GetTicks() だのを使っていて。

_SDL：フレームレートの制御 | ジャジャガッチブログ

ただ、どうも動きがガクガクする…。

他の方法はないのかなとググっていたら、以下の記事が。

_Windows8（以降？）でSDL_delayの挙動が変わったのかしら？と言う話 - 今日の雑記
_c++ - Sleep(1) and SDL_Delay(1) takes 15 ms - Stack Overflow

Windows7 と Windows8以降では、動作が変わるとか…。そりゃ困る…。

ということで、件の記事で紹介されてる方法でループの時間待ちを書くことに。

_SDL_GetPerformanceFrequency
_SDL_GetPerformanceCounter

一応簡単に解説すると…。

• sdl2.SDL_GetPerformanceCounter() を呼べば、現在の高分解能カウンタ値を得られる。
• sdl2.SDL_GetPerformanceFrequency() は、1秒間に何回、高分解能カウンタでカウントできるかを返す。ということは、この値を60で割れば、1/60秒の間にカウントできるはずの数が得られる。(= インターバル値)
• メインループ処理を始める前に、カウンタ値を覚えておいて…。
• メインループ処理の最後のあたりで、覚えておいたカウンタ値と、現在のカウンタ値を使って、カウント数の差 = メインループの処理に何カウントかかったのかを取得する。
• もし、差が、インターバル値に達してないなら、まだ処理時間は余ってるということ。時間待ちをしないといけない。
• 差が、インターバル値に達するまで延々とループさせる。一応、ループの中で、SDL_Delay(0) を呼ぶことで、ほんの一瞬ちょっとだけ、なんとなく気持ち的にスリープさせておく。
• 差が、インターバル値に達したら、1/60秒経過したということ。現在カウンタ値を記録して、メインループをまた実行。

面倒臭いですね。こんなの毎回書かせるとか何なんですかね。ライブラリ側でやってほしいですよね。

SDL2 は vsync を利用できるという話を見かけたので、「vsync で合わせれば確実に60FPSで回ってくれるんじゃないのかなあ」などと思ってしまったのだけど。以下の記事を目にして考えが甘かったことに今頃気づいたり。

_python - Locking the frame rate in pygame? - Game Development Stack Exchange

「PCによってディスプレイのリフレッシュレートって違うだろ」「あんなもんを頼りにしてたら何FPSになるか予測つかんぞ」という、あまりにも当たり前な指摘。ああ、たしかに、そうだった…。PCって、ゲーム機と違って、ディスプレイのリフレッシュレートがバラバラだった…。すっかり忘れてた。

となると、vsync って何に使えるんだろ。いや、画面の書き換えが気にならないように、みたいな使い方はできるだろうけど。メインループは60FPSだけどディスプレイは50FPSとかだったら、スクロールがガクガクしたりせんのかな。どうやって辻褄を…。って今頃になってこんなので悩むとか何十年頭の中が止まってるんだよって感じですな。

さすがにこのあたり、誰か対処方法をまとめてないのかしら。昔、アプローチを3種類ぐらい紹介してた記事を見かけた記憶も…。

でも、今時は、こういうのって気にしなくて済むように、ライブラリ/ゲームエンジン側で実装済みだったりするんじゃないのか。その手の解説記事、残ってるのかな…。

画像描画とキー入力ができれば、あくまで見た目だけ、ではあるけれど、リアルタイムゲームっぽいソレを頑張れば作れると思うので…。とりあえず今回はここまで、かなと…。pygame より高速に描画できそうな雰囲気もあるし、これはこれで。

でも、やっぱり記述が面倒臭いなあ…。しかし、sdl2.ext は、ちょっとよく分からんし…。pysdl2 の上に被せるグッドなラッパーが出てくれば、Pythonでその手のゲームを書く行為も、ちょっとはアレになるのだろうか。

そういや、SDL2関連DLLの入手も面倒、だったのだよな…。例えば、pythonスクリプトを一つDLして実行するだけで、各ページからzipを落として展開してまとめてくれる、みたいなソレってPythonで書けないのだろうか。あるいは、関連DLLだけをまとめてインストールできる別パッケージを用意するとか…。いやまあ、そのへん、最初からpysdl2に同梱しといてよ、てな気持ちもあるけれど。

ちなみに、Ruby + DXRuby で上記のスクリプトと同じ処理を書くと…。

require 'dxruby'

# 画像を読み込み
img = Image.load("res/hello.png")

ang = 0

# メインループ
Window.loop do
  # ESCキーが押されたら終了
  break if Input.keyPush?(K_ESCAPE)

  # 円運動をさせる
  rad = ang * Math::PI / 180.0
  r = Window.width / 6
  x = r * Math.cos(rad) + (Window.width / 2) - (img.width / 2)
  y = r * Math.sin(rad) + (Window.height / 2) - (img.height / 2)
  ang = (ang + 3) % 360

  # ウインドウに画像を描画
  Window.draw(x, y, img)
end

他の言語やライブラリで書いたら、どうなるんだろう…。Python + pyglet、Ruby + gosu、HSP、Processing、enchant.js あたりで…。このくらいなら Processing も短く書けそうですな。 *1

今回通ってる歯医者もそうだし、S歯科もそうだったけど。説明が足りなくて、治療の「道筋」すら把握できないまま治療を受けてる状況が、とにかく不安を煽るというか、恐怖心が湧くというか。自分はこれから一体何をされてしまうんだろう、怖いけど自分の歯と口の中が人質に取られてるも同然だから迂闊なことを聞けない…。歯医者さんを信用するどころじゃない。治療中、「今日は何をされるんだろう」「今、何をされてるんだろう」「こっちが素人なのをいいことに何か酷いことされてるんじゃないのか」と震えっぱなしで。

何せ今回も、
「えっ。今、神経取っちゃってるの？ 聞いてないよ…」
「えっ。こんなに小さく削っちゃったの？ 聞いてない…」
「こんなに痛むのって正常な展開なの？ 『痛む場合もあるかも』って聞いてないんだけど…」
と、コンボが決まって不安になってしまったわけで。

これがもし、例えばコピーの1枚でも渡されて、そこに、「この順番で治療していくよ」「歯はこういう形になっていくよ」「おおよそこのくらいの期間がかかるよ」とでも書いてあったら全然違ったんだろうなと。おそらく治療内容はいくつかのパターンで分類できるのだろうから、メジャーなパターンの説明文書を数種類用意して、「貴方の場合はコレね。眺めておいてね」と患者に渡せば…。

もっとも、治療で忙しくて、そんな文書を作ったり渡したりしてる余裕はないのだろうな。でも、別に先生が作らなきゃいけないわけでもないよな。助手さんに作らせて内容チェックだけして、ではいかんのかな。女性の助手さんの中には、謎生物があちこちに描いてあるファンシー文書を作れそうな人材が居そうな気もするけど。

別にコピーを渡さなくても、治療用の椅子の前に貼ってあるのもアリかも。治療されながら、「ああ、次はこういう治療になるのか」と把握できれば…。

原発事故の放射線量もそうだけど、ただ単に「知る」だけで、恐怖や不安が随分和らぐのは間違いないのだけどな。

もっとも今は、ググれば結構情報が出てくるから、患者側でもできることが。と思ったけど、各人の状況は違うから目的の情報に辿り着けそうか不明だし。歯医者さんがどういうルートを進もうとしてるかは、その歯医者さんにしか分からんし。インターネットをやってない患者はどうすればいいのかという問題も。

PCメンテナンス云々でもそうなのだけど、トラブル解決能力と、説明する能力って違うので、なかなか難しいよなと。

IE9_Blocker.cmd /B
IE10_Blocker.cmd /B
IE11_Blocker.cmd /B

「インストールされた更新プログラム」の中から、IE11、IE10、IE9 をアンインストールすればいいらしい。意外と簡単そうで良かった。

ただし、IE10をアンインストールした後、IE9 や IE8 の動作がおかしくなる場合があるそうで。そういった不具合が発生した際は、IE10を再インストール、パッチを当てて、IE10を1度起動して終了、IE10のアンインストールをすれば解決する、という話を見かけた。

_Internet Explorer 10 をアンインストールすると Internet Explorer 8 や 9 でダウンロードができない
_[MS13-047] Internet Explorer 用の累積的なセキュリティ更新プログラム (2013 年 6 月 11 日)
_マイクロソフト セキュリティ情報 MS13-047 - 緊急

• スタジオ内の芸人さんが「色鉛筆セットでも12色ですよ？ 8色しか出せないって、なんだソレ！」とツッコんで笑いを誘ったり。
• どうして8色なのかを解説する際、光の3原色が紹介される。貧相なスペックなれど、そこには物理法則に基づいた、ちゃんとした理由があったことを理解できる。
• 8色では、肌色すら塗れない。そこで、市松模様を使った疑似中間色表現が紹介される。それはつまり、ディザリングの利用なわけで。現在でもその技術は、FAXやら低価格液晶パネルやらで利用され続けているのだと伝えたり。
• 表現できる幅が狭かったが故に、ゲーム等に登場するキャラの記号化が激しかったあたりも紹介できるかも。どうして当時のゲームは、UFOや宇宙人等、首を捻る奇天烈ネタが多く登場していたのか。人間を忠実に描写するスペックがなかったから、パッと見で「ああ、アレか」と分かるシンボルを利用するしかなく、それがコンテンツの設定面にまで強い影響を及ぼした、とかそういうアレを。見た目が貧弱だったからこそ、ユーザの脳内にはトンデモな妄想世界が広がっていた、とかなんとか。

同時発色云々とは違うけど、表示関連で考えれば、サランラップも出せそう。

• サランラップを使った座標取りは、いわば貧乏過ぎるロトスコープと言えるわけで。しかしその延長線上に、仕組みからして高度化したモーションキャプチャ等の技術が位置するのでは、とかなんとか無理矢理繋げたり。

まあ、サランラップを持ち出す時点で、若い人には、「ちょwww おじさん達、一体何やってたんスかwww」と笑ってもらえそうな。

おそらく、音というものの正体について、アレコレ解説できる内容になりそうな。

• ブザーから、音階を持った単音発声になり、和音が出せるようになり、波形データが鳴らせるようになり、という進化を紹介。
• 矩形波の単音を使って、周波数とは何か、ドレミファソラシドって何なのか、を解説。
• 矩形波・正弦波・三角波は、実際はどんな音に聞こえるか紹介。
• シンセサイザーの操作時に今でも出てくる、エンベロープとは何なのか。どこをどう変えたら、どのように音が変わるのか。
• 単音や3和音でも、使い方によってはここまで聴いた感じが変わるのだ、と紹介してみたり。ドラクエの音楽で有名な、すぎやまこういちさんの名言を紹介して、視聴者を納得させたりして。やっぱりプロは言うことが違うぜ…、と。
• 波形再生も、メモリが少なかったから当初はPCMなんて使えなくてADPCM等を使ってたわけだけど。このあたり電話関係の技術と絡んでるとか、音声圧縮技術は今時のMP3プレイヤーでも使われてるとか、そういう方向で話を繋げたり。

音関係は、視聴者に実際聞いてもらうという手が使えるので、「なるほど、昔はこんな音しか鳴らなかったのか」「ここが変わると、こんなに音が違ってくるのか」とすぐにピンときそう。

• 16KB、32KB、64KBって、どのくらいの容量なのか。「写真で言えばたったこれだけの大きさです。この中にプログラムもデータも全部入れてたんです」みたいな話になるのかな…。
• 紙テープだの、カセットテープだのに、プログラムを記録するって一体どういうことなの？ どんな仕組みなの？ みたいな。アニメにおける、コンピュータの吐き出す紙テープについて絡めつつ紹介すれば、少しは面白くなるだろうか…。と思ったけど、8ビットマイコンと紙テープは関係ないですね。
• 「テープに記録するなんて信じられない！」と芸人さんが笑いつつ。「いやいや、実はついこないだまで現役だったんですよ」「ええっ？」と。バックアップ用メディアとして、テープという記録媒体も活躍していたことを説明して、他メディアとのコスト計算も紹介したり。しかし今では…という話に持っていく、とか。

そもそも、「カセットテープとは何か？」から説明しないといけない気もするなあ…。

1回ぐらい、エロゲーの歴史を紹介するのも良さそうな。

国会で取り上げられて発禁？になったエロゲーの存在とか。今見ると、「え？ これで問題になるの？」と思うはずで。つまり、社会がどんだけその手のソレに厳しかったのか。それが今ではどんな状態に成り果てて(?)しまったのか。日本の変化がなんとなく分かる、かもしれない。

まあ、番組内映像のほとんどにモザイクがかかった伝説の回になりそうでもあるけど。ゲストのコメントから中身をぼんやり想像してください、という酷い回に…。番組の最後で芸人さんが、「今回視聴者の方は、モザイクしか目にしてないんじゃないですかね？」とポツリ。

当時のパソコンの広告に、どんな芸能人が登場していたのか、紹介していく回もヨサゲ。あの人が、こんなところに…となるのは間違いない、ような気がする。

タモリさんや武田鉄矢さんに、当時のパソコンに対する印象をインタビューしたり…ってそういうのはお金かかるから無理だろうな。きっとこの手の番組は低予算番組のはずだし。

再現出来たら尚嬉しい、けど、機材やプログラムが入手できないだろうなあ…。当時の映像は残ってたりしないのかな。

その延長線上に、昨今話題になった、iPadを使ったパフォーマンスなども存在しているのかもしれない、と話を繋げれば…。まあ、これは途中で完全に技術・文化が断絶してる事例だろうとは思うけど。

当時の各種実験の様子を若い人が見たら、「その発想でいけば、こんなパフォーマンスもできるんじゃないか。今のPCはこのくらいできるんだし」と閃いてくれそうな。と思ったけど、考えてみたらVJだの初音ミクのコンサートだのがソレなんじゃないのという気もしてきた。

そもそも、そういう番組が存在したとして、誰が見るんだろう…。

しかし、ファミコンゲームを延々プレイする番組も成立するのだから、ひょっとしたら、という気もする。

いやいや、見せる内容が違うか。ファミコンゲームのソレは、芸人さんのリアクションも発生するし、そもそもファミコンゲーム自体が娯楽コンテンツなので、眺めていてもそこそこ楽しめるけど。8ビットマイコンを紹介して、それが楽しめるのかというと…。さて、どうなんだろう…。微妙だよなあ…。

これが成立してしまうなら、おそらく鉄道オタク向け番組や、ガンプラオタク向け番組なども成立させられそうな。そう考えると、実現は難しいような気がする。そういう番組って、未だに無いもの。成立させるための手管を番組制作側が持ってない・作れていないということでもあるのだろうし。

もう少し経てば、携帯電話をネタにした番組が作れるかもしれない、とは思うのだけど。そのネタなら皆が使ってたから、「うわー懐かしいー」と言いつつ多くの人が見てくれる番組になるのかもしれない。まあ、今はまだスマホに移行してる最中なので、ちと早過ぎるけど。もう少し経てば、アリなのかなと。

Google Play を眺めてたら急に再起動。Lenovoロゴが表示されてアニメーション再生された後、いつまで経ってもホーム画面が出てこない。うーん。とりあえず、音量＋ボタンを押しながら電源ボタンを長押し。さすが中華PAD、なのだろうか。

100円ショップで売っているブックエンド？を折り曲げてそれらしいものを作成。以下の記事、そのまんま。

_誠 Biz.ID：3分LifeHacking：スチール製のブックエンドでスマホやタブレットのスタンドを自作する

試してはみたものの、操作しようとすると前後にグラグラする。スチール板1枚では強度が足りないらしい。

割り箸を使って、タブレット端末を立て掛けるスチール部分を、後ろからつっかえ棒のように支えてみた。接着には強力タイプの両面テープを使用。すると今度は、画面の左右を押した時にグラグラする。接地面が真ん中しかないので、その軸からずれるとグラグラするらしい。また割り箸を使って、奥のほうでT字の形で設置するようにしてみた。すると今度は前後にグラグラする。接地部分の位置の関係で、シーソーのようになってしまったらしい。

単に立てておくだけならどうとでもなるけれど、指で押して操作することを考えるとなかなか難しい。ちゃんとしたものを購入しようかと思ったが、巷で販売されてるモノの中には、やはりグラグラしそうな形のモノが混ざってそうな予感。

どうも NSK1480 のファンがうるさい。高速〜低速回転8cmファンを低速で3つ回しているわけだけど。高速回転用のファンを低速で回すとえてしてうるさい、という話をどこかで見かけたので、手持ちの8cmファンの中から駆動音が比較的静かなものを探して取り換えてみた。

大失敗。かえってうるさくなった。どうやら、NSK1480に最初から搭載されてる8cnファンはかなり音が静かなほうらしい。元々のファンに戻した。

考えてみれば、ES-1100W で使っていた時は、HDD冷却用に 8cmファン x1、M/B冷却用に 8cmファン x1 だったのだから、NSK1480のM/B冷却用 8cmファン x2を1つにできるかもしれないと。また、縦置きで使うことを考えているので、M/B付近で暖まった空気は、ケース上面の 8cmファン用の穴から抜けていくはず。ということで、M/B冷却用は 8cmファン x1 にした。

電源投入前に、裸族の頭のACアダプタを使って、ケースファン x2 のみを回してみた。とても静か。

パソコンデスクの足元に置いて、電源投入。…うるさい。つまり、NSK1480のケースファンは静かだけど、80PLUS電源の8cmファンが結構うるさい、ということだった模様。

HDD冷却用ファンの騒音が少なくなったということは、風量も結構落ちてる可能性大。となると、HDD温度も結構上がっているのでは。事前に、ES-1100W利用時のHDD温度を測定しておいたけど。NSK1480に交換したことで、19℃ → 23℃になった。…まあ、ES-1100W の中にHDDを入れた時は、あっという間にHDD温度が60℃を超えて、ファイルコピー中にファイルがバンバン壊れたわけで。それに比べたら全然マシなのかもしれず。

そのままインストールしただけでは起動時に libgimpui-2.0-0.dll が見つからない等エラーが出る。該当dllは GIMP 2.3.14 インストールフォルダの bin/以下にあるのだが。

起動用ショートカットファイルの、作業フォルダの欄に、"GIMP-2.3.14インストールフォルダ\bin" を指定した。これで解決…しない。今度は途中で強制終了してしまう。

どうやら ~/.gimp-2.3/ 以下の plugin を初期化しようとして落ちてるっぽい。~/.gimp-2.3/ を削除。

やはり強制終了。どうやら、~/.gimp-2.2/ を ~/.gimp-2.3/ にコピーして起動しようとしてる模様。~/.gimp-2.2/plugins/ の中に、GIMP 2.3.14 では不具合を起こす plugin が混じっているんだろう。一時的に、~/.gimp-2.2/ をリネーム。~/.gimp-2.3/ を削除。GIMP-2.3.14 を起動。素の ~/.gimp-2.3/ が出来た。一度出来てしまえば後は問題なく起動する。

さすが開発版。起動させるだけでもこんなに苦労するとは。ってこのぐらいはまだまだ苦労のうちに入らないのだろうな。自分でコンパイルしてるわけでもないし。

_Live HTTP headers - Mozilla Firefox まとめサイト
_＠IT：Security Tips > LiveHTTPHeadersでHTTPヘッダ情報を確認する

これを導入してチェックしようとしてみたりして。

404 が返ってきてるな…。

Adobe の svg サイトは、IE 用のビューワが入ってるかどうかをチェックしてるっぽいのでアレみたいではある。

_SVGフォーマット普及の為のuploader

Firefox でも表示できてるな…。とりあえず、Content-Type: image/svg+xml なら問題なし、なのであらうか。

制御点編集ツールで、制御点の上で選択状態で delete キーを押せば制御点削除。Ctrl + クリックで、両ハンドルを直線にするか別々にするか切り替え(滑らか or カクカク)。

_ハンドル伸ばしてる最中にAltキーで折る らしい。

片方だけしかハンドルがない制御点に対してもう片方のハンドルを追加する方法がわからん…。

文字を入れようとしたら落ちた。保存してなかった。…Windows 版はなんだかアレだなぁ。

描画が重い。厳しいな。… 3.1GHzのCPUで重いってのはどういうことなんだろう。

_POTRACEを使ってBitmapからSVG、PDR作成 - po2pdr : カラー対応BMP→svg→pdrツール
_3ToheiLog: 1bit-paperとpotraceのコンボ
_スキャンデータからのオートトレースについて

試しに、potrace、po2pdr を導入。svg で出力。potrace だけでは白黒画像しか変換できないけど、po2pdr を使えばカラー画像を変換できる。

_出力結果(.svg)。 Sodipodi を使ってもっと真っ当にできないか手作業で修正を始めたものの。途中で嫌気がさして、やめてしまったり。…出力結果の元ネタはアレなんですが、さすがにそのままはマズイかなと思って、胡散臭い駄菓子のパッケージというか、いわばガンガル路線を狙おうとしたはずが。なんというか…ますます問題のある状態に。

ていうか、Firefox じゃやっぱり表示されないな。うーむ。何故だ。ローカルにある .svg を D&Dで渡したら表示できるのに。

(2006/04/27追記。Firefox で見れないのは、Mime-Type の問題だった。 .htaccess に、

AddType image/svg+xml svg

を記述したら解決。)

svg関連ツールを試してたのだけど。どうもビットマップ画像をそうそう入れられないみたいで。いや、image なんちゃらという記述も見かけたから、入れられるんだろうけど。それとは別に、内部で持ってる座標値に小数点がガンガン入ってくるあたり、ちとアレだなと。やはりドット単位で作業できるツールじゃないと流用できない予感。

後で/homeの入ったHDDだけ持ってきて繋ぐつもりだけど。id が一致してないと大変な事になるんだろうな。ユーザ数が少ないから手入力で追加しちゃったけど。膨大なユーザ数だったらどうするんだらう。…実は /etc/passwd と /etc/group をそのまま書き換えていいのかしら。

コメントアウト部分を外して Vine Plus もインストールできるように。

Apache の mod_gzip って別途インストールする必要があったことを忘れてた。Vine Plus から apt-get install mod_gzip でインストール。Vine Plus のは古いみたいだけど、最新版との違いが判らない。…mgstatとやらはVine Plusにはないのだろうか。コンパイルしなきゃダメか。

chkconfig hogehoge on でサービス有効に。

一箇所にまとめられないかな。やり方判んないんでユーザのホームフォルダに一々コピーしてるけど。 *1

_No-IP(DDNS)
_ダイナミックDNSの設定（no-ip.com）
_noip2 ( no-ip.com ) アップデートの豆情報

no-ip.com の Linux No-IP DUC 2.1.1 をインストール。たしか以前は _1.6 をインストールしたような。今は 2.x.x しか配布されてないのか。2.x.x は設定ファイルが非テキストになったらしい。

解凍したらredhat用の起動スクリプトがついてた。/etc/rc.d/init.d/ に適当な名前で cp して、chkconfig --add xxx とかやってみた。これで使えるだらうか。

ホストIP指定を忘れてた。メモ。

例えば、店頭で野菜を売る為に声を出すとして。野菜の名前を連呼してるだけで売れるだろうか。「キャベツです！キャベツです！」と叫ぶだけで一体どれほどの効果があるのか。産地はどこそこです、無農薬野菜です、こういった栄養が含まれてます、いつもより安いです…等々、つまりはその商品を選択・購入する事でどんなメリットがあるか、それが消費者に認識されなければいくら名前だけ連呼してみても効果はないわけで。

おそらく「名前だけを連呼」タイプの候補者は、「自分にとっての効率」しか考えていない。1分間に3回名前が出てくるのと、1分間に10回名前が出てくるのでは、後者のほうが名前を覚えてもらえる可能性が高い…とでも考えた故の「名前だけを連呼」ではないのか。
しかし、有権者側の視点で考えた場合、前述のように「名前だけを連呼」していてもそもそも意味が無い。その候補者を選択する事で自分達にどんなメリットがありそうか、そこを有権者に認識してもらえない限り、名前がどれだけ知られていても意味が無い。そんな当たり前の事にすら気づかず、ひたすら自分に取ってのみ都合のいい誤った論理展開で選挙活動をしているなら、その候補者は、「有権者側の視点、市民側の視点で物事を考える事ができない」人物であることを露呈し続けているも同じだ。はたしてそんな人物に誰が票を入れるというのか。少しは考えろ、といいたい。

親父さんに貸し出していたGT-7600Uが戻ってきた事で、今まで自分のメインPCに繋いでいた、 _EPSON GT-5000WINS(300dpi、CCD、SCSI接続、フラットベッド) が余ってしまった。誰か欲しい人居ます？ 送料負担してくれるならタダで差し上げますが。と思ったけど、SCSI接続だから別途SCSIボードが必要になるし、解像度も300dpiとヘボいし、どう考えても欲しい人なんか居るわけないか。そもそも、 _価格.com で調べてみたら、 _CanoScan LiDE 20(600dpi、CIS、USB接続、フラッドベッド型) が _￥6,500 というお値段。つまり「GT-5000WINSクレヨ」と言ったとしても、その送料に＋αするだけで新品のCIS薄型スキャナが購入できてしまう。
というわけでHARD-OFFにでも売ってこようかと思うけど、スペック的に引き取りすら拒否されそうな気も。