mieki256's diary

~/config/gtk-3.0/settings.ini を修正すれば対応できそう。

Windows10 x64 21H2 + Python 2.7.18 32bit 上では、1024 x 1024の画像を8倍(8192 x 8192)まで拡大表示した際にメモリエラーが発生していたのだけど。

Ubuntu Linux 20.04 LTS上なら、Python 2.7.18 64bit、Python 3.8.10 64bit、どちらも8倍まで拡大表示できた。

つまり、この問題は、Python や Pillow のバージョンが原因では無く、32bit版か否かに起因する、ということになるのだろう…。

Ubuntu Linux 20.04 LTS + Python 3.8.10 + Pillow 9.1.0 で動かした際、拡大縮小アルゴリズムの種類を示す Image.LANCZOS や Image.NEAREST という指定に対して警告が表示された。

$ python3 04_canvas_zoom4.py
04_canvas_zoom4.py:173: DeprecationWarning: LANCZOS is deprecated and will be removed in Pillow 10 (2023-07-01). Use Resampling.LANCZOS instead.
  self.im_pad = self.im.resize((w, h), Image.LANCZOS)

04_canvas_zoom4.py:194: DeprecationWarning: LANCZOS is deprecated and will be removed in Pillow 10 (2023-07-01). Use Resampling.LANCZOS instead.
  self.im_pad = ImageOps.pad(self.im, (cw - 4, ch - 4), method=Image.LANCZOS)

04_canvas_zoom4.py:179: DeprecationWarning: NEAREST is deprecated and will be removed in Pillow 10 (2023-07-01). Use Resampling.NEAREST or Dither.NONE instead.
  self.im_pad = self.im.resize((w, h), Image.NEAREST)

Image.LANCZOS や Image.NEAREST は Pillow 10.x で削除される予定らしい…。Image.Resampleing.LANCZOS や Image.Resampling.NEAREST と記述せよとのこと。

しかし、新しい記述の仕方をしたら、例えば Python 2.7.x + Pillow 6.x.x で動かないスクリプトになりそうな気がする…。まあ、以下のような書き方をすれば動きそう。たぶん。

            try:
                mkind = Image.Resampling.LANCZOS
            except Exception:
                mkind = Image.LANCZOS
            self.im_pad = self.im.resize((w, h), mkind)

そんなわけで、スクリプトを少し修正。Windows10 x64 21H2 上でも、Ubuntu Linux 20.04 LTS 上でも、どちらでも動いてくれた。

_04_canvas_zoom4.py


使用画像は以下。

_tex_1024.png

tkinter の PhotoImage についてググってたら、zoom や subsample という、拡大や縮小に使えるメソッドがあると知った。

• PhotoImage.zoom(n) : 整数倍(n倍)で拡大する。
• PhotoImage.subsample(n) : 整数分の一(1/n)で縮小する。

整数を指定することしかできないので、細かいリサイズはできないけれど、これらのメソッドを使えば、Pillow を使って画像をリサイズするのと比べて、メモリエラーが出にくいのではと思えてきた。Pillow の ImageTk.PhotoImage() に、リサイズ後の巨大な Image を渡してしまうとメモリエラーが発生するわけだけど、PhotoImage.zoom() を使って拡大処理をすれば、Pillow の ImageTk.PhotoImage() は元々の画像サイズで変換することになるので、メモリエラーを回避できるのでは、と…。

ということで、試してみた。

_01_photoimage_zoom.py

try:
    import Tkinter as tk
except Exception:
    import tkinter as tk

from PIL import Image, ImageTk


class App(tk.Frame):

    def __init__(self, master=None):
        tk.Frame.__init__(self, master)

        self.frm = tk.Frame(self.master)
        self.frm.pack(expand=1, fill=tk.BOTH)
        self.frm.rowconfigure(1, weight=1)
        self.frm.columnconfigure(2, weight=1)

        self.btn0 = tk.Button(self.frm, text="-", command=lambda: self.dec_ratio())
        self.btn1 = tk.Button(self.frm, text="+", command=lambda: self.inc_ratio())
        self.zoomstr = tk.StringVar()
        self.zoomlbl = tk.Label(self.frm, textvariable=self.zoomstr)
        self.btn0.grid(row=0, column=0, ipadx=4)
        self.btn1.grid(row=0, column=1, ipadx=4)
        self.zoomlbl.grid(row=0, column=2)

        self.canvas = tk.Canvas(self.frm, bg="#666666")
        self.canvas.grid(row=1, column=0, columnspan=3, sticky=tk.N + tk.S + tk.W + tk.E)

        self.im = Image.open("tex_1024.png")
        self.photo_image = ImageTk.PhotoImage(image=self.im)

        self.ratio = 1
        self.set_image()

    def set_image(self):
        self.canvas.delete("all")
        if self.ratio == 1:
            # 1:1
            self.zoomstr.set("%d%%" % (self.ratio * 100))
            self.zoom_image = self.photo_image
        elif self.ratio > 1:
            # zoom (x 2, 3, 4, ...)
            zm = int(self.ratio)
            self.zoomstr.set("%d%%" % (self.ratio * 100))
            self.zoom_image = self.photo_image._PhotoImage__photo.zoom(zm)
        else:
            # subsample (/ 2, 3, 4, ...)
            zm = -self.ratio
            r = int(100 / zm)
            self.zoomstr.set("%d%%" % r)
            self.zoom_image = self.photo_image._PhotoImage__photo.subsample(zm)

        self.canvas.create_image(0, 0, image=self.zoom_image, anchor=tk.NW)

    def inc_ratio(self):
        maxratio = 16
        if self.ratio < maxratio:
            self.ratio = self.ratio + 1
            self.ratio = min([maxratio, self.ratio])
            if -1 <= self.ratio <= 1:
                self.ratio = 1
            self.set_image()

    def dec_ratio(self):
        minratio = -10
        if self.ratio > minratio:
            self.ratio = self.ratio - 1
            self.ratio = max([minratio, self.ratio])
            if -1 <= self.ratio <= 0:
                self.ratio = -2
            self.set_image()


