mieki256's diary

ぷららのサイトでは、FTPツール、FFFTP 1.96d で接続できているかのような記述があるのだけど。

_プライベートホームページマニュアル | その他 | ぷらら
_FTPソフト設定（ファイル転送ソフト）FFFTP（Windows） - ffftp.pdf

しかし、FFFTP 1.96d は、今現在は入手不可能。元々の作者様のページで現在公開されているのは 1.97b (ffftp-1.97b.exe, ffftp-1.97b.zip, ffftp-1.97b-src.zip) なわけで…。

_Sota's Web Page (FFFTP)

Web Archive も調べてみたけど、1.96d は無かった…。Filter 入力欄に「ffftp-1.9」と打ち込めばセットアップファイルがリストアップされるけど、FFFTP 1.96d は無い。ちなみに、FFFTP 1.96d のセットアップファイル名は、ffftp-1.96d.exe、ffftp-1.96d.cab だったらしい。

_http://www2.biglobe.ne.jp/sota/product/* - Wayback Machine
_Sota's Web Page (FFFTP) - (WebArchive, 2010/01/09)

もう入手できないバージョンを使って、「ウチでは動作確認取れてますけど？」と言い出すのは…ソレってどうなの？ と思わないでもない…。

ネットから入手するのは難しいけれど、幸い手元のHDDの中を漁っていたら、どうにか ffftp-1.96d.exe を発掘することはできた。残しておいてよかった…。インストーラ版しか残ってなかったのは痛いけど、一応インストール。

動作確認をしようとしたのだけど…。


御覧の通り、「ホストの設定」ダイアログに、「暗号化」タブがそもそも存在しなかった。これではFTPS接続するための設定ができない。

オイコラ、NTTドコモ！ てめえらふざけてんじゃねえぞ！(憤怒)

ドキュメントにツールのバージョンまで書いておくのは偉いですなと一瞬思ってしまったけれど、今ではもう入手不可能な上に、動作するわけがないバージョンがしれっと書いてあるとかさあ…。コレ一体どういうことなんですか…。自分が使ったツールのバージョンを確認して明記することすら満足にできないのですか…。いやまあ、そもそも動作確認すらしてないのかもしれんけど。

該当バージョンを入手しようとめちゃくちゃググりまくって探しまくったのに、何ですか、このオチ。ふざけんな。ぷんすか。

ちなみに、FFFTP 1.96d はGumblarウイルスがパスワードを盗み取ることが問題になってたバージョンで…。

_Sota's Web Page (GumblarによるFFFTPへの攻撃について)
_FTP アカウント情報を盗むマルウエアに関する注意喚起について | Security Alert | 京都大学情報環境機構
_FFFTPのバグ 〜必要なGumblar対策を: パソコンのツボ 〜 Office のTIP
_「FFFTP」のパスワードが“Gumblar"ウイルスにより抜き取られる問題が発生 - 窓の杜

わざわざそんなバージョンをドキュメントに書いておくとか、NTTドコモだかぷららだかどこが担当してるのか知らんけどお前等大丈夫か？ という気分に…。

とりあえず、今まで手元で使ってた FFFTP 4.5 x86 や、今現在入手できそうな FFFTP のバージョンを色々試してみた。

ちなみに、現行バージョンは窓の杜や github から入手できる。

_「FFFTP」定番FTPクライアントソフト - 窓の杜
_Releases - ffftp/ffftp - GitHub

FFFTP 1.98g 等のバージョンはOSDNから入手できる。

_リリース FFFTP（日本語版） 1.98g - FFFTP - OSDN

ショートカットファイルがこんなにたくさん。

• FFFTP 1.96d : 「ホストの設定」に「暗号化」タブが無いので論外。FTPS接続の設定ができない。
• FFFTP 1.97b : これも「ホストの設定」に「暗号化」タブは無かった。
• FFFTP 1.98g : これは「暗号化」タブがあった。
• FFFTP 4.5 x86 : これも「暗号化」タブがあった。
• FFFTP 5.8 x86 : これも「暗号化」タブがあった。

FFFTP 1.98g 以降であれば、FTPS接続できる機能は持っているようだなと…。

ただ、どのバージョンを使っても、ぷららのFTPサーバ(www7.plala.or.jp)には接続できなかった。

• ホスト設定の「PASVモードを使う」の有効無効を切り替え。
• ホスト設定の「ネットワークの種類」を、「自動」「TCP/IPv4」「TCP/IPv6」にそれぞれ切り替え。(FFFTP 1.98g には設定項目があった。FFFTP 4.5、5.8 に該当の設定項目は無い)

これらの設定を変えてみたけれど、結果は変わらなかった。

一応、メッセージ欄の表示も貼っておく。

