Bug Tracking System for SSP - Issues

0000805: バルーン縦書きでorigin.y,座標だけを指定するとテキスト始端に多めのスクロールが入る

Sat, 29 Aug 2026 17:31:29 +0900

＊環境
Windows11
SSP/2.8.84

＊症状
以下のようにdescript.txtを記述したバルーンで、テキスト始端に多めのスクロールが入ってしまいます。

＊descript.txtの抜粋
vertical,1
//origin.x,0
//origin.xをコメントアウト
origin.y,0
validrect.left,10
validrect.top,10
validrect.right,-10
validrect.bottom,-10

0000804: バルーンのsstpmessage.ybの挙動について

Fri, 28 Aug 2026 21:27:39 +0900

＊環境
Windows11
SSP/2.8.83

「vertical,1＆sstpmessage.yb,100＆sstpmessage.yの記述なし」のとき、SSTPメッセージが画像の範囲内に見えない状態になります。
ukadocやSSP更新履歴ブログを見る限り、SSTPメッセージが画像の範囲内に見えるのが正しい状態かと思います。

再現するバルーンとスクリーンショットを添付します。

0000803: スクリプトログの挙動について

Fri, 28 Aug 2026 21:27:30 +0900

お疲れ様です。
どのバージョンからだったのか分からないのですが、まだ1週間ほど前は馴染みのあるスクリプトログの表示だったのですが、
いつの間にか色々挙動が変わっている事に気づきまして…

カーソルが通るたびに間髪入れず文面のポップアップが、画面の端から端まで思いっきり表示され、
カーソルを「下（古い時間帯）」の文面に移しても直前のポップアップが消えない事があったり
（カーソルをポップアップの「上」やウインドウの外に移動させると消える）、
ゴーストのトークが始まるたびにログのウインドウがチラついたり…
…と、申し訳ございませんが視覚的にかなり煩わしく感じるような状態になっています。

見落としたトークを探す際に、スクリプトログを使って追いかけるのが大変便利でしたので、
例えばポップアップの表示を1～2秒遅らせる、ポップアップの横幅をスクリプトログのウインドウ幅に合わせて改行…
…みたいな改善をしていただけないでしょうか？

不具合というわけではございませんので、優先順位は最低でも問題はございません。
お手数をおかけしますが、ご検討のほどよろしくお願いします。

0000802: エクスプローラの文字表示の上部が欠ける

Tue, 18 Aug 2026 13:15:58 +0900

2.8.75以降、Windows7でエクスプローラやログの文字の上部が欠けるようです。

0000801: ロスト・ユー・サムウェアの専用バルーンで、「メニューのボタン表示」を選択するとボタンの画像が崩れる

Mon, 17 Aug 2026 10:11:51 +0900

SSPいつも使わせて頂いております。
ロスト・ユー・サムウェア同梱の専用バルーンで、「メニューのボタン表示」を選択するとボタンの画像が崩れるという現象が起きています。
SSP 2.8.72まで戻した所、上記の現象は起こらなくなりました。
当方の環境は未だにWindows７です。

0000800: 壁紙変更の拡大オプションが効かない

Tue, 11 Aug 2026 17:45:51 +0900

\![set,wallpaper]のオプションstretch-xとstretch-yが効かないようでstretchと
同じ「画像の縦横比を無視してモニタいっぱいに拡大」になっているようです。

SSP/2.8.72
Windows 10 22H2 64bit

0000799: RSSを取得すると落ちることがある

Wed, 05 Aug 2026 09:40:43 +0900

SSP/2.8.66でRSSを取得すると落ちることがあるようです。2.8.65では取得出来ました。

RSSのdescript.txt

//Auto-Created Definition
charset,UTF-8
type,rss
name,STVニュース北海道 - Yahoo!ニュース
url,https://news.yahoo.co.jp/media/stv?source=rss
feed,https://news.yahoo.co.jp/rss/media/stv/all.xml

また、落ちてから起動した時にOnBootイベントReference6のhaltが来ないようです。

0000797: Turning off the high quality shell scaling option causes slowdown for some ghosts

Mon, 27 Jul 2026 10:11:16 +0900

Affects this ghost in particular: https://github.com/Zichqec/flakes_of_fancy

I usually keep the high quality shell scaling option off, because I find that ghosts drawn in pixel art styles look better to me as long as the scaling is kept to values that divide cleanly (50%, 200%, etc).

When the above ghost released, I was using SSP 2.8.32, and I could scale the shell down to 50% and the ghost would still run at normal speed.
Now, on SSP 2.8.56, the ghost runs well at 100% shell scaling, but at 50% shell scaling it slows down to a crawl.

