mieki256's diary

自分はPCに、オーディオセレクタ SONY SB-A40 を繋いで、複数のヘッドフォンをその時々で切り替えて使っているのだけど。どうもここ最近接触が悪くて、うっかりすると左側 or 右側の音が鳴ってなかったりする。

ちゃんと左右の音が出ているのか、それっぽいwavファイルをbatファイル経由で鳴らして確認していたけれど、これだとループ再生させたり、途中で強制停止させることができない。

wavファイルをループ再生させつつ、ボタンをクリックしたら停止/再生ができる何かが欲しいなと思えてきた。いやまあ、探せばシンプルな再生アプリが見つかりそうだけど…。

生成AIの Microsoft Copilot に、そういう処理をするPythonスクリプトを作ってもらった。

最初の生成結果はスレッドを使ってループ再生するスクリプトだったのだけど、ウインドウを閉じてもずっとループ再生してダメダメだった。そこで、「スレッドを使うな」だの「winsound.SND_LOOPを使え」だの何度も修正指示を出しみたところ、それらしいスクリプトにしてくれた。

_speakertestpy.pyw

wavfile = "speakertest.wav"

import tkinter as tk
from tkinter import filedialog
import winsound

class LoopPlayer:
    def __init__(self, root):
        self.root = root
        self.root.title("Speaker Test")
        self.root.geometry("270x130")
        self.is_playing = False
        self.file_path = wavfile

        self.play_button = tk.Button(root, text="Play", command=self.toggle_play)
        self.play_button.pack(pady=20, ipadx=40, ipady=8)

        self.file_label = tk.Label(root, text=self.file_path)
        self.file_label.pack()

        self.select_button = tk.Button(root, text="Select WAV", command=self.select_file)
        self.select_button.pack()

        self.toggle_play()
        self.root.bind("<Return>", (lambda event: self.toggle_play()))
        self.root.bind("<KeyPress-space>", (lambda event: self.toggle_play()))

    def select_file(self):
        self.file_path = filedialog.askopenfilename(filetypes=[("WAV files", "*.wav")])
        if self.file_path:
            self.file_label.config(text=self.file_path.split("/")[-1])

    def toggle_play(self):
        self.is_playing = not self.is_playing
        if self.is_playing:
            self.play_button.config(text="Stop")
            winsound.PlaySound(self.file_path, winsound.SND_FILENAME | winsound.SND_ASYNC | winsound.SND_LOOP)
        else:
            self.play_button.config(text="Play")
            winsound.PlaySound(None, winsound.SND_FILENAME)

if __name__ == "__main__":
    root = tk.Tk()
    app = LoopPlayer(root)
    root.mainloop()

これでいいんじゃないかな…。winsound を使っているから、Windows上でしか動かないけれど…。

_winsound --- Windows 用の音声再生インターフェース - Python 3.10.15 ドキュメント

使っている wavファイルは以下。たしか MUSIC MAKERを使って自作したwavファイルだったような気がするので CC0/Public Domain ってことで。

_speakertest.wav

余談。Google gemini にも作ってもらったけれど、そちらのほうがサンプルスクリプトらしい分かりやすいコードを出してきた。クラスを無理矢理作ったりしないし、各行にコメント文を逐一入れて解説してくれた。生成AIと言っても、生成結果が結構違うのだな…。

一応メモ。今までは以下のbatファイルで鳴らしてた。再生が終わると Y/N を尋ねてきて、y なら再度再生、n なら終了する。

_speakertest_play.bat

@echo off
chcp 65001
:REPLAY
setlocal enabledelayedexpansion
set WAVFILE=D:\home\Music\speakertest\speakertest.wav
echo Play %WAVFILE%
PowerShell -c "(New-Object Media.SoundPlayer %WAVFILE%).PlaySync();"
endlocal
set /p yn_check="Retry ? (y/N): "
IF %yn_check:Y=Y%==Y goto REPLAY
IF %yn_check:N=N%==N goto END
:END

batファイルと言いつつ途中で PowerShell を呼び出してwavファイルを再生してるあたりが…。「だったら最初から PowerShellスクリプトで書けばいいじゃん。何やってんの」と言われそうだけど、PowerShellスクリプトは実行ポリシーを設定しないとそもそも実行できないので、そのあたりで悩んでしまってこうなったような気もする。

_PowerShellの実行ポリシーについて調査（その設定で本当に大丈夫ですか？） #ps1 - Qiita
_PowerShellの実行ポリシー変更 #Windows - Qiita

M/B に載ってるサウンド用チップが Realtek Audio なら、設定ダイアログ上に、左右から音が出てるか確認する機能が載っているので、それを使えば済んでしまうのだけど…。どこを辿れば呼び出せるのかよく分からなくて…。

Realtek Audio Console で検索すれば出てくるのかな？

オーディオセレクタ SONY AB-40 は、ステレオミニジャック対応で、4入力/2出力 or 2入力4出力なのだけど。この製品、もう売ってないのだよな…。売ってたとしても、結構なお値段。

代替になるオーディオセレクタが欲しいのだけど、製品ジャンル自体がマイナーなようで、日本メーカはこういう製品をもうどこも作ってない。中国製品の中から探すしか…。

もはやHSPの話ではないけれど、関連した作業内容なので一応メモ。

数少ない50ccのレトロスクーター、ラビットスカーレット S-102 を後ろから見た感じの画像を、Inkscape 1.3 x64 を使って作成中。

ゆるキャンのしまりんビーノの画像を参考にして、最初はトレースから始めてみたものの。元画像が荒かったことや、別の車種を描いているせいもあって、結果的にはほとんど描き直した感じの状態になった。元にした参考画像の痕跡は、ヘルメットのシルエットのカーブと、キャラとスクーターの見た目の比率ぐらい。

当初、Moho Pro 13.5 で作業しようとしたのだけど、描画ツールの使い方をすっかり忘れていて、これでは作業が厳しいなと。少ない制御点でパスを作ってからシェイプ作成をしたら制御点の数がやたらと増えてしまって悩んだり。何かの拍子にシェイプが二重に作られて悩んでしまったりで。これは仕様なのか。それとも自分の操作がおかしいのか。どこかの時点で再学習しないと…。いやまあ、そもそも、Moho の描画ツールってなんだか妙な仕様になってる印象もあるのだけど。一つのツールにまとめられそうな内容を一々別ツールに分けてる感じがするというか…。

一応画像はできたと思ったけれど、服装が変だなと気づいた。ゆるキャンは秋冬キャンプがテーマの作品だろうから防寒がしっかりしてる服を来てスクーターに乗るけれど、今回作ってるソレは緑が多い道路だったりするので、おそらく春や夏の服装じゃないとおかしいだろう…。しかしバイク乗りの人達が春や夏にどんな服装で走るのか分からない。そこからして調べ直すことになった。

バイク乗りの人達は、暑さ対策として、風通しが良いメッシュ地のジャンパーだかパーカーだかを着ることが多いらしい。転んだ時のことを考えて肘が露出してる服は着ないほうが良い、例えばTシャツだけなんてのは絶対にダメ、ということになっているようで。であればと、そういう感じの服に描き直してみた。コレ、楽天のサイトで実際販売されてるソレを参考にしたけど、本来なら許可を取ったりしないといかんのでは…。せめて色だけでも変えておくか…。

