おわらない | ブログ記事

20260416

Thu, 16 Apr 2026 00:00:00 GMT

雑記的な記事をブログから雑記へ移動させました
RSSも分離しています

20260103

Sat, 03 Jan 2026 00:00:00 GMT

ブログ記事のRSSフィードについて、全記事だけではなくタグ別に絞り込んだ結果（例：#ukagaka タグ）も個別にフィードを配信するようにしました。
特定タグのついた記事のみ購読したい場合などにご利用ください。

SSP起動時にお気に入りのゴーストをランダムに起動する方法

Sat, 27 Dec 2025 00:00:00 GMT

3行で要約

自分はSSPのフォルダ機能でゴーストを起動頻度や企画別にフォルダ分けしている
今のところSSPの機能では特定フォルダからランダムにゴーストを起動することは（多分）できない
バッチファイルを作成することで実現できた

まえがき

SSPにはランダムなゴーストを起動してくれる便利な機能がありますが、全ゴーストの中からではなく特定のフォルダの中からランダムに起動したいと思ったことはないでしょうか。私はありました。

いろいろ調べてみたものの、SSP標準の機能だけでは実現できなさそうだったので、バッチファイルを書いて解決することにしました。この記事ではその方法を紹介します。

同じことをやりたい方の参考になれば幸いです。

前提

SSPの便利機能

SSPでは、設定項目
設定 → ゴースト(1) → ゴーストを1つランダムに選択して起動(前回終了時の状態は破棄)
をオンにすることで起動時にランダムなゴーストを起動することができます。普段起動しないゴーストに偶然会える便利な機能だと思います。

自分の環境

SSPはフォルダ機能によりゴーストを複数のフォルダに分割して配置することができます。
私はこれを使って特によく起動するゴーストたちをFavoriteフォルダに区分けしています。

お気に入りフォルダ内のゴーストからランダムに起動したい

あるとき、起動時にランダム起動するゴーストの候補をお気に入りフォルダに絞りたいと考えました。

フォルダ設定 `ランダム切り替えの対象にしない` をオンにする（失敗）

フォルダ設定には「ランダム切り替えの対象にしない」というものがあったため、お気に入りフォルダを除く全てのフォルダでこれをオンにしました。
しかしこれで防げるのはさくらスクリプト \+ によるランダム起動などで、上記のランダム起動は適用対象外のようでした。

起動オプション `/g` とバッチファイルを組み合わせる（成功）

SSPの起動オプションでは、/g オプションを指定することで起動時に指定したゴーストを起動できます。
つまり外部スクリプトで候補の中から1つゴーストを選択する処理を作ることができれば、上記機能と組み合わせることで「お気に入りフォルダ内のゴーストからランダムに起動」は実現できそうです。

→できました。

@echo offchcp 65001 >nulsetlocal enabledelayedexpansionrem === 設定 ===set "SSP_DIRECTORY=C:\Users\user1\Ukagaka\ssp"set "GHOSTS_DIRECTORY=C:\Users\user1\Ukagaka\Ukagaka-Ghost\Favorite"rem === ゴーストフォルダ直下のディレクトリを列挙してカウント ===set count=0for /d %%d in ("%GHOSTS_DIRECTORY%\*") do (    set /a count+=1    set "dir_!count!=%%~nxd")rem === ディレクトリが見つからない場合 ===if %count%==0 (    echo エラー: %GHOSTS_DIRECTORY% にフォルダが見つかりませんでした。    pause    exit /b 1)rem === ランダムに1つ選択 ===set /a "rand=(%RANDOM% %% count) + 1"set "selected=!dir_%rand%!"rem === ssp.exe を実行 ===start "" "%SSP_DIRECTORY%\ssp.exe" /g "%GHOSTS_DIRECTORY%\%selected%"endlocal

使い方

メモ帳などで新規ファイルを作成し、上記コードをコピペします。
コードの冒頭にある設定部分は、各自の環境に合わせて書き換えてください。

set "SSP_DIRECTORY=C:\Users\user1\Ukagaka\ssp"set "GHOSTS_DIRECTORY=C:\Users\user1\Ukagaka\Ukagaka-Ghost\Favorite"

SSP_DIRECTORY：SSPのインストールフォルダ（ssp.exeがある場所）
GHOSTS_DIRECTORY：ランダム起動の対象にしたいゴーストが入っているフォルダ

設定ができたら、適当な場所に random_boot.bat のような拡張子 .bat のファイルとして保存します。
保存後はこのバッチファイルをダブルクリックするだけで起動できます。

蛇足：Windows起動時に自動実行する

このバッチファイル（またはそのショートカット）をスタートアップフォルダに配置すると、Windows起動時に自動でランダムなゴーストが立ち上がるようになります。

スタートアップフォルダは、エクスプローラーのアドレスバーに shell:startup と入力すると開けます。

まとめ

SSP標準のランダム起動機能は全ゴーストが対象になってしまいますが、起動オプション /g と外部スクリプトを組み合わせることで、特定フォルダ内のゴーストに限定したランダム起動を実現できました。

ゴースト「Crave The Grave」 12/17 の更新で発生したバグについて

Thu, 18 Dec 2025 00:00:00 GMT

12/17の更新において、セーブデータの互換性に関する重大な不具合がありました。

発生した問題

更新時にセーブデータの形式を変更しましたが、
旧形式（v1.2.1以前）からの移行処理に不備があり、既存のセーブデータが正しく読み込めない状態となっていました。
その結果、これまでの進行状況が初期化されてしまう現象が発生しておりました。

対応内容

現在は以下の修正を完了しています。