def main():
    root = tk.Tk()
    app = App(master=root)
    app.mainloop()


if __name__ == '__main__':
    main()

使用画像は以下。

_tex_1024.png

動作確認環境は以下。

• Windows10 x64 21H2 + Python 3.9.12 64bit + Pillow 9.1.0
• Windows10 x64 21H2 + Python 2.7.18 32bit + Pillow 6.2.2

py 01_photoimage_zoom.py で実行。以下のような感じで動作した。




Python 2.7.18 32bit + Pillow 6.2.2 で処理をした場合、1024 x 1024 の画像を8倍(8192 x 8192)まで拡大させるとメモリエラーが発生してしまうけれど。.zoom() を使うと、Python 2.7.18 32bit上で9倍(9216 x 9216)まで拡大してもメモリエラーは出なかった。

しかし、どこまでも拡大できるわけでもないようで…。11倍(11264 x 11264)まで拡大しようとしたらメモリエラーが発生した。

> py -2 01_photoimage_zoom.py
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python\Python27\lib\lib-tk\Tkinter.py", line 1547, in __call__
    return self.func(*args)
  File "01_photoimage_zoom.py", line 32, in <lambda>
    self.btn1 = tk.Button(self.frm, text="+", command=lambda: self.inc_ratio())
  File "01_photoimage_zoom.py", line 75, in inc_ratio
    self.set_image()
  File "01_photoimage_zoom.py", line 58, in set_image
    self.zoom_image = self.photo_image._PhotoImage__photo.zoom(zm)
  File "C:\Python\Python27\lib\lib-tk\Tkinter.py", line 3400, in zoom
    self.tk.call(destImage, 'copy', self.name, '-zoom',x,y)
TclError: not enough free memory for image buffer

また、10倍(10240 x 10240)まで拡大してから、9倍に戻そうとしたら、そのタイミングでもメモリエラーが発生した。

ということで、.zoom() を使えば、Python 32bit版上でも、Pillow でリサイズ処理をする場合と比べて、もうちょっと大きく拡大表示ができることが分かった。ただ、拡大率を上げていくと、そのうちどこかでメモリエラーが発生するし、拡大すると処理時間が目に見えて遅くなるあたりはどちらも同じなので、五十歩百歩な感も否めない…。

余談。Pillow の ImageTk.PhotoImage() を使って得られた PhotoImage に対して、.zoom() や .subsample() を使いたい場合は、hoge._PhotoImage__photo.zoom(n) といった具合に記述するらしい。「._PhotoImage__photo.」を挿入することで、.zoom() 等が呼べるようになる模様。

_python - PhotoImage zoom - Stack Overflow
_Tkinter Photoimage | Delft Stack

wx.EVT_PAINT(self, self.OnPaint)
wx.EVT_SIZE(self, self.OnSize)
↓
self.Bind(wx.EVT_PAINT, self.OnPaint)
self.Bind(wx.EVT_SIZE, self.OnSize)

item = file_menu.Append(wx.ID_EXIT, text="&Exit")
↓
item = file_menu.Append(wx.ID_EXIT, "&Exit")

以前も少し調べてメモしていたことをすっかり忘れてた…。

_mieki256's diary - wxPython 4.1.1 を少し触ってる

上記の変更を反映させて、以前書いたスクリプトを修正してみた。画像をウインドウ内にドラッグアンドドロップ(DnD)すると画像を表示して、その画像をドラッグすると位置を移動できるスクリプト。

_drag_image.py

import wx

USE_BUFFERED_DC = True


class MyObj():

    """マウスドラッグで移動できるオブジェクト用クラス"""

    def __init__(self, bmp, x=0, y=0):
        """初期化"""
        self.bmp = bmp  # bitmapを記録
        self.pos = wx.Point(x, y)  # 表示位置を記録
        self.diff_pos = wx.Point(0, 0)

    def HitTest(self, pnt):
        """座標とアタリ判定"""
        rect = self.GetRect()  # 矩形領域を取得
        
        # 座標が矩形内に入ってるか調べる
        try:
            r = rect.InsideXY(pnt.x, pnt.y)
        except:
            r = rect.Contains(pnt.x, pnt.y)
        return r
        

    def GetRect(self):
        """矩形領域を返す"""
        return wx.Rect(self.pos.x, self.pos.y,
                       self.bmp.GetWidth(), self.bmp.GetHeight())

    def SavePosDiff(self, pnt):
        """
        マウス座標と自分の座標の相対値を記録。
        この情報がないと、画像をドラッグした時の表示位置がしっくりこない
        """
        self.diff_pos.x = self.pos.x - pnt.x
        self.diff_pos.y = self.pos.y - pnt.y

    def Draw(self, dc, select_enable):
        """与えられたDCを使って画像を描画"""
        try:
            have_bitmap = self.bmp.Ok()
        except:
            have_bitmap = self.bmp.IsOk()

        if not have_bitmap:
            return False
        
        r = self.GetRect()  # 矩形領域を取得

        # ペンを設定しないと何故か描画できない
        dc.SetPen(wx.Pen(wx.BLACK, 4))
        dc.DrawBitmap(self.bmp, r.x, r.y, True)  # 画像を描画

        if select_enable:
            # 画像枠を描画
            dc.SetBrush(wx.TRANSPARENT_BRUSH)  # 透明塗り潰し
            dc.SetPen(wx.Pen(wx.RED, 1))  # 赤い線を指定
            dc.DrawRectangle(r.x, r.y, r.width, r.height)  # 矩形を描画

        return True


