mieki256's diary

せっかくだから、ソースをもっとシンプルにしたサンプルも載せてみる。1つのボールが画面の中を跳ね回るだけの、いつもの処理にしてみた。

_sshgimg3.hsp

    ; screensaver sample for HGIMG3. fork arusave.hsp
    ;
    ; HSP + HGIMG3を使ってスクリーンセーバを作れるか実験
    ;
    ; Windows10 x64 22H2 + HSP 3.7 beta7, 2023/11/06 by mieki256
    
    #include "hgimg3.as"
    #include "d3m.hsp"
    
    ; 以下の行をコメントアウトすればexeになる
    ;#define SCREENSAVER_ENABLE
    
    #define TITLESTR    "Screensaver for HGIMG3"
    #define VERSTR      "0.0.1"
    #packopt name       "sshgimg3"
   
#ifdef SCREENSAVER_ENABLE
    #packopt type 2         ; generate ".scr"
#else
    #packopt type 0         ; generate ".exe"
#endif
    
    #packopt xsize  640     ; 設定画面横幅
    #packopt ysize  320     ; 設定画面縦幅

    #define TEXFILE         "ball.png"
    #define PREVIEWFILE     "preview.png"
    #define FONTFILE        "font.png"
    
    #pack   TEXFILE
    #pack   PREVIEWFILE
    #pack   FONTFILE
    
    #define KB_ESC      $000080
    
    #define NWDW_ID     2
    
    ; paramater
    framerate = 60
    fps_disp_enable = 1
    
    ; ----------------------------------------
    ; コマンドラインオプションを解析
    
    s = dir_cmdline         ; コマンドラインオプション文字列を取得
    i = instr(s, 0, "/")    ; "/" の出現位置を検索
    if i == -1 {
        ; オプション無し
#ifdef SCREENSAVER_ENABLE
        goto *config_mode
#else
        goto *fullscreen_mode
#endif
        ; goto *preview_mode
    }
    
    a = strmid(s, i, 2)     ; 2文字だけ取り出し
    if a == "/p" or a == "/P" : goto *preview_mode      ; プレビュー
    if a == "/s" or a == "/S" : goto *fullscreen_mode   ; フルスクリーン
    if a == "/c" or a == "/C" : goto *config_mode       ; コンフィグ
    
    ; コマンドラインがどれでもない時はエラー表示
    dialog "Unknown switch [" + s + "]"
    end

*config_mode
    ; 設定画面モード
    goto *display_config_dialog_only
    
*preview_mode
    ; プレビュー画面モード
    goto *display_preview

; ----------------------------------------
*fullscreen_mode
    ; フルスクリーン描画処理
    
    ; デスクトップサイズを取得
    dispw = ginfo_dispx
    disph = ginfo_dispy
    
    ; ウインドウID=2で枠無しウインドウを新規作成
    ; これができないとHSPでスクリーンセーバを作れない
    ; bgscr WindowID, width, height, mode, x, y, width, height
    bgscr NWDW_ID, dispw, disph, 0, 0, 0, dispw, disph
    
    ; HGIMG3初期化
    hgini
    
    ; ビットマップフォントを設定。フォント画像を読み込み
    setfont 20, 20, 18, 1   ; 20x20 font
    texload FONTFILE
    
    ; 画像を読み込み
    texload2 TEXFILE
    texid = stat        ; get texture ID
    texw = 128
    texh = 128
    
    gsel NWDW_ID, 1
    
    clscolor $000000    ; set clear color
    
    ; clsblur 24        ; set blur. 0 - 255
    
    randomize
    
    ; ワーク初期化
    x = dispw / 2
    y = disph / 2
    dy = double(disph) / double(framerate)
    dx = dy
    
    time_start = d3timer()          ; get time
    
    endfg = 0
    
; ----------------------------------------
*mainloop
    while endfg == 0
        tm = d3timer() - time_start
        fps = d3getfps()            ; get FPS
        
#ifndef SCREENSAVER_ENABLE
        ; ESC key to exit
        stick key, 0
        if key & KB_ESC : endfg = 1
#endif
        
        ; move ball
        x += dx
        y += dy
        
        wh = texw / 2
        hh = texh / 2
        if (x - wh) < 0 or (x + wh) > dispw : dx *= -1
        if (y - hh) < 0 or (y + hh) > disph : dy *= -1
        
        ; ----------------------------------------
        ; draw start
        hgdraw
        
        ; clear screen
        ; color 64, 128, 192
        ; boxf
        
        ; draw ball
        src_w = texw
        src_h = texh
        dst_w = texw
        dst_h = texh
        rot = 0.0
        
        gmode gmode_rgb0, texw, texh
        pos x, y
        hgrotate texid, src_w, src_h, rot, dst_w, dst_h

        ; draw text
        if fps_disp_enable {
            gmode gmode_rgb0
            fprt strf("[%dx%d] %d/%dFPS", dispw, disph, fps, framerate), 10, 10
        }
        
        ; draw end. screen refersh. wait
        t = (1000 / framerate) - 1
        if t <= 0 : t = 1
        hgsync t
    wend            ; end main loop
    
*jobend:
    end
    
; ----------------------------------------
; プレビュー画面表示
; 「スクリーンセーバの変更」ウインドウ内で表示されるプレビュー処理。
; HSPのWindow ID0がプレビュー画面に合わせて小さくなっているので、
; ginfo_winx, ginfo_winy で画面サイズを取得後、その中に描画する。
;
; 経験上、単に画像を表示してstopしたほうが不具合が起きにくい。
; ここでアニメーションさせると、プログラム終了時に、
; Windowsイベントビューアにエラーが残る状態になったりする。
;
; ここではHGIMG3の描画機能を使わず、
; HSP標準の描画機能を使ってレイアウトしている。

*display_preview
    
    ; get preview window size
    wdw_w = ginfo_winx
    wdw_h = ginfo_winy
    
    ; load image
    imgid = 3
    w = 152
    h = 112
    buffer imgid, w, h      ; reserve image buffer
    picload PREVIEWFILE     ; load image file
    iw = ginfo_winx         ; get image size
    ih = ginfo_winy
    
    ; draw
    gsel 0
    redraw 0    ; draw start
    cls 4
    
    ; 画像をウインドウ全体に引き延ばして描画
    gmode gmode_gdi, iw, ih
    gzoom wdw_w, wdw_h, imgid, 0, 0, iw, ih, 1
    
    redraw 1    ; draw end. Refresh
    
    stop

; ----------------------------------------
; 設定画面を描画
; 本来は動作パラメータを設定できるウインドウになるはず。
; 今回は、プログラム名、バージョン、終了のためのOKボタンを表示しかしない。
;
; ここではHGIMG3の描画機能を使わず、
; HSP標準の描画機能を使ってレイアウトしている。

*display_config_dialog_only
    
    screen 0, 640, 320, 0           ; Reset window ID=0
    
    title TITLESTR + " " + VERSTR   ; set window title
    
    gsel 0, 1                       ; select window
    cls                             ; clear window
    font "Tahoma", 18, 1            ; set font kind, font size, bold
    
    redraw 0                        ; draw start
    
    gmode gmode_rgb0
    color 0, 0, 0
    pos 20, 20
    mes "Config - " + TITLESTR
    pos 20, 50
    mes "Version : " + VERSTR
    
    pos 520, 260
    button "OK", *config_end
    
    redraw 1                        ; draw end. refresh
    
    await 15
    stop
    