If I turn on the high quality shell scaling option, the ghost runs at normal speed again.

SSP/2.8.56 (20260715-12; Windows NT 10.0.26100)

0000798: アーカイブビューワの動作

Sun, 26 Jul 2026 22:32:20 +0900

画像がアーカイブされた.zipなどで中のファイルをダブルクリックした時に
OnWallpaperChangeとOnFileDrop系イベントを呼んでいるためゴースト側で
何か設定されていると内蔵ビューワで開かず壁紙の変更などを行ってしまう
ようです。アーカイブビューワからファイルを開く時は内蔵ビューワで開く
動作のほうが良いような気がします。

0000796: ファイルドロップ時のOpen系イベントが来ない

Thu, 23 Jul 2026 09:24:28 +0900

2.8.51で追加されたOnMediaPlayerOpen、OnPictureViewerOpenが来ていないようです。
ゴーストで処理しなかった、かつメディアプレーヤー/画像ビューアが開いた時に来る
イベントですがファイルドロップ系イベントは全て204になっています。
OnFileDropping
OnFileDropEx
OnFileDrop2
OnFileDropped
OnFileDrop

SSP/2.8.56
Windows10 22H2
Emily/Phase4.5

0000795: How to get surface width before the surface is displayed

Thu, 23 Jul 2026 09:24:04 +0900

I keep running into an issue when I create ghosts that have background decorations. I want to spawn characters at random positions on screen, but in order to keep the characters within the screen boundaries, I need to check the width of the surface that the character will use. However, I don't want the user to see the character before it moves to its position, otherwise it creates an unpleasant flickering effect.

Usually, I try to solve it like this:
\p[100]\![set,alpha,0]\s[100]\![get,property,OnCheckWidth,currentghost.scope(100).rect]

However, I've found that when the alpha tag is used first, it seems that the surface is initialized to 10 (if no other surface was already in use), and therefore the property command gets the width of surface10 instead. (Also, OnChangeSurface detects a change to surface10, and only later updates to reflect the intended surface.)

If I swap the order of the tags like this...
\p[100]\s[100]\![set,alpha,0]\![get,property,OnCheckWidth,currentghost.scope(100).rect]

Then the width will be correct, but sometimes the character is briefly visible before the alpha tag takes effect.

I'm not sure if it would be possible to adjust that behavior, and it seems like a bad idea for me to rely on really specific timing of these events.

I had another idea: would it be possible to add a property command to detect what the rectangle of a surface will be, without having to change to it? That would solve my issue cleanly, without having to rely on events happening in just the right order.
Something like this:

\![get,property,OnCheckWidth,currentghost.scope(100).surface(100).rect]

0000575: Vertical Menu Spacing option makes text unreadable when set to higher numbers

Sun, 19 Jul 2026 03:44:37 +0900

I think this option is probably not working as intended. Increasing the vertical menu spacing simply pushes the text outside of the readable area, rather than making the options larger. Though I do notice, in *some* submenus (but not all), it appears to be working as intended. Also, hovering over the options reveals the rest of the text awkwardly, as can be seen in the second screenshot.

0000355: Allow user to specify the distance at which ghosts should 'stick' to the taskbar/screen edge

Tue, 14 Jul 2026 17:04:52 +0900

When a ghost is moved near the taskbar or the edge of the screen, the edge of their window will 'stick', allowing you to place them perfectly on the edge. Sometimes it can be difficult to place them just right, though. Mouse sensitivity, the amount of extra transparent space on the ghost's surfaces, and other factors can make it difficult for some users. And sometimes, you may not want them to stick at all.

I think it could be helpful to add a slider in the SSP preferences that lets you choose how many pixels away ghosts have to be from an edge before they will stick, and also allow you to disable sticking completely by setting it to 0.

I am aware that there is already an option you can set for each ghost to make them stick to the taskbar all the time, but this is not desirable in certain cases.

0000288: New event: rate of use graph within one week

Sun, 12 Jul 2026 10:29:23 +0900

It was nice for ghost to be able to get an aggregate rate of use graph, but this seems hardly useful for identifying ghost usage over time
Ideally ghost would be able to retrieve as much recent ghost usage as needed (anywhere from a week to a month), but I find this difficult to design and unrealistic

0000793: バックログの非表示対象を追加して欲しい

Sat, 11 Jul 2026 06:33:38 +0900

SSP 2.8.51で追加されたバックログについて、以下の事例（選択肢）でバックログ内の表示に差があります。
以下の例２の「このテキストはバックログに表示される」の部分も非表示対象にして欲しいです。