class MyFileDropTarget(wx.FileDropTarget):
    """ドラッグアンドドロップ担当クラス"""

    def __init__(self, obj):
        """初期化"""
        wx.FileDropTarget.__init__(self)
        self.obj = obj  # ファイルのドロップ対象を覚えておく

    def OnDropFiles(self, x, y, filenames):
        """ファイルドロップ時"""
        self.obj.LoadImage(filenames)  # 親？の画像読み込みメソッドを呼ぶ
        return True


class MyFrame(wx.Frame):
    """ダブルバッファで表示するFrame"""

    def __init__(self, parent=None, title=""):
        """初期化"""
        wx.Frame.__init__(self, parent=parent, title=title, size=(800, 600))

        # PAINTイベント、SIZEイベントで呼ばれるメソッドを割り当てる
        self.Bind(wx.EVT_PAINT, self.OnPaint)
        self.Bind(wx.EVT_SIZE, self.OnSize)

        # マウスボタンを押した時に呼ばれるメソッドを割り当てる
        self.Bind(wx.EVT_LEFT_DOWN, self.OnMouseLeftDown)
        self.Bind(wx.EVT_LEFT_UP, self.OnMouseLeftUp)

        # マウスカーソルを動かした時に呼ばれるメソッドを割り当てる
        self.Bind(wx.EVT_MOTION, self.OnMouseMotion)

        # 画像格納用リストを初期化
        self.objs = []

        # マウスドラッグ処理用の変数を確保
        self.drag_obj = None
        self.drag_start_pos = wx.Point(0, 0)

        # 描画用バッファ初期化のために一度 OnSize() を呼ぶ
        self.OnSize()

        # ファイルドロップの対象をフレーム全体に
        self.droptarget = MyFileDropTarget(self)

        # ファイルドロップ受け入れを設定
        self.SetDropTarget(self.droptarget)

    def LoadImage(self, files):
        """D&Dされた画像をロードして描画"""
        x, y = 0, 0
        for filepath in files:
            b = wx.Bitmap(filepath)
            obj = MyObj(b, x, y)
            self.objs.append(obj)
            x += 32
            y += 32

        self.UpdateDrawing()  # 描画更新

    def OnSize(self, event=None):
        """ウインドウサイズが変更された時に呼ばれる処理"""
        size = self.ClientSize  # クライアントのウインドウサイズを取得

        # ウインドウサイズで、空の描画用バッファ(bitmap)を作成
        self._buffer = wx.Bitmap(*size)

        self.UpdateDrawing()  # 描画更新

    def UpdateDrawing(self):
        """描画更新"""
        dc = wx.MemoryDC()
        dc.SelectObject(self._buffer)

        self.Draw(dc)  # 実際の描画処理
        del dc  # Update()が呼ばれる前に MemoryDC を削除しておく必要がある

        # Falseを指定して背景を消さなくしたら画面のちらつきが出なくなった
        self.Refresh(eraseBackground=False)

        self.Update()

    def Draw(self, dc):
        """実際の描画処理"""
        dc.Clear()  # デバイスコンテキストでクリア
        for obj in self.objs:
            obj.Draw(dc, True)  # オブジェクトを描画

    def OnPaint(self, event=None):
        """画面書き換え要求があった時に呼ばれる処理"""
        if USE_BUFFERED_DC:
            # ダブルバッファを使う場合
            dc = wx.BufferedPaintDC(self, self._buffer)
        else:
            # ダブルバッファを使わない場合
            dc = wx.PaintDC(self)
            dc.DrawBitmap(self._buffer, 0, 0, True)

    def FindObj(self, pnt):
        """マウス座標と重なってるオブジェクトを返す"""
        result = None
        for obj in self.objs:
            if obj.HitTest(pnt):
                result = obj
        return result

    def OnMouseLeftDown(self, event):
        """マウスの左ボタンが押された時の処理"""
        pos = event.GetPosition()  # マウス座標を取得
        obj = self.FindObj(pos)  # マウス座標と重なってるオブジェクトを取得
        if obj is not None:
            self.drag_obj = obj  # ドラッグ移動するオブジェクトを記憶
            self.drag_start_pos = pos  # ドラッグ開始時のマウス座標を記録
            self.drag_obj.SavePosDiff(pos)

    def OnMouseLeftUp(self, event):
        """マウスの左ボタンが離された時の処理"""
        if self.drag_obj is not None:
            pos = event.GetPosition()
            self.drag_obj.pos.x = pos.x + self.drag_obj.diff_pos.x
            self.drag_obj.pos.y = pos.y + self.drag_obj.diff_pos.y

        self.drag_obj = None
        self.UpdateDrawing()

    def OnMouseMotion(self, event):
        """マウスカーソルが動いた時の処理"""
        if self.drag_obj is None:
            # ドラッグしてるオブジェクトが無いなら処理しない
            return

        # ドラッグしてるオブジェクトの座標値をマウス座標で更新
        pos = event.GetPosition()
        self.drag_obj.pos.x = pos.x + self.drag_obj.diff_pos.x
        self.drag_obj.pos.y = pos.y + self.drag_obj.diff_pos.y
        self.UpdateDrawing()  # 描画更新