*config_end
    end

使用画像は以下。

_ball.png
_font.png
_preview.png


動かすと以下のような感じになる。この手のソレでよく見かける処理。

new lua
new ruby

それぞれどういう雰囲気の言語なのか分からなかったので少し調べてみた。

_leafo/moonscript: A language that compiles to Lua
_Language Guide - MoonScript 0.5.0
_MoonScript, a language that compiles to Lua
_MoonScriptしようや... - Qiita
_糖衣がけのMoonScriptはいかが？ - Ryusei’s Notes (a.k.a. M59のブログ)
_MoonScript - ねっけつメモ
_wren-lang/wren: The Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
_- Wren
_the Fennel programming language
_Fennel-lang - zenwerk public
_Matt Roelle | Fennel: The Practical Lisp
_Squirrel (programming language) - Wikipedia
_Squirrel - The Programming Language

• MoonScript ... インデントがブロックを示すあたり Python に似ている。元々は CoffeeScript を参考にしてるとのこと。
• Wren ... Smalltalk と Erlang の影響を受けている…らしい。
• Fennel ... Lisp っぽい。ソースは括弧だらけ。
• Squirrel ... C/C++/Javaに似てる、と書いてある。

もしこの中からどれかを選ぶとしたら…。Python に近い、MoonScript かなあ…。いやまあ、フツーは Lua、JavaScript、Ruby のどれかを使いそうだけど。

帰宅後、ELECOM らくちんプリント 2.0 を利用して印刷しようとしたけれど。

_ダウンロード | らくちんプリント2.0

Adobe Flash (Adobe AIR)で作られてるせいなのか、それとも Windows10上で使おうとしているせいなのか、印刷時に処理が帰ってこなくなって不正終了したり、印刷時の解像度が妙に荒かったりで。

手持ちの年賀状ソフト、筆まめ Ver.21 でもラベル印刷が可能だった気がしてきたので、そちらで作業し直し。一応、ELECOM EDT_TNM3 は、筆まめが持っている用紙リスト内にあった。助かった。また、筆まめから CubePDF経由でPDF出力したら、印刷データも荒くはならなかった。

ダサい。超絶ダサい。気はたしかかと言いたくなるぐらいダサい。どこかのコンビニのコーヒーの機械にペタペタ貼られたアレぐらいにダサい。

でもまあ、これで便利になるなら…。なってほしいな…。

さておき。今時のペンタブレットなら、このあたり改善されていたりしないのだろうか。

でも、達人(?)は、キーボードの上に左手を置いてショートカットキーを使ったり、あるいは、片手で持てるサブ入力デバイスを使ってそうだし、わざわざペンタブレット付属のスイッチは使わなかったりするのかな…。

トリミング機能がついているビューアは多いけれど、トリミングする際の縦横比まで指定できるビューアはそれほど多くない印象を受けたりもして。実装が難しいのだろうか…。

縦横比を指定しても、何故か1ドットおかしくなるソフトもあったりして。1:1でトリミングしてリサイズしようとしても、512x513 になったり。16:9でトリミングしてリサイズしようとしても、1920x1081 になったり。実数で計算する際に誤差が出てしまうのだろうか…。

Linuxのディストリを作るっぽいノリで、専用機モドキを用意できたりしないかな…。ハードウェアはPCだし、OSも既存OSだけど、起動して真っ先に立ち上がるのが、ジャンルに特化した専用デスクトップ＋専用アプリ、みたいな…。

ファミコンにカセットを差し込む感覚で使えるPC、とか。HDDやSSDは入ってなくて、USBポートにUSBメモリや外付けSSDを差し込むことで起動する構成なら似た感じになるのだろうか。

そこまでやる必要は無いか。昔あった、 _98ランチ みたいなものを用意すればいいだけか。…昔は邪魔者扱いされてた98ランチだけど、もしかして状況によっては、ああいうアプローチはアリだったのだろうか。まあ、Windows8のスタート画面でもあるのだけど。「この作業しかしません」的にやることが決まってる場合はアリのような気もする。

自作した、 _Tiled Map Editor 用のデータは以下。License : CC0 / Public Domain ってことで。

_tile01.png
_mecha_bg_map.tmx

love2d + _sti (Simple-Tiled-Implementation) で読み込むためのデータは以下。

_mecha_bg_map.lua

ソースは以下。動作には、 _sti(Simple-Tiled-Implementation) が必要。

_conf.lua

function love.conf(t)
  t.window.title = "Tilemap Test 03"
  t.window.width = 1280
  t.window.height = 720
  t.window.vsync = true
  t.console = true
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- tilemap test 03

local sti = require "sti"

local scroll_type

function love.load()
  -- init

  -- set filter
  love.graphics.setDefaultFilter("nearest", "nearest")

  -- set canvas size
  scr_w = 640
  scr_h = 480
  canvas = love.graphics.newCanvas(scr_w, scr_h)

  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()

  scr_scale = math.min((wdw_w / scr_w), (wdw_h / scr_h))
  scr_ofsx = (wdw_w - (scr_w * scr_scale)) / 2
  scr_ofsy = (wdw_h - (scr_h * scr_scale)) / 2

  -- load tilemap
  map = sti("mecha_bg_map.lua")

  map.getGidByPixel = function(self, x, y, layerindex)
    local tilex, tiley = self:convertPixelToTile(math.floor(x), math.floor(y))
    tilex = math.floor(tilex)
    tiley = math.floor(tiley)
    local layer = map.layers[layerindex]
    local tilew = layer.width
    local tileh = layer.height
    local gid = -2
    if tilex >= 0 and tiley >= 0 and tilex < tilew and tiley < tileh then
      local tile = layer.data[tiley + 1][tilex + 1]
      if tile == nil then
        gid = -1
      else
        gid = tile.gid
      end
    end
    return gid
  end

  scroll_type = 2

  layers = {}
  for i,layer in ipairs(map.layers) do
    -- print(i, layer.name)
    layers[i] = layer
  end

  -- init bg position
  tx_start = 0
  ty_start = 0
  tx = tx_start
  ty = ty_start

  gid = 0

  -- framerate steady
  min_dt = 1 / 60
  next_time = love.timer.getTime()
end

function love.update(dt)
  -- update
  next_time = next_time + min_dt

  map:update(dt)

  -- keyboard check
  local speed = 160 * dt
  local kd = love.keyboard.isDown
  if kd("left") or kd("a") then
    tx = tx - speed
  elseif kd("right") or kd("d") then
    tx = tx + speed
  end
  if kd("up") or kd("w") then
    ty = ty - speed
  elseif kd("down") or kd("s") then
    ty = ty + speed
  end
  if kd("r") then
    tx = tx_start
    ty = ty_start
  end

  if scroll_type == 0 then
    map.layers["bg_a"].x = 0
    map.layers["bg_a"].y = 0
    map.layers["bg_b"].x = 0
    map.layers["bg_b"].y = 0
  elseif scroll_type == 1 then
    layers[2].x = -tx
    layers[2].y = -ty
    layers[1].x = -tx / 2
    layers[1].y = -ty / 2
  elseif scroll_type == 2 then
    map.layers["bg_a"].x = -tx
    map.layers["bg_a"].y = -ty
    map.layers["bg_b"].x = -tx / 4
    map.layers["bg_b"].y = -ty / 4
  end

  -- get mouse position
  local mx, my = love.mouse.getPosition()
  mx = (mx - scr_ofsx) / scr_scale
  my = (my - scr_ofsy) / scr_scale

  -- get tile gid
  mx = mx + tx
  my = my + ty
  gid = map:getGidByPixel(mx, my, "bg_a")