これで画像は完成と思ったけれど、考えてみたら、ほぼ真後ろから見た感じの画像は違うのではという気がしてきた。疑似3D道路上に表示する場合、少し高い位置から見た感じが正しいのでは…？

いや、でも、遠くにある場合はほとんど真後ろから見てる状態になるから、これでいいのかな。まあ、このあたり、実際画面に出してみないと判断がつかないわな…。

ググったら、love2d には love.graphics.polygon() という描画命令があるっぽい。さてはコレを使うのかなと思ったのだけど。

_love.graphics.polygon - LOVE

試してみたら、多角形を一色でベタ塗り、もしくは、多角形の線分を描画する命令だった。テクスチャ付きで描画できるわけではないらしい…。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d polygon"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Polygon

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

-- update
function love.update(dt)

end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0.1, 0.2, 0.4)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw polygon (fill)
  love.graphics.setColor(0, 1, 1)
  local x0, y0 = 250, 100
  local x1, y1 = 350, 100
  local x2, y2 = 500, 200
  local x3, y3 = 100, 200
  love.graphics.polygon("fill", x0, y0, x1, y1, x2, y2, x3, y3)

  -- draw polygon (line)
  love.graphics.setColor(1, 0, 0)
  local vertices = {250, 300, 350, 300, 500, 400, 100, 400}
  love.graphics.polygon("line", vertices)
  
  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

更にググったら、どうやら Mesh とやらがテクスチャ付きポリゴンに相当するっぽいなと。

_Mesh - LOVE

1つの頂点につき、x, y, u, v, r ,g, b, a を指定したテーブルを用意して生成するらしい。

• (x, y) は描画位置。
• (u, v) はテクスチャ上の座標。0.0 - 1.0 を指定。
• (r, g, b, a) は、赤(Red)、緑(Green)、青(Blue)、透明度(Alpha)の指定。0.0 - 1.0 を指定。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d Mesh"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Mesh

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

  img = love.graphics.newImage("uvcheckermap01-512.png")

  bx, by = wdw_w / 2, wdw_h / 2
  vertices = {
    {
      -- top left
      -- x, y, u, v, r, g, b, a
      bx - 50, by - 200, 0, 0, 1, 1, 1, 1
    },
    {
      -- top right
      -- x, y, u, v, r, g, b, a
      bx + 50, by -200, 1, 0, 1, 1, 1, 1
    },
    {
      -- bottom left
      -- x, y, u, v, r, g, b, a
      bx - 300, by + 200, 0, 1, 1, 1, 1, 1
    },
    {
      -- bottom right
      -- x, y, u, v, r, g, b, a
      bx + 300, by + 200, 1, 1, 1, 1, 1, 1
    },
  }

  mesh = love.graphics.newMesh(vertices, "strip")
  mesh:setTexture(img)
end

-- update
function love.update(dt)

end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0, 0, 0)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw mesh
  love.graphics.setColor(1, 1, 1)
  love.graphics.draw(mesh, 0, 0)
  
  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

以下はソースで使った使用画像。

_uvcheckermap01-512.png

実行すると、こうなった。


めっちゃ歪んでる…。

どうして歪むかというと、love2d の Mesh は、多角形を三角形で分割して描画しているからで…。今回は四角形だから、三角形2つに分割されてる。前述のソースでは、Mesh の分割方法で "strip" を指定しているので、以下のような分割のされ方になっている。


そりゃ歪むわなと。こちらが期待した結果にならないのは当然。

解決策は別途考えることにする。

ちなみに、分割の仕方と言うか、三角形の並べ方は、"fan", "strip", "triangles" 等が選べるらしい。

_MeshDrawMode - LOVE

ひとまず、Mesh の各頂点の位置を動かせないと使い道がなさそうなので、頂点を動かせそうか試してみる。

ググった感じでは、Mesh:setVertex() が使えそうだなと…。生成済みの Mesh 内で、特定の番号の頂点情報を変更できる模様。

_Mesh:setVertex - LOVE

以下のソースでは、1番目と2番目の頂点の、x座標だけを変更している。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d Mesh"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Mesh

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

  img = love.graphics.newImage("uvcheckermap01-512.png")

  bx, by = wdw_w / 2, wdw_h / 2
  v = {
    {
      -- top left
      -- x, y, u, v, r, g, b
      bx - 50, by - 200, 0.0, 0.0, 1.0, 1.0, 1.0
    },
    {
      -- top right
      -- x, y, u, v, e, g, b
      bx + 50, by -200, 1.0, 0.0, 1.0, 1.0, 1.0
    },
    {
      -- bottom left
      -- x, y, u, v, e, g, b
      bx - 300, by + 200, 0.0, 1.0, 1.0, 1.0, 1.0
    },
    {
      -- bottom right
      -- x, y, u, v, e, g, b
      bx + 300, by + 200, 1.0, 1.0, 1.0, 1.0, 1.0
    },
  }

  mesh = love.graphics.newMesh(v, "strip")
  mesh:setTexture(img)

  ang = 0
end

-- update
function love.update(dt)
  ang = ang + 180 * dt
  local d = 150 + 100 * math.sin(math.rad(ang))

  -- mesh:setVertex(index, x, y, u, v, r, g, b, a)
  local i = 1
  mesh:setVertex(i, (bx - d), v[i][2], v[i][3], v[i][4], v[i][5], v[i][6], v[i][7], v[i][8])
  i = 2
  mesh:setVertex(i, (bx + d), v[i][2], v[i][3], v[i][4], v[i][5], v[i][6], v[i][7], v[i][8])

  -- v[1][1] = bx - d
  -- v[2][1] = bx + d
  -- mesh:setVertex(1, v[1])
  -- mesh:setVertex(2, v[2])
end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0.1, 0.2, 0.4)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw mesh
  love.graphics.setColor(1, 1, 1)
  love.graphics.draw(mesh, 0, 0)

  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

使用画像は以下。

_uvcheckermap01-512.png

実行してみると、こうなった。




ということで、Mesh の頂点を動かすことは一応できそうだなと…。

さておき。Mesh:setVertex() は、x, y, u, v, r, g, b, a、頂点が持つ全部のパラメータを指定しないといけないようで。試しに x だけ指定してみたら、残りのパラメータは全部 0.0 になってしまった…。

もしかすると、Mesh:setVertexAttribute() を使えば、(x, y) だけとか、(u, v)だけとか、特定の属性のみを変更できるのかもしれない…？

_Mesh:setVertexAttribute - LOVE

試してみたところ、Mesh:setVertexAttribute() でも同じ処理ができた。

• attributeindex = 1 なら (x, y) を変更 ... Mesh:setVertexAttribute(index, 1, x, y) と記述。
• attributeindex = 2 なら (u, v) を変更 ... Mesh:setVertexAttribute(index, 2, u, v) と記述。
• attributeindex = 3 なら (r, g, b, a) を変更 ... Mesh:setVertexAttribute(index, 3, r, g, b, a) と記述。

