gimp-texturizeのループ高速化をある程度は果たせたgimp-texturizeプラグインのループ高速化を試していたけど、ある程度は速くなった。2分30秒かかっていたのが、50秒で生成できるようになった。2倍以上は速くなったかな...。元画像の内容によって、処理時間も変わってくるのかもしれないけれど。patchはどこを参照すべきなのか。生成中の画像バッファ内を指し示しているはずだけど。元画像ではなく、生成中の画像を見るべきなのだろうか...。元々のソースでは、patch関連のポインタを求める際、生成画像のための変数を使って計算していたし...。元画像を参照するのが正しいとして。画像サイズを超える場所から値を読もうとした場合、元画像のx方向、y方向でループしながら読んだほうがいいのか、それとも問答無用で最大値の差を返したほうがいいのか、そのあたりも分からない...。結局、どういう処理をしたかったのかがそもそも分かってないので、クラッシュしないように修正はできたけど、間違った修正をしている可能性が...。githubのissueに書いておいた。lmanul/gimp-texturizeただ、自分は英語赤点野郎なので、Google翻訳にひたすら頼るしかなく...。頓珍漢な英語を書いちゃってる可能性を否定できない...。プログラマーならソースコードを見れば大体分かるはずだよね。一応ココにも置いておく。:一応ココにも修正したソレを置いておく。_gimp-texturize.patch.txt_compter.c_main.c_offset.c_render.cWindows用のバイナリは以下。samjビルド版上で動くことは確認したけれど、公式インストーラ版では動くかどうかわからない。使ってビルドしている、と見かけた記憶があるけれど、公式版は何を使ってビルドしているか分からなくて...。そのあたりが分かれば、公式版でも動くバイナリを作れるのかもしれない。使ってビルドしているなら、このバイナリがそのまま動く可能性もあるのかも。64bit版だったか...。32bit版なので、そのままじゃおそらく動かないよな...。32bit版のプラグインまで動かせる仕組みじゃ無いよな。ちなみに、起動するとDOS窓が開く件は、解決策が分からなかった。不正終了した時に、DOS窓に一瞬エラーメッセージが出てくるから、むしろ開くほうがいいのかもしれない、とも思ってるけど...。2019/11/20追記。使おうとしたけれど、そもそもフィルターメニューの中に登録すらされなかった。samjビルド版専用ってことで。茶の間の工事が始まった茶の間に置いてあったTV、の下の畳が、シロアリに盛大に食われていたのだけど。そのあたりを改善すべく、茶の間の工事が今日から始まった。床板を全部剥がして、茶の間の中央にあった掘り炬燵用のコンクリートを取っ払って風通しを良くして、水が溜まる場所をわざと作って、ポンプで汲み出すようにするらしい。床下の換気を改善するために、もしかすると換気扇っぽい何かをつけるとかなんとか。湿気があるところにシロアリは集まってくるので、換気を良くして床下が乾燥していれば防げるのではないかという話で。ウチは、そもそも水の通り道に、盛り土もせずに建ててしまった事例なので、湿気がスゴイわけで...。