FFFTP Ver.1.98g Copyright(C) 1997-2010 Sota & cooperators.
Copyright (C) 2011-2013 FFFTP Project (Hiromichi Matsushima, Suguru Kawamoto, IWAMOTO Kouichi, vitamin0x, unarist, Asami, fortran90, tomo1192, Yuji Tanaka, Moriguchi Hirokazu).
デフォルトのマスターパスワードが使われます.
マルウェアの攻撃を防ぐため，固有のマスターパスワードを設定することをおすすめします
OpenSSLが読み込まれました.
----------------------------
FTP over Explicit SSL/TLS (FTPES)を使用します.
ホスト www7.plala.or.jp を探しています. (TCP/IPv4)
ホスト www7.plala.or.jp を探しています. (TCP/IPv6)
ホスト www7.plala.or.jp (2400:7800:0:3003::1:7 (21)) に接続しています. (TCP/IPv6)
ホスト www7.plala.or.jp (60.43.63.107 (21)) に接続しています. (TCP/IPv4)
接続しました. (TCP/IPv4)
接続できません. (TCP/IPv6)

接続できません.

FFFTP Ver.4.5 32bit Copyright(C) 1997-2010 Sota & cooperators.
Copyright (C) 2011-2018 FFFTP Project (Hiromichi Matsushima, Suguru Kawamoto, IWAMOTO Kouichi, vitamin0x, unarist, Asami, fortran90, tomo1192, Yuji Tanaka, Moriguchi Hirokazu, Fu-sen, potato).
Copyright (C) 2018-2019, KURATA Sayuri.
----------------------------
FTP over Explicit SSL/TLS (FTPES)を使用します.
ホスト www7.plala.or.jp ([2400:7800:0:3003::1:7]:21) に接続しています.
接続できません.

FFFTP Ver.5.8 32bit Copyright(C) 1997-2010 Sota & cooperators.
Copyright (C) 2011-2018 FFFTP Project (Hiromichi Matsushima, Suguru Kawamoto, IWAMOTO Kouichi, vitamin0x, unarist, Asami, fortran90, tomo1192, Yuji Tanaka, Moriguchi Hirokazu, Fu-sen, potato).
Copyright (C) 2018- Kurata Sayuri.
----------------------------
FTP over Explicit SSL/TLS (FTPES)を使用します.
ホスト www7.plala.or.jp ([2400:7800:0:3003::1:7]:21) に接続しています.
接続できません.

余談。1.98g も試したのは、以下のつぶやきを見かけたから。

_Shu ENKZNさんはTwitterを使っています: 「懸案だったぷららホームページのアップロード問題が... / X

懸案だったぷららホームページのアップロード問題が解決する。FFFTP については、FFFTP（64bit版）v5.7を使っていたが。動作が不安定で。FFFTP for Windows V 1.98g に変更したら Windows 11 でも問題なくアップロード可となる。

もしかしてウチの環境は、IPv6しか提供されてないサーバにアクセスできないのではないか…？ などと不安になったので、IPv6で接続できるかどうかチェックできそうなサービスをググってみた。

_あなたの IPv6 をテストしましょう。
_IPv6接続確認 | 株式会社JPIX
_IPv4/IPv6接続判定ツール

どれも「IPv6でアクセスできるよ」と表示される…。うーん。

そもそも、2023/08/02の時点では、1度はたしかにぷららのFTPサーバにFTPS接続できていたわけで…。

WinSCP 6.1.1 や、FileZilla 3.65.0 でも試してみたけど、やはりサーバに接続できないと表示されてしまう…。

_「WinSCP」SCP/SFTP/FTPS対応のFTPクライアント - 窓の杜
_FileZilla - The free FTP solution

ホームページビルダー V20、FFFTP も含めて、4つのFTPクライアントソフトで試してみても接続できないこの状況はあかんやろという気がする…。

Ubuntu Linux 22.04 LTS + FileZilla 3.58.0 でも試してみたけど、やはりサーバに接続できないと表示されてしまう。

sudo apt install filezilla

状態:   www7.plala.or.jp のアドレスを解決中
状態:   60.43.63.107:21 に接続中...
状態:   接続を確立しました。ウェルカム メッセージを待っています...
エラー: サーバーによって接続が閉じられました
エラー: サーバーに接続できません

OSを変えてもダメか…。

お問い合わせ → フォームでお問い合わせ、から問い合わせてみた。

_お問い合わせ | 会員サポート | ぷらら

朝方送信しておいたところ、夜になってメールが届いた。「ホスト名に www7.plala.or.jp を指定しているところを IPv4 のIPアドレス、xx.xx.xx.xx にしてみよ」とのこと。

メールに記述されていたIPアドレスは、FFFTP 1.98g で試したときに表示されたIPアドレスと同じだった。

ということは、www7.plala.or.jp からIPアドレス(IPv4)への変換はできてる、ということになるのかな。ただ、FFFTP 4.5, 5.8 では www7.plala.or.jp が IPv6 に変換されてしまう。FFFTP 1.98g のような古いバージョンじゃないと IPv4 のIPアドレスが得られない。

メールにIPv4アドレスが記述されていたあたり、「IPv6でアクセスはするな」ということでもあるのだろう…。FFFTP 1.98g のホスト設定で、「ネットワークの種類」を「TCP/IPv4」にしてみた。ちなみに、FFFTP 4.5, 5.8 では、その設定項目は無くなっている。古い FFFTP じゃないと IPv4 に制限できないわけで…。ぷらら側のサーバ設定はマズい気がする。

メールには、「『暗号化ありで接続を許可』にチェックを入れろ」と書いてあったけれど、そんな設定項目は無い…。ただ、「暗号化なしで接続を許可」という項目はあるので、そこのチェックを外しておいた。というか、サポートマニュアルのスクリーンショット通りにやってるから、既に外してあった。