-- update
function love.update(dt)
  ang = ang + 180 * dt
  local d = 150 + 100 * math.sin(math.rad(ang))

  -- change vertex x, y
  mesh:setVertexAttribute(1, 1, (bx - d), v[1][2])
  mesh:setVertexAttribute(2, 1, (bx + d), v[2][2])
end

以下のような流れで作業した。

1. Modo Pro 12 を使って、ロボットの静止画像を動かしたり、背景をスクロールさせたりして、連番画像(24FPS)を出力。
2. AviUtl を使って、連番画像から、Ut Video Codec使用のavi(30FPS)を出力。
3. MMD に、背景aviとして動画を読み込み。Effekseer で出力した .efk をD&D。1コマずつコマ送りして位置合わせ。
4. MMD から、未圧縮avi(30FPS)をエクスポート。背景aviと重ねた状態で出力。
5. AviUtl でaviを読み込んで、連番画像として出力してから、24FPSで連番画像を読み込んで、24FPSのaviやmp4として出力。

元動画の作成には、Moho Pro 12 を使った。以下の2枚の静止画像(1280x720)を使って、24FPSの動画として作成。



こうなった。(640x360に縮小)



ロボットの画像は、以下のやり方で作成。

_mieki256's diary - DOGA-L1で作成したモデルデータをblenderにインポート

背景のスクロールは、以下のやり方で。

_mieki256's diary - Moho Pro 12 でテクスチャを使ってタイリング塗り

メカっぽい背景画像は、GIMP の Python-Fuスクリプトで作成。

_mieki256/sci-fi-texture-generator
_Sci-Fi-texture-generator with GIMP Python-fu demo - YouTube

注意点。Moho Pro 12 の未圧縮avi出力は、何かおかしい…。

当初、24FPSの未圧縮aviとして出力したら、どうも動きがガクガクしていて。AviUtlで読み込んでみたら、ところどころで同じフレームが混ざっていた。連番画像として出力すると、そんなことは起きないのだけど…。

どうしてそうなるのかは分からないけど、とにかく Moho Pro 12 で未圧縮aviを出力すると、正常に出力されないっぽい。連番画像として出力したほうが、間違いはなさそう。

MMD 9.31 x64 上で、背景aviとして 24FPSのaviを読み込んでみたのだけど、勝手に30FPSに変換されて、以下のような奇妙な並びに…。

1, 2, 3, 4, 4, 5, 6, 7, 8, 8, ...

4フレーム分が、5フレーム分になっている…。

どうやら MMD の背景aviは、30FPS固定のようだなと…。仕方ないので、AviUtl で 30FPS の avi を出力し直して、MMD の背景aviとして読み込んで作業した。

MMDを使って、背景aviとおおよそ合うようにカメラの角度や画角を設定してから、Effekseer のエフェクトをD&Dして、目視で位置合わせをしたのだけど。

しかし、この作業がとても面倒臭い…。MMDの操作に不慣れという点もあるけれど…。x,y,zを変化させて位置合わせをするのが…頭が混乱する…。

考えてみたら、この程度のエフェクトや動画なら…。

1. 位置を固定して、エフェクトだけを連番画像として出力して、
2. Moho Pro 12 に読み込んで、
3. グループレイヤーにロボット画像とエフェクト連番画像を突っ込んで、
4. グループレイヤーに動きをつける。

というやり方でも十分だったよなと…。MMDを経由する必要は無かったのではないか…。いや、エフェクトをレンダリングする処理で必要になるのかな…。

MMDから、30FPSの未圧縮aviとして出力したけれど。AviUtl で読み込んでみたら、最初のフレームが何故か2フレーム分表示される状態になっていて。どうしてこうなるのか…。

何にせよ、MMDから出力した動画は、動画の最初のフレームがダブったり、動画の最後のフレームが欠落している可能性がある、と思いながら作業しないといけないようだなと。

実際は24FPSの動画を30FPSとして扱って作業をしたので、最後に24FPSに戻さないといけないのだけど、上手いやり方が思いつかず。

仕方ないので、AviUtl を使って…。

1. 30FPSのaviを開く。
2. 連番画像として保存。
3. 開いてた動画を閉じる。
4. 先ほど保存した連番画像を、24FPSを指定しつつ開く。
5. aviを出力。24FPSで保存されるはず。

こういうやり方で、24FPSの動画にした。

もっと上手いやり方がありそうな気がする。絶対あるよな…。

# 見出しレベル1

## 見出しレベル2

以前も書いた気がするけれど…。Markdownの一番の売りは、テキストファイルのまま眺めても文書の視認性が良いという点で。

その一端を示すのが、見出しの仕様。

# 見出しレベル1

## 見出しレベル2

という書き方の他に、

見出しレベル1
===================

見出しレベル2
-------------------

という書き方も許容されている。

コレ、どっちが読みやすいか。プログラマーの視点では前者だろうけど、一般人の視点では明らかに後者だよなと。広告メール等でも、よく見かける書き方だし。

プログラマーが「# 見出し」を好む理由は、よく分かる。

• 打ち込むのが楽。
• 何かしら自動化しようとした際の判別処理も楽。
• 見出しレベルが1〜6まで変化する際も、「#」「##」〜「######」と同じ記号を増やすだけで対応できるから覚えるのも楽。

自分もプログラマーだから、「できれば『# 見出し』を使いたい」「むしろ『# 見出し』以外は存在しないことにしたい」というその気持ちは分かってしまう。

しかし、「行頭に『#』があったらそれは見出し行だ」なんてのは、Markdownの仕様を知ってる人しか分からないルールなわけで。

コレが、もう一つの書き方ならどうか。Markdownの仕様を知らない人でも、「アレ？ 見た目で区切りがあるぞ…。ははあ、なるほど。これは見出しなわけね」と容易に推測できるよなと。

ルールを知らない人でも文書を眺めれば、なんとなくぼんやりとルールが分かる。それが Markdown の一番の売り。Markdownの価値は、そこにある。

なのに、「# 見出し」を強要してたら、あかんよなと…。ソレ、Markdown って何なのか、そこからして分かってないよな…。

自動化をしやすくしたいなら、あるいは機能を増やしたいなら、Markdown より便利な記法が他にあるわけで。はてな記法だのwiki記法だの、やれることは多いし、処理もしやすいけど、見た目がゴチャゴチャした記法を使ってればええやんか。

_軽量マークアップ言語 - Wikipedia

Markdownの特徴について、分かってるのかなあ…。

プログラマーの悪癖として、「何か処理をしたくなると自分達だけが分かる特殊記号を使い始める」とか「打ち込みやすさを優先してしまう」というのがあって。代表的な悪例としては、Perl や正規表現があるのだけど…。

Markdownの見出し文を「# 見出し」で決めつけちゃうのは、その悪癖だよなと。この流れは危ない。このままだと、便利さや処理のしやすさばかり追求して、見た瞬間ゲロ吐きそうなルールを平気で入れ始めちゃう…。そういうのは Perl だの LISP だのでウンザリなんだよ…。

