伺的なフォーラム

SSP2.4.13.3000, 里々で開発をしております
原因が全く分からないのですが、自分が開発してるゴーストが
SSPカレントディレクトリ\date\script.txt
の
行22（#sspext_talkrandom4）と行236～行282（時報）と行426（#extimemessage verylong）を喋るようになりました
どうすれば抑制できるのでしょうか……

里々にて、ゴーストを開発しています。
「ある時点」でのbindによる着せ替え情報（メガネを着けている、外している 猫耳を着けている、外している等）を記録しておいて、必要になった時にその情報を読み込んで着せ替えできるようにしたいです。
OnNotifyDressupInfoを使えば良いということは分かるのですが、具体的にどうすれば良いか分かりません
教えて頂けると助かります。

#31
get,propetyを使います。
何が取得出来るのかは、ukadocを参照してください。

getCoordinate
{
    _ret = ''
    _ret += '\![get,property,OnGetCoordinate,'
    _ret += 'currentghost.scope(0).x,currentghost.scope(0).y,'
    _ret += 'currentghost.scope(1).x,currentghost.scope(1).y
    _ret += ']'
    _ret
}

OnGetCoordinate
{
    sakuraPosX = reference[0]
    sakuraPosY = reference[1]
    keroPosX = reference[2]
    keroPosX = reference[3]
}

// any event
OnRandomTalk
{
    _talk = ''
    _talk += getCoordinate()
    _talk += '\![embed,OnCoodinateTalk]'
    _talk
}

OnCoodinateTalk
{
    _talk = ''
    _talk = '\0My X is ' + sakuraPosX + '.'
    _talk = '\1My Y is ' + keroPosY + '.'
    _talk
}

ベースウェア「SSP」でのみ動作します。
関数「OnEventName」を呼び出すと、グローバル変数「ghostbootinglist」に現在起動しているゴーストの名前が配列で取得出来ます。
「さくらスクリプト」については、ukadocを参照してください。

OnFetchBootingGhostNameList
{
	_talk = ''
	_talk += '\![get,property,OnGetBootingGhostNameByPropertySystem'
	for _i = 0; _i < 100; _i++
	{
		_talk += ',activeghostlist.index(' + _i + ').name'
	}
	_talk += ']'
	_talk
}

OnGetBootingGhostNameByPropertySystem
{
	ghostbootinglist = IARRAY
	for _i = 0; _i < 100; _i++
	{
		if ( STRLEN(reference[_i]) > 0 )
		{
			ghostbootinglist ,= reference[_i]
		}
	}
}

「さくらスクリプト」を使うため、トークとして出力するので、注意してください。
起動と同時にゴースト名リストを取得したい場合、以下のような処理が必要です。

OnBoot
{
    _talk = ''
    _talk += OnFetchBootingGhostNameList()
    _talk += '\![embed,OnBootTalk]'
    _talk
}

OnBootTalk
{
    _talk = ''
    _talk += 'Hallo!\n'
    _talk += ANY(ghostbootinglist) + ' is booting.'
    _talk
}

一定時間で切り替わってしまうということから、おそらく整備班の里々を使っていると推定します。
以下は里々での話です。

里々では、基準となるサーフェスを変更することができます。
http://soliton.sub.jp/satori/index.php? … 4#la079620

たとえば、キャラクターのオン/オフをメニューから制御する場合、以下のような書き方で制御できると思います。

＃「satori_conf.txt」の既存の「＠初期化」の末尾に追加
＠初期化
＃デフォルト記述内容省略
＄キャラの表示＝0

＃「dicで始まる適当な辞書ファイル」に記述
＊0つつかれ
＞メニュー

＊メニュー
：メニューです。
＿◯キャラ表示切り替え

＃↓以下が呼び出されるたびに、キャラの表示オン/オフが切り替わります。
＃変数「＄キャラの表示」には0なら1を、1なら0を格納しています。
＃表示がオンの場合はkeroにはデフォルトでサーフェス20番を、オフなら10番を表示させます
＊◯キャラ表示切り替え
＄キャラの表示＝（calc,（キャラの表示）==0）
＄デフォルトサーフェス1＝（when,（キャラの表示）==0,10,20）
：keroを（when,（キャラの表示）==0,非表示,表示）にしたよ。

何がしかの助けになれていれば、幸いです…！
こちらは好きでやっていることですし、
自分自身も色んなゴーストさんを見直してみて新しい発見があったり、
ななっちさんのお話から刺激を受けたこともありで、こちらこそ感謝しております。
あと、いろいろ書き出し（＝思ってることを文章として形にしてみ）て、
それを時間をおいて見直してみることで、だんだんと実際に目指す形や着地点が見えてくることもあると思いますし、
結果オーライではないかなー、とも。

実際、刺激を受けた例として、
> 心理的に近いことを表現するために物理的に壁を作る
というのも、言われて初めて「あ、確かに」と感じたところだったりします。