def main():
    app = wx.App(False)
    frame = MyFrame(None, "DnD Image display use Double Buffer")
    frame.Show()
    app.MainLoop()

if __name__ == '__main__':
    main()

py drag_image.py で実行。以下のような感じになった。

ググってみたところ、玄人志向のフォーラムでも、USB3.0増設ボードを取り付けると同じ症状が発生する、という報告事例を見かけた。

_トピック: USBインターフェースボード増設にて、シャットダウンで再起動される | 玄人志向フォーラム

Intel H61チップセット搭載M/Bの話だけど、しかし、GIGABYTE製M/Bという点は同じ…。

不具合を起こしてる製品は、玄人志向 USB3.0-PCIE-P2。

_玄人志向 | USB3.0-PCIE-P2：Renesas社製 uPD720202搭載 USB3.0 インターフェース(PCI-Express x1)

Renesas uPD720202 搭載品なのか…。どうも Renesas uPD72020x がひょっとしてアレなのでは、と思えてきたりもして。

まずは本当に、乱数でテキトーにドットを打ってみた。

_tinypixelartgen_take1.rb

# ドット絵自動生成のテスト
#
# License : CC0 / Public Domain

class TinyPixelArtGen

  attr_accessor :pixels

  def initialize(w, h, mirror_x: true, mirror_y: false, seed: 0, color: 8)
    srand(seed)
    @color = color
    @w, @h = w, h
    @mirror_x, @mirror_y = mirror_x, mirror_y
    @canvas = Array.new(@h).map { Array.new(@w, 0) }
    @pixels = Array.new(@h).map { Array.new(@w).map { Array.new(4, 0) } }

    ww, hh = (@w / 2.0).round, (@h / 2.0).round
    wwf, hhf = @w % 2, @h % 2

    # generate dot pattern
    @h.times do |y|
      @w.times do |x|
        @canvas[y][x] = rand(@color)
      end
    end

    # generate palette
    @pal = Array.new(@color)
    @pal.size.times do |i|
      if i == 0
        r, g, b, a = 0, 0, 0, 0
      elsif i == 1
        r, g, b, a = 0, 0, 0, 255
      elsif i == @pal.size - 1
        r, g, b, a = 255, 255, 255, 255
      else
        r, g, b = rand(256), rand(256),  rand(256)
        a = 255
      end
      @pal[i] = [r, g, b, a]
    end

    # make pixel data
    @h.times do |y|
      @w.times do |x|
        sx, sy = x, y
        sx = (x >= ww and @mirror_x)? (ww - 1 - wwf - (x - ww)) : x
        sy = (y >= hh and @mirror_y)? (hh - 1 - hhf - (y - hh)) : y
        r, g, b, a = @pal[@canvas[sy][sx]]
        @pixels[y][x] = [r, g, b, a]
      end
    end
  end
end

if $0 == __FILE__
  # ----------------------------------------
  require 'dxruby'

  def conv_pixels_to_image(pixels)
    w, h = pixels[0].size, pixels.size
    img = Image.new(w, h, [0, 0, 0, 0])
    h.times do |y|
      w.times do |x|
        r, g, b, a = pixels[y][x]
        img[x, y] = [a, r, g, b]
      end
    end
    return img
  end

  def generate_images(n, seed)
    sz = 16
    imgs = []
    n.times do |i|
      pat = TinyPixelArtGen.new(
        sz, sz,
        mirror_x: (rand > 0.5)? true : false,
        mirror_y: (rand > 0.5)? true : false,
        seed: seed + i,
        color: 8
      )
      imgs.push(conv_pixels_to_image(pat.pixels))
    end
    return imgs
  end

  Window.resize(640, 480)
  Window.bgcolor = [32, 128, 196]
  Window.minFilter = TEXF_POINT
  Window.magFilter = TEXF_POINT
  cnt = 96
  seed = 0
  imgs = generate_images(cnt, seed)
  seed += cnt

  Window.loop do
    break if Input.keyPush?(K_ESCAPE)

    if Input.keyPush?(K_SPACE)
      imgs = generate_images(cnt, seed)
      seed += cnt
    end

    scale = 3
    border = 4
    x, y = 0, 0
    imgs.each do |img|
      Window.drawScale(x, y, img, scale, scale, 0, 0)
      x += img.width * scale + border
      if (x + img.width * scale) >= Window.width
        x = 0
        y += img.height * scale + border
      end
    end
  end
end

結果は以下。


うむ。完全に甘かった。全く話にならない。ダメだこりゃ。

sinカーブを使って、ざっくりとした形っぽいものを与えてみた。かつ、最後にエッジ(境界線)を追加してみた。

_tinypixelartgen_take2.rb

# ドット絵自動生成のテスト
# sinカーブで型を与えて生成、かつ、境界線を付加してみる
#
# License : CC0 / Public Domain