Markdown を扱う時は、テキストのまま眺めてもそれは読みやすいのか、そこを絶えず意識してほしいよなと。

と言っても、巷のアレコレを眺めてると、もう遅い気も…。Markdownに独自仕様が盛り込まれる際、相変わらず謎記号が氾濫するんだよなあ…。Markdownを知った時、「なるほど！ 既存の記法とは視点が違う…」と感銘を受けた自分には、ちょっと理解しがたい流れで…。

考えてみれば…。PC-9801やX68Kを使ってた頃は、ツールの説明書がテキストファイルで書かれてるのが当たり前だったけど、当時、いかにして読みやすい形で書くか、てなあたりも工夫してたよなと。

どこかの時点で、そういう文化がリセットされてしまったのだろうな…。

もっとも当時の、

■■■■■■■■■■■■■■■■■■■■■■■
■         hoge fuga piyo 説明書            ■
■                                          ■
■                              19xx.09.17  ■
■■■■■■■■■■■■■■■■■■■■■■■

☆☆☆☆ 概要 ☆☆☆☆

みたいなのも「おいやめろ」って感じだけど。これはこれで、どことなく「なんでもExcel」文化に近いノリを感じる…。

なんでもそうだけど、バランスが大事だよな…。

_Prettier - Code formatter を入れてみたけど、Markdownが妙な整形をされてしまうので無効化したり。設定ファイルに以下を追加して、Markdownファイルを保存した際に、勝手にフォーマットされないようにした。

"[markdown]": {
    "editor.formatOnSave": false
  },

フォーマットのルールを細かく指定できればいいのだけど、ググっても設定方法が分からず。利用は諦めるか…。

以下の記事で、Remark という拡張機能があることを知った。

_VSCodeでMarkdownの自動フォーマット＆整形ルールを自由に設定
_Remark - Visual Studio Marketplace

こちらは、Markdown の自動整形フォーマットルールを細かく指定できるらしい。

試しに入れてみたけど、やはり見出しが「#」に書き換えられてしまった。何なの、お前等。

しかし、以下の設定をすることで、見出しの整形を、「=====」「-----」を使った形に変えてくれるらしい。素晴らしい。ちゃんと分かってる。

  "remark.format": {
    "rules": {
      "setext": true,
    }
  }

ただ、日本語文字列の長さを、漢字1文字＝1文字として認識するようで…。「=====」「-----」の文字個数が、日本語を使った見出し文字列の、見た目の半分の個数になってしまう。処理としては正しいのだけど、見た目ではよろしくない。

でもまあ、このあたり、使ってるフォントによっても見た目の長さが変わるし…。英語圏を前提にした拡張機能だから、こういうのは、どうしようもないのかもしれないなと。

ついでに、以下のように設定してみた。

  "remark.format": {
    "rules": {
      "gfm": true,
      "setext": true,
      "bullet": "*",
      "listItemIndent": 1,
      "fences": true
    }
  }

• gfm で、GFM(GitHub Flavored Markdown)を指定。
• setext で、見出しレベル1〜2の書き方を、「====」「----」を使った形にする。
• bullet で、リストの行頭として使う文字を指定。
• listItemIndent で、「* リスト内容」の空白インデント文字数を指定。デフォルトでは2個の空白文字が入る。

このあたり、前述の記事で紹介されてた、以下のページが参考になった。

_remark/packages/remark-stringify at master - remarkjs/remark

ただ、テーブルがグチャグチャになってしまう…。これも、日本語文字列が含まれてる際に、漢字1文字＝1文字として扱うせいだな…。

日本語文字列が含まれている Markdown を自動整形すること自体が間違い、かもしれない。利用は諦めよう…。

Raspberry Pi + pi3d の場合、pi3d はキーボード入力を調べるために curses を使うので、以下の問題があって。

• 押されているキーを1つしか調べられない。複数キーが同時に押されてることを判別できない。
• 何のキーが押されたか、という情報しか得られない。キーが離された瞬間を得ることはできない。

この2点がどうして問題になるのか、図で描けば分かるだろうか…。


例えばだけど、カーソルキーの上と右を同時に押したら自機が斜めに移動する、という処理ができない。二つのキーが同時に押されてることを判別できないから。これではレトロ風の2Dスクロールシューティングゲームすら作れない。

また、「キーが押された瞬間」しか取得できないのも厳しい。一応、オートリピートがかかるから、連続して動いてるような「気分だけ」は得られるけど、最初の1回目に反応した直後、ピタッと止まるのが厳しい。これではインベーダーゲームやパックマンすら満足に作れない。また、各環境のオートリピート設定によって、それぞれ移動速度が異なってしまう可能性もある。



いやまあ、一応、「キーが押された瞬間だけ取得できる」という仕様でも、どうにかできないこともないけれど。動きを止めるためのキーを別途用意しておいて…例えばテンキーの5を押すと動きが止まるとかってお前は _FM-7 か！ 21世紀にもなってFM-7ライクな操作仕様はないだろう…。

pi3d というライブラリ・モジュールは、あくまで、OpenGL ES を使って3Dモデルを簡単に描画できますよ、というモジュールなのだろうなと。それ以外の使われ方を想定していない気がする。少なくとも、リアルタイムゲームの類をコレで作れるかも、てなことは考えてないのではないかなあ。だって、あり得ない。キーボード入力周りの、こんな仕様。あり得ないよ。

_pi3d.event.Event の動作サンプルスクリプト、 _pi3d_demos/TestEvents.py を Raspberry Pi上で実行すると、

• キーを押した瞬間
• キーのオートリピートが働いてキー入力がされた瞬間
• キーが離された瞬間

それぞれが取得できてるように見えるので…。Raspberry Pi専用を前提にして処理を書いてしまえば、少なくとも、「タッ……タタタタ」ではないキー入力はできるのかもしれない。実際、 _pi3d_demos/DogFight.py も、そのやり方でキー入力をチェックしてるようで、実例は既にある。

ただ、そのやり方は、Windows や Linux では使えないので…。

• Windows と Linux は pygame を併用する処理を、
• Raspberry Pi は pi3d.event.Event を使った処理を、

それぞれ分けて書くしかないなと。

でもまあ、考えてみれば、そもそも OpenGL が使える環境なら ―― Windows も Linux も Raspberry Pi2/3 も OpenGL を使えるのだから、それらの環境では PyOpenGL だの pyglet だのを使ってこの手のソレを書けばいいわけで、あえて pi3d を使わなくても、という気がしてくるし。

Raspberry Pi1 や Zeroシリーズはメモリが少なくて OpenGL を使えないから、代わりに OpenGL ES を使う pi3d はどうでしょうか、という話なわけで、だったら、pi3d を使うってことは、Raspberry Pi専用スクリプトとして書いちゃって問題ない場面じゃねえの、と割り切ってしまうのもアリかもなと。

これがもし、Pi1/Zero/Zero W でも OpenGL が動いてくれるなら話が簡単になるのだけど…。そこは難しい事情があるのだろうな…。