とりあえず試してみたけど、やはりダメだった。

FFFTP Ver.1.98g Copyright(C) 1997-2010 Sota & cooperators.
Copyright (C) 2011-2013 FFFTP Project (Hiromichi Matsushima, Suguru Kawamoto, IWAMOTO Kouichi, vitamin0x, unarist, Asami, fortran90, tomo1192, Yuji Tanaka, Moriguchi Hirokazu).
デフォルトのマスターパスワードが使われます.
マルウェアの攻撃を防ぐため，固有のマスターパスワードを設定することをおすすめします
OpenSSLが読み込まれました.
----------------------------
FTP over Explicit SSL/TLS (FTPES)を使用します.
ホスト 60.43.63.107 (21) に接続しています. (TCP/IPv4)
接続しました. (TCP/IPv4)

接続できません.

他の組み合わせでも試してみたけれど。

• Windows10 x64 22H2 + FFFTP 5.8
• Windows10 x64 22H2 + WinSCP 6.1.1
• Windows10 x64 22H2 + FileZilla 3.65.0
• Ubuntu Linux 22.04 LTS + FileZilla 3.58.0

やはり結果は変わらず。サーバに接続できない。

ちなみに、Ubuntu Linux 22.04 LTS + FileZilla 3.58.0 の結果は以下。

状態:   60.43.63.107:21 に接続中...
状態:   接続を確立しました。ウェルカム メッセージを待っています...
エラー: サーバーによって接続が閉じられました
エラー: サーバーに接続できません

ユーザ名やパスワードが間違っている可能性も考えたけど、それ以前の段階で接続できてない気がする。

と言うのも、自宅サーバを相手にして、FFFTPからわざとパスワードを間違えた状態でアクセスして結果を確認したところ、どの場合もユーザ名の送信まではそれなりに進む(コマンドが送られて返事が戻ってくる)し、パスワードが間違ってたらFFFTPが「パスワードが違う」とちゃんと尋ねてくることが分かったので…。

FTPサーバがユーザ名を受け付けたところまで進んでいて、そこでログインできなかったら、これはユーザ名やパスワードが間違ってると推測できるけれど。今回はそこまで全然進んでないので、ユーザ名やパスワードがおかしいというわけではないのだろう。問題はもっと前の段階で起きてる。

まず、PowerToys の設定画面を表示して、全機能をオフにしてみた。PowerToys はエクスプローラに色々な機能を追加するので、そのあたりで問題が発生してそうだよなと…。設定を変更したらOS再起動。

PowerToys 0.57.0 のセットアップファイル、PowerToysSetup-0.57.0-x64.exe を github から入手。管理者権限で PowerShell を開いて、以下を打ってみた。

.\PowerToysSetup-0.57.0-x64.exe --extract_msi

セットアップファイルは .exe で提供されているけれど、アンインストール処理時は .msi が必要になる、という話をどこかで見かけた。--extract_msi とつけると、おそらくはどこかしらに .msi を解凍して、そちらから処理をするのではないか。たぶん。

アンインストール画面が出てきたので、「Uninstall」をクリック。ブルースクリーンにならないでくれと祈りながら処理が終わるのを数十秒ほど待った。幸い、ブルースクリーンにはならず、アンインストールも成功した。助かった。

またこんな目にあったら嫌なので、今後、PowerToys のインストールは避けよう…。機能が豊富な分、Windowsの奥深いところに関わってそうでもあるし…。

今回参考にさせてもらった Rubyスクリプトは以下。お天気情報を表示してくれる、Ruby製の xscreensaver用スクリーンセーバらしい。

_zhum/rubysaver: Xscreensaver module, displaying weather, forecast, clock and now playing song title and author.
_rubysaver/rs.rb at master - zhum/rubysaver

端末を開いて、以下を打ってインストール。

sudo apt install ruby-gtk2

ちなみに、Ubuntu Linux 20.04 LTS の場合、デフォルトで Ruby 2.7.0 がインストールされているっぽい。

前述のスクリプトから、xscreensaver に絡んでいる部分だけを抜き出して、簡単なサンプルにしてみた。処理内容としては、赤い円がウインドウ内を跳ね回るだけのスクリプト。

_04_xscrsav.rb

#!/usr/bin/ruby
# encoding: UTF-8

require "gtk2"
require "logger"

# for gtk2
SIGNAL_DRAW = "expose_event"

# for gtk3
# SIGNAL_DRAW = "draw"

TMOUT = 16

$drawing_area = nil
$logger = Logger.new("/tmp/rubysaver-#{ENV["USER"]}.log", "monthly")

