おわらない | ブログ記事

無題20250519

Mon, 19 May 2025 00:00:00 GMT

2025/5/18の伺アニお疲れ様でした！
日野は\45 FoxyLabでNaoさんと一緒に参加させていただいていました
おかげさまで用意したグッズも完売し、たくさんのデベロッパーさん、ユーザさんとお話することができました
イベント初参加でしたが１日通してとても楽しかったです
お声掛けいただいた方々、またイベント関係者の皆様ありがとうございました！

無題20250513

Tue, 13 May 2025 00:00:00 GMT

子供の頃に特定ベクトルの作品を浴びて性癖が曲がる経験は誰しもあるかと思いますが、
わたしにとってのそれが以前流れてきたツイートで紹介されていました

「ぞくぞく村のゾンビのビショビショ」
まさにこの本が当時の学級文庫にあって、頻繁に読んでいたのを思い出しました
このシリーズはこのキャラクターの造形が妙にフェティッシュで、他にも雪女や人魚などが印象に残っています
自分は肩にかかる癖のあるロングヘアが性癖なのですが、その原体験の一つに本書があるような気がしています

昨今はコロコロなどの少年誌でこんなんええんか？というデザインや描写がしばしば話題になったりしていて、
ネットの普及などもあり現代の子供は手の届く範囲に刺激が多いななどと考えていたのですが文化とはそういうものなのかもしれません　性癖は曲がるもの

無題20250511

Sun, 11 May 2025 00:00:00 GMT

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

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

無題20250508

Fri, 09 May 2025 06:00:00 GMT

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

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

Fri, 09 May 2025 03:00:00 GMT

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

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

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

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

対応

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

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

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

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

無題20250509

Fri, 09 May 2025 00:00:00 GMT

アラームを設定してから仮眠を取っていたのですが、

初回アラーム: 睡眠時間1時間40分
スヌーズ機能アラーム: 睡眠時間10分

で2つの体感時間がほぼ同じでした　そんなことある？
ちなみにばっちり夢も見ました　人体のふしぎ

無題20250508

Thu, 08 May 2025 00:00:00 GMT

他の方に描いていただいた作品を紹介するコーナーをギャラリーに追加しました。
アカウント不要で見られるページに掲載されているかどうかを紹介の基準としています。

雑記

Thu, 08 May 2025 00:00:00 GMT

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

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

雑記

Wed, 07 May 2025 00:00:00 GMT

数日前からTwitterなどで創作サーチ（https://tters.jp/s）が話題ですね

ざっと眺めるだけでもサイト管理者さん達の個性と創作意欲が発揮されていて楽しいです

特に目を引いたのは「るる美の保健室」さん
やりたいこと全部やってる感じがめちゃくちゃ素敵です　こうありたい

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では動いていた音声合成が以降のバージョンで動かないことにあると推測しております。

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

イラスト！！！！！

Mon, 05 May 2025 12:12:02 GMT

ホウ酸さんにハイネと女性ユーザのイラストを描いていただきました！！！！！！(link)
顔が近く、感情がある　ありがとうございます…

雑記

Mon, 05 May 2025 00:00:00 GMT

最近ランニングをしています

学生の頃のマラソン大会は競争の面が強くて嫌だったけれど、
夜中に一人で走るのはなかなか楽しい

理想の女を描いていただきました

Mon, 10 Feb 2025 00:00:00 GMT

私の理想の女を小戸らでくさんに描いていただきました (link)

ここでいう理想の女という概念は小戸らでくさんが考案された概念で、
名の通り自分にとっての理想の女を考えてみようというムーブメントでした

うちの理想の女は儚さと強さがある人でした
不意に消えてしまいそうな雰囲気だけど、問題解決能力が高く他人に頼らず一人で生きていける人　でももういない
「もう会うことのない人」という概念が持つ雰囲気　何がきっかけだったか思い出せないけど昔から好き

みたいなことをその場にいた人たちと話し合っていました
それぞれの人が考案した理想を見て、あ～確かに好きそ～　となったりしてよかったです
あとマジでガチの理想を凝縮しているので人に話したり見せるのが恥ずかしいというのも共通の感想でした

みなさんも理想の女/男/その他　を考えてみてはいかがでしょうか

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

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-8

descript
{
  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 --oneline

83f52e6 (HEAD -> main) hoge
f1cae65 fuga
b8929a2 piyo
0fd0f4e hoge
945b51e fuga
18f60e3 piyo
d6b8ce8 poyo

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

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

git rebase -i d6b8ce8

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

pick 18f60e3 piyo
pick 945b51e fuga
pick 0fd0f4e hoge
pick b8929a2 piyo
pick f1cae65 fuga
pick 83f52e6 hoge

# Rebase d6b8ce8..83f52e6 onto d6b8ce8 (6 commands)
(以下省略)

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

edit 18f60e3 piyo
pick 945b51e fuga
pick 0fd0f4e hoge
pick b8929a2 piyo
pick f1cae65 fuga
pick 83f52e6 hoge

# Rebase d6b8ce8..83f52e6 onto d6b8ce8 (6 commands)
(以下省略)

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

Stopped at 18f60e3...  piyo
You can amend the commit now, with

  git commit --amend

Once 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 --continue

Successfully 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に最近起動したゴーストを表示する機能はありませんでした。（私が気付いてないだけであれば教えていただけると幸いです）
ということで最近起動したゴーストをリスト表示するプラグインを作りました。
card:直近のゴースト - 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

実装例

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

栞を最新版にしよう

よい

新機能が使える
バグが修正され、不自由/危険が解消される
最新版をつかっているという安心感

わるい

更新の手間(複数ゴースト等を抱えていると特に)

解決策

複数の栞ファイルを一括で更新するツールを使う

ただし現在の機能ではdllファイルを差し替えるのみなので、更新に伴って必要となる作業がある場合は手作業で行う必要がある。

ある着せ替えパーツの表示順をサーフェスによって変えたい

腕)を作りたいけれど、">

だからといって後手のみanimation番号を変えただけだと、別の着せ替えパーツとして認識されてしまう。

解決法

addid(解説)を使うと複数のanimationをまとめて1つの着せ替えパーツとして定義できる。
上述のように後手を別アニメーションとして定義したあと、shellのdescript.txtに以下のように記述する。

sakura.bindoption.group,袖
sakura.bindgroup505318.name,袖,長白
sakura.bindgroup505318.addid,500168

// 注
// animation505318: 前手用の袖アニメーション
// animation500168: 後手用の袖アニメーション