Raspberry Pi用の Minecraftは、フツーのウインドウを表示したその上に、OpenGL ES のレイヤーを位置合わせして配置して描画をしてるらしいけど。

pi3d も、似たようなことができないのだろうか。pygameのウインドウを生成して、そのpygameウインドウの位置に OpenGL ES のレイヤーを置いてソレらしく見せるとか。それができれば、Windows、Linux、Raspberry Piで共通して動かせるスクリプトを書けそうだけど…。描画以外は、pygame の機能をそのまま使えばいいわけだし…。

考えが甘いかな。かもしれん。何か罠が潜んでそう。

ちなみに、Raspberry Piの描画関係については、以下のやり取りで紹介されてる画像が分かりやすかった。フツーのLinuxのデスクトップは X.Org と GLX が繋がってるけど、raspbian は X.Org と EGL が繋がってないからウインドウの移動に OpenGL ES が追従してこないのだ、等が説明されてる。

_Graphics Acronyms & What works with what? - Raspberry Pi Forums

IDEウインドウ右上の「Java」のボタンをクリックすれば、他のモードに切り替えられるのだけど。Javaモードはあるけれど、JavaScriptモードが見当たらない。いや、正確には、Processing 3.0.2 の頃に使ってた JavaScriptモード 0.4.0 が動かないというか。切り替えるとIDEが落ちる。

色々ググってみたけど、どうも昨今の Processing は、「JavaScriptで動かしたい？ p5.jsモードを使えや」ということになってる雰囲気。

元々 Processing は Java Appletモードを持ってたけど。ある時期、「Java Appletモードは捨てるわ」「どうせお前等、Webブラウザ上で動かしたいだけなんだろ？」「だったらJavaScriptでいいじゃん。JavaScriptモード入れといたわ。これで文句ねえだろ」ということになって。

Java Appletモードが無くなったのは、まあ、いい。死兆星が見えてたし…。今では Oracleですら「Java Appletは推奨しねえ」と言ってるし、今時のWebブラウザでは動かなくなったしで、消えるのも仕方ない。けど、その代わりに入ったはずの JavaScriptモードがこんなことになるのは…なんだかちと釈然としない。

JavaScriptモードは、 _Processing.js を利用して、Processing のソースファイルである .pde を読み込んでブラウザ上で動かすのだけど。 _p5.js は、「Webブラウザ上で動かしたいのにわざわざJava風に書いてるんじゃねえよ糞が。最初から JavaScriptっぽく書きやがれ」てなライブラリらしくて。

なんだか言語習得コストを低く見積もってる気がする。どういう層にProcessingをオススメするのかを考えたら、.pde がそのまま動くほうがいいのでは…。

でもまあ、おそらく p5.js のほうがパフォーマンスも多少は期待できる、等のメリットがありそうだし。JavaScript をベタで書くより p5.js を利用したほうが楽になると踏んで p5.js を作ったのだろうから、習得のハードルは、さほど高くないのかもしれない。

それに、
「Processing.js は昔の Processing の言語仕様しかサポートしてないので、昨今の Processing のソースを渡しても再現できない」
「Processing.js を使いたかったら Processing旧版を使え」
てな話も見かけたわけで。なるほど…それじゃ仕方ないよな…。

ていうか、なんで Processing.js が追従してこないのだろう。 _Releases - processing-js/processing-js を眺めるとバージョンは上がってるようだけど…。

JavaScriptモードについて追記。

_0.3.3 NOT Compatible with Processing 3.0 - Issue #35 - fjenett/javascript-mode-processing で、Processing 3.1以降でも JavaScriptモードを使えるかもしれない方法が書いてあった。

• JavaScriptMode 0.4.0 をDLして解凍。
• スケッチブックの場所\modes\ 以下に、JavaScriptMode というフォルダごとコピー。
• 〜\modes\JavaScriptMode\template\ 以下に、template というフォルダを作成。
• そのフォルダの中に、processing.js と template.html を移動。
• 〜\modes\JavaScriptMode\template\ 以下に、sketch.pde という0バイトのファイルを作成。

これで、JavaScriptモードに切り替えても、IDEが落ちることはなくなった。

ただ、ソースを打って実行しようとするとエラーが表示される。また、ブラウザ上でも動かない。やはり対応できてないっぽいなと。

一応、Processing 2.2.1 と、Processing 3.3.6 では、異なるスケッチブックの場所を設定できるので…。 *1 Processing 2.2.1 と 3.3.6 で異なるモード構成にできるから、JavaScriptモードも使いたいなら 3.3.6 とは別に 2.2.1 をインストールしておいて、そちらを使って解決することも可能。とメモ。

「ロックを解除したいなら電話番号を入力して認証しろ」とtwitterのページ上に表示されてるけど。自分、携帯電話はかなり昔に解約したから、電話が無いんですけど…。 *1 フツーに電子メールでやり取り、ではダメなんか…。 *2

携帯電話やスマホを持ってない者は、もはや人間に非ず。基本的人権ですら認められない、みたいな風潮になってきているなあ…。 *3

ここ最近、twitterのユーザ対応の奇妙さが話題になって、しかし改善の見込みが見えなくて「この調子では…twitterもいよいよ終わりか…」的に先が危ぶまれているようでもあるし。

また、仕事で使ってる人ならともかく、自分、TVアニメを見ながらたまにぶつぶつと感想をつぶやいてただけだから、アカウントが使えないと仕事上困るというわけでもないし…。こんなのどか(?)な使い方をしてるのに、どうしてアカウントをロックされるのか不可解なんだけど、それはさておき。

てな状況だから、この際twitterとお別れするという選択肢も全然アリ、ではあるのだよなあ…。沈没しそうな船から逃げ出すネズミのノリで…。さようなら、twitter。今までありがとう。みたいな。

とりあえず、真面目なことをつぶやくソレ用と、TVアニメの視聴感想ぶつぶつ用に2つ持ってたけど、真面目用アカウントはロックされてなかったので削除してみたり。そもそもtwitterは一人で複数アカウントを持つことをルール違反としてるらしいので、貴社の提示したルールにちゃんと従った状態にしてみましたよ、これで文句ねえだろ、みたいな。

感想ぶつぶつ用は…どうしようもないな…。現状、ロック解除の試みも、アカウント削除もできないのでは、アカウントを放置してサヨナラする以外に選択肢は無いわけで…。

妙なNGワードでも書き込んでしまったのだろうか。結構気をつけて書いてたつもりなんだけどなあ。なんでも、twitterって「蚊を殺した」とつぶやいただけでもロックされるという噂が…。例えばアニメを見てたら、「ああ…このキャラ…殺されてしまう…誰か助けて…」とかうっかりつぶやいてしまう場面もあるだろうけど。そんなんでアカウントロックとか恐ろしくて使えんわ…。

それとも、アニメスタッフだか、アニメ会社だか、某アニメのファンあたりだかの逆鱗に触れるつぶやきをうっかりしてしまって、裏技とやらを使われてアカウントをロックされてしまったのだろうか…。