旧形式のセーブデータを正しく読み込めるように修正
セーブデータの一部に問題があっても、読み込める部分は保持するように改善
読み込み失敗時にデータが意図せず初期化される問題を修正
読み込みエラー発生時にベースウェアへ通知を行うように変更

もし同様の現象が発生していた方は、最新版への更新をお願いいたします。ただし、既に初期化されてしまったデータを復旧する手段はございません。重ねてお詫び申し上げます。

セーブデータ形式の変更を伴う更新の際は互換性の検証を徹底し、
同様の問題が発生しないよう努めてまいります。

ご不便をおかけし、誠に申し訳ございませんでした。
引き続きよろしくお願いいたします。

12/18に拍手でCrave The Grave のバグ報告をくださった方へ

Thu, 18 Dec 2025 00:00:00 GMT

バグ報告をくださった方へ

ご報告ありがとうございます。また、楽しんでいただけているとのこと、大変嬉しく思います。

ご指摘いただいた件を調査しましたところ、 12/17の更新でセーブデータの形式を変更した際に、旧形式（v1.2.1以前）のセーブデータを読み込めなくなっていたことが原因でした。デバッグ用データの混入ではなく、こちらの互換性対応の不備によるものです。

現在は以下の修正を完了しています。

旧形式のセーブデータを正しく読み込めるように修正
セーブデータの一部に問題があっても、読み込める部分は保持するように改善
読み込み失敗時にデータが意図せず初期化される問題を修正
読み込みエラー発生時にベースウェアへ通知を行うように変更

お手数をおかけしますが、最新版への更新をお願いいたします。なお、既に初期化されてしまったデータについては復旧できず、大変申し訳ございません。
今後はセーブデータ形式の変更時に互換性の確認を徹底いたします。

20251014

Tue, 14 Oct 2025 00:00:00 GMT

ギャラリーページにrssフィードを追加しました
今後イラスト作品の更新はこちらを取得して確認いただければ幸いです

20251009

Thu, 09 Oct 2025 00:00:00 GMT

ギャラリーにイラストを1点追加しました
カラーパレット縛りで描いたハイネです

20250924

Wed, 24 Sep 2025 00:00:00 GMT

サイト全体のレイアウトを調整しました
2000年代のブログの雰囲気を目指してサイドバー付きのレイアウトにしたりしてみています

20250923

Tue, 23 Sep 2025 00:00:00 GMT

ヘッダーをいい感じにしました

20250723

Wed, 23 Jul 2025 00:00:00 GMT

ギャラリーにイラストを1点追加しました
紫ノ宮さんのお誕生日絵です

20250706

Sun, 06 Jul 2025 00:00:00 GMT

ギャラリーにイラストを1点追加しました
推しのウマ娘のドット絵です

価値観4象限マトリクス

Mon, 30 Jun 2025 00:00:00 GMT

小戸らでくさんの4象限マトリクスに触発され、自分でもテンプレートを考えてみました

価値観4象限マトリクスといいます

12のトピックについて、あるキャラクターがそれを好きか嫌いか、またそれを欲しいかいらないか（やりたいかやりたくないか）という2つの観点で度合いをマッピングします

キャラクターの価値観を掘り下げることを目的としています

使用例

どのように使用するかの例として、私のゴーストでやってみました

ハイネ

知識：何でも知りたいわ
アート：自分で作るより鑑賞するのが好きよ
挑戦：変化を取り入れてこそ生活に張りが出るというもの
仕事・勉強：霊のコミュニティでの仕事　問題解決に取り組むのは好きよ
友情：対等な関係に憧れがあるの
おしゃれ：着飾っている人を見るのは好き　自分を飾ろうとは思わないけれど
信仰：教会の静謐な雰囲気は好ましいわ
お金：あって困るものではないけれど、依存は身を滅ぼすでしょうね
睡眠：最近はあまり取っていないわ　退屈していないもの
名誉：軽んじられなければそれ以上は求めないわ
恋愛：自由を縛るものだと思うわ　身体的、精神的にも
食事：ただただ、面倒　生きていた頃よりはマシだけれど

ヨウト

食事：食べるのは好き。成長期だねって言われる
友情：友達と毎日遊んでる。ゲームより外で体を動かすのが好き
挑戦：隣町に新しくできたスポーツショップに行ったりする
アート：図工の授業がかなり好き。夏休みの工作とか、自由に考えて作れるから好き
知識：雑学の本とか好きだよ
お金：おこづかいでお菓子を買うのは好き。でも無くてもあんまり困らないかも
睡眠：9時には寝てる。え、みんなそうじゃないの？
おしゃれ：興味はない…ことはないけど。あんまり前のめりでも変でしょ
恋愛：態度に出すと冷やかされるのが嫌
名誉：仲いい友達と楽しく過ごせれば、目立つとかはしなくていいかな
仕事・勉強：退屈。45分も座ってるのしんどいよ
信仰：初詣などは行くけどそれだけ

やってみよう

テンプレートpsdはこちらからダウンロードできます
トピックの変更・追加はご自由にどうぞ
psdの再配布は禁止とします

価値観4象限マトリクス.psd

派生トークリクエスト機能

Tue, 24 Jun 2025 00:00:00 GMT

ハイネに派生トークリクエスト機能を追加しました

ダブルクリックメニューの歯車ボタンから設定一覧を開き、そこから設定をオンにすることでランダムトーク時にリクエストボタンが表示されるようになります
リクエストボタンを押すとインプットボックスが表示され、web拍手経由で該当トークへの派生トークリクエストを送ることができます