＊スクリプト例１
\q[このテキストはバックログに表示されない,OnTest]

＊スクリプト例２
\__q[OnTest]このテキストはバックログに表示される\__q

＊要望を出した者の環境
SSP/2.8.51 (20260709-21; Windows NT 10.0.26200)
Windows11

0000794: How to handle cipher fonts in the backlog display

Sat, 11 Jul 2026 06:32:45 +0900

Some ghosts use cipher fonts (such as Wingdings) to obscure parts of a ghost's dialogue. It adds a layer of mystery, and can be a fun challenge for users to decipher it.

The new backlog feature reveals this dialogue by displaying it in an ordinary font. Would it be possible to improve this?

0000016: 吹き出しの表示をSNS風にする機能

Thu, 09 Jul 2026 08:49:14 +0900

吹き出し表示をSNS風にする機能です。
複数のゴーストを表示したりしている場合に
吹き出しがゴチャゴチャして読みづらくなるためです。

ゴーストプラグイン毎にまとめて表示されます。

==============
エミリ:気が付いたらもう半年終わりか…
テディ:そう考えると一年って早いね！
エミリオ:季節の変わり目だけど、季節の変わり目は
気温の変化激しいから体調管理気を付けて！
==============

0000792: SSP組み込みクロスフェード機能を強制OFFにするdescript.txt設定がほしい

Mon, 29 Jun 2026 12:32:18 +0900

表題通り。自前でクロスフェード的アニメーションを全部用意するヤバいゴーストさんが現れた時のための準備工事。

0000791: プロパティシステムでバルーンの現在位置座標を取得したい

Sat, 27 Jun 2026 10:51:08 +0900

要約の通りです。
currentghost.scope(ID).x のように、現スコープIDのモニタ上の座標を取得するコマンドがありますが、これのバルーン版が欲しいです
currentghost.balloon.scope(ID).x などでできないでしょうか？

0000790: Odd behavior of \c[char] tag

Tue, 23 Jun 2026 04:56:14 +0900

I encountered some strange behavior with \c[char]. It seems that if \c[char] is followed immediately by a \f[] tag, a gap will be left where the characters were erased. This results in an unexpected display. Example script:

ABCDE\c[char,4]\f[strike,1]12345