自分、基本的にはどのアニメも、比較的褒めてる感じのつぶやきになるよう心掛けてたつもりなのだけどな…。いや、時々うっかりやらかしているだろうなとも思うけど、全体をざっくり眺めれば、この人ポリアンナの生まれ変わりデスカと見紛うほどによかった探し的つぶやきで溢れてるアカウントになっていることであろうよ、などと心の中ではひっそり自負していたのだけど。そうか…まだまだ努力が足りなかったか…。

む。待てよ。もしかして逆なのか？ アニメ視聴をしつつ、そこでスタッフの仕事ぶりを褒めてしまったからやられたのか？ 「こんなクソアニメを褒めやがって…コイツ許せねえ！ 潰してやる！」みたいな。他人様の仕事を迂闊に褒めたら後ろから刺されるとか…日本って、なんて美しい国…。

いや、分かんねえですけど。なんで凍結されたのか具体的な理由が分からんから本当に困る。WebサーバやWindowsすらエラー番号を返すのに。ちょっと酷いなと。調べようがないじゃん。なんでも隠せばいいってもんでもないだろう…。

twitter側でアカウントをロックしたのに、twitterから「○○さんがツイートしました」的宣伝メールが送られてくるあたり、ちょっとイラッとしてきたり。

そうやってそっちからメールをガンガン送ってきてるのに、なんで携帯電話でしかロック解除の申請はできないとか言い出すんや。 *4 お前が送ってきたこのメールは何なんだ。ユーザのメールアドレスをお前はちゃんと知ってるじゃねえか。どうしてコレ使って解除申請できないんだよ。どういうシステムだよ。

みたいな。コレ、ちょっと…いや、かなりイラッとするなあ。

もっとも、今現在残ってる人達は、何がどう自動化されてるのか把握できてない可能性もありそうだなと邪推したりもして。であれば、どうしようもないよな。まるでイデオンよろしく超古代文明の遺産を仕組みも分からず使ってる状態、とか。twitterはSFだったのか…。

自分、誰でもその気になれば見れる場所でぼそぼそとつぶやく行為が好きなので、アカウントを持ってないと閲覧すらできないというサービスは、ちょっと。「アカウントなんて無くても誰でも覗き見できまっせ」な感じじゃないと厳しい。

要は、 _銀河通信 をしたいわけで。いや、 _ボトルメール とでも言えばいいのかな。誰かに届くのかもしれないし、誰にも届かないのかもしれない。届く可能性もあるけれど、届かない可能性も高い。そういうつぶやきをポツリポツリとしたい。そのためには、誰でも見れる仕様じゃないと。オープンな場所じゃないと。

アカウントを持ってる人達しか見れないサービスでつぶやいてたら、まるで押し入れに入ってぼそぼそ呟いてるも同然で、ガチで只の危ない人になっちゃうよなと。ていうかそんなのローカルHDDに書き溜めておけばいいだけで、わざわざWeb上で書き込む意味なんて無いよな、てな極端な印象すら持っていたりして。

いやまあ、知人友人がたくさん居るリア充さんなら、「閉じてるほうが仲間内でコミュニケーション取りやすいじゃん」と言い出すだろうけど。悪かったな。俺は知人友人がほとんど居ないんだよ。だからそういう利用スタイルを自分に当てはめてイメージすることができないんだよ。笑えよ。さあ笑え。いや、泣けよ。泣いてくれよ。ていうか自分が泣いていいですか？

ということで、もしかしてマストドンってリア充さん御用達のツールなのでは、という疑念が若干自分の中で…。だとしたら、自分にとって望んでるソレとはちょっと違うんだよなあ…。

個人がガッツリ何かしらの意見を世界に向かって公開、となると「blogでも使えば？」という話になっちゃうけど。そこまで大層なことをつぶやきたいわけではなくて…。だって、アニメ見ながら「この幼女…可愛いのう…これは兵器になるレベル…」とかアホなことをつぶやいてるだけだし。

twitterと同程度に、140文字前後の制限を与えつつ、しかしblogのように全世界に向けて公開できて、書き込んだ時間もメッセージと共に併記されるからちゃんとログになってる、そういうサービス、あるいはCGIの類って無いのかなと。書き込み内容がGoogleの検索結果にも出てくるよ、閲覧についてはオープンだよ、閉じてないよ、どこかの一社が管理してるせいで不可解な理由により突然アカウントを削除されたりしないよ、みたいな。

需要が無いか…。無いよな…。あるわけねえか…。

と思ったけど、 _ミニブログ を探してみればいいのかな。

ミニブログと呼ばれるソレを、いくつか辿ってみたけど、結構各サービスが消えてるような。blogやwikiと同様、これもまたブームは去った、てな感じなのだろうか…。改めて調べてみたら、その手のサービスが出現したのって2007年前後らしいし。そりゃ大半が死滅…するわな…。

考えてみたらtwitterの代替サービスなんてあるわけないか。「バルス」に耐えるシステムだもんな…。そういうところは凄いんだよな、twitter…。

最初は、Perl、Python、Rubyあたりを使って、A4用紙のこのあたりにこの文字列を配置して印刷する、みたいなことができないものかと思ったのだけど。何を使えばそういうことができるのか全く知らないわけで。

例えば、pdfを作成、みたいな感じで実現できるのだろうか。それとも、TeX、LaTeX、ポストスクリプトあたりが登場するのだろうか。レイアウトを決める作業も大変そう。補助ツールがあるのだろうか。それとも、定規で位置を測定して指定する、みたいなことになるのかな。

ビットマップ画像に対してアレコレする、てな処理なら、ImageMagick 系のライブラリを使ってどうにかできるかなと思いつくのだけど。印刷用のアレコレは、たぶん全然違うよな…。それとも内部的に 600dpi や 1200dpi のビットマップ画像を作って、とかやるのかな…。

フツーはこういうライブラリを使って、こんな仕組みでやるもんだ、てなところからして、さっぱり想像できないわけで。うーん。

ググってたら、こういったソレは「帳票」という単語を使うらしい。

さらに、Microsoftレポートなるものがあるそうで。

_.NET - Microsoft レポートによる帳票の作成 - Qiita
_マイクロソフトレポート (Microsoft Reports) - C# 入門

データベースからデータを持ってきて帳票にする、みたいなことができるっぽい。Windows上ではコレを使うのが正解、なのかな。

ただ、VisualStudio Express版では使えない、と説明されてる。どう見ても企業向けのアレっぽいから仕方ないよな…。

ググってたら、Ruby + Prawn でPDFを作成して云々、という記事に遭遇。

_RubyのPDFライブラリ "Prawn" のご紹介 : Raccoon Tech Blog [株式会社ラクーン 技術戦略部ブログ]

なるほど、これなら印刷はどうにかできそう。

そろそろ店頭から、iP4600用のインクカートリッジが無くなりそうな気配。見つけるのにちょっと時間がかかってしまった。…もしかすると、プリンタの買い替えを促進したいなら、インクをさっさと生産中止にしちゃうのも手かもしれないな。