end

function love.draw()

  -- set canvas
  love.graphics.setCanvas(canvas)

  -- draw BG color
  love.graphics.setColor(0, 0, 0)
  love.graphics.rectangle("fill", 0, 0, scr_w, scr_h)

  -- draw tilemap BG
  love.graphics.setColor(255, 255, 255)
  if scroll_type == 0 then
    map:draw(-tx, -ty)
  elseif scroll_type == 1 then
    for i, layer in ipairs(layers) do
      map:drawLayer(layer)
    end
  elseif scroll_type == 2 then
    map:draw()
  end

  -- unset canvas
  love.graphics.setCanvas()

  -- draw canvas to window
  love.graphics.setColor(255, 255, 255)
  love.graphics.draw(canvas, scr_ofsx, scr_ofsy, 0, scr_scale, scr_scale)

  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
  love.graphics.print("tx = "..tostring(tx), 10, 40)
  love.graphics.print("ty = "..tostring(ty), 10, 60)
  love.graphics.print("C : scroll type = "..tostring(scroll_type), 10, 80)
  love.graphics.print("R : reset", 10, 100)
  love.graphics.print("ESC : exit", 10, 120)
  love.graphics.print("gid = "..tostring(gid), 10, 160, 0, 2.0, 2.0)

  if love.system.getOS() == "Windows" then
    -- wait
    local cur_time = love.timer.getTime()
    if next_time <= cur_time then
      next_time = cur_time
    else
      love.timer.sleep(next_time - cur_time)
    end
  end
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
  if key == "c" then
    scroll_type = (scroll_type + 1) % 3
  end
end

• カーソルキー or WASDキーでスクロール。
• Rキーで座標を初期化。
• Cキーで、パララックスの有無の切り替え。
• マウスカーソル位置のタイル番号が表示される。

実行の仕方は、テキトーなフォルダを作成して、conf.lua、main.lua、mecha_bg_map.lua、tile01.png と、stiフォルダを入れて、「love フォルダ名」で実行。

Tiled マップエディタで作成するマップデータには、複数のレイヤーを含めることができる。

全レイヤーを同じ表示位置でスクロールさせてもいいのなら、描画時に以下を指定するだけで済む。

local sti = require "sti"

function love.load()
  map = sti("mecha_bg_map.lua")
end

function love.update(dt)
  map:update(dt)
end

function love.draw()
  map:draw(表示位置x, 表示位置y)
end

各レイヤーの情報にアクセスしたいなら、map.layers["レイヤー名"] でアクセスできる。

各レイヤー(タイルレイヤー)は、以下のような値を持ってる。

• name : レイヤー名
• x : 表示位置 x
• y : 表示位置 y
• width : 横方向のタイル個数
• height : 縦方向のタイル個数

他の値は、 _STI Documentation を参考に。

例えば、各レイヤーの表示位置を別々にして、パララックス(視差効果。いわゆる多重スクロール)をしたいなら、以下のように書ける。

map.layers["hoge"].x = -200
map.layers["hoge"].y = -400

map.layers["fuga"].x = -100
map.layers["fuga"].y = -200

このように各レイヤーの表示位置を変更しておけば、描画時は map:draw() を呼ぶだけで済む。map:draw(x, y) のように書かなくていい。

local tilex, tiley = map:convertPixelToTile(x, y) を呼べば、x,yのピクセル座標から、タイル位置を求めることができる。戻り値は小数点以下の値も含んでいるので、math.floor() を使って小数点以下切り捨てをしてから値を使うことになると思う。

タイルマップレイヤーのデータ部分(タイル番号がずらずら並んでる部分)にアクセスしたいなら、以下のような記述になる。

map.layers["レイヤー名"].data[tiley+1][tilex+1]

例えば、

local gid = map.layers["hoge"].data[1][1].gid

と書けば、「hogeという名前のレイヤーの、タイル位置 (0, 0) のタイル番号」を取得できる。Luaの配列は、えてして0ではなく1から始まる点に注意。

タイルレイヤー上の空白部分は、nil で示されているので、

map.layers["hoge"].data[1][1].gid

でタイル番号を取得しようとして、そこが空白だったりすると、nil から .gid を取得しようとしてエラーになってしまう。なので、一旦 map.layers["hoge"].data[1][1] が nil かどうかを調べて、nil なら空白扱いに、nil じゃなければ .gid で取得、といった処理を書かないといけない。

上記のソースでは、以下の部分がタイル番号を取得するメソッドになってる。

  map.getGidByPixel = function(self, x, y, layerindex)
    local tilex, tiley = self:convertPixelToTile(math.floor(x), math.floor(y))
    tilex = math.floor(tilex)
    tiley = math.floor(tiley)
    local layer = map.layers[layerindex]
    local tilew = layer.width
    local tileh = layer.height
    local gid = -2
    if tilex >= 0 and tiley >= 0 and tilex < tilew and tiley < tileh then
      local tile = layer.data[tiley + 1][tilex + 1]
      if tile == nil then
        gid = -1
      else
        gid = tile.gid
      end
    end
    return gid
  end

_Simple Tiled Implementation - STI v0.18.2.1 - Page 71 - LOVE
_Lua.Space | Using Tiled Maps in LOVE
_STI Documentation
_STI Documentation

u"""
QSliderとQSpinBoxを1つのWidgetにまとめて並べてみるサンプル.

RGB/HSLのQSlider + QSpinBoxを用意して値を連動させる。
かつ、ビットマップ画像をGIMPの「着色」風に変更してみる。

Windows10 x64 + Python 2.7.11 + PySide 1.2.4
"""


import sys
from PySide.QtCore import *  # NOQA
from PySide.QtGui import *  # NOQA

IMG_FILE = "temp.png"


class LabelSliderSpinBox(QWidget):

    """Slider and SpinBox."""

    # Signalを用意
    valueChanged = Signal(int)

    def __init__(self, text, parent=None):
        """init."""
        super(LabelSliderSpinBox, self).__init__(parent)
        # self.setContentsMargins(0, 0, 0, 0)
        hl = QHBoxLayout()
        hl.setContentsMargins(0, 0, 0, 0)
        # hl.setSpacing(0)
        self.lbl = QLabel(text, self)
        self.sld = QSlider(Qt.Horizontal, self)
        self.spb = QSpinBox(self)
        hl.addWidget(self.lbl)
        hl.addWidget(self.sld)
        hl.addWidget(self.spb)
        self.setLayout(hl)
        self.sld.valueChanged[int].connect(self.changed_slider_value)
        self.spb.valueChanged[int].connect(self.changed_spinbox_value)

        # 用意したシグナルとスロットを関連付ける
        self.valueChanged[int].connect(self.changedValue)

    def setText(self, text):
        """set QLabel text."""
        self.lbl.setText(text)

    def setRange(self, start_v, end_v):
        """set range QSlider and QSpinBox."""
        self.sld.setRange(start_v, end_v)
        self.spb.setRange(start_v, end_v)

    def setValue(self, value):
        """set value to QSlider and QSpinBox."""
        self.sld.setValue(value)
        self.spb.setValue(value)

    def value(self):
        """get value."""
        return self.spb.value()

    def changed_slider_value(self, n):
        """changed slider value."""
        self.spb.setValue(n)

    def changed_spinbox_value(self, n):
        """changed spinbox value."""
        self.sld.setValue(n)
        self.valueChanged.emit(n)  # 値が変わったのでシグナルを発行

    # スロットを用意する
    @Slot(int)
    def changedValue(self, value):
        """changed slider or spinbox value."""
        pass
        # print("value = %d" % value)