class RubyXscrApp < Gtk::Window
  def initialize
    super

    set_title "xscreensaver module"

    signal_connect "destroy" do
      $logger.warn "EXIT by destroy"
      Gtk.main_quit
    end

    signal_connect "delete-event" do
      $logger.warn "EXIT by delete-event"
      Gtk.main_quit
      false
    end

    signal_connect "delete_event" do
      $logger.warn "EXIT by delete_event"
      Gtk.main_quit
      false
    end

    realize

    ident = ENV["XSCREENSAVER_WINDOW"]
    if not ident.nil?
      $logger.warn "XSCREENSAVER_WINDOW = #{ident}"
      self.window = Gdk::Window.foreign_new(ident.to_i(16))
      self.window.set_events(Gdk::Event::EXPOSURE_MASK | Gdk::Event::STRUCTURE_MASK)

      x, y, width, height, depth = self.window.geometry
      # puts "window = #{self.window}, (x,y,w,h) = #{x}, #{y}, #{width}, #{height}"
      $logger.warn "window = #{self.window}, (x,y,w,h) = #{x}, #{y}, #{width}, #{height}"

      set_default_size width, height
      move(x, y)
      # set_window_position :center
    else
      x, y, width, height, depth = self.window.geometry
      width, height = 640, 360
      set_default_size width, height
      set_window_position :center
      puts "window = #{self.window}, (w,h) = #{width}, #{height}"
    end

    @x = width / 2
    @y = height / 2
    @dx = width.to_f / (60 * 1)
    @dy = height.to_f / (60 * 1.5)

    $drawing_area = @darea = Gtk::DrawingArea.new
    @bgcol = Gdk::Color.new(0x2000, 0x4000, 0xa000)
    @darea.modify_bg(:normal, @bgcol)
    @darea.set_size_request(width, height)

    @darea.signal_connect SIGNAL_DRAW do |widget, event|
      on_draw widget
    end

    @fixed = Gtk::Fixed.new
    @fixed.put(@darea, 0, 0)
    add(@fixed)

    show_all
  end

  def on_draw(widget)
    cr = widget.window.create_cairo_context
    x, y, width, height, depth = widget.window.geometry

    # update position
    r = 24
    @x += @dx
    @y += @dy
    @dx *= -1 if (@x <= r or @x >= width - r)
    @dy *= -1 if (@y <= r or @y >= height - r)

    # clear bg
    cr.set_source_rgb(0.1, 0.3, 0.5)
    cr.paint

    # draw circle
    cr.set_source_rgb(1.0, 0.0, 0.0)
    cr.arc(@x, @y, r, 0, 2 * Math::PI)
    cr.fill

    cr.destroy
  end
end

Gtk.init
window = RubyXscrApp.new

# animation
GLib::Timeout.add(TMOUT) do
  $drawing_area.queue_draw if (not $drawing_area.nil?)
  true
end

Gtk.main

chmod +x 04_xscrsav.rb で実行権限をつけて、端末上で ./04_xscrsav.rb としてテスト実行。ウインドウが開いて、赤い円が跳ね回った。これでひとまず、xscreensaver を経由しなくても、アニメーション部分の動作テストや調整はできそうだなと…。

xscreensaver から呼び出せるように、設定ファイル ~/.xscreensaver を編集。

programs:                                                                     \
                   "RUBYSAVER"                                                \
                                  /home/USERNAME/prg/ruby/ruby-gtk2/04_xscrsav.rb \n\
                                maze -root                                  \n\

• TAB幅は8文字、TAB文字有効で編集を行う。
• 「programs:」以下に、追加するスクリーンセーバの名前と、Rubyスクリプトのパスを記述。
• 行の最後が「\」なら継続行、「\n\」ならスクリーンセーバ1つ分の記述が終わったことを示す、のだと思う。

xscreensaverの設定画面を表示して、上記で追加した「RUBYSAVER」を選んでみると、プレビュー画面の中でも赤い円が跳ね回ってくれた。「プレビュー」ボタンをクリックしたら、フルスクリーンでテスト表示された。

これで、ハードルの高い C/C++ で書かなくても、Ruby + ruby-gtk2 で xscreensaver用スクリーンセーバを書くことができそうだと分かった。

上記のサンプルは、少々問題が残ってる。xscreensaverの設定画面でスクリーンセーバ種類を切り替えた際に、以下のメッセージが表示されてしまう。