と思ったけど、互換インクが売り上げを伸ばすだけだし、あるいはプリンタ本体を買い替える際に別メーカの製品を選ばれてしまう可能性もあるから、メーカーにとってはあまりよろしくない展開になるのかな。そもそもインクを売ることで儲けてる面もあるのだろうし。プリンタを買い替えてもらうのと、インクを買い続けてもらうのと、どっちが儲けが多いのか、という話かもしれない。

それはともかく。自分は月に1回印刷するかどうかという感じなので、ほとんどヘッドクリーニングだけでインクが無くなってる気がする…。とはいえ、EPSON製プリンタを使ってた頃は、新品インクカートリッジを一本使い切ってもヘッドの目詰まりが直らなかったし。それに比べたら、たまに使う程度なのに目詰まりしないあたり、Canon製プリンタは大変ありがたいです。…EPSON製プリンタだけは二度と買わないぞ。

もはや無いとは思うけど、今後プリンタ市場に新規参入する企業があるとしたら、クリーニングに使うインクの量が圧倒的に少なくてお得、てな製品を出してみるのも手かもしれない。滅多に印刷しない人なら、購入候補になるはず。

と思ったけれど、印刷頻度が圧倒的に少ないユーザに製品を買われても旨味が無いので、そういう製品が出てくるわけないよな…。インクより随分コストが安い、クリーニング専用インクカートリッジを搭載したプリンタ、なんてのも面白そうではあるけれど。たぶん出てこないよな。

考えてみたら、家庭用プリンタが無かった時代は、皆、手書きで何かしらを書くしかなかったわけで。昔に戻ったつもりで、見た目の綺麗さよりもコストを優先して極力手書きで済ませる、という方針だってアリかもしれないか…。ボールペン1本で何枚書けるかを考えたら、おそらく圧倒的に安いはず。

そういえば、MZ-700のプロッタプリンタ(ボールペンで印字)を、ン年前に動かしたことがあったっけ…。30年近く放置してたのに、スイスイ印字できちゃって、ボールペンってスゲーと思ったものですが。

もしかすると、滅多に印刷をしないユーザは、ボールペンで印字するプロッタプリンタを使えばコスト的に…。いや、プロッタプリンタは、写真とか印刷できないからダメだよな。文字や線画しか書かないならともかく…。文字や線画も、線が全て均一だし…。書くスピードもめちゃくちゃ遅いし。

そもそも今時プロッタプリンタって売ってるのかな。ググってみたけど見つからなかった。 *1 家庭用プロッタプリンタという製品ジャンル自体が無くなったのか…。いや、元から無かったのかもしれないけど。

ググっていた際、 _130518SHARPカラープロッタプリンタ - YouTube という動画を見かけてなんだか懐かしくなりました。これは SHARP CZ-8PP2 だそうで。仕組みは MZ-700のプロッタプリンタと同じっぽいですな。

これはこれで需要があったりしないのかな。下の紙にも転写する用紙の類に印字したい時には使えそうな気もするけど。ビジネス用として存在しないのかしら。…まあ、そういう場面ではドットインパクト式を使いそうか。印字速度も求められるだろうし。

でも、このプロッタ方式って、何か別の作業にも応用できそうな気もするなあ。

てなことを思いながらググってたら、 _ワードライタ BL-80 という製品に遭遇。 _【技術】日本人が開発したボールペンで手書きプリンタしてくれる装置。海外の反応 のコメント欄も興味深い。下に転写する用紙に書く時は、やはり役に立つのか…。

• 1つのソースから、FLASH版(ActionScript)やJavaScript版を出力できるのは便利。
• Flixel(HaxeFlixel)は、2Dリアルタイムゲームの作成に特化した機能がいくつか実装されていて、とても楽。データさえあれば、あっという間にある程度動くものが出来てしまう印象。なんとなく、MSX版パロディウスってこんな感じの開発状況だったのかなとチラリと想像したり。
• HTML5・JavaScript出力は、ブラウザ側の問題もあって、まだ今一つなところも。サウンド関係は鳴らせないも同然な点がかなり惜しい…。でも、ブラウザのせいだし…。エラーが出ていても何が原因なのか判別しにくいのもちょっとアレ。

とにもかくにも Flixel が簡単・便利で感心してしまったり。「こんなに楽なら、この際アレも」「だったらコレも」と、ゲームっぽくするための仕様をどんどん追加してしまったぐらいに簡単でした。ありがたや。

Dropboxのpublicフォルダが死んだのでファイルの置き場所を変更。

自作素材をアップロードする際にはアカウントが必要らしいのだけど。英文サイト故にアカウント取得の流れがよく分からなかったので、自分が分かる範囲で説明画像を貼ってみたりして。

まずは、サイト右上の「Register」をクリック。
アカウント登録申し込みページが開くので、必須入力項目(赤い文字の項目)を埋めて、「CREATE NEW ACCONT」をクリック。
CAPTCHAがちとよく分からなかった。入力欄の下に「空白で埋めよ」とテキストで書いてあるけど、たぶんこれが ―― わざわざテキストで書いてあるあたりが、スパム対策なのかしらと。本当の質問文は入力欄の上に画像で表示されているので、そこを読んで答えを入力する、のではないかなと。

さておき。入力を終えると、登録したメールアドレスに、
「アカウント作ったから、このメールに書いてあるURLに飛んでパスワード設定してね。ただし、このURLは1回しか使えないぜ」
てな内容の英文メールが届くので、そのURLをブラウザで開く。

開いたページ内の、「PASSWORD」と書かれてる入力欄に、自分の設定したいパスワードを入力して、ページの一番下の「SAVE」を押して設定を反映させれば、アカウント取得終了。

以降は、サイト右上のIDやパスワード欄に入力、かつ、LOGINボタンを押すことで、ログイン可能になる。

まあ、素材をダウンロードするだけなら、ログインする必要はないんだけど。

以降、素材をアップロードしたい場合は、LOGIN(ログイン)してから、サイト上部の「Submit Art」をクリック。
素材投稿ページは以下のような感じ。

• 複数ファイルも1度にアップロードできるらしい。1つファイルを指定して、「UPLOAD」を押せば、アップロード終了後に追加で入力欄が表示される。
• 分類タグは、数文字アルファベットを打ち込むと、候補をリストアップしてくれる。

素材種類は、以下のような感じ…なのかな？

• 2D Art : ドット絵の類。アニメパターンや、マップ画像等。2Dゲームの画像素材ならコレを選ぶのだと思う。
• 3D Art : 3DCGモデル。
• Concept Art : ゲームやキャラクターのイメージ画像/コンセプト画像…なのかな？ 眺めてみたけどよく分からない。「俺のこのキャラデザで誰かゲーム作ってくれんかなー」なんて時に選ぶ？
• Texture : 3DCGなどで使うテクスチャ画像。
• Music : ゲーム用のBGMファイル。
• Sound Effect : ゲーム用の効果音ファイル。
• Document : ゲーム制作に関係する文書類、だと思う…。

ライセンスは、ざっくりと説明すると…。