class TinyPixelArtGen

  attr_accessor :pixels

  def initialize(w, h, mirror_x: true, mirror_y: false, seed: 0, color: 8)
    srand(seed)
    @color = color
    @w, @h = w, h
    @mirror_x, @mirror_y = mirror_x, mirror_y
    @canvas = Array.new(@h).map { Array.new(@w, 0) }
    @pixels = Array.new(@h).map { Array.new(@w).map { Array.new(4, 0) } }

    ww, hh = (@w / 2.0).round, (@h / 2.0).round
    wwf, hhf = @w % 2, @h % 2

    # generate dot pattern
    ang = rand(360)
    ang_d = rand(270.0 / @h) + (45.0 / @h)
    (1..(@h-2)).each do |y|
      rad = (ang + (ang_d * y)) * Math::PI / 180.0
      rw = (((w * 4 / 10.0 - 1) * Math.sin(rad)).to_i + (w * 5 / 10.0)) * 2
      rx = (w - rw) / 2
      @w.times do |x|
        xx = rand(rw) + rx
        @canvas[y][xx] = rand(@color)
      end
    end

    # generate edge
    @h.times do |y|
      @w.times do |x|
        next if @canvas[y][x] <= 1
        @canvas[y - 1][x] = 1 if (y - 1 >= 0 and @canvas[y - 1][x] == 0)
        @canvas[y + 1][x] = 1 if (y + 1 < @h and @canvas[y + 1][x] == 0)
        @canvas[y][x - 1] = 1 if (x - 1 >= 0 and @canvas[y][x - 1] == 0)
        @canvas[y][x + 1] = 1 if (x + 1 < @w and @canvas[y][x + 1] == 0)
      end
    end

    # generate palette
    @pal = Array.new(@color)
    rr, gg, bb = rand(128), rand(128), rand(128)
    @pal.size.times do |i|
      if i == 0
        r, g, b, a = 0, 0, 0, 0
      elsif i == 1
        r, g, b, a = 0, 0, 0, 255
      elsif i == (@pal.size - 1)
        c = 255 - rand(48)
        r, g, b, a = c, c, c, 255
      else
        r = rr + rand(128)
        g = gg + rand(128)
        b = bb + rand(128)
        a = 255
      end
      @pal[i] = [r, g, b, a]
    end

    # make pixel data
    @h.times do |y|
      @w.times do |x|
        sx, sy = x, y
        sx = (x >= ww and @mirror_x)? (ww - 1 - wwf - (x - ww)) : x
        sy = (y >= hh and @mirror_y)? (hh - 1 - hhf - (y - hh)) : y
        r, g, b, a = @pal[@canvas[sy][sx]]
        @pixels[y][x] = [r, g, b, a]
      end
    end
  end
end

if $0 == __FILE__
  # ----------------------------------------
  require 'dxruby'

  def conv_pixels_to_image(pixels)
    w, h = pixels[0].size, pixels.size
    img = Image.new(w, h, [0, 0, 0, 0])
    h.times do |y|
      w.times do |x|
        r, g, b, a = pixels[y][x]
        img[x, y] = [a, r, g, b]
      end
    end
    return img
  end

  def generate_images(n, seed)
    sz = 16
    imgs = []
    n.times do |i|
      pat = TinyPixelArtGen.new(
        sz, sz,
        mirror_x: (rand > 0.5)? true : false,
        mirror_y: (rand > 0.5)? true : false,
        seed: seed + i,
        color: 8
      )
      imgs.push(conv_pixels_to_image(pat.pixels))
    end
    return imgs
  end

  Window.resize(640, 480)
  Window.bgcolor = [32, 128, 196]
  Window.minFilter = TEXF_POINT
  Window.magFilter = TEXF_POINT
  cnt = 96
  seed = 0
  imgs = generate_images(cnt, seed)
  seed += cnt

  Window.loop do
    break if Input.keyPush?(K_ESCAPE)

    if Input.keyPush?(K_SPACE)
      imgs = generate_images(cnt, seed)
      seed += cnt
    end

    scale = 3
    x, y = 0, 0
    imgs.each do |img|
      Window.drawScale(x, y, img, scale, scale, 0, 0)
      x += img.width * scale + 4
      if (x + img.width * scale) >= Window.width
        x = 0
        y += img.height * scale + 4
      end
    end
  end
end

結果は以下。


むっ。ちょっとはマシになってきた、そんな気がしないでもない。

が、これは 16x16ドットで生成して3倍に拡大表示してるからそれっぽく見えている、てなところもあって。例えば、32x32ドットで生成してみると…。


「なんじゃこりゃああ！(ジーパン刑事風に)」度が増してしまってダメダメ状態に近づいていくなと。

世の中には、昔の荒いドット絵を如何にそれらしく綺麗に拡大するか、てなアルゴリズムがいくつか存在していて。

_Scale2x
_Scale2x Algorithm
_HiEnd3D - hq3x (Internet Archive)
_Pixel Scalers
_Pixel art scaling algorithms - Wikipedia

もしかすると、小さいサイズで自動生成しておいて、そこからこれらのアルゴリズムで拡大、みたいなことをすれば多少はそれらしくなる、かもしれないと夢想してみたりもして。となると、まずはこれらのアルゴリズムを試しに書いて実験してみて、かな…。

例えば四角を、それもグラデ塗りした四角を、ランダムにテキトーに場所にいくつか配置していって、ソレを横方向 or 縦方向で反転描画するだけでもそれっぽくならないだろうか。そのためには、四角をグラデ塗りする処理を書いてみて…かな…。明度、いや、輝度がちゃんと変わっていかないと立体感のあるグラデにならないだろうから、色相、彩度、輝度からRGB値を求める処理(HSL → RGB変換)も書いてみないと…。