なにか、「ユーザさんとゴーストの間で共有する問題というか障壁」があることで、
同じ釜の飯を食った仲的な…なにかもっと適切な表現があったような気もするんですが、
ともかく、そういう親近感というか仲間感というか連帯感を生み出す原動力になりうるなー、と。
しかし仰る通り、このアプローチだと「重い」ので、
ななっちさんの目指しておられる方向性にはそぐわない感じもしました。

それもあって、#29でななっちさんが仰った中の、下記部分はかなり重要なのではないか、と感じてます。
> 一方で、これは違うなと思うのが、ユーザさんが意図せず行動してしまう部分みたいです。
> 例えばランダムトークのなかにユーザさんの台詞や行動がはいっていたり、心理描写がはいったりとかな部分といったものがどうしても「おしつけがましく」感じてしまいます。
> ここをなくすことが、ユーザさんがユーザさんのままで接することができる…というものかなあと…
仰る通り、「ユーザさんが意図せず行動してしまう部分」が入ると、
「現実に伺かを起動してるユーザさん」≠「ゴースト世界観の中のユーザさん」なんだな、と受け取ってしまう人が多そうな感じ。

よほど深く物語世界に没入できるタイプの方といいますか、
どんなゴーストさん相手でも、その世界観のユーザさんに「なりきれて」しまうような方ならともかく、
大半の方はそうではないと思いますので、
「ユーザさんが意図せず行動してしまう部分」をできるだけ排除する方向は正解な気がしました。

ここで「できるだけ」と申し上げたのは、完全に０にするのは不可能だろう、と感じたからです。
（極端な例ですが、選択肢一つとっても「作者の想定する選択肢の中から選んでもらう」ことになる以上、
これとて「ユーザさんの選びたい選択肢がない」という形で、
「ユーザさんが意図せず行動してしまう部分」になってしまう可能性があるなー、と思いました）

なので、ななっちさんが既に挙げられた例の通り、
「ランダムトークのなかにはユーザさんの台詞や行動を入れない」「ゴースト側でユーザさんの心理描写をしない」
あたりを基本方針として持つくらいが、ちょうどいい塩梅ではないかと感じてます。
というより、それだけで十分ユーザさん側は自然体で接することができそうな気も。

昔ながらの、ゴーストがゴーストの世界で漫才したり駄弁ってるだけ（＝ユーザさんの反応をそもそも期待してない）な子とかを眺めてて、
ああ、そういえばこの「軽さ」がデスクトップマスコットとか人工無能とか言われてた所以だったような気もするなあ、
と今更ながらに思っているところです…。

ほか、気になったものとしては…
「Bar Lakritze」の莉玖さんの場合も、同じように「ユーザの好みを聞いてトークに活かす」パターンがありました。

こっちはランダムトークの一つで「あっ、そうだ……（ユーザ名）はどんなお酒が好きかな？」と聞いてくれて、
「甘いのが好き」「辛いの好き」「酒が好き」の選択肢回答結果を（ユーザ嗜好）として保存しておき、
「一緒にお酒飲もうよ」とコミュで誘ったときに、
「うん……なら、（ユーザ名）と同じの飲もうかな……。 ……確か、（ユーザ名）は甘い／ドライなカクテルが好きだったよね。
じゃあ…（甘口カクテル）／（辛口カクテル）でいいかな……。」
みたいに、ユーザさんと一緒のを選んで飲んでくれるというのがありました。
「酒が好き」の場合は（甘口カクテル）／（辛口カクテル）に限らずすべてのカクテル中からランダムチョイスする感じではありますが、
それでもユーザさんと同じのを飲もうかな、と言ってくれるのは同じ。

「好み（に限らず、ユーザさんの固有の何か、誕生日もその一つでしょうか）を覚えていてくれる」のは…
ベタかもしれませんが、やっぱりグッとくるものがあるなー、とは思いました。
会話の流れで自然に聞き出しておいて、
ここぞというトークで「あ、ちゃんと覚えててくれたんだ」と思わせるように出すと、より効果的かな、とも。

また何か、現実のユーザさんに寄り添うような効果が狙えるかなと思えた実装があれば、
適宜ご報告しますね。
ひとまず、以上です。よろしくお願いします。

ずいぶん間が開いてしまってすいません。
手持ちのゴースト1400体弱ほどを見てみたのですが、
「ゴーストが（現実の）ユーザに寄り添う」効果を狙ったような実装は、ルストリカさんを除いて皆無と言っていいほど見当たりませんでした…。
ほとんどのゴーストにおいて、ゴースト世界観内のユーザ≠現実世界のユーザであることを鑑みても、これほどとは…。

一緒に住んでるorそれに準ずる設定（例えば同じ事務所にほぼ住み込みで仕事してるとか）のゴーストさんは結構いらっしゃるものの、
いずれもゴースト世界におけるユーザさんとの会話を眺めている感じだったので、
ななっちさんの狙いに対して、それらの実装（アプローチ）が参考になるかは微妙な感じ…。