各ランダムトーク、例えば服装にこだわりがないというトークに対して「服を選んであげようか？」という呼びかけをリクエストすることで、それに対する返答という形で派生トークが生える…かもしれません

派生トークが追加されたランダムトークは「トーク統計」画面から優先的に閲覧することができます

ご活用ください

20250615

Sun, 15 Jun 2025 00:00:00 GMT

成人向けギャラリーを作成しました　18歳以上の方のみ閲覧可とします
あわせて成人向けギャラリーにハイネのR-18アニメーションを追加しています

June Bride

Mon, 09 Jun 2025 00:00:00 GMT

ギャラリーに絵を一枚追加しました
ハイネのウェディングドレス絵です

4象限マトリクス

Mon, 02 Jun 2025 00:00:00 GMT

小戸らでくさんの「４象限マトリクス」を自ゴでやってみました。
４象限マトリクスの詳細は小戸らでくさんの紹介記事をご覧ください。

待ち合わせ

ハイネ:時間には厳格　でも暇な時間は思索にふければいくらでも潰せるので、よほどシビアなスケジュールでない限り遅刻には寛容
ヨウト:何もなければまず遅れないけどアクシデントとかにはちょっと弱い　遅刻されることへの耐性はふつうくらい

大きい方

ハイネ:食事に極端に関心がないのでいくらでも譲る
ヨウト:そりゃいっぱい食べたいが食い意地張るのもな…と思いつつ食欲が勝つ

筆跡

ヨウト:いわゆる男の子の字　書き取りとかを真面目にやるので比較的読みやすい
ハイネ:自分が読めればいいような字を書いている　書類仕事で怒られるのでそういうときは気をつけている…が、客観的には依然としてのたくるような文字

ずるいこと

ハイネ:抜け道上等　それで良い結果を獲得するなら自他ともに歓迎しがち
ヨウト:いい子ちゃんがち　稚気は湧いても自制が効くタイプ

ダンス

ふたりとも苦手
ハイネ:運動全般が苦手
ヨウト:下手なので人前ではやらないけど自分の部屋で好きな曲をかけて踊ったりする

歌

ヨウト:わりとうまい　が、同級生からは逆に冷やかしを受けるのであまり歌いたがらない
ハイネ:音痴　でも機嫌がいいとき鼻歌とかを歌う方

夜食

ハイネ:食欲ない
ヨウト:食べたくなる前に睡魔が勝つ

料理

ハイネ：レシピをきっちり守るので何でも作れる　でもそれって誰でもできることじゃない？と思って進んでやることはない　他人に振る舞う場合はあるいは、という感じ
ヨウト：少し親の手伝いをする程度　遊びの時間が減るのであまり乗り気ではない

包装紙

ハイネ：シンプル不器用&不慣れ　ペーパーナイフで丁寧にぐしゃぐしゃにする
ヨウト：そこそこ慣れている　大人用カッターを使うのに親の監視が必要だったが最近はそれも無くなった

幽霊

ヨウト：怪談の本を読んだ日は夜のトイレにびびりまくる　でも読んじゃう
ハイネ：日常すぎる

Crave The Grave を公開しました

Fri, 30 May 2025 00:00:00 GMT

ゴースト「Crave The Grave」を公開しました

このゴーストは2019年頃に「郊外通りのハイネ」として公開していたものを再構成した作品です
舞台設定などが練られておらず公開し続けるに忍びなかったため短期間で公開を停止し、最近までずっと設定を再構成しては崩しを繰り返していました。栞も里々から始まりYAYAへ、そして現在はプログラミング言語Rustによる独自栞へと移行しました（このあたりの変遷はGitHubのコミット履歴などに残っています）

思い入れのある作品であり、演出や機能面など各方面に力を入れています
よろしくお願いします

無題20250529

Thu, 29 May 2025 00:00:00 GMT

ギャラリーに過去に描いた絵を追加しました
かなり昔のものも含まれており、恥ずかしいので見てください

無題20250523

Fri, 23 May 2025 00:00:00 GMT

昨日に引き続きサイトを更新しています
今日はトップページについて下記の変更を加えました

レイアウト改修
ハイネ、ヨウトの画像にアニメーションを追加
ギャラリーへのリンク画像を設定(各ゴーストにゆかりのあるアイテム群)

画面が華やかに見えていれば嬉しいのですが…

今回の制作で始めてAsepriteのアニメーション作成機能を使いました
かなり直感的にいじることができてよかったです

無題20250522

Thu, 22 May 2025 00:00:00 GMT

サイトのレイアウトを変更しました
往年のサイトに倣って横幅を狭めたのと、トップページにサイトマップとしてアイコン画像を描いて設定しています

大幅な変更の影響でモバイル版のレイアウトが崩れているのですが追々直していきます…

無題20250511

Sun, 11 May 2025 00:00:00 GMT

web拍手の返信をブログのみで行うように方針を変更します
Mastodonでも行っていたのですが窓口は一本化したほうが双方おそらくうれしいため…

なので今後拍手返信を待ち受ける必要がある場合はブログのRSS購読でご確認いただければ幸いです

無題20250508

Fri, 09 May 2025 00:00:00 GMT

他の方に描いていただいた作品を紹介するコーナーをギャラリーに追加しました
アカウント無しでアクセスできるページであるかどうかを紹介の基準としています

2025/5/9にweb拍手をくださった方へ

Fri, 09 May 2025 00:00:00 GMT

（4/24に拍手をくださり、その続きとして5/9に拍手をくださった方への返信です）

詳細なご回答ありがとうございます。おかげさまで原因が判明しました！
ご推察の通り、SSPが日本語を含むファイルパスに配置されている場合に不具合が生じていました。