class MyWidget(QWidget):

    """My Widget."""

    def __init__(self, *argv, **keywords):
        """init."""
        super(MyWidget, self).__init__(*argv, **keywords)
        self.setWindowTitle("Color Slider")

        self.event_ignore = False

        l = QVBoxLayout()

        # bitmap display label
        im = QImage(IMG_FILE)
        lbl = QLabel("", self)
        lbl.setPixmap(QPixmap.fromImage(im))
        l.addWidget(lbl)
        self.im = im
        self.lbl = lbl
        self.lum_im = self.make_lum_image(im)

        # color display button
        btn = QPushButton()
        btn.setFixedSize(32, 32)

        # set button background-color
        btn.setStyleSheet("QWidget { background-color: %s }"
                          % QColor(128, 128, 128).name())

        l.addWidget(btn)
        btn.clicked.connect(self.show_color_dialog)
        self.btn = btn

        # sliders
        data = [
            ("R", 0, 255, 128), ("G", 0, 255, 128), ("B", 0, 255, 128),
            ("H", 0, 360, 180), ("S", 0, 255, 128), ("L", 0, 255, 128)]
        self.sliders = []
        for (i, d) in enumerate(data):
            text, start_v, end_v, init_v = d
            w = LabelSliderSpinBox(text, self)
            w.setRange(start_v, end_v)
            w.setValue(init_v)
            l.addWidget(w)
            self.sliders.append(w)
            if i < 3:
                w.valueChanged.connect(self.changed_rgb)
            else:
                w.valueChanged.connect(self.changed_hsl)

        self.setLayout(l)

    def update_rgb_disp(self, col):
        """update RGB disp button."""
        # set background-color
        self.btn.setStyleSheet("QWidget { background-color: %s }"
                               % col.name())

    def set_sliders_rgb(self, col):
        """set RGB slider value."""
        r, g, b = col.red(), col.green(), col.blue()
        self.set_sliders(0, (r, g, b))

    def set_sliders_hsl(self, col):
        """set HSL slider value."""
        h, s, l = col.hslHue(), col.hslSaturation(), col.lightness()
        self.set_sliders(3, (h, s, l))

    def set_sliders(self, idx, v):
        """set 3 slider value."""
        for i in range(3):
            if self.sliders[idx + i].value() != v[i]:
                self.sliders[idx + i].setValue(v[i])

    def get_sliders(self, idx):
        """get 3 slider value."""
        v = []
        for i in range(3):
            v.append(self.sliders[idx + i].value())
        return tuple(v)

    def changed_rgb(self, _):
        """changed RGB value."""
        if not self.event_ignore:
            self.event_ignore = True
            r, g, b = self.get_sliders(0)
            col = QColor(r, g, b)
            self.set_sliders_hsl(col)
            self.update_rgb_disp(col)
            self.change_pixmap_color(self.lum_im)
            self.event_ignore = False

    def changed_hsl(self, _):
        """changed HSL value."""
        if not self.event_ignore:
            self.event_ignore = True
            h, s, l = self.get_sliders(3)
            col = QColor()
            col.setHsl(h, s, l)
            self.set_sliders_rgb(col)
            self.update_rgb_disp(col)
            self.change_pixmap_color(self.lum_im)
            self.event_ignore = False

    def show_color_dialog(self):
        """open QColorDialog."""
        col = QColorDialog.getColor()
        if col.isValid():
            self.set_sliders_rgb(col)

    def make_lum_image(self, im):
        """make luminance image."""
        w, h = im.size().width(), im.size().height()
        dst = []
        for y in range(h):
            d = []
            for x in range(w):
                c = im.pixel(x, y)
                r, g, b = qRed(c), qGreen(c), qBlue(c)
                # get luminance
                l = int(0.2126 * r + 0.7152 * g + 0.0722 * b)
                l = max(0, min(l, 255))
                d.append((l, qAlpha(c)))
            dst.append(d)
        return dst

    def change_pixmap_color(self, src):
        """change QPixmap color."""
        b_h, b_s, b_l = self.get_sliders(3)
        w, h = len(src), len(src[0])
        dst = QImage(w, h, QImage.Format_ARGB32)
        c2 = QColor()
        for y in range(h):
            for x in range(w):
                l, a = src[y][x]
                if b_l > 128:
                    l *= (255.0 - b_l) / 127.0
                    l += (255.0 - ((255 - b_l) * 255.0 / 127.0))
                elif b_l < 128:
                    l *= b_l / 128.0
                l = int(l)
                if l < 0:
                    l = 0
                if l > 255:
                    l = 255
                c2.setHsl(b_h, b_s, l, a)
                dst.setPixel(x, y, c2.rgba())
        self.lbl.setPixmap(QPixmap.fromImage(dst))


def main():
    """Main."""
    app = QApplication(sys.argv)
    w = MyWidget()
    w.show()
    sys.exit(app.exec_())


if __name__ == '__main__':
    main()

QImage.pixel(x, y) で、指定座標のピクセル値を long値として取得できる。ソレを、qRed(long)、qGreen(long)、qBlue(long)、qAlpha(long) で、RGBA値に変換できる。

_python - How to get RGB values of QPixmap or QImage pixel - Qt, PyQt - Stack Overflow

QImage.setPixel(x, y, long値) で、QImage の指定座標のピクセル値を変更。

GIMP 2.8.18 のソース、gimp-2.8.18.tar.bz2 を入手して中身を眺めてみた。おそらくだけど、gimp-2.8.18\app\base\colorize.c のあたりが着色処理、に似た処理なのではないかと。たぶん。自信無いけど。

関係ありそうな箇所だけ抜き出してみたり。

      while (w--)
        {
          lum = (colorize->lum_red_lookup[s[RED]] +
                 colorize->lum_green_lookup[s[GREEN]] +
                 colorize->lum_blue_lookup[s[BLUE]]); /* luminosity */

          if (colorize->lightness > 0)
            {
              lum = (gdouble) lum * (100.0 - colorize->lightness) / 100.0;

              lum += 255 - (100.0 - colorize->lightness) * 255.0 / 100.0;
            }
          else if (colorize->lightness < 0)
            {
              lum = (gdouble) lum * (colorize->lightness + 100.0) / 100.0;
            }

          d[RED]   = colorize->final_red_lookup[lum];
          d[GREEN] = colorize->final_green_lookup[lum];
          d[BLUE]  = colorize->final_blue_lookup[lum];

          if (alpha)
            d[ALPHA] = s[ALPHA];

          s += srcPR->bytes;
          d += destPR->bytes;
        }

lum が、画像から求めた輝度じゃないかなと。colorize->lightness は、ダイアログ上で指定した輝度値で、-100 から +100 の値を取るのだろうと。HSLからRGB値を求めるあたりは事前にテーブルを作って処理してそうな気がするけど自信無し。

もっとも、仮にそういう画像フォーマットを作ったとしても、上手くいかなかっただろうと思えるのですが。

まず、PC上で作業する際、表と裏を間違えて作業しちゃうミスが頻発するだろうなと。

