mieki256's diary

_The FreeImage Project

公式サイトから、以下の2つを入手。バージョンは FreeImage 3.18.0。2018/08/01頃に公開された版らしい。

• FreeImage3180.zip : ソースファイル群
• FreeImage3180Win32Win64.zip : VisualC++用のライブラリファイル(バイナリ)

FreeImage3180Win32Win64.zip を解凍してみたところ、README.minGW というテキストファイルがあった。その中で、MinGW用ライブラリファイル、libfreeimage.a への変換方法が書いてあった。FreeImage.dll の中にある関数名をリストアップして、その関数を呼ぶライブラリファイルになるらしい。いわゆる動的リンク、というヤツだろうか。

解凍して得られたフォルダ内の、Dist\x32\ に移動して作業。

pexports FreeImage.dll | sed "s/^_//" > libfreeimage.def
dlltool --add-underscore -d libfreeimage.def -l libfreeimage.a

• pexports を使って、dll内の関数名の一覧を libfreeimage.def に書き込む。
• dlltool を使って、ライブラリファイル libfreeimage.a を作成する。
• pexports は、自分の環境では、何故か Strawberry Perl 5.32.0.1 x64 のインストールフォルダの中にあった。調べてみたら、本来は MinGW Installer 経由でインストールできるようだなと…。パッケージが用意されてた。
• dlltool は、Mingwインストールフォルダ\bin\ の中にあった。

とりあえず、これで、libfreeimage.a が生成できた。各ファイルを以下の場所にコピーしておく。

• libfreeimage.a を、MinGWインストールフォルダ\lib\ にコピー。
• FreeImage.dll を、MinGWインストールフォルダ\bin\ にコピー。

加えて、 FreeImage.h を、以下のフォルダにコピー。

• MinGWインストールフォルダ\include\
• MinGWインストールフォルダ\lib\gcc\mingw32\9.2.0\include\c++\

余談。ググってたら、pexports について、この日記にもメモしてあった…。完全に記憶の中から無くなっていた…。

_mieki256's diary - dllからMinGW用のライブラリファイルを作成

FreeImage を使うプログラムをビルドしたい時は、以下のように -lfreeimage を指定すればいいらしい。

g++ -static 01_load_png01.cpp -o 01_load_png01.exe -lfreeimage

ちなみに、上記の指定では、-static を付けているので、極力静的リンクをしてくれるらしい。ただ、前述のように、FreeImage.dll は動的リンクなので、出来上がった exe を実行するには、別途 FreeImage.dll が必要になる。

以前、 _MSYS2 + MinGW64用に書いたサンプル を MinGW でビルドしようとしたら、fatal error: stdlib.h: No such file or directory というエラーが出た。

includeパス(ヘッダーファイル群が入ってる場所)を指定する環境変数がおかしかったらしい…。以下のように環境変数を設定したらエラーが出ずにビルドが通るようになった。

CPLUS_INCLUDE_PATH=(MinGWインストールフォルダ)\lib\gcc\mingw32\9.2.0\include\c++

ちなみに、元々は以下のように指定していた。

CPLUS_INCLUDE_PATH=(MinGWインストールフォルダ)\include

関連情報を調べたところ、CPATH という環境変数で、C/C++共通のヘッダファイルの場所を指定できるらしい。合ってるのかどうかわからんけど、とりあえず以下のような指定をしておいた。

set MINGW_PATH=(MinGWインストールフォルダ)

set CPATH=%MINGW_PATH%\include
set C_INCLUDE_PATH=%MINGW_PATH%\include
set CPLUS_INCLUDE_PATH=%MINGW_PATH%\lib\gcc\mingw32\9.2.0\include\c++

生成されたexeファイルが要求してくる dll を調べたら以下のようになった。

> objdump -p 01_load_png01.exe | grep -e "DLL Name"
        DLL Name: FreeImage.dll
        DLL Name: KERNEL32.dll
        DLL Name: msvcrt.dll
        DLL Name: msvcrt.dll

.exe とは別に、FreeImage.dll が必要な状態。いわゆる動的リンク。コンパイル済みの FreeImage バイナリを利用する分には、こういう状態になる。

どうせなら静的リンクをしたい。README.minGW を眺めたら、「静的リンクができる FreeImage (libfreeimage.a) は、環境変数 FREEIMAGE_LIBRARY_TYPE を STATIC に変更してビルドすれば作れる」と書いてあった。試しにビルドしてみる。

FreeImage3180.zip を解凍。

Makefile.mingw の、18行目のコメントアウトを外すように修正。

#FREEIMAGE_LIBRARY_TYPE = STATIC
↓
FREEIMAGE_LIBRARY_TYPE = STATIC

以下を実行。

make -f Makefile.mingw

あるいは、Makefile の最初のあたりの、MAKEFILE = gnu という指定を、mingw に書き変えて、その状態で make とだけ打っても良い。

MAKEFILE = gnu
↓
MAKEFILE = mingw

Dist\ の中に以下の2ファイルが生成された。

• FreeImage.h
• libFreeImage.a

それぞれ、以下の場所にコピーする。

• libfreeimage.a を、(MinGWインストールフォルダ)\lib\ にコピー。
• FreeImage.h を、(MinGWインストールフォルダ)\include\ にコピー。
• FreeImage.h を、(MinGWインストールフォルダ)\lib\gcc\mingw32\9.2.0\include\c++\ にコピー。

しかし、このファイルを使ってビルドすると、ld.exe (リンカ)がエラーを出してしまう…。