• CC0 : 作者名の表示もしなくていいよ。魔改造しても、商売に使っても、全然OK。勝手に使え。好きにしろ。Public domain みたいなもんだよ。
• CC-BY 3.0 : 使う時に俺の名前を表示しろ。それさえしてくれれば、再配布も、魔改造も、商業利用も ―― 何に使ってもOKだよ。
• CC-BY-SA 3.0 : 使う時に俺の名前を表示しろ。それと、魔改造したブツにも、このライセンスを適用しろ。それをしてくれたら何に使ってもOK。
• GPL 3.0, GPL 2.0, LGPL 3.0, LGPL 2.1 : よく分からず。ただ、GPL関係は商業利用もOK。

どれも「商業利用OK」なライセンスなので、「俺の作った素材で金儲けするなんて許せない」と思う人は素材をアップロードしちゃダメだよ、ということで。

せっかくアニメgifをプレビュー画像としてアップロードしたのに、アニメが再生されない…。ちと残念。

_公式サイト? からDLできる zip が解凍できず。そもそも 805KByte あるはずが、DLしても 400KByte ぐらいしかなく。昔はvectorにもアップロードされてたようだけど、今は見当たらない。何か思想的な理由でDL不可にされているのだろうか。それとも単にアップロードミスかしらん。

_日本の所得格差指数、貧困率は何故高いのか
_貧困率の高い国 ―― 日本
_町工場で聞く景気『踊り場脱却』

CCDのドット抜け ... CCD抜け、CCD欠け、CCD落ちとも呼ばれる。

色々な呼び方が。

はっきり写ってるなぁ。

ドット欠けは経年劣化で増えていくらしい。更に、出荷前からCCDにドット欠けが存在するのは常らしく。メーカは出荷前に、それらドットの補正をするよう調整してから出荷するのだとか。

ということは。デジカメ内にはそれらドットの補正を行うための機能・プログラムが既に入ってるはず。それらの機能の調整を、“ユーザが任意のタイミングでやり直す”ことができれば、パッと見ドット欠けが目立たない状態を常に維持できるのでは。

オリンパスのデジカメには、前述の機能が既についていたらしい。…いいなぁ＞オリンパス製デジカメ。 *1

Canon製デジカメにはピクセルマッピング相当の機能はついてないらしい。Canon PowerShot A300 のマニュアルも眺めてみたけど、該当機能に関する解説はなかった。やはりそういう機能は無い・ユーザが調整可能な範疇ではないらしい。サービスセンター送りか…参ったなぁ。いくらぐらいかかるんだろう。

かなりの早さで、確実に経年劣化する部品を、否応無く使わざるをえない製品ジャンルなのだから、こういった調整をユーザレベルでも行えるようにしておくことは必須ではないかしら。デジカメ本体側で補正を行うのでも、取り込みソフト側で補正を行うのでも、どっちでも構いませんが。何にせよ、ユーザレベルで、多少はこれら状況を回避できるようにしてほしいものであります。

大体にして、現状のままでは、本来、1ヶ月毎 *2 にサービスセンターに持ち込んで調整する羽目になるはずで。そんなんで製品と呼べるのかと。(;´Д｀) …しかし幸い、ソフトウェア処理で、ハッキリとわからないようにすることが可能なのだから、メーカに持ち込まずともユーザ側で、たとえ擬似ではあっても、問題解決が行えるようにしておくべきではないのかしらん。

もっとユーザに知らせていくべきじゃないかなぁ。かつ、時間が経つにつれて増えていくことも知らせておかないと。…そのあたりを知ってれば、オイラだって、購入後1ヶ月でちゃんと修理に出してたのに。 *3 Canon PowerShot A300 のマニュアルを眺めてみたけど。CCDのドット欠けに関しては何も記述がないように見える。こういうのは隠しちゃダメでしょう。製造工程上必ず出るものならば、ユーザにそのことを認知してもらう…それが、メーカにとっても、ユーザにとっても、望ましい状態ではないかと思うのですが。

これら問題点は無いも同然だろうけど。単体で閉じてしまってると、ソフトの本質・実処理とは違った部分で不満が出てきても回避が難しいのだなと、ぼんやり思ったり。

_Being a end-hater
_ツールの効用
_endのユーザビリティ
_だから「ツールの効用」と言ってみたんです
_endのユーザビリティ(2)
_ツールがなきゃ Ruby は書けないのか?
_ruby-mode.el
_Tools for Ruby
把握しづらいと思ってるのは、自分だけじゃなかったらしい。ホッとした。

C-M-f/C-M-b とやらで緩和されるところもあるらしいけど、xyzzy の ruby-mode ではそれらしい動作はせず。

Rubyの父の日記にtipsが。

 ESC C-a		ruby-beginning-of-defun
 ESC C-e		ruby-end-of-defun
 ESC C-p		ruby-beginning-of-block
 ESC C-n		ruby-end-of-block
 ESC C-f		ruby-forward-sexp
 ESC C-b		ruby-backward-sexp

emacsならこういう関数があるらしい。xyzzy の ruby-mode.l の中を覗いてみたけど、それらしい表記部分はないように見える。 *1

vim で打ってる人も多いらしい。ブロックの認識に関して、何かアドバンテージがあるのだろうか。 *2

_RDE(Ruby Development Environment)

Alt+Up、Alt+Downで、同じインデントの行にカーソル移動できる模様。そこそこ便利。ということは、xyzzyで打ち込んで、わからなくなったらRDEで開きなおして、位置を確認して、xyzzyに戻ってまた打ち込んで、とやっていけば… ＜ドアホウ。

自分の環境で、改善を図るとすれば、選択肢は以下の通り。

Meadowを導入して、ruby-mode.el を使う。

Meadowは、使える状態にするまでの設定がかなり面倒。あまり気が進まない。

ruby-mode.el(emacs上で使用) 中の関数を、ruby-mode.l(xyzzy上で使用)に移植する。

lisp、わからんです。「Rubyを勉強するには、まずlispを習得せねばならない」という図式が成立してしまうのも、なんだか妙な話。

RDEに乗り換える。

emacs系キーバインドに慣れてしまってるので、ゲイツ仕様のキーバインドでエディタを操るのはストレスが。

vimを導入する。

メリットが不明。

Rubyの勉強自体をやめる。

ちょっとだけとはいえ、class の作り方にもせっかく慣れてきたところなのに… (つД｀)

ということで結論としては、オブジェクト指向の真っ当な表記ができて、ウザったい「end」とは無縁の、Python を勉強すべしということに。＜なんでやねん。 *3

まあ、もう少し悶々としてみます。耐えられなくなったら、その時、上記のどれかで対策することにしやう。

Windows文化にしか触れてない人ならRDEで問題ないし。UNIX文化どっぷりの人がWindows上でどうにかするならMeadowで問題ないし。いや、cygwin上でemacs使うのもアリでせうか。

自分の場合、

• 日記書きもプログラム書きもxyzzy上で作業してるので、できればそこから離れたくない。
• そのくせlispはわからない。
• 何故か、emacs系キーバインドに慣れてしまってる。

という中途半端状態であるが故に困ってるだけの話。