紙やセルの場合は、物理的にひっくり返すから表と裏を間違えないと思うのですけど。PC上では、おそらくクリックひとつで表と裏を切り替えることになる。うっかりクリックして表裏を切り替えたことを忘れてバケツツールでクリックして「あっ」が絶対あるだろうと。現場からは、「なんで表と裏があるんだ！」「面倒臭い！」「このクソ画像フォーマットを作ったのは誰だあっ！」と文句が出ただろう、と思うわけですよ。

もう一つは、他の画像・動画編集ソフトが対応してくれないよなと。

紙やセルの、表と裏を両方使う業界なんて、アニメ業界だけですから。漫画やイラストや写真は「表」しか使いませんから。故に、Photoshop や AE あたりは「需要少ないやろ」と無視を決め込みそう。となると、既存の画像フォーマットに変換しなおす・中身を解体するツールが必要になって、「どうしてわざわざ変換しないといけないんだ！」「面倒臭い！」「このクソ画像フォーマットを作ったのは誰だあっ！」と以下略。

そして、その手のアレに詳しい人から厳しいツッコミもあっただろうなと。

「コレ、ただのコンテナフォーマットじゃん」「中身をそのまま、複数枚の画像として外に出しとけば済むじゃん。他のソフトでも開けるようになるし」「このクソ画像フォーマットを作ったのは誰だ」。こういう人達は、自分でセルの色塗りをしたことがないので、見た目だけでも1枚に見えてれば、仕上げの人達が悲鳴を上げずに済むことも想像できなくて。「あ。ソレは言わないで。このまま誤魔化しといて」てな空気を読んでくれないから、画像フォーマットをフルボッコすること間違いなしですよ。

てなわけで、実際やっても上手くいかんかったやろ、とも思えるのでした。

まあ、今更どうしようもないですね。RETAS + 線画2値化がこれだけ普及しちゃったら、どうしようもない。

クリック一つでスイスイ塗れる、このやり方を体験してしまうと昔には戻れない。「今更『裏に塗れ』とか冗談じゃねえ」って感じですよ。もう遅い。線のタッチにこだわるアニメーターさんには申し訳ないけど、このまま行ってしまうのだろうと、素人の自分も思うのでした。とメモ。

自分は勘違いしてました。アナログ制作時代、セルの表と裏は使われてなくて、裏しか使ってなかったのですね…。

アナログ制作時代も、セル1枚でありながらそこにはトレスマシンで転写された線画と、各絵の具を塗り重ねていくことによる「多層化」があったのだから、やっぱりレイヤーを内包してたようなものじゃないのかなと思えてきたりして。

全くこれっぽっちも圧縮されなかった。何故。

_PDF Slim の評価・レビュー - フリーソフト100 のユーザレビューを見ると、他の方々も圧縮できなかったらしい。

表示項目等が日本語になってるから分かりやすいのだけど。圧縮されないのでは論外だなと。ちと残念。

海外製ソフト。圧縮するレベルを5種類から選べる。ebook用を選んだところ、1ファイル1MB以下まで圧縮してくれた。素晴らしい。もちろん、JPEG特有のブロックノイズが結構目立つPDFになったけど、画質とファイルサイズはトレードオフなので仕方ない。

以下、解説ページ。

_PDFファイルを綺麗に高圧縮「Reduce PDF Size」：お得WEB
_Reduce PDF Size の評価・レビュー - フリーソフト100

本来は有償ソフト。無料でも使えるけれど、処理の途中で頻繁に、10秒ほど待たされるタイマーダイアログが表示されるので、その都度クリックしないといけない。その代わり、設定できる項目は多い。

最初、200KB程度のファイルが出力されてバグってるのかと不安になったけど、JPEG2000形式で保存することで本当にそのサイズまで圧縮してくれたらしい。ただし画像はボケボケ。オプションでJPEG2000形式を無効にしたら、1ファイル1.5MB程度まで圧縮してくれた。

以下、解説ページ。

_無料でPDFファイルのサイズを大幅に削減できる「PDF Reducer」 - GIGAZINE

以前は _PDF Compressor というツールもあったらしいけど。試してみたら圧縮はしてくれないし、オプション変更しようとすると有料版を云々と言ってくるしで。今現在は、無料で利用できなくなった模様。

CLIP STUDIO PAINT EXじゃなくて、 CLIP STUDIO PAINT PROだった。どうも自分、PRO と EX を間違えてしまう…。

_メガCD - Wikipedia によると、CPU は MC68000。12.5MHz で動いてたらしい。 _メガドラ が 7.67MHz だったらしいので、約1.6倍の速度アップ。

MC68000てのは、今のCPUと比べてどのくらいの性能なんだろう？

CPUの性能を示す値として、 _FLOPS があるけれど。これは浮動小数点演算の性能を見るものなので、浮動小数点演算機能を持ってなかった MC68000 では使えない感じ。リストにも載ってないし。

_MIPS という指標もあるけれど、異なるアーキテクチャでは比較できない、と書いてある。が、数値で見れるのはこのくらいしかないので、乱暴だけど、これで判断してみよう…。

ちょっと前にネットブックてのが流行って終わったけど。アレに使われてたのが、Intel Atom。遅い遅いと皆に叩かれまくったCPUだけど、アレでも 3,846 MIPS。

MC68000 を 8MHz で動作させると、0.7 MIPS。うわあ。桁が全然違う。

Intel系CPUとモトローラ系CPU(MPU)は、アーキテクチャが違う＝各命令の性質が違うから、単純に比較をしたらマジで乱暴極まりないし、クロック数が 8MHz と 12.5MHz では結構違ってきそうだけど。それでもあえてそのへん無視して比較しちゃうと、今のCPUの、約 1/5500 の性能。

うーん。そんなもんか…。もっと性能低いかなと思ってたけど、意外に…。でも、今のCPUの1/5500の性能で動画再生を試みるって…どうなのソレ…。

_メガCD - Wikipedia によると、RAM は 6Mビット。てことは、768Kバイトかな？ 8ビット=1バイトですから。

768Kバイトを、偉い人からニコニコしながら渡されて、「さあ、これでプログラムもデータもどうにかせい！」と。しかも、「これだけ豊富なメモリがあれば、動画再生しながらバンバン弾撃って敵やっつけるゲームだって作れるだろ？」と。できるのかよ。できたけど。

まあ、8bitPC時代は、RAM 16KB 〜 64KB とかそんな感じでしたから、「768Kバイトもある！ ウッヒョー！ ここはパライソじゃあ」てな印象も…。当時は夢が広がりんぐ、だったのかなあ…。どうなんだろ…。

ちなみに、ソニック1は4MビットROMだった記憶が。

そういや、当時のMEGA-CDタイトルの中に、「ベアナックル」「ザ・スーパー忍」「ゴールデンアックス」「コラムス」の4本がパックになったものがあったっけ。「どうしてこのラインナップなんだろ」と不思議に思ったものだけど、1本丸々MEGA-CDのRAMに読み込んでしまえば、そのまんま動かせるタイトル群だったからパックにしたのかな…？

CD-ROMドライブの速度がよく分からず。MEGA-CDって、等速・1倍速…だったよね？ 違うのかな？

等速と仮定したら、転送速度はどのくらいになるのかな。等速てのは、音楽CDをフツーに再生できる速度、なんだけど…。