> g++ 01_load_png01.cpp -o 01_load_png01.exe -lfreeimage -static
d:/mingw/bin/../lib/gcc/mingw32/9.2.0/../../../../mingw32/bin/ld.exe: C:\Users\xxxxxxxxx\AppData\Local\Temp\ccmw2cGP.o:01_load_png01.cpp:(.text+0x3e): undefined reference to `_imp__FreeImage_Initialise@4'
d:/mingw/bin/../lib/gcc/mingw32/9.2.0/../../../../mingw32/bin/ld.exe: C:\Users\xxxxxxxxx\AppData\Local\Temp\ccmw2cGP.o:01_load_png01.cpp:(.text+0x48): undefined reference to `_imp__FreeImage_GetVersion@0'
d:/mingw/bin/../lib/gcc/mingw32/9.2.0/../../../../mingw32/bin/ld.exe: C:\Users\xxxxxxxxx\AppData\Local\Temp\ccmw2cGP.o:01_load_png01.cpp:(.text+0x5f): undefined reference to `_imp__FreeImage_GetCopyrightMessage@0'
...

_c++ - Fail to static linking FreeImage 3.15.4 on MingW - Stack Overflow

以前は FreeImage 3.15.4 で成功したという話を見かけたので、3.15.4 や 3.17.0 (FreeImage3154.zip, FreeImage3170.zip) を入手して試してみたけれど、3.15.4 も 3.17.0 もビルドの途中でエラーが出てしまう…。3.18.0 ならビルドだけは通るのだけど…。


_FreeImage / Discussion / Help: MinGW compiling errors
_FAQ - The FreeImage Project

FAQページに、静的リンクは難しいぞ、と書いてあるように見える…。基本的に、dll が別にあることを前提に作られているっぽい。

• 最初に FreeImage_Initialise() を呼んで、最後に FreeImage_DeInitialise() を呼べ、とか。
• #define FREEIMAGE_LIB を追加せよ、とか。
• あるいはリンカに、-DFREEIMAGE_LIB を追加したり、-lwsock32 -lws2_32 も追加せよ、とか。

色々試してたら、静的リンクができた、かもしれない。以下の指定でリンカがエラーを出さなくなったし、生成された .exe もそれらしく動いてくれた。

g++ 01_load_png01.cpp -DFREEIMAGE_LIB -static -lfreeimage -lwsock32 -lws2_32 -o 01_load_png01.exe

要求される dll を調べてみる。

> objdump -p 01_load_png01.exe | grep -e "DLL Name"
        DLL Name: KERNEL32.dll
        DLL Name: msvcrt.dll
        DLL Name: msvcrt.dll
        DLL Name: WSOCK32.DLL

freeimage.dll の名前が出てこなくなった。

生成された .exe も、freeimage.dll を使う版は 2.2MBだったけど、静的リンクをしたら 8.9MB になった。今までよりサイズが大きくなったので、静的リンクされているのだろう。たぶん。

でもまあ、dll を使って動作するようにしておくか…。元々、動的リンクで使うことを前提にしてあるライブラリのようだし…。

(MinGWインストールフォルダ)\var\cache\mingw-get\packages\ の中に、*.lzma や *.tar.xz が結構残ってた。このあたりをバックアップしておけばどうにかなるのだろうか…？

Evernoteに溜めこんだメモ(ノートブック、ノート)を、何かしらのファイルとしてエクスポートしたい。デスクトップ上で動作する Evernote Legacy で、エクスポートしたいノートブックを右クリックして、エクスポートを選んだ。.enex を選択。

ちなみに、Evernote Legacy ではなく、現行版Evernoteでも同じことをしたのだけど、現行版でエクスポートした .enex を他の変換ツールに渡すと、 「無題のノート」なるファイルが500ファイル以上出来上がってしまってよろしくなかった。何故かは分からないけど、自分の環境の場合は、Legacy 版でエクスポートしたほうが良さそうだなと…。

ついでに、単一htmlや複数htmlでもエクスポートしておいた。これで万が一、Evernote が利用できなくなっても、メモを参照することぐらいはできるだろう…。

最初は、importer というプラグインをインストールして利用したのだけど、ノートが955ほどあるはずなのに、600前後しか .md ファイルになってない。どう見ても大量にノートを取りこぼしている…。

ググっていたら、Yarle という変換ツールが良さそうに見えた。

_akosbalasko/yarle: Yarle - The ultimate converter of Evernote notes to Markdown
_[Obsidian] Evernoteからの移行ツール - 端くれプログラマの備忘録
_EvernoteからObsidianへの移行 | 備忘録とか、買ったものとか
_Yarle のコマンドを使ってEvernoteのノート（ENEX形式）をMarkdownファイルに変換する - ラボラジアン

yarle-evernote-to-md_win_x64.exe を入手して実行。以下にインストールされて、かつ、自動起動した。

C:\Users\(USERNAME)\AppData\Local\Programs\yarle-evernote-to-md\

保存しておいた .enex を指定して、保存場所を指定。途中で変換オプションを尋ねてくるけれど、デフォルトのまま試した。

数分ほど変換処理にかかって、出力フォルダに大量の .md が保存された。

Obsidian で管理してるフォルダの中に、Evernote というフォルダを作成して、その中に今回変換した .md ファイル群をフォルダごと移動。

Obsidian を起動すると、.mdファイル群を読み込んでくれたようで、検索すると Evernote から持ってきたメモもリストアップされた。

ただ、ノートが955あるはずなのに、951ファイルの .md しかない…。4ファイルというか、4ノートほど消滅している…。さて、一体どれが変換できなかったのか…。

Yarle の変換オプションで、タグのネストのあたりを Yes にしたり等色々試してたら、955ファイルが出力された。どのあたりのオプションを弄ったのかよく覚えてないのがなんともアレだけど、とりあえずそのあたりを色々変えて処理すれば改善する場合もあるようだなと…。

また、Evernote側で、複数のhtmlとしてノート群をエクスポートしておけば、各ノートのタイトルとノート数を確認できるだろうから、それと照らし合わせてどのノートが変換されなかったのか絞り込むこともできるかもしれない。

Obsidian で Evernoteから持ってきた .md を確認したところ、Evernote上でつけていたタグが反映されてないことに気づいた。

.md の中を覗くと、例えば以下のような記述があったので、タグ情報を取り出すことはできているようだけど…。

Tags: #Aterm #Router

以下のページを目にして理由が分かった。

_Tags - Obsidian Help

通常、Obsidian上でタグを指定する時は、「#タグ名」で記述するけれど、「tags:」を使ってタグを記述する時は、フォーマットが違ってくるらしい。例えば前述のタグ情報は、以下のように書かないといけない。

tags:
  - Aterm
  - Router

950ファイルも手作業で修正するのは厳しいので、簡単なRubyスクリプトを書いて修正することにした。

ただ、元の .md は、最初のあたりの改行コードが CRLF、本文の改行コードが LF になっていて、Rubyスクリプトで元の改行コードの混在ぶりを反映させる方法が分からない…。解決策が思いつかなかったので、仕方なく今回は、全部CRLFで出力し直してしまうことにした。

__conv_tag.rb

# Yarle が出力した md ファイルの Tags: 行を変更。
# Source URL の行も削除する。
# カレントフォルダ内の *.md 全てを対象にして処理をする。

require "fileutils"

write_enable = true
# write_enable = false

Dir.glob("./*.md").each do |fn|
  puts fn

  # backup file
  if write_enable
    FileUtils.cp(fn, fn + ".bak")
  end

  # read file
  # f = File.open(fn, "rb:utf-8")
  f = File.open(fn, "r:utf-8")
  buf = f.read()
  f.close

  # lines = buf.split(/\r\n/)
  # lines = buf.split(/\r/)
  lines = buf.split(/\R/)

  lines_new = []
  lines.each { |s|
    if s =~ /Source URL: \[\]\(.+\)/
      puts s
      next
    end

    if s =~ /^Tags:/
      tags = s.split(" ")
      tags_new = []
      tags.each do |t|
        if t == "Tags:"
          tags_new.push("tags:")
        elsif t =~ /^#(.+)/
          tags_new.push("  - #{$1}")
        end
      end
      tags_new.each { |t| puts t }
      tags_new.each { |t| lines_new.push(t) }
      next
    end

    lines_new.push(s)
  }

  # write file
  if write_enable

    # LF
    # f = File.open(fn, mode = "wb")

    # CRLF
    f = File.open(fn, mode = "w")

    # f.write(lines_new.join("\r\n"))
    f.write(lines_new.join("\n"))

    f.close
  end
end

.md が入ってるディレクトリの中で、以下を実行。

ruby _conv_tag.rb

.md の最初のあたりに、以下のような記述の行があると、タグ等が反映されない状態になってしまう。

Source URL: [](http://yoshidastyle.net/Blogs/2013/05/27/microsoft-office-excel-2000-2003-err)

ざっと見た感じ、メモの本文中にも該当URLがメモしてあることが多かったので、行ごと削除してしまうことにした。前述の _conv_tag.rb の中で一緒に処理してしまった。

Evernote上では「選択したテキストを暗号化」を使って、パスワードを入力しないと内容が見れない箇所をいくつか設定していた。変換後の .md内では、該当部分は謎の文字列になっていた。これでは何が書いてあったのか分らない…。

ただ、どうも規則性と言うか、最初の部分だけはどれも同じ文字列に見えたので、変換後の .md の中から特定文字列を検索することで、暗号化が使われていたノートを絞り込めた。自分の場合、「RU5DM」で検索すると、利用されている場所がリストアップされた。このあたりは環境やパスワードによって違う文字列になるのかもしれない。

後は以下の作業をコツコツと。

1. Obsidian上で、特定文字列で検索して、使われている .md を開いた。
2. Evernote上で、該当するノートを探して、暗号化を解除して、元の文字列をコピー。
3. Obsidian上で、元文字列を追加していった。

スクリプトの類を書いて自動化できそうな気もするけれど…。

Evernote上の各タグは、OneNote上ではセクションという単位に ―― 複数のページがまとめられてる状態に変換されたのだけど。Evernote上でタグが複数設定されていたノートは、OneNote上では複数のセクションの中に、同じ内容のページとして作られてしまうようで…。

例えば、Evernote上の1つのノートに、「gimp」「cg_tools」「g'mic」「linux」と4つのタグがつけられていると、OneNote上では、同じ内容のページが、「gimp」「cg_tools」「g'mic」「linux」の4つのセクションの中に作られてしまう。結果、ページ数が何倍にもなってしまった。

このあたり、OneNote にはタグという概念が無いから、こうするしかないということなのかな…。

また、Web上のどこかしら(OneDrive？)と同期させるのも難しそう。Evernoteから取り込んだノート群は、ひとまずローカル上にファイルとして作られているけれど、ファイル → 情報、から、取り込まれたノートブックを「同期」しようとしたところ、同期処理がいつまで経っても終わらない状態になった。どうやら、一気にWebと同期させるのは難しいようだなと…。別のノートブックを作成して、少しずつセクションやノートを移動しつつ、チマチマと同期しないといかんのかもしれない。

色々試してたら、各セクションの中に、何故か同じページが2つ作られている状態になってしまった。どうしてこんなことに…。

一部、画像が移行できてないノート(ページ)もあった。空のページだけがあって悩んだけれど、Evernote上で確認したら画像が一枚だけ貼ってあるノートだった。

OneNote上のページ数を取得したくてググっていたのだけど、なかなか難しいようだなと…。

_onenote のセクションにページがいくつあるか確認する方法 - Microsoft コミュニティ

セクション内のページ数に関しては、印刷プレビュー(ファイル → 印刷 → 印刷プレビュー) を選ぶことで、印刷ページ数が何ページになるかで調べることができるらしい。でも、セクション数が多かったら、そんなの手作業で一々やってられないよなと…。


あるいは、有料ツールの Onetastic を使えばある程度自動化できるようで、ページ数取得のマクロも存在しているらしい。

_Number of Pages - Onetastic
_OneNote のマクロを作成する


Microsoft Access を持っているなら、VBA でどうにかできる可能性もあるらしい。

_OneNoteをVBAでいじる - 動作環境(VBA) - msaf BLOG
_OneNoteをVBAでいじる - VBAの参照設定 - msaf BLOG
_OneNoteをVBAでいじる - すべてのページの名前を取得 - msaf BLOG
_VBA で OneNote のセクション内のページのフォントを変更する #VBA - Qiita

ただ、自分が持っているのは Microsoft Office 2007 (Excel 2007) なので、これも難しそう。

いっそ、OneNote から別の何かの形式でエクスポートして、その別形式になったファイルでページ数を確認できないかと思ったけれど。ググってみたら、OneNote から別形式にエクスポートする機能としては、ノート1つを PDF にできるかどうか、程度しかないそうで…。

これはかなり危ない。こんな状態では、OneNote はブラックホールでは…。サービス終了したら、溜めてたメモを他の何かに持っていけなくて、そこで詰みそう。これは危ないなあ…。

Obsidian で画像を扱えるのか調べてみたけれど。エクスプローラ等から画像ファイルをドラッグアンドドロップするだけで、管理してるフォルダ内にファイルをコピーしてくれて、かつ、ノート内にも埋め込みリンクを貼ってくれると知った。

どうやら、画像を表示するぐらいなら、あっさりとできてしまうようだなと…。しかも、ファイル名の後ろに「| 128x128」等を付けると表示サイズも変更してくれる。「![[hoge.png | 128x128]]」みたいな感じ。素晴らしい。

ページの両脇に、空白と言うかスペースが結構な面積で表示されてしまう点が気になったけれど、設定を変えれば無くすことができると分かった。設定ウインドウ → エディタ → 表示 → 読みやすい行の長さ、を無効にすればスペースが無くなる。

USBメモリから起動してインストール作業を進めていったのだけど、インストールするパーティションを選ぶ際に、「インストール用に選択されたディスクのパーティションが、推奨される順序になっていません」という警告が出た。

ググって、以下のページに辿り着いた。

_【修正】選択されたディスのパーティションが、推奨される順序になっていません - MiniTool Partition Wizard

Sfift+F10 を叩くとDOS窓が起動するので、そこで diskpart を使って、SSD/HDDのパーティションを初期化すればどうにかなるらしいので、その通りに試してみた。もちろん、間違って他のディスクを初期化してしまうと大変なことになるので、注意しながら作業。そもそも他のディスクは外した状態で作業したほうが良かったのかもしれない。

diskpart
list disk
select disk=0 (OSインストールをするディスクの番号を指定)
list partition
clean
list partition
exit
exit

これで、対象のSSDのパーティションが未使用(?)状態になって、パーティションは1つだけ表示される状態になり、件の警告が出てこなくなった。

インストール後にディスクの管理で確認してみたけれど、SSDは以下のような構成になっていた。

• 100MB : EFI システムパーティション
• 476.27GB : ブート、ページファイル、クラッシュダンプ、ベーシックデータパーティション
• 564MB : 回復パーティション

Windows10にとって都合がいい複数のパーティションに分割してインストールしてくれたようだなと…。ただ、回復パーティションのサイズって、今時コレでは少なかったような…？ 昔はコレでも足りたと聞いた記憶もあるけど…。

自分の環境では、SSD x 2個を、TAMIYAユニバーサルプレートの欠片にネジ止めして、PCケースの底面に貼り付けてあるのだけど。

_タミヤ 楽しい工作シリーズ ユニバーサルプレートセット | タミヤ

前面12cmファンの風を当てて多少は冷却されるように、わざわざこんなことをしている。

それはともかく。底面に貼り付ける際に「魔法のテープ」なる両面テープを使ってしまったものだから、剥がす時に一苦労。完全に失敗した。このテープは粘着力があり過ぎた。

どうせそのうち、容量の大きいSSDに交換しようとして、また剥がさないといけない気もするので、今回はダイソーで購入してあった耐震マット(防振粘着マット)で固定しておいた。PCケースが横倒しになったら取れそうな気もするけれど、本来の向きで立っている分には大丈夫だろう…。 *1

また別の話。作業が終わって電源を入れたら、前面12cmファンに何かがぶつかっているような「バリバリバリ」という音が…。電源LEDケーブルがファンと接触していた。次回作業をする時は気を付けないと。そもそもケースの側面に、ケーブルを養生テープかマスキングテープで貼り付けておいて、変なところに飛び出ないようにしたほうがいいのかもしれない。

あらかじめ HDD に残してあった、M/B GIGABYTE B450M S2H rev.1.0用のドライバと、ビデオカード NVIDIA GeForce GTX 1060 6GB用のドライバをインストールしていった。

1. Chipsetドライバ mb_driver_597_chipset_3.10.22.706.zip をインストール。
2. LANドライバ mb_driver_542_w10_10.056.0119.2022.zip をインストール。
3. ビデオカードドライバ 546.17-desktop-win10-win11-64bit-international-dch-whql.exe をインストール。
4. オーディオドライバ mb_driver_audio_realtek_6.0.9373.1.zip をインストール。

以前は、Realtek のオーディオドライバをインストールしようとした際、問題が起きた記憶があるのだけど…。

Realtekのオーディオドライバのインストーラは、既に入っているオーディオドライバをアンインストールしてからOSの再起動をして、そこでようやく新しいドライバをインストールしようとするのだけれど。OSを再起動すると、OSが持っているオーディオドライバが次回また読み込まれてしまって、Realtekのインストーラは「おや？ オーディオドライバがあるぞ？ これはアンインストールせねば」と、また古いドライバのアンインストール処理を始めて…。延々と、オーディオドライバのアンインストール、OS再起動、ドライバアンインストール、OS再起動、を繰り返していた記憶が…。

ただ、今回は、そういった変な状態にはならず、再起動後にすんなり処理が終わってくれた。

自分の環境は、ドキュメントフォルダやダウンロードフォルダ等を、C:\Users\ACCOUNTNAME\ 以下ではなく、D:\ 以下にしているので、そのあたり移動しないといけない。ただ、今まで使っていた D:\ の中でも、ドキュメントフォルダがドキュメントフォルダらしく認識されてしまっていて…。

とりあえず、別フォルダを作成して、今まで使ってた D:\ 内のドキュメントフォルダの中身を全部移動させてから、削除しようと試みた。所有者を、今回Windows10をインストールした際に設定したユーザに変更しておかないと、そのあたりの作業ができなかった。エクスプローラで該当フォルダを右クリック → プロパティ → セキュリティ → 詳細設定 → 所有者を変更、だっただろうか…。たしかそんな感じ。

ドキュメントフォルダやダウンロードフォルダの移動は、今現在の各フォルダを右クリック → プロパティ → 場所、を選んで、任意のフォルダを指定して「移動」、で行った気がする。

2020/12頃に、Windows10の再インストール作業をしていたので、その頃のメモを頼りにしつつアレコレをインストールする予定。

_mieki256's diary - Windows10が起動しなくなった。
_mieki256's diary - Windows10の復旧中
_mieki256's diary - Windows10が起動しなくなったのでPerlを再インストール
_mieki256's diary - Windows10復旧作業中
_mieki256's diary - Windows10の復旧作業中

今回は、仮想CDドライブ関連のソフト、Alcohol 52% FE(Free Edition) や ImgDrive はインストールしないことを自分の中で肝に銘じておきたい…。このあたりをインストールすると、sptd2.sys (sptd.sys) というドライバがインストールされるのだけど、このドライバがWindows10の動作を不安定にさせてしまうのではないかと疑っているので…。このドライバ、後からアンインストールできないのだよな…。アンインストールを試みると、OSが起動しない状態になってしまう…。

ファイラーあふと、xyzzy だけでも動くように、環境変数を設定しておいた。環境変数の変更には、Rapid Environment Editor 9.2 build 937 を使用。

この Rapid Environment Editor、何故か起動するとエラーが出てしまうのだけど。上のほうにある、「情報の表示/非表示」をクリックして、下のほうに情報が表示されないようにしておくとエラーが出ないことに気づいた。

また、インストールしたフォルダに、rapidee.ini というファイルを作っておくと、ポータブルアプリとして動作してくれるらしい。

Firefox 120.0.0、GoogleChrome、Vivaldi をインストールしておいた。

Firefox の Profilesフォルダは丸々バックアップをしておいたので、新規インストールした環境で中身を上書きしたら、以前と同じような設定状況で動作してくれた。

CapsLock を Ctrl にした。Change key 1.50 を使用。

_「Change Key」非常駐型でフリーのキー配置変更ソフト - 窓の杜

管理者権限で実行しないと反映されないので注意。

今回は以下の設定にしておいた。

• CapsLock → Ctrl
• ScrollLock → CapsLock

これはこれで、ScrollLockキーを使おうとする時に困るけれど…。 *1 ScrollLockキーをどうしても使いたいときはソフトウェアキーボード(スクリーンキーボード)でどうにか誤魔化すことにする。

ググってみたら、今時は PowerToys を使っても、この手の変更はできるらしい。

D:\Perls\aperl5.28.1.0000-x64-61d1e9f2\
D:\Perls\aperl5.8.9.827-x86-291969\
D:\Perls\strawberry\5.18.4.1-x64-portable\
D:\Perls\strawberry\5.38.0.1-x64\
D:\Perls\strawberry\5.38.0.1-x64-portable\

cpan install Win32::Clipboard

strawberry-perl-5.38.0.1-64bit.msi をインストールしていたけれど、使ってみたら妙な警告が表示されることに気づいた。

_Locale 'Korean_Korea.949' is unsupported, and may crash the interpreter. with perl 5.38.0.1 - Issue #119 - StrawberryPerl/Perl-Dist-Strawberry

>perl -v
Locale 'Japanese_Japan.932' is unsupported, and may crash the interpreter.

This is perl 5, version 38, subversion 0 (v5.38.0) built for MSWin32-x64-multi-thread

解決策がよく分からないので、5.38.0.1 64bit をアンインストールして、今まで使っていた 5.32.1.1 64bit (strawberry-perl-5.32.1.1-64bit.msi) をインストールし直した。

後々、IISの動作確認のために、HTML::Template も必要になりそう。以下でインストール。

cpan install HTML::Template

D:\Python\Python24
D:\Python\Python25
D:\Python\Python26
D:\Python\Python27
D:\Python\Python39-64
D:\Python\Python310-64

> py -2.4 -V
Python 2.4.4

> py -2.5 --version
Python 2.5.4

> py -2.6 --version
Python 2.6.6

> py -2.7 --version
Python 2.7.18

> py -3.9 --version
Python 3.9.13

> py -3.10 --version
Python 3.10.10

モジュール(ライブラリパッケージ)もインストールしないと…。

あらかじめ以前の環境で以下を打って、各バージョンごとに一覧ファイルは作っておいた。

python -m pip freeze > requirements.txt

これを以下のように指定してやれば、一気にインストールしてくれる。

python -m pip install -r requirements.txt

けれど、その前にいくつか作業しておかないといけない。pip をアップデートしておくこと。加えて、setupttols や wheel をインストールしておくこと。特に wheel をインストールしておかないと、前述の作業時に、大量に警告が出る…。

python -m pip install pip -U
python -m pip install setuptools
python -m pip install wheel

更に、自分の環境のみの注意点をメモ。

Python 2.6、Python 2.7 用の pycairo 等は、pygtk-all-in-one を事前にインストールすることでインストールしておくこと。pip 経由ではインストールできない。

pygtk-all-in-one-2.24.2.win32-py2.6.msi
pygtk-all-in-one-2.24.2.win32-py2.7.msi

pygtk-all-in-one は、以下から入手できる。そのままクリックするとブラウザで内容が開かれてしまうので、右クリックしてリンクを保存を選ぶこと。

_Index of /binaries/win32/pygtk/2.24/


また、Python 2.7 には pywin32 もインストールしたけれど、pywin32-228.win32-py2.7.exe を入手して、実行してインストールした。

_Release Release 228 - mhammond/pywin32


Python 2.7用の wxPython は、wxPython-4.1.0-cp27-cp27m-win32.whl を使ってインストールした。


更に、PyOpenGL、PyOpenGL_accelerate については、必要なDLLが同梱済みの非公式版を入手してインストールした。

PyOpenGL-3.1.5-cp27-cp27m-win32.whl
PyOpenGL-3.1.6-cp39-cp39-win_amd64.whl
PyOpenGL-3.1.6-cp310-cp310-win_amd64.whl
PyOpenGL_accelerate-3.1.5-cp27-cp27m-win32.whl
PyOpenGL_accelerate-3.1.6-cp39-cp39-win_amd64.whl
PyOpenGL_accelerate-3.1.6-cp310-cp310-win_amd64.whl

_Archived: Python Extension Packages for Windows - Christoph Gohlke

モジュールをインストールしていく際に「ビルドするにはVisual C++が必要だよ」的なメッセージが表示されたので、よく分からないまま、Pythonのモジュールをビルドするためのツールまでインストールしてしまった。まあ、実際にはビルドする必要はなくて、.whl や .exe を入手してインストールすれば済んだのだけど、一応インストールしたビルド関連ツールについてメモ。

今回は以下の2つをインストールした。

• Build Tools for Visual Studio 2019 (Visual Studio Build Tools 2019)
• Microsoft Visual C++ Compiler for Python2.7

前者は以下を参考にして作業。

_python pip実行時に「error: Microsoft Visual C++ 14.0 is required. Get it with “Build Tools for Visual Studio”」が発生した場合の対処法 | mebee
_【python】pip installの際に「Microsoft Visual C++ 14.0 is required」が発生した場合の対応方法｜Python Tech
_pip installしようとしたら"exit code1"、"Microsoft Visual C++ 14.0 is required"と表示された(Annoyの場合) #Python - Qiita

vs_buildtools__b5639786a9604ed4b9eafce75841bcf1.exe を入手して実行すると、Visual Studio Installer がインストールされて、そこから更に「C++によるデスクトップ開発」と「MSVC v140」にチェックを入れてインストールすることになった。

後者、Microsoft Visual C++ Compiler for Python2.7 は、Python 2.7 時代にモジュールをビルドするためのツール群らしいのだけど…。Python 2.7 はもうサポート終了しているせいか、Microsoftサイトの入手先は404になっていた。ただ、以下のやり取りの中で、Web Archive に残っているという話を見かけたので、そこから入手。ファイル名は VCForPython27.msi だった。

_c++ - Microsoft Compilers for Python 2.7..can't download it, what higher version should I use? - Stack Overflow

D:\Ruby\Ruby187p330mswin32\
D:\Ruby\Ruby187p330mingw32\
D:\Ruby\Ruby193-x86\
D:\Ruby\Ruby23-x86\
D:\Ruby\Ruby26-x86\
D:\Ruby\Ruby30-x86\
D:\Ruby\Ruby32-x86\

Ruby 2.3.3 は gem のアップデートが必要。今回は rubygems-update-3.2.25.gem をインストールした気がする。

_mieki256's diary - Windows10上で Ruby 2.3.3 をインストールしようとして少しハマった

rubygems-3.2.25.zip は、以下のURLでもダウンロードできそう。

_https://rubygems.org/rubygems/rubygems-3.2.25.zip


Ruby 2.6 以降については、gem update --system で gem をアップデートできた。

Ruby 1.9.3 x86-mingw32 に cairo や gtk2 関連のパッケージをインストールする時は、手元に特定バージョンの .gem をダウンロードしておいて、ローカルファイルからインストールするようにしないと、余計なビルドをしようとして失敗する。

_mieki256's diary - Ruby 1.9.3 x86 でruby-gtk2を動かしてみたい


Ruby 3.2.2 x86-mingw32 に DXRuby をインストールする時は、gem install dxruby だけでは dxruby.so が入ってなくて動かないので、gem install dxruby をした後、自分でビルドして作った dxruby.so を所定の場所 (Ruby 3.2.2インストールフォルダ/lib/ruby/site_ruby/3.2.0/i386-msvcrt/ ) にコピーする。

_mieki256's diary - Ruby 3.2.2 x86 上で DXRuby を動かせるか試してみた

DXRuby を Windows10 で動かすためには DirectX 9.0 が必要なので、DirectX 9.0 (DirectX Redist (June 2010), directx_Jun2010_redist.exe) をインストールする。

_Windows10では、DXRubyを動かすのに d3dx9_40.dllが必要 - Issue #3 - mirichi/dxruby

d3dx9_40.dll だけ抽出してコピーする方法が紹介されているけれど、今回はまるっとインストールしてしまうことにした。directx_Jun2010_redist.exe を実行すると解凍場所を尋ねてくるので、任意の場所を指定して解凍。その中の、DXSETUP.exe を実行してインストールした。

Ruby の複数バージョンの切り替えについては、uru 0.8.5 か pik 0.2.8 を使う。

_jonforums / uru - Bitbucket
_jonforums / uru / wiki / Downloads - Bitbucket

_Releases - vertiginous/pik
_Downloads - vertiginous/pik - GitHub (WebArchive)

今回は以下にインストールした。

D:\Ruby\Tools\pik\
D:\Ruby\Tools\uru\

Ruby 1.8.7 (mingw32|mswin32) を uru に登録できなくてハマった。環境変数 RUBYOPT に -Eutf8 が指定されていたのが原因だった。Ruby 1.8.7 に -Eutf8 というオプションを渡して実行するとエラーになるので…。RUBYOPT を __RUBYOPT にして誤魔化したら uru に登録することができた。

cd C:\Windows\\system32\inetsrv
C:\Windows\\system32\inetsrv\appcmd add backup

C:\Windows\system32\inetsrv\appcmd restore backup バックアップしていたフォルダ名

サイト構成は復元されたし、html は表示できたけど、Perlを使った cgi が動かなかった。

Strawberry Perl のインストール場所が変わったので、Perl.exe の場所を変更しなおさないといけない。

• IISマネージャーを起動。
• 左側のペインで、コンピュータ名をクリックして選択。
• 真ん中のペインで、「ハンドラー マッピング」をダブルクリック。
• 一覧の中の 「CGI」や「PL」をダブルクリック。編集ダイアログが開く。
• 要求パスに「*.cgi」、実行可能ファイルに「"(perl.exeの場所)" "%s" %s」を指定。
• 要求パスに「*.pl」、実行可能ファイルに「"(perl.exeの場所)" "%s" %s」を指定。

Strawberry Perlで、動作確認用 cgi が使うモジュール(ライブラリ？)をインストールした。何のモジュールを使っているのか完全に忘れていて、ソースを確認して把握した…。

cpan install HTML::Template

念のためにメモ。自分の環境の場合、D:\inetpub\wwwroot\ の中にトップページを入れてある。http://localhost/ でIISが提供しているサイトにアクセスできる。

Windows10 x64 22H2の回復ドライブをUSBメモリに作成したい。

一応、手持ちのUSB3.0接続USBメモリ(16GB)に作ってみたら、USB2.0ポートに差しても正常認識してくれなかった。これでは実際に使おうとした時に事故が起きそう。ここはUSB2.0接続のUSBメモリを入手して、そちらに回復ドライブを作っておいたほうがいいのかもしれない。

また、自分の環境では、32GBのUSBメモリで回復ドライブを作ろうとすると「このUSBメモリでは作れない」と文句を言われたことがあって。16GBのUSBメモリならフツーに作れる。何故そんなことになるのか分からないけど、自分の環境の場合は 16GB のUSBメモリに作っておいたほうがいいのだろうなと。

そんなわけで、先日ケーズデンキに寄って、USB2.0、16GB のUSBメモリを探したのだけど、運が悪いのか、それともずっと入荷してないのか分からないけど品切れ状態。それ以来あちこちの店を覗いて探してたのけど、DCMホーマックで見つけたので購入してみた次第。

一応、H2testw 1.4 を使って容量が偽装されてないか調べてみた。

_「H2testw」で容量偽装をチェック！あなたの使っているUSBメモリやSDカードは大丈夫？

Test finished without errors.
You can now delete the test files *.h2w or verify them again.
Writing speed: 6.99 MByte/s
Reading speed: 33.9 MByte/s
H2testw v1.4

「without errors」と言っているから問題無さそう。容量は偽装されてないっぽい。たぶん。

手持ちのソーイングセットに入ってた、ボタンつけ糸の残りがほとんど無くなって困っていた。100円ショップを覗いてみても、なかなかそれっぽいのが売ってなくて。

DCMホーマックの手芸コーナーを覗いてみたらようやく見つけたので購入。レシートには、七色巻きボタンつけ糸(ナナショクマキボタンツケイト)、と書いてある。ヤギコーポレーション(株)、日本製、ポリエステル100%、5m x 7色。

自宅サーバから Yahoo.com のメールアドレス宛に送信したメールが届かない。「届かなかったよ」的なメールすら、メールサーバから返ってこない。spamフォルダにも入ってない。こちらから送信したメールが、ただ虚空に消えていく。

逆方向で ―― Yahoo.com のメールアカウントから、自宅サーバのメールアドレス宛にメールを送信すると、それはちゃんと受信できる。しかし、その届いたメールに返信すると、これがまた届かない。やっぱりメールが虚空に消える。

Yaho.com から、Yahoo.com の自分のメールアドレスに送信すると、それは受信できた。

Yahoo.com から yahoo.co.jp のメールアドレスに送信すると、それも受信できた。そのメールに返信すると、Yahoo.com 側で受信もできた。

とにかく、自宅サーバ側から送ったメールが、Yahoo.com のメールアドレスに届かないようだなと…。

Googleが以前導入した迷惑メール対策(SPFレコード云々)と同じ何かを、 Yahoo.com も設定してあるのかもしれない。ただ、Google と違って、「そのメールサーバから送信されたメールは受信できないよ」と知らせることすらしない設定なのかも。

XnView Classic で使える rsvg-convert は、rsvg-convert-dll-2.40.16.7z。.exe と .dll が分かれているタイプ。以下から入手できる。

_The Moluccas - Browse Files at SourceForge.net
_Open Source Software and Windows 32-bit: RSVG-Convert SVG image conversion tool (WebArchive)

rsvg-convert-dll-2.40.16.7z を解凍すると、以下のファイルが入ってる。

etc/
fonts/
libcairo-gobject-2.dll
libffi-6.dll
libfontconfig-1.dll
libfreetype-6.dll
libgdk_pixbuf-2.0-0.dll
libgio-2.0-0.dll
libglib-2.0-0.dll
libgmodule-2.0-0.dll
libgobject-2.0-0.dll
libgthread-2.0-0.dll
libharfbuzz-0.dll
libintl-8.dll
libjasper-1.dll
libjpeg-8.dll
libpango-1.0-0.dll
libpangocairo-1.0-0.dll
libpangoft2-1.0-0.dll
libpangowin32-1.0-0.dll
libpng16-16.dll
librsvg-2-2.dll
libtiff-5.dll
libwebp-5.dll
libwinpthread-1.dll
libxmlxpat.dll
libzzz.dll
msvcr100.dll
rsvg-convert.exe

この全ファイルを、(XnView Classicインストールフォルダ)\PlugIns\ の中にコピーする。

もし、PlugIns\ の中に CADImage.dll が存在していたら、そちらが優先されて使われてしまうので、例えば CADImage.dll.orig にでもリネームしておく。

XnView Classic を起動したら、設定を変更。ツール → オプション → 全般 → 操作 → すべてのファイル形式を使用、にチェックを入れて有効化。

これで SVG が比較的真っ当に閲覧できるようになるはず。ただ、SVG を表示するために、毎回 rsvg-convert が呼び出されて png に変換されるので、一瞬DOS窓が開いてすぐ閉じるのがちょっと鬱陶しいかもしれない。

ちなみに、rsvg-convert-2.40.20.7z を入手すれば、中に rsvg-convert.exe が単体で入っているので、コマンドライン上で使って SVG から png に変換したいなら、そちらの版を使ったほうが楽かもしれない。

サブPC(Windows10 x64 22H2、PC名: akatsudumi)から、メインPCにUSB接続されている iP4600 を共有プリンタとして利用しようとした。

サブPC上で、iP4600用ドライバ(Windows8.1 64bit版ドライバ)をインストール後、コントロールパネル → デバイスとプリンターの表示 → プリンターの追加、をして iP4600 を追加しようとしたところ、エラーが出た。

• 本来、プリンターの追加、を選ぶと自動検索が始まるけれど、古いプリンタのせいか出てこない。
• 「プリンターが一覧にない場合」をクリック。
• 「共有プリンターを名前で選択する」にチェックを入れて、参照ボタンを押す。
• メインPC名をクリック → メインPCが共有プリンタとして提供している「iP4600」を選ぶ。

これで、本来なら共有プリンタとして追加されるはずなのだけど、「操作が失敗しました（エラー　0x0000011b)」とエラーが表示されてしまう。

ちなみに、メインPC側(プリントサーバ機)で、SMB 1.0/CIFSクライアント、SMB 1.0/CIFSサーバー、は有効にしてある。

エラーコードでググったところ、どうやら Windows Update の影響がまだ残っているらしいなと…。一時期、Windows Update のせいで、共有プリンタが使えなくなる状況が半年以上続いていたので…。

_mieki256's diary - WindowsUpdateのせいで共有プリンタから印刷できなくなっていた
_mieki256's diary - 共有プリンタから印刷できない件についてまだ調べてる
_mieki256's diary - 某所に行ってきた
_KB5005565に印刷ができなくなる不具合。対処方法あり ［Update 2: 脆弱性に影響しない恒久的解決策判明］ | ニッチなPCゲーマーの環境構築Z
_CVE-2021-1678 に対するプリンター RPC バインド変更の展開の管理 (KB4599464) - Microsoft サポート
_How to fix the Windows 0x0000011b network printing error


プリントサーバ機(メインPC)上で、レジストリを修正して改善するか試してみた。regedit を起動。以下を探す。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print

• 右側で、右クリック。新規 → DWORD (32ビット)値、を選ぶ。
• 名前を、RpcAuthnLevelPrivacyEnabled にする。
• 右クリックして「修正」。値を「0」にする。
• 念のため、プリントサーバ機(メインPC)を再起動。

これで、クライアント側(サブPC側)で「プリンターの追加」ができた。テストプリントも成功した。

Stable Diffusion web UI を起動すると、自動でデフォルトWebブラウザが ―― 自分の環境の場合 Firefox が起動してしまうのだけど。Firefox で操作すると何か妙な動作をするので、Google Chrome で起動したい。Webブラウザの種類が指定できないなら、せめてWebブラウザの自動起動だけでも無効化したい。

ググってみたら、Stable Diffusion web UI の設定項目を変更することで、ブラウザの自動起動を無効化できるらしい。

Settings → System → Automatically open webui in browser on startup の Disable にチェックを入れる。デフォルトは Local になっている。

_How to auto launch webui in preferred browser - AUTOMATIC1111/stable-diffusion-webui - Discussion #12287

気づいたら、顔の修復機能が見当たらなくなっていた。以前は txt2img に項目があった気がするのだけど。

v1.6.0になって Restore faces の設定方法が変わったらしい。デフォルトでは有効になっていない。

settings → User interface → Quicksettings list → 「face_restoration」「face_restoration_model」「code_former_weight」を追加。これで上のほうに項目が出てくる。

以下、参考ページ。ありがたや。

_【Stable Diffusion】Restore facesで顔を綺麗に修正する方法 | AIイラスト攻略

時折、宮崎監督が薪割りをするカットが挿入されていたけれど、ネットで見かけた言説(?)が面白かったのでメモ。

宮崎駿監督は東映動画に入手したことでアニメーター人生を始めたわけだけど、その東映動画の入社試験で描かされるのが薪割りの動作だったそうで。正確には薪割りじゃなくて杭を打つ動作で、宮崎駿監督の先輩にあたる、故・大塚康生さんが書いた「作画汗まみれ」という本の中でそのあたりが紹介されているのだけど。

何にせよ、薪割りの動作≒アニメーター宮崎駿に最初に与えられたアニメ制作の試練、と捉えると、なかなか興味深い編集をしていたような気がするなと…。時々初心を思い出しながらアニメ制作を続けてきた監督の姿を暗喩しているカット、などと邪推したりできそう。まあ、監督のことだから「ずっと机の前に座って仕事してるから単に体を動かそうと心がけてるだけ」とか言いそうではあるけど。

Microsoft Bing Image Creater でも画像生成を試してみたけれど、こちらのほうがちゃんとした画像を ―― 何をもって「ちゃんとしてる」と判断すればいいのか分からんけど、比較的こちらの意図を汲んでくれた画像を生成してくれる、ような気がした。Bing Image Creater は DALL-E 3 を使ってるらしいけど、DALL-E 3 って凄いんだな…。

Stable Diffusion web UI はプロンプトに英語しか入力できないけれど、Bing Image Creater は日本語を入力してもそれらしい画像が生成されるので、その点もありがたい。まあ、一旦英語に自動翻訳してから渡してるのかなと想像もするのだけど。

もっとも、例えば「爆発」みたいな単語を入れると生成を拒否されたりする…。おそらくはフェイク画像の類を生成しにくいように色々なNGワードが設定されてるのだろうなと。どんなプロンプトを入れても処理してくれるわけではないので、そういう不自由さはある…。その代わり、結構イイ感じの画像を生成してくれる印象。

余談。手洗い云々で思い出したのでメモ。前にメモした気もするけど…。

コロナウイルスが流行してからというもの、「石鹸つけて15秒＋水洗い15秒」の手洗いを心掛けてたりする。これは新聞に載っていた話だけれど…。

• 水洗いだけを30秒 → 1/100まで菌やウイルスが落ちる。
• 石鹸をつけて15秒＋水洗い15秒 → 1/10000まで菌やウイルスが落ちる。
• アルコールをつけて5秒 → 1/10000まで菌やウイルスが落ちる。

ホンマかいなとググってみたら、たしかにどこかの大学の研究室で、そういう研究・調査結果が、PDFで公開されていた記憶がある。細かい数値は違うけれど、ざっくり大体そのくらいと言ってしまってもいいだろうと思える数値が列挙されているレポートだった。

一時期、コロナウイルス流行のせいで、アルコールの類が店頭で売り切れになっていたけれど。「アルコールが手に入らなくても大丈夫だよ。石鹸つけて15秒＋水洗い15秒でもアルコールと同じ効果が得られるよ」という話として新聞に載っていたわけで。

まあ、今はアルコールの入手も難しくないはずなので、「石鹸15秒＋水洗い15秒なんてやってられるかよ」と、アルコールをつけて5秒ほど手をパンパンパンでいいんじゃないかな、という気もする。もっとも、コスト的には石鹸＋水洗いのほうが安いだろうけど。

ちなみに、その記事を読んで以来、手洗いだけではなく、風呂に入って頭や体を洗う際も、大体その時間を意識しながら洗ってたりもする。臭いの原因はえてして菌の繁殖だったりするわけだけど、その菌を1/10000まで減らせれば、臭いだって多少は減ってくれるのではないかと期待するわけで…。まあ、どのくらい体の臭いが違ってきたのか、自分ではさっぱり分からないので、実は全然効果がなかったりするのかもしれないけれど。

帰りにツルハドラッグによって、痛み止めのロキソニンSが売ってないか店員さんに尋ねてみたけれど。「調剤師が居る店舗じゃないと売ってない」「須賀川市内の店舗では売ってない」「郡山の安積店じゃないと買えない」との返事。さすがにそれは遠い…。結局、調剤師さんが居る、国道4号線沿いのカワチまで足を延ばして、そこでロキソニンSを購入してきた。

MinGW を使って、OpenGLを使ったプログラムも作ってみたい。OpenGL関係のライブラリ、freeglut, GLFW, GLEW も追加しておいた。

_The freeglut Project :: About
_freeglut Windows Development Libraries
_Download | GLFW
_GLEW: The OpenGL Extension Wrangler Library

以下のファイルを入手。

• freeglut-MinGW-3.0.0-1.mp.zip
• glfw-3.3.9.bin.WIN32.zip
• glew-2.1.0-win32.zip

インストール方法は、以前メモしてあったので、メモに従って作業。

_mieki256's diary - MinGWでfreeglutを使ってみた
_mieki256's diary - MinGWでGLFWを使えるように環境を整えた

画像ファイルを読み込めるようにするライブラリ、FreeImage もインストールしておく。これは、以前 MinGW をインストールしていたフォルダの中を漁ってコピーしてきた。

_mieki256's diary - FreeImageライブラリをMinGWで使ってみたい

_Visual Studio + GLFW 簡単導入 #OpenGL - Qiita
_Windows 10でOpenGLをGLFWとGLEW、GLMで開発する環境を作りWindowを表示する | 測度ゼロの抹茶チョコ
_VisualStuidoでOpenGLする。 #C++ - Qiita
_GLFWでOpenGLを始めるには in 2019 on Windows #OpenGL - Qiita
_NuGet Gallery | glfw 3.3.9
_[VC++] リンクするライブラリファイルをソースコード内に記述する | あみだがみねのもろもろ備忘録
_GLFW メモ

参考ページの通りに作業していけば GLFW の導入はできるのだけど…。せっかく手元で作業してみたので、自分も手順をメモしておく。

まずは、プロジェクトを新規作成。Visual Studio 2019 Community を起動。「新しいプロジェクトの作成」を選ぶ。



「コンソールアプリ」を選択して、「次へ」。



プロジェクト名と保存場所を指定して、「作成」。



プロジェクトが作成された。



一応、ソリューションの構成を「Release」にしておく。GLFW や GLEW 関連のバイナリファイルは「Debug」用ではなく「Release」用でビルドされているという話をどこかで見かけたので、念のために…。その横の「x86」「x64」は、「x64」(64bit版をビルド)にしておいた。



一旦、この状態で、単なるコンソールアプリとしてビルドできそうなのか試しておく。ビルド → ソリューションのビルド、を選択。もしくは、Ctrl + Shift + B を叩いても良い。



ビルドが始まって、.exe が生成された旨が表示された。



実行は、デバッグ → デバッグなしで開始。もしくは、Ctrl + F5 を叩いてもいいし、F5 だけを叩いてもいい。



DOS窓が開いて、「Hello World!」が表示された。ビルドは成功しているらしい。


出来上がった .exe は、(プロジェクト保存場所)\x64\Release\ の中に保存されている。

NuGet とやらを使って、GLFW をインストールしてみる。

プロジェクト → NuGetパッケージの管理、を選択。ちなみに、何かしらのプロジェクトを開いている状態じゃないと、この項目は選択できないと思う。この NuGetパッケージとやらは、プロジェクトの保存場所にインストールされるので…。



NuGetパッケージマネージャーの画面が開くので、「参照」をクリックしてから、「glfw」と打って検索する。glfw がリストアップされるのでクリックして選択。右側の「インストール」ボタンをクリック。



「インストールしていいか？」的なダイアログが開くので、「OK」をクリック。


これで、glfw関連ファイルが ―― 今回は glfw 3.3.9 が、プロジェクトフォルダ内にインストールされた。(プロジェクトフォルダ)\packages\glfw.3.3.9\ に入っている。

GLFWを使ったソースを書く。今回は以下のページで紹介されてるソースをコピペさせてもらって動作確認してみた。

_GLFW メモ

Ctrl + Shift + B を叩いてビルドしてみると、以下のようなエラー(リンクエラー)が出てしまった…。



利用するライブラリファイルとして opengl32.lib を追加しないと、こういうエラーが出てしまうらしい。

ソリューションエクスプローラ上で、プロパティのボタンをクリックして、プロパティを表示する。



構成プロパティ → リンカー → 入力、と辿って、追加の依存ファイル、を編集する。右側の小さい下向きのボタンをクリックすると「<編集...>」という項目があるので、ソレをクリック。



「追加の依存ファイル」に、opengl32.lib を追加記入してやる。



あるいは、ソースコードの最初のほうに、「#pragma comment(lib, "opengl32.lib")」と書いてしまってもいい。この記述をすることで、リンカに、「opengl32.lib というライブラリファイルも利用せよ」と指示を出せるらしい。



この状態でビルド(Ctrl + Shift + B)したところ、ビルドが成功した。実行(Ctrl + F5)すると、三角形が描かれた。

当初、リンカがエラーを出すあたりがよく分からなくて、アレコレ試していたのだけど。NuGet 経由で glfw と glew_static の2つをインストールしたら何故かビルドが通るようになったりしたので、一応そのこともメモしておく。


おそらく、glew_static の中に、glfw をリンクするための関連ファイルも含まれているのかなと想像しているけれど…。

でもまあ、glfw を使うだけなら、前述のとおり、opengl32.lib を追加指定してやるだけで済むので…。

zlib13.zip
libpng-1.6.40.tar.xz

libpng は zlib を使って処理をするので、まず最初に zlib をビルドする必要がある。

解凍したフォルダ内をカレントディレクトリにして、make を実行。MinGW用の Makefile は無いけれど、gcc 用のソレが利用できるらしい。

make -f win32/Makefile.gcc

以下のファイルができるので、MinGW をインストールしたフォルダにコピーする。

zlib1.dll
zconf.h
zlib.h
libz.a
libz.dll.a

それぞれを以下のディレクトリにコピーすればいい。たぶん。

• .dll は bin/ に。
• .h は include/ に。
• .a は lib/ に。

libz.dll.a があるとそちらを優先して使われて動的リンクになるという話を見かけたので、libz.dll.a を libz.dll.a.esc にリネームしておいた。

これも解凍したフォルダの中で make を走らせる。

make -f scripts/makefile.gcc

以下のファイルができるので、MinGW のフォルダにコピー。.h は include/ に。.a は lib/ に。

png.h
pngconf.h
pngdebug.h
pnginfo.h
pnglibconf.h
pngpriv.h
pngstruct.h
libpng.a

ちなみに、gcc で libpng を使ったプログラムをビルドしたい時は、オプションとして -lpng -lz をつけてリンカに指示してやるらしい。-lxxxx と指定すると、自動で頭に lib をつけて、libxxxx をリンクしてくれるそうで。つまり、-lpng -lz は、libpng、libz をリンクせよという指示になる。

MinGW の場合、libpng は無いけれど、zlib 自体はパッケージが存在しているっぽい。libz、もしくは zlib という名前で、dev がついているのがソレ。

libz-1.2.11-1-mingw32-dev.tar.xz
zlib-1.2.8-1-mingw32-dev.tar.lzma

ただ、バージョンが古い。一応セキュリティホール云々の話もありそうなので、MinGWインストールフォルダ内の、公式パッケージ版の各ファイルをリネームして、今回ビルドしたファイルをコピーして使うことにした。

以下で紹介されているプログラムをコピペさせてもらって、MinGW (gcc 6.3.0)上で libpng を使ったプログラムをビルドできるのか試してみた。

_【C言語】libpngのインストールと使用方法・使用例 | だえうホームページ

_main.c
_input.png

Makefile は以下のような感じ。

_Makefile

png.exe: main.c
    gcc main.c -o png.exe -static -lpng -lz

.PHONY: clean
clean:
    rm -f png.exe

• main.c から png.exe を作ってる。
• -lpng -lz を指定して、libpng と libz をリンクせよと指定している。
• -static をつけて、静的リンク(static link)をしている。

ちなみに Makefile は、行頭のスペースがTAB文字じゃないと動作しないので注意。

make と打ってビルド。png.exe が生成された。

png.exe input.png と打ち込んだら、グレー画像になった _output.png が得られた。今回ビルドした libpng は、それらしく動作してるっぽい。

MSYS2なら、zlib も libpng もパッケージとして用意されているので、pacman でインストールできる。

pacman -S mingw-w64-x86_64-zlib
pacman -S mingw-w64-i686-zlib

pacman -S mingw-w64-x86_64-libpng
pacman -S mingw-w64-i686-libpng

2023/12/30時点では以下がインストールされた。

mingw64/mingw-w64-x86_64-zlib 1.3-1
mingw32/mingw-w64-i686-zlib 1.3-1 

mingw64/mingw-w64-x86_64-libpng 1.6.40-1
mingw32/mingw-w64-i686-libpng 1.6.40-1

今回試すプログラムのビルドには、freeglut、zlib、libpng が必要。

MinGW に freeglut を導入する手順は、以前メモしてあった。

_mieki256's diary - MinGWでfreeglutを使ってみた


zlib と libpng の導入手順は以下。

_mieki256's diary - MinGW上でzlibやlibpngをビルドしてみた

ソースと利用画像は以下。前述の参考ページで紹介されてるサンプルとほとんど同じだけど…。

_01_loadpng_draw.c
_texture.png

Makefile の内容は以下。

_Makefile

01_loadpng_draw.exe: 01_loadpng_draw.c Makefile
    gcc 01_loadpng_draw.c -o 01_loadpng_draw.exe -D FREEGLUT_STATIC -lfreeglut_static -lopengl32 -lwinmm -lgdi32 -lpng -lz

.PHONY: clean
clean:
    rm -f *.exe
    rm -f *.o

• 01_loadpng_draw.c から 01_loadpng_draw.exe を作る。
• -D FREEGLUT_STATIC -lfreeglut_static と指定して、freeglut を静的リンクする。
• -lopengl32 -lwinmm -lgdi32 を指定して、opengl32、winmm、gdi32 をリンク。
• -lpng -lz を指定して、libpng を利用。

実行結果は以下。


ポリゴン(GL_QUADS)にテクスチャ画像を貼り付けることができている。

たしかに、libpng を使って、png画像を読み込んで OpenGL用のテクスチャに変換することができると分かった。

ストレージ上に存在するpng画像ファイルを読み込んで、OpenGL でテクスチャ画像として利用することはできる、と分かったけれど。exeファイルにpng画像をバイナリとして含めておいて、それを OpenGL のテクスチャとして利用する、その方法が分からない…。

リソースファイルなるものにpng画像を含めるように記述しておいて、exeファイル中のリソース(png画像)のポインタ(メモリアドレス？)とバイナリサイズを得ることはできそうなのだけど…。libpng は、メモリ上に置いてあるpng画像のバイナリを読み込むことができるのだろうか…？

glpng のソースは、まだかろうじて、以下から入手できる模様。昔は他の場所でも配布されていたらしいのだけど…。

_森北出版株式会社刊 「Springs of C」サポートwebページ
_ Stunt Course (WebArchive)
_Index of /pub/OpenBSD/distfiles/glpng-1.45/

glpng.zip を入手して解凍。中に入ってた html を見る限り、バージョンは 1.45 (2000/07/10)らしい。2000年頃のライブラリなのか…。たしかに古い…。

src/ の中に入って、Makefile.LINUX を使ってビルドするのだけど、その前に、.c や .h の改行コードを統一しておいたほうがいいのかもしれない。

MinGW には dos2unix という、改行コードを CRLF から LF に変換するツールがパッケージとして用意されているので、それをインストールして、各フォルダで以下を実行したほうがいいのかも。

dos2unix *.c
dos2unix *.h

make でビルド。

make -f Makefile.LINUX

../lib/ の中に、libglpng.a が作られる。これを MinGW で使える。

必要なのは以下のファイルだろうか。これらを、MinGW インストールフォルダの、include/ や lib/ にコピーする。

GL/glpng.h
libglpng.a

Example/ の中にはサンプル Test.c があるので、ビルドして .exe が作れるか試してみた。ビルドには、glut か freeglut が必要。

ただ、Test.c は若干修正が必要らしい。diff の結果を貼っておく。

> diff -u Test.c.orig Test.c
--- Test.c.orig 2023-12-31 01:53:10 +0900
+++ Test.c      2023-12-31 02:17:00 +0900
@@ -6,8 +6,8 @@
  * http://www.wyatt100.freeserve.co.uk/download.htm
  */

-#include <gl/glpng.h>
-#include <gl/glut.h>
+#include <GL/glut.h>
+#include <GL/glpng.h>
 #include <stdlib.h>

 int angle = 0;
@@ -64,10 +64,11 @@

 /***** Main function *****/

-void main() {
+int main(int argc, char** argv) {
        pngInfo info;
        GLuint  texture;

+       glutInit(&argc, argv);
        glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB);
        glutInitWindowSize(300, 300);
        glutCreateWindow("glpng test");
@@ -107,4 +108,6 @@
        glutReshapeFunc(Reshape);

        glutMainLoop();
+
+       return EXIT_SUCCESS;
 }

行頭に「-」がついているのが元の記述。「+」がついているのが変更後の記述。

• 「gl/」は「GL/」に変更。
• glpng.h, glut.h の順ではなく、glut.h, glpng.h の順で include。
• void main() は int main(int argc, char** argv) に。
• glutInit(&argc, argv); を追加。
• main() の最後で返り値を戻すようにする。

一応、修正後の test.c も置いておく。

_test.c
_stunt.png


Makefile は以下。

_Makefile

Test.exe: Test.c Makefile
    gcc Test.c -o Test.exe -lglpng -DFREEGLUT_STATIC -lfreeglut_static -lglu32 -lopengl32 -lwinmm -lgdi32

.PHONY: clean
clean:
    rm -f *.exe
    rm -f *.o

-lglpng のほうが、glut 関係より先に記述されてないといかんらしい。

make を実行。Test.exe が作られた。

Test.exe を実行すると、png画像の Stunt.png を読み込んで、OpenGL のポリゴンにテクスチャとして貼り付けた状態で表示された。


たしかに、png画像を読み込んで、OpenGL のテクスチャとして利用できた。

libpng を使う事例と比べると、圧倒的に記述が少なくて済む。もっとも、glpng も実際の処理は zlib と libpng を使ってるらしいけど…。

glpng [Ben Wyatt] (Win32, etc.) - all versions; read-only;

requires libpng and zlib; freeware (zlib license) with source.

(This is a utility library to load PNG images and bind them to OpenGL textures.
Reportedly it is also a good general-purpose example of how to use textures in OpenGL.
As of early 2000, it still includes the source code for libpng 1.0.2 and zlib 1.1.3, plus a static Win32 library [glpng.lib].)

PNG-supporting Libraries and Toolkits より

_WSLでGLUT&glpng Test.cの実行まで Windows10 - Qiita
_OpenGL(GLUT) 〜PNG for glpng〜 (WebArchive)
_OpenGLでpng表示 - ぱすかるの徒然草
_macOS 上で glpng をコンパイルして動かす
_PNG画像を表示する(glpng) - OpenGLプログラミングメモ - atwiki(アットウィキ)
_Windows Subsystem for Linux(Bash on Ubuntu on Windows)でOpenGL(GLUT)を使う時のメモ - 駅から徒歩27分
_GLPNGをVisualStudio.net2005で使う方法 - SourceChord
_OpenPorts.se | The OpenBSD package collection (WebArchive)
_JVNDB-2010-003995 - JVN iPedia - 脆弱性対策情報データベース
_PNG-supporting Libraries and Toolkits