原因(読み飛ばしていただいて構いません)

現在の仕様ではプラグインのロード時にプラグインのファイルパスをSSPから受け取っている(ログファイルがプラグインフォルダの直下に生成される機能などはこれを用いています)のですが、
ここで日本語文字列が含まれている場合は読み込みに失敗してしまい、以降の処理が部分的に働かなくなっていたようです。

対応

修正バージョン(v1.2.4)を作成し、公開しました！

上記の問題に対処し、SSP(厳密にはプラグインのフォルダ)が日本語を含むファイルパスに配置されている場合でも動くように修正しています。
テストとして、こちらの環境で C:\Users\Public\Downloads\伺か\ssp.exe となるように配置したSSPで検証し、プラグインが正常に動作することを確認しました。

すでにフォルダ名をアルファベットに変更することでご対応いただいたとのことで、ご不便をおかけして申し訳ありませんでした。
本バージョン以降では問題なくご利用いただけるかと思います。

また何かご不明点などございましたらご連絡いただければ幸いです。

雑記

Thu, 08 May 2025 00:00:00 GMT

試験的にサイト全体の指定フォントをメイリオにしました
メイリオがインストールされている環境では優先的に使用されます

往年の雰囲気(というより2010年代のwiki文化あたり？)を目指しての変更ですがどうかな
しばらくやってみて見にくさが勝つようだったら戻します

2025/4/24 に拍手をくださった方へ

Tue, 06 May 2025 00:00:00 GMT

GhostSpeakerの不具合について、ご報告ありがとうございます。原因調査のためにいくつかご質問させていただきたいことがございます。
長くなっておりお手数をおかけして申し訳ございませんが、ご確認いただければ幸いです。

ご確認したいこと

本プラグインにおける自動更新機能は現在削除済みですが、v1.0.2時点では有効でした。v1.0.2では動作するというのは、自動更新が走り、最新版への更新が行われたうえでのことでしょうか？(バージョンはプラグインメニューの最上部に記載されておりますので、ご確認いただければ幸いです。)
v1.0.2より先のバージョンで音声合成が行われないとのことですが、
- 棒読みちゃん
- VOICEVOX
- COEIROINK2

のすべてで音声合成が行われないということでしょうか。(上の3ソフトとは別々のロジックで通信しているので、原因の切り分けのためのご質問です)

前提

上記のご質問は、以下の前提に立つものです。

v1.2.1以前、ログファイルの初期化に失敗した場合は回復不能エラーとしてSSPごと落ちるという仕様になっていました。ログファイル機能にそこまでの厳しさは必要ないということでv1.2.2以降は警告メッセージのみ発し、それ以降の機能はそのまま続ける仕様になっています。
すなわちv1.0.2ではログファイルの初期化に失敗した場合はSSPごと落ちるはずなので、本お問い合わせの焦点はログファイルが生成されないことではなく、v1.0.2では動いていた音声合成が以降のバージョンで動かないことにあると推測しております。

ご依頼、ご説明は以上となります。
改めて、お手数をおかけして申し訳ございませんがご回答いただければ幸いです。

サイト更新: ギャラリーページ追加

Wed, 05 Feb 2025 00:00:00 GMT

サイトにギャラリーページを追加しました。
伺かのイラストだけでなく、自作絵全般を載せていく予定です。

福笑い式surfaces.txtジェネレーターを作った話

Sat, 07 Dec 2024 00:00:00 GMT

伺か・伺的 Advent Calendar 2024 (第2会場) 7日目の記事です。
6日目のななっちさんに続いて、日野つみが記事を書かせていただきます。

本記事では、界隈でたびたび話題となっているサーフェス定義方針、
いわゆる「福笑い式」について界隈での動きなどを提示したのち、
私が開発した福笑い式に基づくsurfaces.txtジェネレーター「surfaces-mixer」について紹介します。

福笑い式の定義

※記事で言及する便宜上本項で定義していますが、一般的な意味を定めるものではありません。

「福笑い式」とは、伺かのサーフェス定義ファイルsurfaces.txtにおいて、
サーフェス番号の桁一つに対してパーツを割り当てるという手法です。
例えば、サーフェス番号111~999の範囲で、1の位には目パーツ、10の位には口パーツ、100の位には眉パーツを割り当てるといった具合です。

福笑い式の図

「1は開いた目」「2は閉じた目」「3は笑った目」というように数字に対してパーツの意味を割り当てておくことで、
「普通の眉、笑った口、笑った目はサーフェス番号133番」というように、サーフェス番号からパーツを推測しやすくなるというメリットがあります。パーツの組み合わせを網羅しているため、欲しい表情を瞬時にゴーストに適用することができます。

デメリットとしては、パーツが増えるほど組み合わせの数も指数関数的に増えていくため
手作業でのsurfaces.txtの記述が困難であることが挙げられます。

界隈における取り組み

福笑い式に関する取り組みを知っている限りご紹介します。
他にもあるよ！という場合はWeb拍手等で教えていただけると幸いです。

桁ごとにパーツを指定するsurface定義

冷やし湯さんが作成された福笑い式サーフェス定義を積んだサンプルゴーストです。
また、リンク先ページでは福笑い式についての解説もされています。

サーフィス組み合わせ機

Ukiyaさんが作成されたWebアプリケーションです。
画像ファイル名をパーツ別に指定することで、福笑い式のsurfaces.txtを生成します。

サーフェス連番ジェネレータ

クロ猫黒さんが作成されたexe形式のアプリケーションです。
パーツ別に別ディレクトリに格納されたパーツファイルを読み込んで、福笑い式のsurfaces.txtを生成します。