360度パノラマ画像をレンダリングする際、メインカメラの焦点距離に大きい値を入れてみたら、レンズフレアが出ない状態になる時があるような気がしてきた。例えば焦点距離を135mmぐらいにしてみたり、とか。その代り、太陽がどこかに行ってしまう。地形データの明るさは太陽がある時と同じに見えるけど。どうしてこういう状態になるのかは謎。

# cylindrical to equirectangular and scale
filter cylindrical2equirectangular_scale(image in)
    in( xy: [x, (1/pi) * tan( clamp(y*pi, -pi/2, pi/2) ) ] )
end

前述のスクリプトを使う際、対象画像は、横:縦 = 1:1 の画像にしておくこと。

例えば、Vue で 46:21、1024 x 467ドットの360度パノラマ画像をレンダリングしたとして。GIMP で開いてから、以下のような手順になる。

1. 画像 → キャンバスサイズの変更。縦幅を横幅と同じ 1024ドットに、かつ、画像を中央に配置する。オフセットの「中央」ボタンを押せば、中央に配置できる。あくまで、キャンバスサイズの変更をするだけ。画像の拡大縮小はしない。拡大縮小してしまうと、心射円筒図法から正距円筒図法への変換がおかしくなる。
2. そのままだと、対象レイヤーが以前のサイズを引き継いだままになってる。レイヤーサイズも変更しないといけない。レイヤーを右クリック → アルファチャンネルの追加。かつ、レイヤーを右クリック → レイヤーをキャンバスに合わせる。これで、レイヤーも、キャンバスと同じ、1:1のサイズになる。
3. 前述のMathMapスクリプトを実行。フィルタ → 汎用 → MathMap。これで、正距円筒図法の画像になってるはず。

変換後、上下の透明部分が邪魔なので、トリミングしないといけない。

• 画像 → 画像の自動切り抜き。これで上下の透明部分を省いたサイズでトリミングされる。その後、画像 → キャンバスサイズの変更。横:縦 = 2:1 のキャンバスサイズに変更する。
• あるいは、ガイドと切り抜きツールを使ってトリミングしてもいい。表示 → ガイドにスナップ、が有効な状態で、画像 → ガイド → 均等にガイド。横の分割数を1、縦の分割数を4にしてガイドを作成。これで、切り抜きツールを使って 2:1 のサイズでトリミングしやすくなる。

「均等にガイド」は、GIMPの追加スクリプト。 _均等にガイド（Grid of guides） から入手できるはず。

色々試してみたけど、MathMap の Settings の Supersampling は、有効にすればいいというものでもなさそうだなと。有効にしたら、結果画像が結構ぼやけてしまった。

デフォルトでは Antialiasing だけチェックが入ってるけど、その状態が、バランスが取れてるのかもしれず。

詳細が書いてあった。1971年に作られたらしい。ということは、40年近く前のゲームということになるのだろうか？

iアプリ版もあるのか。

_[admin] Subversion 1.4.6 -> 1.6.0 upgrade (Windows) - kirara(397) の日記 を参考にして作業。

_Windows用バイナリ のうちの、Tigris.org: Apache 2.0 or Apache 2.2 のリンクを辿って、svn-win32-1.6.0.zip をDL。解凍。任意のフォルダに移動。pathにbinフォルダを追加。

iconvとやらも絡んでくるらしいので、ユーザ環境変数に、

APR_ICONV_PATH=C:\usr\local\Subversion\iconv

みたいな感じで、Subversion インストールフォルダ内の iconv フォルダのパスを指定。

_EBAz Blog Subversion を参考に、CollabNet にユーザ登録して CollabNetSubversion-server-1.6.0-8.win32.exe もDLしたけど、なんだかサーバその他もインストールしようとするみたいで、インストールをキャンセルしてしまったり。

なんでか知らんが Firefox で pdf がダウンロードできない。Operaも同様。URLは分かってるので、DLツールを何か導入しようかと。ということで wget。

_Wget for Windows のページから、Complete package, except sources をDL。wget-1.11.4-1-setup.exe が落ちてきた。実行してインストール。インストールされたフォルダにパスは通ってないようなので、pathに bin フォルダを指定。

コミットしたフォルダを右クリックしたらログが見れた。ということは、一応関連ファイル・関連フォルダはコピーできた、ということでいいんだろうか。ちと不安ではあるけど。

• ドライバ等のアップデートは比較的よくあることだと思うのだけど。(メーカ製PCですら、ドライバはそこそこの頻度で不具合解消のために更新されたりするし。) 万が一、ドライバのバージョン等までハードウェア情報として扱ってるのだとしたら、それはちょっとどうなんだろうと。無駄にパスワード再発行の手間を、作者さんのみならず、ユーザに強要している可能性はないだらうか。MSですらアクティベーション情報には期限をつけたり段階を設けたりしてるわけで…。MSより厳しくしてどうするんだ、みたいな。
• 新しいPCを購入して、以前のPCから新PCにEDGE2を移行したいと思ったときは、どうすればいいのだろう。以前のPC上でEDGE2のユーザ登録を無効にした上で、新PCに登録を移行することは可能なのだろうか。その方法は用意されているのだろうか。や、ここ数日、PCのスペック不足で困っていて、新PC購入を検討していたりするわけで。その時を考えると頭が痛い。それでなくても環境移行は面倒なのに…。
• パスワード再発行の問い合わせが必要になった時に、万が一、作者さんが事故や病気でお亡くなりになってたらどうするのだろう。せっかくの優れたソフトでありながら、闇に葬らねばならないのだろうか。…まあ、「俺の死んだ後のことは知ったこっちゃねえ」というのもアリではあるんだけど…。
• パスワード再発行の問い合わせメールをその都度送ることを前提にする、というのがアリだとしても。その問い合わせメールを書く際に「文面をどうしよう」などと悩みながら書くのが、ユーザとしては結構苦痛。最初のパスワード発行もそうなのだけど、メール文面の定型内容を事前に示したほうが、作者にとってもユーザもとってもやりとりが随分楽になるのではなかろうか。