音楽CDは、44100Hz、16bit、ステレオ=2チャンネルで記録されているので、単純計算では 1秒間に 44100 x 2バイト x 2チャンネル = 1764000バイトが転送できる。約172Kバイト/秒、ですかね？

でも、 _CD-ROM - Wikipedia によると、等速では150Kバイト/秒、と書いてある。…アレ？ 計算より少ないな？ なんでだろ？ エラー訂正ビットがどうとかなのかな。でもそれを含めたら、転送できる量はもっと増えるはずだよな。うーん。

まあいいや。1秒間に150Kバイト転送できる、として考えていこう…。

1秒間に画面を何回書き換えるかで、1フレームで使えるバイト数の目安が得られそう。シルフィードって、背景動画は何FPS(フレーム/秒)だったんだろう？ 60FPSや30FPSは出てないよな…。20FPS〜10FPSぐらいなのかな…？

20FPSなら7680バイト、15FPSなら10240=10Kバイト、10FPSなら15360バイト=15Kバイト、が使えることになるのかな。

「1枚につき、7680〜15360バイト使っていいぞ！ さあ、これで動画作れよな！」って話ですね。

MEGA-CDの画面表示性能は、メガドライブのソレと同じ、と仮定して。 _メガドライブ - Wikipedia によると、画面の解像度は 320x224 ドット。同時発色数は64色。

例えばコレを、今時のPC画面として計算すると、320x224ドット x 6ビット(=64色が表現できる) = 430080ビット = 53760バイト = 52.5Kバイト。

だけど、PCと同じような容量計算はできない。昔のゲーム機は画面表示の仕組みが違うので。

メガドライブでは ―― メガドラのBG画面(背景表示用の画面)では、この 320x224ドットは、8x8ドット単位で区切られている。その8x8ドット単位を、1キャラと呼ぶとして。

その1キャラには、4パレットの中から、1パレットを選んで割り当てることができる。1パレットは16色。だから、1キャラ＝8x8ドットの中では、16色までしか使えない。…ややこしいなあ。

320x224ドットは、40x28キャラ＝1120キャラ。1キャラにつき、4bit(16色) x 8x8ドット = 256ビット = 32バイトが必要になるので、メガドラの画面全体を表現するために必要なバイト数は、1120キャラ x 32バイト = 35840バイト = 35Kバイト。

プラス、パレット分も必要か…。メガドラは512色中16色を使えるとされているから、パレット内の1色分につき9ビットが必要…なんだけど、実際はどうだったかなあ…。RGB = 3:3:2 の8ビット、だったような…。でも、ググったら、1色に2バイト、という記述も見かけたし…。自分、何か別のハードと混同してる気がしてきた…。

とりあえず、1色2バイトと考えて。4パレット分に必要なバイト数は、2バイト x 16色 x 4パレット = 128バイト。…誤差の範囲だなあ。パレットデータ分は気にしなくていいか。ていうかたぶん、シルフィードの背景って、パレットを1つしか使ってない気がする。16色だけで表現してたりするんじゃないかな。そうしないと、手前のオブジェクトやステータス表示で使えるパレットが無くなっちゃうもん。だからパレット分は全然考えなくていいな。

ということで、35Kバイトあればメガドライブの1画面分をまるっと表現できるはず。計算間違ってるかもしれんけど。

今時の感覚でハードウェア仕様を決めちゃうと、1画面、52.5Kバイトになる。でも、仕組みを工夫することで、35Kバイトで済んでいる。当時のゲーム機はハードウェアレベルでも、容量の圧縮を必死に試みていたわけですよ。

ところで、CD-ROMから15FPSで動画をベタに転送すると、1フレーム10Kバイトしか送られてこない。だけど画面は35Kバイト。残り25Kバイトはどうやって埋め尽くすの？ このままじゃ画面の真ん中に小さい小さい動画が再生された状態になっちゃうよ。まあ、そういうゲームも結構ありましたけどね…。

そもそも、320x224ドットは多過ぎじゃね？ メガドラには 256x224ドットの画面モードもあるから、そっちを使うことにしよう。これなら28Kバイトで足りるぞ。イエッフー！

だけどこれでも、CD-ROMから送られてくるデータ量に対して、18Kバイト足りない…。 となると、動画データの圧縮と展開をするしかないですわな…。

圧縮は、国民機 NEC PC-9801 や、もしかすると X68K が頑張ってくれるかもしれない。でも、圧縮データの展開は…。今のCPUの 1/5500 の性能で、さてどこまでやれるのか…。

ということで、単純計算でも、なんだか結構とんでもないことしてたんじゃないの？ と思えてきたのでした。

とはいえ、例えばアニメGIFがどのくらいの容量でアニメをしてるのかを考えたら、頑張れば不可能ではないのかも、という気も。と思ったけど当時のCPUでアニメGIFを展開したらどのくらいの速度になるのか、ちょっと想像つかないなあ。意外とイケルのか、それとも全然ダメなのか。15FPS前後で再生できますかね？ X68KでアニメGIFがグリグリと表示できていたなら、意外とイケるということになりそうだけど。

余談。アニメGIFの仕様が入った GIF89a は、1990年に規格が公開されたらしい。そして、MEGA-CDの発売は1991年。アニメGIFのほうが先輩だったのか…。

TV画面に表示する画像データを保持しておくメモリのことVRAMと呼ぶのですけど。メガドライブって、VRAMへの転送速度も、速くはなかった気がするんですよね…。いや、ぶっちゃけ遅いよね？

例えば、メガドラ版スト2は、画面の上のほうの何ラインかがまっ黒で、時々チラチラと色ノイズが出るんですけど。アレ、たぶん、キャラがアニメする時に、ROMからVRAMへの転送が間に合わなくて、仕方ないから上のほうを非表示にして、そこで転送時間を捻出してたんじゃないか、と想像するのです。今見ると、意外と小さいキャラですよ。それでもそのままじゃ間に合わなかった。そのくらい、メガドラは遅い。

で、シルフィードも、画面の上のほうがチラチラしてた記憶が…。

「圧縮データを展開するところまではどうにかなったな！」
「ああ…だけどVRAMへの転送が間に合わねえ…どうすんだコレ」
「しょうがねえから、ちょっと隠して転送時間を増やそうか」
「おっ。隠したことで画面面積も少し減った！ 転送すべき量も、ちょっと減らせるぞ！」
「よし！ これでなんとかならんか…なってくれ…」

みたいなことをしてたのではないかなと。いや、本当にチラチラしてたのか少し自信ないですけど。偽記憶かな。チラチラしてたかなあ。してたと思うんだけどなあ。

何にせよ、当時のメガドラのゲームで画面の上のほうがチラチラしてたら、「あっ。あっ。ダメッス！ この転送量は無理ッス！ 次のフレーム来るッス！あーっ、 間に合わないッス！ 画面滅茶苦茶になるッス！」とメガドラが悲鳴を上げそうになってるところをプログラマーがどうにかなだめつつ動かしてたゲーム、と思っていただいてもよいのではないかと。

ここまでダラダラ書いて思い出したけど。PS1(プレイステーション1)やSS(セガサターン)も、CD-ROMだったような…。実は MEGA-CDと同じだったり？ と思ってググってみたら、PS1、SSは、倍速ドライブだったのですな。さすがにそのくらいのスペックは上げてくるか…。

考えてみたら、既に当時、 _ビデオCD てのもあったんだよな…。それを考えると、CD-ROMに動画を入れる発想は、全然無茶じゃない…。実際、PS1やSSは、散々ムービーを流してたし。