SurfaceBuilder

ななっちさんが作成されたexe形式のアプリケーションです。パーツ画像をドラッグ＆ドロップすることで、サーフェス合成プレビューを確認することができます。
また、合成したサーフェスの定義をクリップボードにコピーする補助機能も搭載されています。

surfaces-mixer

本記事で紹介するsurfaces-mixerは、上記の取り組みを参考にしつつ、以下の特徴を持つsurfaces.txtジェネレーターです。
surfaces-mixerは設定ファイルに特定のフォーマットでパーツの指定を記述し、それを読み込むことでsurfaces.txtを生成します。
フォーマット(yaml)の把握と簡単なコマンドラインの操作さえ可能ならば、柔軟で強力、かつメンテナンスフリーにsurfaces.txtを生成することができます。

surfaces.txtのメンテナンスが容易

従来の福笑い式ジェネレーターは、surfaces.txtの一部を生成し、
残りは手作業でsurfaces.txtへ移植するという手法が一般的でした。

一方、surfaces-mixerは、surfaces.txtの全体を生成することができます。

パーツの指定方法が柔軟

surfaces-mixerは yaml というデータ形式を採用することで、surfaces.txtに手書きしていた
animationやcollisionを含むサーフェス定義をそのまま記述することができます。

# サンプルファイル# yamlファイルはraw,charactersの２分類を起点に構成される。## - raw:  descriptなど、組み合わせに関係のない定義。#         ここに記述された内容はsurfaces.txtの冒頭にそのまま出力される。## - characters: キャラクターごとのパーツの定義。#         [構造]#         // \0キャラクターの定義#         - base: ...       # 頭や胴体など、全サーフェスに共通するパーツの定義。#           parts:             # 基点#           - group: 〇〇    # 「目」「口」など、そのグループ名が何であるかの目安。#             details:       # 詳細情報の基点#               - name: △△ # 「半目」「閉じ目」など、そのパーツが何であるかの目安。#                 text: ...  # そのパーツのサーフェス定義。#         // \1キャラクターの定義#         - base: ...       # 頭や胴体など、全サーフェスに共通するパーツの定義。#           parts:             # 基点#           (移行同様)raw: |  descript  {    version,1  }characters:  # \0側キャラクター  - parts:    - group: 顔色      details:        - name: 通常顔          text: |        - name: 照れ顔          text: |            animation500600.interval,runonce            animation500600.pattern0,overlay,101,0,0,0    - group: 目      details:        - name: こっち目          text: |            animation500300.interval,runonce+rarely            animation500300.option,shared-index            animation500300.pattern0,overlay,201,0,0,0            animation500300.pattern1,overlay,209,4000,0,0            animation500300.pattern2,overlay,204,100,0,0            animation500300.pattern3,overlay,201,100,0,0            - name: あっち目          text: |            animation500300.interval,runonce+rarely            animation500300.option,shared-index            animation500300.pattern0,overlay,203,0,0,0            animation500300.pattern1,overlay,209,4000,0,0            animation500300.pattern2,overlay,206,100,0,0            animation500300.pattern3,overlay,203,100,0,0    - group: 腕      details:        - name: 前手          text: |            animation505000.interval,runonce            animation505000.pattern0,overlay,503,0,0,0            collisionex13,hand,polygon,288,423,330,410,336,414,341,422,328,446,317,436,288,442            collisionex14,hand,polygon,282,501,262,536,261,550,285,556,299,549,294,521,295,512        - name: 胸に手          text: |            animation504000.interval,runonce            animation504000.pattern0,overlay,501,0,0,0            animation590000.interval,runonce            animation590000.pattern0,overlay,601,0,0,0            collisionex13,hand,polygon,288,423,330,410,336,414,341,422,328,446,317,436,288,442            collisionex14,hand,polygon,282,501,262,536,261,550,285,556,299,549,294,521,295,512    base: |     collisionex10,shoulder,polygon,205,319,206,309,214,301,229,299,251,293,248,312     collisionex11,shoulder,polygon,292,293,309,299,332,302,339,315,301,315     collisionex7,mouse,ellipse,260,259,283,268     collisionex8,head,polygon,292,134,319,151,340,176,339,192,292,190,240,192,201,187,213,158,230,140,259,127     collisionex6,face,polygon,270,285,239,267,227,246,220,214,222,189,227,173,315,170,320,189,321,210,315,245,305,268          //素体     element0,overlay,surface1000.png,0,0  # \1側キャラクター  - parts:    - group: 素体      details:        - name: 通常          text: |        - name: 腕上げ          text: |            animation500600.interval,runonce            animation500600.pattern0,overlay,101,0,0,0    - group: 目      details:        - name: こっち目          text: |            element0,overlay,surface3000.png,0,0                - name: あっち目          text: |            element0,overlay,surface3001.png,0,0

このyamlファイルをsurfaces-mixerに読み込むことで、以下のsurfaces.txtを生成することができます。