とりあえず、一番最後の、「この手のやりとりは定型なソレを用意したほうがよくないスかね…」てなあたりをちょっと匂わす文章をメールに含ませつつ送ってみたけどなんかあっさりスルーされてしまった。トホ。

ハードウェア情報を拾ってまで不正利用対策をするのであれば、認証作業の自動化についてもよほど真剣に考えて構築する必要があるよな、と思ったりもするのだけど。そこが手作業だったり、ユーザに余計な負荷をかけてしまうってのはどうなんだろうなぁ…。なんだか矛盾を感じなくもない。

まあ、需要が少ないツールだろうから、盗まれないようにガッチリやりたいてのはなんとなく判るのだけど。ユーザに余計な負荷をかけない方向でもガッチリやってくれたら、とも思ってしまったわけで。MSやAdobeのようにWeb経由の認証システムを構築する、なんてのは比較的理想に近いかもしれない仕様なれど、個人での実現は難しいだろうから横に置いておくとして。＜いや、Web関連技術に熟知した人なら不可能ではない感もあるんだけど。せめて、メール定型文をサイトに載せておくだけでも違うのでは、というかソレがあったら個人的にものすごく楽だったんだけど、そういう内容をページに載せるのってそんなにシンドイ作業なんだろうか。また、使ってるサーバ・プロバイダによっては、メール送信フォームを使えるところもあったりするので、そういう作りにしておけば、ユーザも楽、作者も楽、閲覧者からの問い合わせも増えてウマーじゃないのだろうかとも思ったり。や、某社のサイトにソレを用意したことがあるんですが、問い合わせがそこそこ増えたと聞いたので、商売的には効果あるみたいで。使える環境が限られてるのがアレですが。

つーか現状では、企業に導入とか絶対に無理だよな、このソフト…。100台ほど入れて使いたいという話になったら、100台分のIDを顧客にわざわざ作らせて、100台分のパスワード送って対応するんか、みたいな。その100台が、VistaとかWindows7とかに更新されたらまた大変。そのへん面倒なソフトは、そうそう導入できないよなぁ…。まあ、こういうジャンルのソフトが必要になる会社ってのは、えてしてツールを自社開発してる予感もあるけれど。そもそも今時ドット絵描く場面は少ないか。ぎゃふん。

ふと。シェアウェアの成功例として秀丸が脳裏に浮かんだり。昔勤めてた会社でも大量にライセンス購入してたけど、アレはたしか、パスワードさえ合ってればそのへんの面倒はなかったような。今はどうなんだろう。と思ってちょっと確認してみたけど基本的には変わらないように見える。そんな認証でも商売にはなるのか。いや、時代も関係あったのかしら。どうなんだ。

ライセンス認証が面倒なソフトは、上手にシステムを構築していかないと、かえって売上を落としてしまう印象が。ガチガチな認証にして売上を保ってるソフトって、どのくらいあるんだろう。うーん。

まあ、WinGrooveみたいに、不正利用のように見えたらHDDフォーマット、とかされることを考えたら、マシといえばマシではあるんですが…。アレって結局裁判にはなったんだろうか。さて。

何かこう、有償ソフトの不正利用を確実に予防しつつ、それでいてユーザの負担が増えない、そんな技術・仕組みはないものかしらん。このへん単純に、技術的な問題・技術的な課題であろう気もする。…いや。何の情報を鍵にしてやりとりするかのところを詰めていけばもっと良い仕組みを作れるだろうか。

まあ、色々な問題があるな、と思っただけの話です。

_PC初心者のための、「unicmap」の超簡単な使用方法 (Windows 2000/xp/Server 2003 の場合)

これは何?

Shift_JIS-2004エンコーディングのTrueTypeフォントにUnicodeのcmapを付け加えるなどの変更を加えて、Unicode 3.2フォントとして使えるようにします。

charset.info より

あくまで仮だけど、ある程度出来てきたのでktのサーバにアップしてURLを知らせた。。これでOKということなら、住所その他を正確に修正する予定で。そもそも公開しない可能性もありそうだけど。

_イラストレーター7.0のEPSはPDFはディスティラー通すと文字が斜めになりますよね。
_［224962］Visio 文書を PDF に変換するとテキストの位置や大きさが不正確になる
_［215425］Illustrator 8.0：PDF保存すると文字が斜めになってしまう

結構発生しやすい問題なのだろうか。

Acrobat Distillerを使用して変換した場合、[ファイル]メニューから[プリント]を使用して変換します。

ダイアログボックス内の[フォントをダウンロード]にチェックを入れないと2バイト文字が斜体になって変換されます。
しかし、[フォントをダウンロード]にチェックを入れると、漢字フォントはAcrobat上では画像として扱われます。

［215425］Illustrator 8.0：PDF保存すると文字が斜めになってしまう より

そんな殺生な。

_PDFその他

PDF関連のツールが紹介されてる。ありがたや。辿っていって、 _papy's softwarelibrary から、

• PDF最適化 - PDF Cleaner v1.20
• PDF to Text - PDFDocText v1.21
• PDFで使用してるフォント情報取得 - PDF FontDecoder v1.21