It is possible to mitigate this somewhat by placing a space before the \f[] tag, but then the space will be left over, leaving behind a smaller gap.
(Note: I tried this with strike and underline, but haven't tested other styles.)

Additionally, I'm not sure if it's the same issue or a different one, but it seems like \c[char] behaves oddly when the text wraps. Sometimes instead of erasing characters as expected, it leaves some behind. I'm having some trouble figuring out a specific minimal script to reproduce this, but it seems like a combination of \c[char], an automatic line break, and maybe text styling, causes an issue. (I also tried placing \n tags before the line wrap point to avoid the automatic line breaks, but that tag got erased too, so it had the same issue in the end...)

I provided several scripts I used to test in testing_scripts.txt. I also provided the Aosora code I used to generate the longer scripts.

SSP/2.8.32 (20260619-1; Windows NT 10.0.26100)

0000789: The dressup explorer can't be accessed if the \0 character doesn't have dressups

Fri, 19 Jun 2026 05:46:19 +0900

Situation: \0 character does not have dressups (or has the dressup menu disabled), \1 character has dressups.
I want to access the dressup explorer through \1's menu, but there's no button for it.

SSP/2.8.30 (20260614-4; Windows NT 10.0.26100)

0000788: 2.8.25以降でシェルの定義ミスが出る

Sun, 14 Jun 2026 15:56:02 +0900

SSPを2.8.25以降に更新するとゴーストの起動時にシェルの定義ミスの
エラーが出るようになりました。

[SERIKO] Surface=9/Animation=0/Pattern=0 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=1 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=2 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=3 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=4 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=5 X 定義ミスです。
[SERIKO] Surface=9/Animation=0/Pattern=6 X 定義ミスです。

surfaces.txtには以下のように書かれています。

surface9
{
0interval,runonce
0pattern0,9,6,base
0pattern1,190,6,base
0pattern2,191,6,base
0pattern3,192,6,base
0pattern4,193,6,base
0pattern5,194,6,base
0pattern6,195,6,base
}

surface9、190～195で段々大きくなって最後のsurface195が表示されます。
2.8.24まではエラーになっていなかったのですが書式が間違っているのでしょうか？

0000787: Crash at the end of playing sound files

Wed, 03 Jun 2026 11:59:42 +0900

When a ghost plays a sound file of any type, it plays fine, but when the sound file is finished, SSP crashes. It happens with any sound format, like wav or mp3. SSP never crashes when sound is turned off, or at any other time when sound is not playing. It writes a STACKTRC file when it crashes, which is attached.
The crash occurs under SSP 2.8.24 on Arch Linux 7.0.10, both when run through Wine 11.9, and through Steam with the compatibility layer set to Proton 9.0-4.

0000372: Allow surfaces to have non-numerical names

Thu, 28 May 2026 12:43:56 +0900

I fully expect this to not be possible, but on the tiny chance that it is, I'll ask anyways.
One of the biggest problems I run into when making complicated shells is trying to pick good number ranges for my surfaces. I often end up with numbers that are 6 or 7 digits long so that I can keep everything sorted. If it were possible to name them with letters and underscores, as I do with my image files, I could avoid that trouble altogether and have more easily understood surfaces.
This isn't the same as surface alias; I'm combining elements in surfaces to use as parts for animations and dressups, mostly.

Alternatively, if it were possible to specify a file path directly in an animation instead of having to define it as a separate surface, I could mostly avoid this issue...

0000784: ゴースト「Water Surface」を起動中に「uncontinuable exception raised. please report the content of "STAKTRC.TXT"to SSP BUGTRAQ.」

Thu, 28 May 2026 12:42:29 +0900

2026/5/23 10:02
ゴースト「Water Surface」を起動中に

「uncontinuable exception raised.
please report the content of "STAKTRC.TXT"to SSP BUGTRAQ.」

のエラーダイアログが表示されSSPが落ちました。
SSPを再起動した所エミリが立ち上がり
「落ちた！みなもで落ちた！」「バグ報告よろしく」
と言われたので報告いたします。

発生はWater Surfaceを立たせてから12時間かそれ以上経過後。
SSP起動後1時間以内にSSP本体とWater Surfaceのネットワーク更新を行って以降再起動・再読み込みなし。
発生直前に行った行動は、Firefox151.0.1にてX（twitter）のブラウザ版で動画を漁っており、いくつ目かの動画を再生したタイミングで上記エラーが発生しました。
Firefoxは4つほどタブ使用中。他はchrome148.0.7778.179でもX（twitter）を開いていたくらいです。

STAKTRC.TXTの==>の部分は

==> -00002ba8 : ssp.exe (45 Threads.)
2.8.23.3000 - SSP
(C) D-EXCLAMATION / SSP BUGTRAQ

==> -00003270 : 7(0)

==> -77c00000 : C:\WINDOWS\SYSTEM32\ntdll.dll
10.0.26100.8328 - NT レイヤー DLL
c Microsoft Corporation. All rights reserved.

SSP再起動後にWater Surfaceに切り替えた所、立たせていた間のセーブデータは消えているようでした。

再現性があるかは分からないですが、手元のメモを見ますと
2021/8/17にも少なくとも2回以上（1度目は起動後数時間後。二度目は起動から30分後）、Water Surfaceにて同じエラーダイアログが出ており、この時はSSP及びWater Surfaceの再インストールを行ったものの再発生しています。
この時はWater Surfaceでのみ発生しており、2021/8/22のSSP及びWater Surfaceのネットワーク更新（不具合修正と書いてありました）を適用した所エラーは出なくなったとメモしています。

しかし
2023/11/2 12:28:38.161にも、同じ症状が起きていたようです。（今回のエラーが出る前まで、STAKTRC.TXTの最終更新日がこの日でした。その際の==>もssp.exeとntdll.dllを指していました）
ただ、この時はどのゴーストを立たせていたかは分からないのですが……。（記憶が曖昧で恐縮ですが他のゴーストでは起きていないような気がします）

以下PC環境です。
SSP/2.8.23
OSエディション Windows 11 Pro
バージョン 25H2
インストール日 ‎2025/‎10/‎13
プロセッサ AMD Ryzen 5 3600 6-Core Processor (3.60 GHz)
実装 RAM 16.0 GB
マザボ：b450m steel legend
BIOS：10.30
SSD：C：250GB（WDC WDS250G）
HDD：Ｄ：1TB（WDC WD10PURZ）
セキュリティソフト：ノートン360

SSPはHDDに入っています。
また、ノートンにてD:\ssp\*を除外設定に、SSP.exeをランサムウェアからの保護を許可に設定しています。
SSPの本体設定は弄っていないと思いますが正確には分かりません。
2021/8/17と2023/11/2のPC構成もOSがWindows10だった以外は概ね同じだったかと思います。

STAKTRC.TXTを貼り付けてますが、ユーザーフォルダ名を漢字二文字から「名前」コンピュータ名を大文字英数字8文字から「computer」と書き換えています。ご了承ください。