charset,UTF-8descript{  version,1}// 顔色surface111,112,121,122{  // 通常顔  }surface211,212,221,222{  // 照れ顔  animation500600.interval,runonce  animation500600.pattern0,overlay,101,0,0,0}// 目surface111,112,211,212{  // こっち目  animation500300.interval,runonce+rarely  animation500300.option,shared-index  animation500300.pattern0,overlay,201,0,0,0  animation500300.pattern1,overlay,209,4000,0,0  animation500300.pattern2,overlay,204,100,0,0  animation500300.pattern3,overlay,201,100,0,0}surface121,122,221,222{  // あっち目  animation500300.interval,runonce+rarely  animation500300.option,shared-index  animation500300.pattern0,overlay,203,0,0,0  animation500300.pattern1,overlay,209,4000,0,0  animation500300.pattern2,overlay,206,100,0,0  animation500300.pattern3,overlay,203,100,0,0}// 腕surface111,121,211,221{  // 前手  animation505000.interval,runonce  animation505000.pattern0,overlay,503,0,0,0    collisionex13,hand,polygon,288,423,330,410,336,414,341,422,328,446,317,436,288,442  collisionex14,hand,polygon,282,501,262,536,261,550,285,556,299,549,294,521,295,512}surface112,122,212,222{  // 胸に手  animation504000.interval,runonce  animation504000.pattern0,overlay,501,0,0,0    animation590000.interval,runonce  animation590000.pattern0,overlay,601,0,0,0    collisionex13,hand,polygon,288,423,330,410,336,414,341,422,328,446,317,436,288,442  collisionex14,hand,polygon,282,501,262,536,261,550,285,556,299,549,294,521,295,512}surface.append111-222{  collisionex10,shoulder,polygon,205,319,206,309,214,301,229,299,251,293,248,312  collisionex11,shoulder,polygon,292,293,309,299,332,302,339,315,301,315  collisionex7,mouse,ellipse,260,259,283,268  collisionex8,head,polygon,292,134,319,151,340,176,339,192,292,190,240,192,201,187,213,158,230,140,259,127  collisionex6,face,polygon,270,285,239,267,227,246,220,214,222,189,227,173,315,170,320,189,321,210,315,245,305,268    //素体  element0,overlay,surface1000.png,0,0}// 素体surface1011,1012{  // 通常  }surface1021,1022{  // 腕上げ  animation500600.interval,runonce  animation500600.pattern0,overlay,101,0,0,0}// 目surface1011,1021{  // こっち目  element0,overlay,surface3000.png,0,0}surface1012,1022{  // あっち目  element0,overlay,surface3001.png,0,0}

このように、パーツ別の定義を箇条書き的に記述することができます。

使い方

１. 生成したいsurfaces.txtのyamlファイルを作成します。上記サンプルを参考にしてください。

２. surfaces-mixer.exeの最新版を以下リンクからダウンロードします。
https://github.com/apxxxxxxe/surfaces-mixer/releases

３. ダウンロードしたsurfaces-mixer.exeを、surfaces.txtを生成したいディレクトリに配置します。
パスを通せる方は、任意のディレクトリに配置したのち、環境変数PATHに追加してください。

４. コマンドプロンプトを開き、surfaces-mixer.exeがあるディレクトリに移動します。
例えば、C:\Users\user1\Ukagaka\ssp\ghost\myghost\shell\master に移動する場合は、

cd C:\Users\user1\Ukagaka\ssp\ghost\myghost\shell\master

と入力します。

５. コマンドプロンプトに以下のコマンドを入力します。

.\surfaces-mixer.exe -i [yamlファイル名]

例えば、yamlファイル名がsurfaces.yamlの場合は、

.\surfaces-mixer.exe -i surfaces.yaml

と入力します。

成功していれば、スクリーンショットのように「saved to ~」と表示され、surfaces.txtが生成されます。

まとめ

福笑い式サーフェス定義はパーツ分けがされた画像群を用いてシェルを作成する際に便利な手法です。
具体的には、キャラクターなんとか機によって生成されたパーツからシェルを作る場合に効果を発揮します。
もちろん自作シェルの場合でも、パーツを分けたものを福笑い式にサーフェス定義することで、網羅的に表情を作成することができます。

ぜひ紹介させていただいたツール、あるいはsurfaces-mixerを使って、福笑い式のsurfaces.txtを生成してみてください。
ここまで読んでいただき、ありがとうございました。

Skeb用資料

Sun, 20 Oct 2024 00:00:00 GMT

2024/8/8 にweb拍手をくださった方へ

Sat, 10 Aug 2024 00:00:00 GMT

こちらこそハイネを気にかけてくださってありがとうございます～～～

2019年代に一度公開したときは完成度の低さに自分で恥ずかしくなっちゃって公開を停止していました

現在も正式に公開するのはまだ先ですが、（おそらくご存じの通り）GitHubから開発中のデータをダウンロードできるようになっています

すでに当時から大幅な変更が入っており、今後も設定変更・仕様変更などがあることは否めませんがゆるくお付き合いいただければと思います

サイト内部の更新

Wed, 07 Aug 2024 00:00:00 GMT

以前まではSSRを用いた動的サイトとして本サイトをデプロイしていましたが、
Next.jsのstatic exportを使ってサイトを静的に生成する形に更新しました。ちょっと早くなったかも

ところで、この文のような記事にするまでもない雑記は一覧に全文を表示する形式にしました。
記事らしい記事の更新もできていないので、今後はマイクロブログっぽい使い方もしたりしつつなんとかこのスペースを活用していきたいですね

gitで過去のコミットを編集したり分割したりする方法

Wed, 26 Apr 2023 00:00:00 GMT

TL;DL

intaractive rebaseを使いましょう。

はじめに

gitでコミット分割の方法を調べたのでメモしておきます。

手順

git logして該当コミット(とその1つ前のコミット)のSHAを確認

git log --oneline83f52e6 (HEAD -> main) hogef1cae65 fugab8929a2 piyo0fd0f4e hoge945b51e fuga18f60e3 piyod6b8ce8 poyo

下から2番目の18f60e3のコミットを分割したいとします。
このとき、18f60e3,d6b8ce8の2コミットをのちに入力できるように記憶しておきます。