お力になれず申し訳ないです…。

アニメーションのパターン0に問題があります。

animation1000.pattern0,overlay,1001,200,150,-101

上記の部分を以下のように書き換えてください。

animation1000.pattern0,overlay,1001,0,150,-101

アニメーションについて、「animation*.pattern*,描画メソッド,サーフェスID,ウェイト,X座標,Y座標」という順で記述しますが、
ここでのウェイトは「そのコマが表示されるまでの時間」を意味しています。
そして、着せ替えやアニメーションはサーフェスが変わるといったん全てリセットされ、最初から再生しなおします。
つまり最初の設定では「サーフェスが変わるたびに0.2秒の着せ替えの表示されない時間」が出てしまいます。

もし、使っているshioriが里々の場合、トーク開始時に必ずサーフェスをセットするため、トークにサーフェスの指定がなくてもこの問題が起こります。
里々wikiの説明も確認してみてください。

#8

validrect.topの挙動が怪しいのかもしれませんね。
そうなると、各種定義ファイルの記述を変えるだけでは解決できそうにありません。
一応SSPの作者様にこのスレッドについて伝えましたが、より詳しい要因が分かったら、ここではなく、先のレスで述べたSSPのフォームへ報告した方がスムーズだと思います。

#4

前提として、「行単位」で調整されるため、1行以下のズレは必ずでます。
スクロールの必要がないスクリプトの上端・下端の場合、めいっぱいまで表示しようとするので、少し下がって表示されることがあります。

それを踏まえて、最低限の設定ではどうでしょうか。
balloons*s.txt、balloonk*s.txtを全て削除し、descript.txtを以下のみにします。

charset,Shift_JIS
type,balloon
name,バルーン名

font.height,12

validrect.left,0
validrect.top,0
validrect.right,0
validrect.bottom,-38

これでも症状が出るのであれば、仕様かバグかなんとも言えませんので、SSPに報告した方が良いと思います。
ばぐとら研ToDo::SSP

なにがしかのヒントになったのなら幸いです…！

…しばらくいろんなゴーストを見てみてたのですが、
特別なイベントが発生した時「以外」、つまりは「通常起動時に質問を投げかけてくる」ゴーストさんって、
ほとんど居ないのかしら…？

まだ３００体と少ししかチェックできてませんが、
今のところ、「ロスト・ユー・サムウェア」のルストリカさんくらいしか居なさげ。

彼女の場合も、基本的には起動時ランダムトーク（の反応）のバリエーションを増やすのが主たる目的であって、
特にユーザさんの応答（反応）から得た「何らかの情報」を、他のトークや処理に使ってるわけではない
（dic_talk_start_and_end.txt の処理を覗いた限りでは、ですが）ことと、
愚直に、ユーザさんからの応答を逐一記録・活用する場合に発生する非現実的な作業量を考えると…

・当たり障りのないトークをする（おかえり・おはよう 等の挨拶ではなくランダムトークに近いような）
・選択肢を出して選んでもらう
は、（ルストリカさんの処理を真似る形になっちゃいますが）
・当たり障りのないトークをする（おかえり・おはよう 等の挨拶ではなくランダムトークに近いような）
・↑のトークと同時に選択肢を出しておき、反応があればランダムトークに彩りを添える程度の味付けをする
程度に抑えるのが、現実的な実装例の一つなのかな、と思いました。

…もう一歩すすんで、
・当たり障りのないトークをする（おかえり・おはよう 等の挨拶ではなくランダムトークに近いような）
・↑のトークと同時に選択肢を出しておき、反応があればランダムトークに彩りを添える程度の味付けをする
・ついでに応答内容を適当なフラグなりデータなりとして保存しておいて、他のトークや次回起動時に活用する
（たとえばご飯の話題とかで、「好物」や「味の好み」とかをさらっと拾っておいて、別のいちゃいちゃトークとかで使う）
くらいまでできたら良いなあ…と思いつつも、
コスパの悪さ（増加する作業量の多さに対して、演出効果が期待できる場面・範囲が狭くなりがちなこと）とか、
回答しなくてもよいトークにしつつ、自然に情報を引き出せるような「上手いトーク」にする工夫の大変さを考えると…
かかる労力に見合う効果が得られるかは…厳しそうですね。

あ、それと、
「選ばなくても特に後腐れがない、という軽さ」のお話がありましたが、
これもルストリカさんが上手く実現されてるように思います。

基本のトーク内容を「ユーザさんからの応答がなくても完結する話しかけ」としておいて、
ユーザさんの応答があれば、それに対応した付加的なトークで広がりを持たせる（＝会話のキャッチボールが成立した感じを出す）感じなのですが、
これだけでかなりのいちゃいちゃ度向上、というか「ゴーストがユーザさんに寄り添ってきてくれてる」ような演出効果が得られそう、と感じました。