をDL。インストール。せめてテキストファイルにできれば、html化も多少は視野に入ってくるだろうと。

今回受け取ったpdfは、一切テキスト化できなかった。フォント情報も取得できず。…なんとなくだけど、全部画像になってそうな予感。

以前の版 = フォントが斜めになってる版は、テキストに変換できた。しかし順番はめちゃくちゃ。仮にhtmlに変換するとしても、自動化は無理っぽい。おそらく、「印刷されたものが最終データ」という考えで作られてるから、レイアウト情報の行儀？が悪いのだろう。＜印刷屋さんの仕事だから当たり前。…フォント情報は取得できた。全部埋め込まれてない状態。見かけないフォント名ばかりが並んでる。

小林誠氏のメカデザインが好きだったりする自分ではあるのだけど。視覚的な情報量が多過ぎて、何が映ってるのかよーわからん。「ちょっと時間が長すぎないか」と思えるほどに、カメラ固定で、比較的時間を取っているカットも混ざってはいるんだけど。それでもわからん。

現実に存在する物体・デザインに関しては、見た目で、はっきりとわからなくても、ある程度頭の中で「これはこういう形のはずだな」と記号化 or 置換しつつ認識してるから混乱しないけど。アニメのメカデザイン等、現実世界になかなか存在しない奇怪なデザインは、脳内に蓄積済みの3D形状を利用した記号化・置換がなされずに、「これは一体どういう形の物体なんだろうな」と、まずはそこから認識することを試行するような状態になってしまうので、混乱してしまうのかもしれん、と思ったり。

などと書いてみたけど。単に、ウチのTV受信状態が悪くて、画面がノイズだらけだから、認識しにくいだけかもしれず。…まあ、ウチの受信状態は横に置いて、妄想を進めるとして。

もしかすると昨今の作品は、メカデザインに関しても「代数読み」的認識を求められるのかもしれん。細部までくっきりはっきりと認識しなくちゃいけない、というわけではないのだろう。が、人間の頭は、よくわからない視覚情報に遭遇した際に、おそらくは危機回避という本能で「これは何だろう」と認識を試みるような印象もあるわけで。その本能を捻じ伏せながら視聴するわけだから、ストレスを感じる予感も。

とかそういうことを考えると。色やシルエットで、しっかりと敵・味方を分けていた昔のロボットアニメって、よく出来てたんだなと。や。敵・味方がよくわからんデザインというのもありだとは思うんだけど。そうなると今度は、カット毎の色彩設計や光源配置がますます重要になってくる。ような気もする。セルを置いていくような、レイヤーのみを意識した画の作り方では、破綻してしまうのではないか。とか。

何を書いてるのかわからん。＞自分。

ところで、カートンで買うたびにライターをくれる近所のタバコ屋。こんな太っ腹なことをしていて大丈夫なのかと他人事ながら心配になるが、店のオバチャンに訊ねてみたところ、ムッとした顔で「キャンペーンの残りもんやからタダなの。心配してくれんでええわよ！」と言われてしまいました。すみません。

百円ライターよもやま話 より

そういう事情があるのか。

ちなみに付けられる景品はタバコの価格の10%以内と法律で決められているそうで。1カートン2800円とすると、おまけは280円以内ということになる。

あのうJT様。タバコの景品にレトルトカレーとかは無理っすかねえ? 魚の缶詰でもいいですので。

百円ライターよもやま話 より

レトルトカレーのほうがまだ嬉しいな。ポテチでもいいや。JTの缶ジュースでもいいです。

「お店に置いてきてしまう」という手段が紹介されてる…。パチンコ屋さんあたりだと、場所取り等の「第2の 人生 ライター生」を送る時もあるとか。ほほぅ…。や、パチンコはしてない自分なのでアレだけど。

2002年05月03日(金) 10時50分

福岡県警監察官室は3日、同県警西署七隈交番の巡査長(55)が2日夜、福岡市中央区のコンビニエンスストアで、100円ライター2本を万引きしたと発表した。巡査長は「つい魔が差した」と話しており、同県警は窃盗容疑で福岡地検に書類送検する。

福岡県警の警官がコンビニで百円ライター万引き（読売新聞） より

55歳にもなって、何やってんのかなぁ。

さておき。警察署に置いてきたら、喜ばれるだろうか。握力のある人も居るだろうから、「ふんぬっ」と火打石を回して使ってくれそう。

_社内一部部署で大流行したのは言うまでもありません
_(via うぱーのお茶会 : DC用ソフト「シェンムー第一章」 硬貨1枚でゲット!)

「殴ってみろ！」はさすがにアレだとしても。S社初のポリゴンレースゲーでグラフィック担当だった某氏は、車について勉強しなきゃ、とか言ってるうちに、ゴイスなスポーツカーを乗り回すようになったっけ。それまでは、車のくの字も興味が無い人だったのに。あの会社は、何かそういう熱気に満ちているというか、研究熱心な社員に恵まれているようにも思える。それはたしかなことだろうなぁ。…と、このぐらいのさじ加減ならどうだらう。＜オイ。 *1

「日立」「みどりの窓口」で検索してたら見つけた。秋葉原でPC-UNIXに詳しいお店といえば、一軒しか思い浮かばない。そうか。社長さん *1 は元日立の人で、さらに「みどりの窓口」開発とも関係があったと。そういえば社名も鉄道に関係してる単語だな。と思ったが _そういうわけでもない らしい。残念＜何が？。