git rebaseで該当コミットを編集可能な状態にする

git rebase -i d6b8ce8

とするとエディタが開き、そこには

pick 18f60e3 piyopick 945b51e fugapick 0fd0f4e hogepick b8929a2 piyopick f1cae65 fugapick 83f52e6 hoge# Rebase d6b8ce8..83f52e6 onto d6b8ce8 (6 commands)(以下省略)

のような記述がなされています。
今回いじりたいのは18f60e3なので、

edit 18f60e3 piyopick 945b51e fugapick 0fd0f4e hogepick b8929a2 piyopick f1cae65 fugapick 83f52e6 hoge# Rebase d6b8ce8..83f52e6 onto d6b8ce8 (6 commands)(以下省略)

と文頭のpickをeditに変え、保存して閉じます。

Stopped at 18f60e3...  piyoYou can amend the commit now, with  git commit --amendOnce you are satisfied with your changes, run  git rebase --continue

と出力されれば成功。18f60e3が編集可能となりました。

git resetで変更をワーキングディレクトリに戻す

現在、18f60e3での変更はヒストリー上にあるので、コミットし直すためにワーキングディレクトリまで引き戻します。

git reset HEAD~

変更をコミット

git add, git commitで変更をコミットします。
ここでコミットを小分けにすることで、当初の目的であるコミット18f60e3の分割が叶います。

git rebase --continueでHEADにチェックアウトして終了

コミットが完了したら、rebaseで編集モードを終了し、HEADへチェックアウトします。

git rebase --continueSuccessfully rebased and updated refs/heads/main.

過去のコミットを分割しなおすことができました。

参考

直近のゴーストをリスト表示するプラグインを作った

Sun, 24 Jul 2022 00:00:00 GMT

要旨

いっぱいゴーストがいるのでより便利な方法で管理したいと思いました。
思いつく方法は

お気に入りのゴーストとその他のゴーストを別管理
起動したいゴーストを検索する
最近起動したゴーストをリスト表示

3.のみ既存の機能になかったのでプラグインを作りました。

きっかけ

私の環境にはゴーストが700名ほどインストールされています。
どのゴーストさんも満遍なく起動したいとはいえ、このままではあまりにも無秩序です。
ある程度優先順位をつけ、探しやすくする必要があると考えました。

アプローチ

1. お気に入りのゴーストとその他のゴーストを分ける

最初に思いつく方法でした。お気に入りは特別な枠で管理したいものです。
SSPでは、ゴーストのインストールディレクトリを複数設定することが可能です。(バルーンなども同様)
この機能を使うことで、お気に入り/それ以外のみならず、イベント別・ジャンル別など様々な分類が可能になります。

2. 起動したいゴーストを検索する

ユーザの需要をより即時的かつ直感的に叶える方法です。
これもSSPに該当する機能が搭載されています。
Ctrl+Eで開くエクスプローラーでCtrl+Fを押すと開く検索窓に単語を入力することで、ゴースト名はもちろん作者名、キャラクター名までもを対象にゴーストの検索が可能です。
とてもべんり

3. 最近起動したゴーストのリストを作る

時間的局所性という概念があります。
ある時点で参照されたデータは近い未来に再度参照されることが多いというコンピュータ科学での考え方ですが、これは一般にも同じことが言えると思います。実際、よくテキストエディタに搭載されている「最近使ったファイル」には類似の思考が見えます。
ぜひこれをSSPでも使いたいと思ったのですが、SSPに最近起動したゴーストを表示する機能はありませんでした。（私が気付いてないだけであれば教えていただけると幸いです）
ということで最近起動したゴーストをリスト表示するプラグインを作りました。

GitHub - apxxxxxxe/recentghosts: 伺かプラグイン

伺かプラグイン. Contribute to apxxxxxxe/recentghosts development by creating an account on GitHub.

「直近のゴースト」の簡単な説明

本プラグインを有効にしておくと、起動したゴーストが自動的に20件まで記録されます。
メニューから本プラグインを実行するとリストが表示されます。
リストには各ゴーストの切り替え・呼び出し機能があります。

ぜひおためしください。

ゴースト作成のTIPS

Wed, 29 Jun 2022 00:00:00 GMT

「......」で口パクアニメーションしないようにしたい

……で口パクを止めている

シェルの口パク

surfaces.txtのアニメーションインターバル定義には、トークに合わせてanimationを動かすオプションのtalkがあります。これを使うとトーク時に口を動かす表現が実現できます。ただし、これは「……」のようなセリフ的には無言の部分でも口が動いてしまいます。解決策を考えましょう。

解決策

「……」をクイックセクション(\_q)で囲む。

クイックセクションには以下の特徴があります。

クイックセクション内の文章は一瞬で表示される
ただしウェイトは有効である

クイックセクション内の文章は一瞬で表示されます。一瞬で表示されるということは、当然口パクの対象外になります。
いっぽうで、クイックセクション内でもウェイト(\w9や\_w[500]など)は依然として有効です。

すなわち、以下のようにさくらスクリプトを記述することで、口パクする/しないを指定することができます。

// before……あいうえお// after\_q…\_w[500]…\_w[500]\_qあいうえお

その都度ウェイトを仕込むのは大変なので、里々ならreplace.txt、YAYAならOnTranslateに置換処理を記述するとよいでしょう。

トーク文章の表示速度を辞書側で調整したい

SSPのデフォルト表示速度は50ms/文字(ユーザ側で調整可能)ですが、
早口、ゆったりの表現や長い文章をゆっくり表示したいなど、ゴースト側から表示速度を変更したいことがしばしばあります。