でも、PS1は、MJPEG動画のデコーダ用にハードウェア載せてたっけ。あの当時は、まだまだハードウェアで処理しないと動画のデコードなんて厳しくて。自分も、動画再生支援機能付きを謳ってたから、ATIのビデオカードを買った記憶がありますけど。

SSは、「ソフトウェア処理でどうにかしちゃる！」と豪語してた記憶があるけど。PS1のソレと比べたら、やっぱりどうにかなってないように見えたなあ…。

まして、SSより前の製品のMEGA-CDで ―― MC68000でどうにかしちゃる、ってのは…。まともなことしてたら無理だよなあ。

_2013/11/07の日記 で続きをメモしました。

Sサイズなので、小さくて可愛い印象。側面が指で挟みやすいようにえぐれている形状で、かつ、側面にゴム状のものが張ってあるので、かなり持ちやすい。

本体重量については、単4電池2本を必要とするせいか、

• 単3電池一本の、Microsoft Wireless Mobile Mouse 6000(以下 WMM6000 と記述)
• 単3電池一本の、サンワサプライ MA-LSW10BL

より重く感じる。が、

• 単3電池2本の Microsoft Natural Wireless Laser Mouse 6000 (以下 NWLM6000 と記述)

よりは軽い。いや、NWLM6000 も、単3電池1本で動作するのでアレなんだけど。

マウスボタンは、カチカチと音が鳴るタイプ。OMRON製スイッチを使ってるという触れ込みだったので、クリック音は静かなのかなと期待してたけど、そういうわけでもなかった。低荷重型ではないスイッチを使ってるのかしら。いや、音に関してはそのへん関係ないのかな。判りません。

カーソル移動や、無線の届き具合については、特に問題は無いように思える。フツーにスイスイと動くし、上下左右の移動も把握しやすい。800dpiと1600dpiを切り替えられるあたりも、人によってはグッドかも。

サイドボタンは親指側に2つ。かなり押し込まないと反応しないが、これもカチカチと鳴るので、押したことはちゃんと判るし、また、異様に重いというわけでもなく。ただ、親指というやつは、上下には動かしやすいけど、前後には動かしにくいので、前後に並んだ拡張ボタンのどちらかは位置的に押しづらく、死にボタンが1つ発生してしまいそうな雰囲気。まあ、この手のボタン配置をしてるマウスは、全製品がそういう欠点を持ってるので、この製品だけ突出してダメとういうわけではないのだけれど。

チルトスイッチは軽い。ホイールを少し倒せば「カチッ」と入る。

ホイール回転は、重い。ホイールクリックも、重い。…サンワサプライ MA-LSW10BL を触ったときに、「ホイール回転もホイールクリックも重すぎる。これはダメだ」と思ったけど。この SLATSRF01BK を触った後で MA-LSW10BL を触ると、後者が軽いと感じてしまうぐらいに、この SLATSRF01BK は重い。…またしてもダメマウスを掴んでしまいました。

実は、ケーズデンキの店頭で ONYXシリーズを触ってみて、ホイール周りの感触が良かったので今回購入してみたのだけど。店頭に置いてあったのは有線版で、今回購入したのは無線版。なので、もしかすると微妙に内部構造が違っている可能性が。それでホイール周りがダメダメなのだろうか。

いや、ホイールの重さは、単に個体差かもしれない。と思えてきたので、買ったばかりだというのに早速分解することに。ソールを剥がすとネジが見えた。MA-LSW10BL と違って、プラスドライバーで扱えるフツーのネジ。助かった。これなら分解できる。

分解してみたけれど、ホイール周りを眺めて悩んでしまった。作りは非常にシンプル。

• ホイール回転は、ロータリースイッチ？のようなスイッチが一手に担ってる。
• チルトスイッチは、ホイールを固定している板が軸を中心に左右に倒れて、スイッチを押しつけるようになっている。
• ホイールクリックも、ホイール固定の板の後ろのほうで、スイッチを押しつける構造。

複雑な構造というわけでもなく、個体差が出てくるとすれば、スイッチの個体差ぐらいしかありえないように思える。…となると、やはり有線版と無線版では内部構造に違いがある、ということだろうか。

何にせよ、分解して内部の何かを弄って改善するということは出来ないように思えた。スイッチまで分解してなんとかする手もあるのかもしれないけど、正直そこまではやりたくないし。

まとめ。ホイールスクロールもホイールクリックもしない人にとっては、小さくて持ちやすいし、デザインもカッコいいし、結構使いやすいマウスかもしれず。

ただ、自分は、ホイールスクロールもホイールクリック(中ボタンクリック)も多用する人間なので、このマウスのホイール周りの重さには、とても我慢できません。ていうか数分使っただけで手の甲が痛くなってきた。＜握力無さ過ぎ。

少年ということなら、タロウの子供時代なんてのがあったような気もするし。＜記憶が怪しいけど。若者ではないウルトラマンであれば、ウルトラの父やウルトラマンキングが居るわけで。

が。しかし。これが女性ウルトラマンとなると…。ウルトラの母ぐらいしか知らない自分。ウルトラの母は、それなりに年取ってるほうだよなぁ…。少女というには無理がある。ていうか万が一少女だったら「ウルトラの父はロリコン」になってしまってマズイ。

考えてみると、ウルトラマンというキャラ設定周辺は気味が悪いほどに女性の姿がない。…もしかすると、ウルトラの母も、実は男性ウルトラマンなんじゃないのか。たとえば、オカマのウルトラマン、だったりして。ウルトラマンという一族は、マクロスのゼントラーディ軍よろしく、実は男性のみで構成された集団なのではないか。

男性のみで、どうやって子供を作るかといえば、それはもちろん、科学技術が半端じゃないほどに進化したウルトラの星ですから、科学技術を用いて作るのかもしれぬ。＜マクロスのソレですな。あるいは、そもそも単一の性による生殖を行う生物であったのかもしれぬ。タロウの姿形がウルトラの父とは違うあたり、無性生殖ではなく有性生殖 ―― 複数の親の遺伝を引き継ぎ多様性を持つ ―― だろうとは思うのだけど。

ウルトラの母という存在は、もしかすると、ウルトラ一族にとって初のテストケースだったりしないか。生物として、あるいは文化的に、行き詰まりが出始めていたウルトラ一族だったが、地球人の、父と母が居るという生態を目撃したことにより、現状を打破すべく、保護者に2種類の性を設定することを試験的に導入してみた、とか。となると、ウルトラの母も、ウルトラの母になるまでには、何かしらドラマがあったのかもしれぬ。族長の、「誰か、母親役になってみるものはいないか」という呼びかけに対して、若者たちのほとんどがモゴモゴと口ごもる中、ただ一人、キッパリと、男の身でありながら「私がなります」と志願した、とか。志願するまでのウルトラの母の心の葛藤を想像すると、涙無しでは語れない。

てのは冗談だけど。それとは別に。ウルトラマンという設定に女性の影がほとんどないというのは、これはある種の男尊女卑の思想に基づいた設定ではないのか、とも。何せ円谷プロは、 _社長がセクハラ問題を起こす ぐらいの会社。＜オイ…。当然社内には、女性を男性より一段と低く見る空気が蔓延してるはずであろう。＜ホントかよ。そういう空気の中で、地球人を守る高次の生命体を創造しようとすれば、当然その生命体は男性でなければならないということになり、そこに女性が描かれるなどとはもってのほかである、ということになったのではないか。…むむぅ。これはちょっと非常にマズイ妄想になってきました。