$ xscreensaver-settings: 06:27:44: XScreenSaver-debug: Name com.canonical.AppMenu.Registrar does not exist on the session bus
Gdk-WARNING **: GdkWindow 0x5000023 unexpectedly destroyed
        from /home/USERNAME/prg/ruby/ruby-gtk2/04_xscrsav.rb:125:in `<main>'

「GdkWindow 0xXXXX が予期せず破壊された」的な警告が出ている。おそらく、xscreensaver が強制的にスクリーンセーバを殺してしまうことで、こういう警告が出ているのかなと…。何か正しい終了手順があるなら、対策したいものだけど…。

xscreensaver は、スクリーンセーバを呼び出す際、「このウインドウを使ってスクリーンセーバの描画処理をするべし」的に、環境変数 XSCREENSAVER_WINDOW に16進数文字列でウインドウハンドルを設定してくれる。

_XScreenSaver Manual
_XScreenSaver FAQ

つまり、

• 「環境変数 XSCREENSAVER_WINDOW があるかどうかを調べることができて」
• 「XSCREENSAVER_WINDOW で指定されたウインドウハンドルを使って描画できる」

そんな言語/フレームワーク/プログラムなら、xscreensaver用スクリーンセーバが作れますよ、ということになっている。

実際、xscreensaver のFAQページには、mpv という動画再生ソフトを呼び出して動画を再生するサンプルが載っているけど、それは環境変数 XSCREENSAVER_WINDOW を mpv のコマンドラインオプションに渡すことで目的を果たしている。

Q. How do I make XScreenSaver play a video clip?

A. Install mpv and add something like the following to the "programs" preference in your .xscreensaver file:

"Movies" mpv --really-quiet --no-audio --fs --loop=inf \
--no-stop-screensaver --shuffle \
--wid=$XSCREENSAVER_WINDOW \
$HOME/Videos/poop.mp4 \n\

Or, point it at an .m3u file instead: a text file listing your video files, one per line.

XScreenSaver FAQ より

まあ、xscreensaver のドキュメントには、「ウインドウハンドルを渡して処理できる言語やフレームワークはそれほど多くないから、実際にはC/C++で書くことになるだろうね」と書いてあったりするのだけど…。

_README.hacking.edit.txt

幸い、Ruby は環境変数の有無を調べることができるし、ruby-gtk2 は指定されたウインドウハンドルを自身のウインドウとして再設定する機能があるっぽいので、こうして xscreensaver用スクリーンセーバを書けそう、という話になるわけで。

一応、そのあたりの処理を以下に抜き出してみる。

    ident = ENV["XSCREENSAVER_WINDOW"]
    if not ident.nil?
      # xscreensaver

      self.window = Gdk::Window.foreign_new(ident.to_i(16))
      self.window.set_events(Gdk::Event::EXPOSURE_MASK | Gdk::Event::STRUCTURE_MASK)
      x, y, width, height, depth = self.window.geometry
      set_default_size width, height
      move(x, y)
    else
      # not xscreensaver

      x, y, width, height, depth = self.window.geometry
      width, height = 640, 360
      set_default_size width, height
      set_window_position :center
    end

ちょっとハマったのは、ウインドウの表示位置の指定方法。参考にしたスクリプトは、set_window_position :center を呼んで表示位置を決めていたっぽいのだけど、それだと xscreensaver設定画面のプレビュー窓に位置が合ってくれなかった。move(x, y) にしてみたら上手くいった。

さておき。今回、描画処理は、RubyXscrAppクラス内の on_draw() の中でやっている。件のメソッドの中を魔改造すれば違う描画処理になってくれるはず。

アニメーションさせるためには、一定の周期で描画処理を呼び出す指定が必要だけど、ruby-gtk2 の場合、GLib::Timeout.add(ミリ秒) do - end で指定ができるらしい。以前は Gtk.timeout_add(ミリ秒) で指定してたらしいけど、その指定は非推奨になったそうで。

GLib::Timeout.add(TMOUT) do
  $drawing_area.queue_draw if (not $drawing_area.nil?)
  true
end

描画は、Cairo::Context を使う方法と、Gdk::Drawable を使う方法の2種類があるそうだけど、今回は前者を使ってみた。ただ、Mac上で動かしたときは、Cairo::Context を毎回破棄しないとおかしくなるらしいので、一応 .destroy を呼んで破棄するようにしておいた。 *1

最初、DrawingArea をどこに登録すればいいのか分からなかったけど、どうやら gtk2 のウインドウに登録してやればいいようだなと…。

    $drawing_area = @darea = Gtk::DrawingArea.new
    @bgcol = Gdk::Color.new(0x2000, 0x4000, 0xa000)
    @darea.modify_bg(:normal, @bgcol)
    @darea.set_size_request(width, height)
...
    @fixed = Gtk::Fixed.new
    @fixed.put(@darea, 0, 0)
    add(@fixed)

Gtk::Fixed は、座標指定で配置するためのWidgetらしい。

Debian Linux において、ruby-gtk2 パッケージは、Debian 11 bullseye の時点までは公式に用意されている。故に、Debian系である Ubuntu Linux 20.04 LTS でもインストールして利用することができたのだけど。この ruby-gtk2 パッケージは、将来的にどうなるかちょっと分からないなと…。

_Debian -- bullseye の ruby-gtk2 パッケージに関する詳細

上記ページを見ると、Debian 9 stretch、Debian 10 buster、Debian 11 bullseye の時点までは公式パッケージとして ruby-gtk2 が用意されていた。ただ、おそらくは Debian 12 になるのであろう bookworm にはパッケージが用意されてないっぽい。sid には用意されているみたいだけど…。

例えば、ここで python3-pygame パッケージ情報を眺めると、こちらは Debian 12 bookworm 用パッケージも用意されているように見える。ruby-gtk2 とは扱いが違う。

_Debian -- bookworm の python3-pygame パッケージに関する詳細

そんなわけで、ひょっとすると次期バージョンの Debian系では、ruby-gtk2 を使って xscreensaver用スクリーンセーバを作成するのは難しくなるのかもしれない。ruby-gtk2 パッケージが無くなっているかもしれないので…。

ruby-gtk3 で書き直せたら、しばらくは安心(?)なのかもしれない。自分は知識が無いのでちょっと無理だけど…。

_Ruby で GTK+2 グラフィック - Marginalia
_noanoa 日々の日記 : Ruby/GTK2，GTK3 プログラミング Tips（1）- 基本，ウィンドウ
_noanoa 日々の日記 : Ruby/GTK2，GTK3 プログラミング Tips（2）- 部品の配置
_noanoa 日々の日記 : Ruby/GTK2，GTK3 プログラミング Tips（4）- 画像、アニメーション
_noanoa 日々の日記 : Ruby/GTK2，GTK3 プログラミング Tips（8）- 描画
_noanoa 日々の日記 : Ruby/GTK3を今時のGlade, XML, Builder, CSSで書く8 - 描画
_Rubyでクリエィティブコーディング - Qiita
_Ruby GTK2入門
_[gtk2] "DrawingArea + Cairo" on macOS; crash reports emerge - Issue #1081 - ruby-gnome/ruby-gnome
_A Python screensaver for xscreensaver (Linux) | alvinalexander.com

SDL1.x を使っていた頃の pygame は ―― おそらく pygame 1.9.x の頃は、環境変数 SDL_VIDEO_DRIVER と SDL_WINDOWID を利用することで、指定されたウインドウハンドルに対して描画することができていたらしい。

_pygameでスクリーンセーバを作りたいのだけど - mieki256's diary

そういうことができるなら、xscreensaver が指定してきたウインドウハンドルを使って描画することもできそうな気がする。

ただ、最近の pygame 2.x.x は SDL2 を使うようになったそうで、SDL1.x 時代に利用できたその手の技(?)が使えなくなっている模様。

つまり、「xscreensaver用スクリーンセーバを pygame を使って作りたい」なら、「pygame 1.9.x が動く環境が必要」ということになる。たぶん。

それを踏まえて。Ubuntu Linux 20.04 LTS (focal) の場合、python-pygame (Python 2.7.x用) や python3-pygame (Python 3.x用) といったパッケージをインストールすることで pygame 1.9.6 が利用できる。

_Ubuntu - focal の python-pygame パッケージに関する詳細
_Ubuntu - focal の python3-pygame パッケージに関する詳細

であれば、Ubuntu 20.04 LTS 環境なら、pygame を使って xscreensaver用スクリーンセーバを作ることも不可能ではないのかもしれない。

しかし、Ubuntu 22.04 LTS (jammy) の場合、python3-pygame (Python 3.x用) でインストールされるのは、pygame 2.1.2 らしい…。

_Ubuntu - jammy の python3-pygame パッケージに関する詳細

ちなみに、Ubuntu 22.04 LTS (jammy) において、python-pygame (Python 2.7.x用) は削除された模様。Ubuntu は積極的に Python 2.7系を殺しにかかってきているディストリビューションなので、まあ、仕方ない。

ということで、pygame で xscreensaver用スクリーンセーバを作成できたとしても、Ubuntu 20.04 LTS なら動くけど、Ubuntu 22.04 LTS では動かない、ということになってしまいそうだなと。

ちなみに、Windows と Linux の場合、このあたりちょっと事情が違う気がする。

Windowsの場合、ローカルで pygame 1.9.x をインストールして何かしらを作って、ソレを最終的に .exe に変換すれば、どのPCにソレを持って行っても、pygame 1.9.x を使って動かせる、ということができそうな気がする。

しかし、Linux の場合、OSにインストールされたSDL関連ライブラリを利用して pygame が動くはずで…。おそらく Linux上では、バージョンが事なる pygame を共存させて使い分けるのは少々難しいのではなかろうか。分からんけど。

そんなわけで、もしかすると以下のような状況かもしれないなと。

• Windows用スクリーンセーバを pygame を使って作成するのは、まだどうにか可能なのかもしれない。
• Linux + xscreensaver用スクリーンセーバを pygame を使って作成するのは、OSのバージョンが古ければできるけど、最新バージョンのOSではちょっと難しいかもしれない。

何か抜け道は無いものか…。例えば AppImage を利用したりはできないものかな…。

_Linux Mint Tips : SNAP、FLATPAK、APPIMAGE 違い比較 | 221B Baker Street

1件目は、複合機 EPSON PX-M6711FT が印刷できなくなったという相談。複合機はLANに有線接続されている状態。

原因は、某所のD様が、iPadから印刷したいと、EPSON PX-M6711FT の無線LAN設定を弄って有効にしてしまったことだった。PX-M6711FT は、有線LAN接続と無線LAN接続が排他仕様で ―― どちらかを有効にするともう片方は無効になる仕様なので、複合機の無線LANが有効 → 有線LANは無効・切断 → PC群から全く見えない状態になっていた。

「iPadで印刷しようとして設定を弄った〜」と聞いた瞬間、複合機ってそこらへんは排他仕様じゃないのかなー、と気づけたので、比較的早く解決できた。

以前、複合機が欲しくなって色々調べてみた時に、そういう仕様の製品が多いと感じて、それが頭の片隅に残っていたわけで…。まあ、当時はそうだったという話で、今時の複合機は違うのかもしれないけれど、そういうトラップもあるよ、ということで。

2件目は、D様のPCの電源が入らないという相談。電源ボタンを押すとビープ音が鳴り続けて起動しないとの話で、実際に現場(?)で聞いてみたら「ピピピピピ」という感じの音だった。

AWARD BIOS が載ってるM/Bなので、その手の資料を眺めたけれど、電源異常を示すビープ音のような気がする…。

以前、自分の手元のサブPCも、ビープ音を出して起動しない症状になったけど、電池切れが原因だったことがあったので、一応ソレも疑ってみた。M/B上のコイン型電池を外して、テスターで電圧を測ってみたけれど、ちゃんと3Vに近い電圧だった。電池切れではないなと…。

件のPCは以前も同じ症状が発生していたので、当時の作業メモを確認したところ、M/B上の電源コードの類を抜き差ししたら何故か治った、と記述が…。今回も試してみたら、変なビープ音が止んで、起動してしまった。何故。コレって一体何が原因なんだ…。わからん…。

帯電関係かなあ…。電源コードを外した状態で電源ボタンを何度か押して放電を試みたりもしたし…。それとも、コイン型電池を外したことで、BIOS設定がリセットされて異常状態を脱したのだろうか。あるいは、M/B上の電源コネクタ部分のはんだ付けがおかしくなってるとか…。しかしソレなら、もっと頻繁に症状が発生してもおかしくないような…。

NHK をつけたら、仙台市だの福島市だのの映像が流れていて、もやもやしたり。

どうせこのへんで地震が起きるとしたら、福島県沖や宮城県沖が震源地になる場合が多いと分かっているのだから、海岸に近い場所の映像を流したほうが…。震源地から結構離れた場所の映像を真っ先に流してどうするねん…。

その手の定点観測カメラを、どうして、それなりに、しかるべき場所に置いておかないのだろう。ジャニーズタレントや吉本芸人にジャブジャブ渡す金はあっても、定点観測カメラの類を満足に配置する金なんて無い、ということだろうか。受信料を強制的に取っておきながら、この体たらく。NHKは一体何をしてるのか。いいかげんにしろ。てな感じの気分になってしまったりもして。

まあ、カメラは置いてあっても、そこで得た映像を優先的に東京まで送る仕組みがないということなのかな。NHK技研あたりに技術力が無いのか、それとも、技術・システムはあっても運用できる人材が東京には居ないのか…。

何にせよ、受信料取っておいて、これはないよなー、と思いました。

Kritaのレイヤーは、キャンバス外のピクセル情報も保持し続けているので…。キャンバスサイズをはみ出すような感じでレイヤーに描き込んでいて、かつ、キャンバスサイズとレイヤーサイズを同じにしたい場合は、画像 → 画像のサイズにトリミング、を選んでから、レイヤーのエクスポートをしないといけない。

しかし…。キャンバスサイズより小さい感じでレイヤーに描き込んでいる場合、エクスポートしたレイヤー画像は、キャンバスサイズより小さい画像になってしまう。「画像のサイズにトリミング」を選んでも、キャンバスサイズをはみ出してるわけではないので、何も変更されない。

これが GIMP なら、レイヤーがキャンバスより大きくても小さくても、レイヤーサイズをキャンバスサイズに合わせてしまう機能があるのだけど…。Kritaにそんな機能はあるのだろうか…。探しているけど、見つからない…。

仕方ないので、Krita上で、一旦 psd形式で保存してから GIMP で開いて、全レイヤーを画像サイズに合わせて、レイヤーをエクスポートすることにした。

_全レイヤーを画像サイズに合わせる＆自動切り抜きするスクリプト
_khalim19/gimp-plugin-export-layers: GIMP plug-in that exports layers as separate images

まあ、Kritaは、画像編集ソフトではなくお絵かきソフトなので、こういう不便さは仕方ないのかも。

3Dプリンタ、便利そうだよなあ…。

ググった感じでは、3Dプリンタを使った制作事例を紹介するページに、おそらくは3Dプリンタ用のデータファイルがえてして置いてあるっぽいので、ソレをDLすれば同じようなものが目の前で作れてしまう予感。業者さんにお願いして遠方から届けてもらう必要無し。地球の裏側に住んでる人が作った物体も、ネット経由で設計データだけ入手して、目の前で寸分違わず再現できる。どう考えても便利。

ホームセンターで3Dプリンタを置いてそれっぽいサービスを始めたりしないものかなあ。木工ブースの片隅にでも置いといて「3Dプリンタも使えます！」とか。3Dプリンタじゃなくて、コンピュータで制御してMDFをレーザーで切っていく機器でもいいけど。

まあ、利用者数を考えたら儲けが出ないか…。お店の宣伝の一環、程度の扱いになりそうな。

M2 x 6mmネジは、Raspbery Pi3のカメラモジュールをフリスクケースに入れて固定するために購入。今までは長さ10mmのネジで固定してたけど、それでは長過ぎて、フリスクケースの外側というか蓋部分にネジがぶつかってちゃんと閉まらないので、もっと短いネジを、と。

ただ、実際に交換してみたら長さ6mmでは逆に短過ぎた…。ナットがギリギリでついてる状態に。長さ8mmを選ぶべきだった…。

1/4インチのナットは、三脚にアレコレ固定するために購入。ググった感じでは、三脚にカメラを固定する時に使う、例のネジやナットは、1/4インチのネジやナットを選べばよいらしくて。

_三脚にカメラ以外も付けられるとしたら、あなたはどうしますか - デイリーポータルZ:@nifty
_@nifty:デイリーポータルZ:ネジをつければなんでも三脚になる
_三脚小物製作の材料 【TAKAよろず研究所】
_カメラねじは1/4インチねじ:機材の固定にひと工夫 | 使える機材 Blog!

ホームセンターサンデーでは、1/4インチネジは売ってたけど何故かナットが売ってなくて。ホーマックで探したらネジもナットもあった。助かった。

木材に埋め込む際に、長いネジと蝶ナットがあると便利、らしいので一応ソレも購入。

_木材に六角ナットを埋め込む方法 / カメラ、三脚の改造に! / 万力がなくてもできます - YouTube

この手の実写化企画で気になるのは、監督さんや脚本家さんが、オリジナルをどのくらい好きなのかな、てなあたりで。

オリジナル版に対する愛情・熱量が無いと、この手の企画は十中八九、上手く行かないような気がしていたり。娯楽コンテンツって嗜好品だから、地道にコツコツやってれば一定のリターンが必ず期待できる、なんてことは全くないわけで。技をたくさん持っていれば、お仕事モードに徹していてもどうにかそれらしく作れるのかもしれんけど、そんな人はなかなか居ないし。すると後は何を使って足りない分を埋めるかと言えば、作品への愛しか残ってないわけで。しかし、愛も無ければ技も無いのでは…。せめてどちらか持ってる人達を集めて作らないとコケて当然だよなと。CASSHERN、ヤマト等も、監督さんの思い入れがあったから、どうにかなったところがあるのだろうし。

てなわけで、実写版ガッチャマンは、そこらへんどうだったのかなと。ファンが作ってコケたなら、諦めもつくのですけど。

RD-H1から転送するのに、映像の実時間と同じくらいに時間がかかるし。PC上での変換時間もそれなりにかかる。メンドクサ。それでいて、画質が良いわけでもない。アナログソースだから、ゴースト出まくり、ノイズ載りまくりだし。AviUtl等でフィルタをかけてノイズ除去・ゴースト除去等をやろうにも、作業用のファイルサイズが結構大きくなりそうな気もする。

そもそも、残したところで、また見る機会があるのだろうか。たぶんほとんどないのであろう気もする。…やはり、「見たら消す」の方針で行こう。とにかく面倒だもの。

キャシャーンをロボットとして認知している人間たちから、ヒドイ言葉を浴びせられるキャシャーン。しかもキャシャーン自身、「俺はロボットだから…」とすぐにイジケてしまう。話を作る上で、キャシャーンをロボットとして扱ったほうが面白くなるのは判るんだけど。元が人間だったという設定を考えると、見てるこちらはなんだか釈然としない。が、そのへん気にするのは野暮だよな。

ゲストキャラの妹がなかなか色っぽいデザイン。と思った。服が薄着なのがポイントかしら。

_オケラ 型巨大ロボットに感心。今となっては、こんな発想・デザインを活かせるジャンルは少なくなったよなぁ。…かろうじて、ゲーム等で使えるぐらいかしら。あとは、ポケモンとか。アンパンマンとか。トランスフォーマーとか。…なんだ。まだまだ結構使えそう。

悪の東博士登場。いや。東博士自体も悪だけど。『CASSHERN』と違って、アニメ版オリジナルでは、東博士が一応正義の側として描かれてるから、こういう話作りもできるのだろうなと。

鼻血＋吐血の状態で絶命してる少年の図にビックリ。素晴らしい。記号化された画でありながらも、残酷さがよく伝わる。

前後の間のとりかたから予想できてしまうとはいえ、ラストのあたりの展開に感心。まるで、 _カリ城 ？

キャシャーンが、将軍らしき人間に対して叫んだ、「お前は人間じゃない！ ケダモノじゃないか！」という感じの台詞がなかなか。これぞ『キャシャーン』。この作品はところどころで、人間を悪しき存在・愚かしい存在として平気で描く。そこが素晴らしい。人間の底意地の悪さを突く、酒井脚本＋富野演出の本領発揮、なのかしら？

ラスト。カメラが、歩くキャシャーンを真上から捉えながら追うカット。カメラの手前を、門(?)の屋根がBookの形で横切る。富野コンテでもZ軸はちゃんと意識してることを認識しつつ、しかしあくまでレイヤー的だなと。もちろんそれは、TVアニメ故に動画枚数をいかに減らすか等多少は意識してるからだろうし、これもまた職人の技だよなとも。

東博士が過去に作った、キャシャーンにとっては幼馴染の巨大ロボットが登場。敵に改造されてキャシャーンと戦う展開に。

布川演出。遊園地に気づく直前のシーン。カメラの前に居るルナと、奥に居るキャシャーンで、距離を加味した会話 ―― キャシャーンの音声の音量が微妙に小さいあたりに感心。したけど演出じゃなくて偶然だったりしたらアレだなぁ。

関係ないけど、この回は、「電光パンチ」じゃなくて、「電光チョップ」だよなぁ…。まあ、「チョップ」より「パンチ」のほうが、音の響きとしてパンチがあるか。(´Д｀)

何が違うんだろう。よくわからん。ウチは該当地域になるんだろうか。周囲の家々のVHFアンテナを見てると比較的大きいものが多いような気もするけど。わからんなぁ。