実現するための考え方

遅らせたい場合、１文字ごとにウェイト(\_w[25]など)を入れて表示速度を調整すればよい
早めたい場合は上記に加えてさくらスクリプト\_qでデフォルトのウェイトを消す必要がある

考え方自体は単純ですが、問題はどうやってウェイトを挿入するかです。機械的に1文字ごとにウェイトを入れようとすると、さくらスクリプトの記述が壊されてしまいます。

\_q -> \\_w[25]_\_w[25]q\_w[25] (さくらスクリプトが機能しない)

具体的な方法(YAYA)

さくらスクリプトをRE_REPLACE関数で一時的に制御文字に置き換え、ウェイト挿入後に再度置換することで解決します。

AddWait{    // _argv[0]: 対象文字列    // _argv[1]: ウェイト[ms]    // メッセージスピードの標準は50ms これに加算すると考えて調整    _text = _argv[0]    _wait = '\_w[' + _argv[1] + ']'    // 適当な制御文字 YAYAは0x0を扱えないので0x1で    _tagmark = CHR(0x1)    // さくらスクリプトは_tagmarkに置き換えて退避    //(さくらスクリプト中にウェイト記述が挟まって破綻するのを防ぐ)    // 置換したさくらスクリプトは配列に保持しておいて適宜取り出す    _t = RE_REPLACE(_text, '\\_{0,2}[a-zA-Z0-9*!&\-+](\d|\[("([^"]|\\")+?"|([^\]]|\\\])+?)+?\])?', _tagmark)    _tags = RE_GETSTR    _tagcount = 0    _textlen = STRLEN(_argv[0])    _result = ""    for _i=0; _i<_textlen; _i++ {        _c = SUBSTR(_t, _i, 1)        if _c == _tagmark {            _result += _tags[_tagcount]            _tagcount += 1        }        else {            _result += _c + _wait // #1        }    }    _result}

OnTranslateInternal関数にこれを仕込むことでウェイトの調整がトーク全体に適用されます。

連続して同じトークが来るのを避ける

たくさんのトーク群からどのようにトークを選び、喋らせるかは、ゴーストの実在感・トークの没入感に関わります。
トーク選択の基本処理はSHIORIがよしなにやってくれていますが、デベロッパー側からある程度ルールを設定することも可能です。

前提

トーク被りを避け、出来るだけまんべんなくトークが選ばれるようにしたい。

里々

『＄文「○」の重複回避』『＄単語群「○」の重複回避』を利用してトーク被りを回避できます。
詳しくはこちらを参照

YAYA

関数のオプション「nooverlap」を指定することでトーク被りを回避できます。
詳しくはこちらを参照

提案:ルーレット選択アルゴリズムを実装する(YAYA)

上記の方法では、直前のトークとの被りのみ考慮されます。つまり極端に言えば、トークがA,B,C,...と用意されているのに、

トークA -> トークB -> トークA

のような順番は依然としてありえます。
このトークさっき聞いたな？となるのはなるべく避けるべきです。
そこで提案したいのがルーレット選択アルゴリズムです。
実装方法として、

各トークに重みを付け、それを考慮したランダム選択を行います。
選択のたびに次の処理を行います。
- 選ばれたトークは重みを1に減らす
- 選ばれなかったトークは重みを一定数増やす

これにより、トークが選ばれた直後は被る確率が最小になり、その後少しずつ確率が増えることで前述の問題を軽減し、より自然かつ満遍ないトークが可能になります。

実装例

拙作ゴースト「Crave The Grave」で実装されています。

トークを日本語的にいい感じのところで自動改行したい

トーク毎に改行にこだわるのは面倒

ゴーストのトークを書く際、通常の文章と異なる最も大きな点は改行だと思います。
筆者は文章の中途半端なところで改行が挟まると読みづらいため、読みやすい部分で改行を入れるのですが、一般的なブログサイトは1行60文字程度であるのに対して、伺かの標準バルーンは24文字(全角、SSPデフォルト+の場合)であり、トークを書いていると改行が頻繁に来るなと感じています。そこで見栄えの良い改行を自動化し、デベロッパーがトークの内容に専念できるようにするにはどうすればよいかを考えました。

文節を機械的に見分けて処理する

見栄えの良い文章とは、すなわち意味の区切り=文節で改行が入っている文章です。例えば、

吾輩は猫である。名前はまだない。　どこで生れたか頓と見当がつかぬ。何でも薄暗いじめじめした所でニャーニャー泣いていた事だけは記憶している。吾輩はここで始めて人間というものを見た。

という文章をバルーンで表示する場合、そのまま書き込むとこうなります。

吾輩は猫である。名前はまだない。　どこで生れたか頓と見当がつかぬ。何でも薄暗いじめじめした所でニャーニャー泣いていた事だけは記憶している。吾輩はここで始めて人間というものを見た。

24文字の時点で機械的に折り返されています。ぶつ切りな印象です。
つぎに、以下で紹介する自動改行関数を通した場合こうなります。

吾輩は猫である。名前はまだない。　どこで生れたか頓と見当がつかぬ。何でも薄暗いじめじめした所でニャーニャー泣いていた事だけは記憶している。吾輩はここで始めて人間というものを見た。

文節で改行しています。
従来より自然な印象が出ている気がします。

くわしい説明(YAYA)

形態素解析ソフトMeCabを実装したSAORI(kisaragi.dll)で文章を単語に分解し、各品詞から文節を割り出すことが可能です。これを利用して、文章を文節ごとに改行する関数を作ります。

editing

実装例