や。要するに、「ポニーテールウルトラマン」とか「ロングヘアウルトラマン」とか「ガングロウルトラマン」とか「セーラームーンウルトラマン」とかそういうデザインは出来ないのかなー、と思いついたところから始まって、上記の妄想を無理矢理ひねり出しただけなんですけど。

怪獣とも戦うけれど、何より「ウルトラマン」というガチガチの男性社会に対しても果敢に戦いを挑む女性の姿を描くのであります。嘘です。

子供も一緒に連れてきて、子育てしながら地球を守ったりとか。怪獣が出てきても、子供を保育園に迎えに行かなきゃならない。どうやって怪獣退治と子育てを両立すればいいのか…。そもそも旦那は何をしてるんだ…。いや待て、そもそも子供のウルトラマンは、地球人への変身能力があるのかどうか…。仮に変身できたとしても、保育園で他の子供に叩かれて、カッときてスペシウム光線を撃ったりアイスラッガーで斬りかかったらどうしよう…。

独身だったら、地球人男性と恋愛しちゃって仕事が手に付かなくなったりとか。仕事と恋に悩む女性の姿を描くのです。嘘です。いや待て。その地球人男性に子供がいるのも面白そう。その子供を通して、現代社会が抱える子育ての問題点を浮き彫りにするのです。ウルトラの星は地球などよりよほど進んだ文明を持ってるだろうから、おそらくは次代の育成に関して社会全体で面倒をみる体制がしっかりしてるに違いない。そんな社会で育ってきた女性ウルトラマンが、地球の、なんでもかんでも各家庭の責任に落とし込めてそれで良しとしてしまう子育ての現状を目にして、「こんなことではいかんだろ！」と憤るのです。だけど、上司のウルトラマンから「地球人の文明に我々が干渉してはならないのだ」と諭されて悶々としちゃったりとか。もはやこれは文化衝突。さあ、どうやって折り合いをつけていくのでしょう。みたいな。

理想的な子育て環境ってのを監督や脚本家がイメージ・理論武装してないとそういう話は作れないから、実現は無理だなぁ。

つーか「ウルトラマン＝男性」というのが視聴者側の中に確固としたイメージとして存在してそうだから、女性ウルトラマンが主人公になった時点で反発・否定されて商売的に失敗するよな。たぶん。

知らなかった…。つーか元々 _歌手だった のか。知らなかった。

イデオンのED曲も戸田さんだったのか。知らなかった…。つくづく無知だなぁ。＞自分。

何かの歌番組にTMNとして出演してたときの話では、仲間内でカラオケに行った際、カラオケの画面に出てくる歌詞を、即興で、オリジナルとは違うメロディーで歌う、てな遊びをやってたとかなんとか。いかに今風にカッコよく歌えるかを皆で競うのだけど、えてして歌詞を先に歌い終わってしまって困る、てなことも言ってたような。…TV出演用の作り話かもしれないので実際やってたかどうかはわからんけど。試しにやってみると、なんだか各種アレンジの元ネタが思いつきそうな、あるいは、遊びながらアレンジ能力を鍛えることに繋がりそうな、そんな予感も。

小説とかblogとかの文章に勝手なメロディーをつけて歌うのも面白そうだなぁ。まあ、無意味な遊びだけど。…そういう遊びで上手いことメロディーをつけられる人には、実は作曲家の才があったりするのかもしれんか。＜なんだか素人考えっぽいな。

電気屋さんの話によると、経験則的にTV2台までの分配なら、ブースターが無くてもどうにかなるときが多いが、3分配ならブースターが必要になってくるとのことで。なるほど、ウチはブースター無しで、無造作に3台に分配してたしなぁ。…その話を聞いて、改めてウチの周囲の家のアンテナを眺めてみると、そのほとんどが、混合器とブースターがついてるアンテナばかりであることに今頃気づいた。ウチは、家を建てた際に設置したアンテナを、そのまま延々と使ってたわけで。すっかり時代に取り残されていたのだなと。

作業の様子もだいぶ違った。電気屋さんは世間話をしながらサクサクと進めていく。さすがに慣れてるなぁ。自分だったら3倍ぐらいの時間がかかりそう。

アンテナ線を、アンテナを固定するワイヤーに縛り付けてるのも感心。たしかにそうしたほうがしっかり固定される・アンテナとの接合部分に余計な力が入らない。今まで、ただブラーンとさせてましたわ。

送信塔(?)の位置を確認しながら向きを調整する様子を見て膝を打ったり。親父さんなどは「周りの家が向けてる方向に合わせとけばいいんだ」などとアバウトなノリで調整してたし。向きを決めるというただそれだけでも、やってることが違うなと。

アンテナ線は、できるだけ切断・再接続しないようにしていた。今までは再接続してた部分も、切り落として分配器に入れ直したり。やっぱりそういうところで信号が減衰するらしい。…そのへん、自分も親父さんに言ってはいたんだけど。「大丈夫だ。お前は神経質過ぎる」と言われて却下・信号線やシールドを捻って繋げてビニールテープ巻いただけ、てな状況になってたわけで。…こういうのはプロに任せるべきですな。素人が、生半可な知識で、無神経に作業してたら、まともな画質は得られない。…いや、趣味なら話は別だと思うんだけど。

地上波デジタル導入時のトラブル話も耳にしたり。一応、総務省あたりの話では、UHFアンテナは結構流用できるということになってる(なってた？)らしいけど。現場では、そんなことはないらしく。古いアンテナ・古いアンテナ線では、受信に必要な信号レベルを得られない状況が発生しがちだそうで。特にこのへんでは、NHKが入らないという障害が多いと言ってた。民放は高いほうの周波数を割り当ててるから障害が出にくいけど、NHKは低いほうの周波数を割り当てられてるので障害が出やすいのだとか。 *1 受信料を払っておきながら、地上波デジタルにしたらNHKが見えなくなりました、やっぱりアンテナも取り替えてください、では、お客さんは怒るわな…。「今までTVが見れてたのに！ なんでやねん！」となるわなと。

工事に使ってる同軸ケーブル ―― 「コレなら地上波デジタルでもそのまま使える」というヤツを見せてもらったけど。たしかに、シールド等が増えていて、大昔のソレとは違うみたいではある。端子も、あらゆるところがF型になってるし。しかもペンチでギュウギュウと締めてたから、風で外れたとか、鳥が乗ったら外れたとか、そういうことはまず起きない予感。

_SAITAMA-HA2 - AT-HA2 のノイズの謎に迫る。
_SAITAMA-HA7 - まともな自作ヘッドホンアンプ

深いのだな…。迂闊に手が出せない世界…。

今はラインナップにないみたいで。そういうのがあれば入門みたいな感じで試せるのだろうけどなぁ。

まあ、OpenOffice で html編集するほうがおかしいか。

一度終了して、再度該当htmlを開くと、HTMLソースも文字化けせずに表示される。なんだかよくわからない動作。

「OpenOffice ってなんですか？」等の疑問に対する、わかりやすい説明。

上沼恵美子レベルまでいけば笑いに。谷はある。ファイト一発飛び越えろ。

関係ないけどあのCMの登場人物は「ファイトくん」と「一発くん」だったりしないのだろうか。＜ホントに関係ないな。