ゴーストをつくろうとしてる人たちが話すスレ - 1498998812

90：任意たん@age推奨：2017/07/21(金) 23:56:58: >>89
おおお！ストレッチ名やアドバイスありがとう
どんな風にやるのかちまちま検索したりして調べながら、ゴーストちゃんと会えんのを楽しみに待ってるよー！
91：sage：2017/07/28(金) 19:34:51: >>72
公開おめでとうございます……！
実は、このスレが立って間もないときから、見守っていた者です。
自分も送り出したいゴーストがあるんすけど、なかなか作りこめなくて、お蔵入り状態。
だから、こういうスレや応援してくれる人たちがが居てくれたら、やっていけそうな気がする。
触発される形すけど、自分も頑張ります。
92：九頭：2017/07/28(金) 22:07:04: >>91
自分もちまちまと作ってるので
一緒に頑張りましょー!
93：九頭：2017/07/28(金) 22:08:10: ダイエットと筋トレ5:5ぐらいでつくる予定が
2:8ぐらいになりそう...
94：任意たん@age推奨：2017/07/28(金) 22:45:42: なぁに、後でダイエットを6増やしてバランス調整すれば良いんだよ
95：任意たん@age推奨：2017/08/03(木) 21:31:27: 聞きたいんだけど、キャラクターなんとか機のパーツを使って作ったシェルって
シェル作者名って自分なの？それともパーツを作った人なの？
更になんとか機のパーツを改変した場合どっちがいいの？
96：任意たん@age推奨：2017/08/03(木) 21:33:51: 何とか機を使って作りました、と書けばいいんじゃないかな
改変した場合は改変者:自分みたいな感じで
97：任意たん@age推奨：2017/08/03(木) 22:14:26: >>96
返信ありがとう
具体的にdescript.txtに書く作者名は併記かな？
98：任意たん@age推奨：2017/08/03(木) 22:24:46: 『旧文学部棟の吸血鬼』のなんとか機使用のシェル、『nasty vampyre』だと、
作者名は「アンテナ」になってるな……
『Second Sunrise』の同じくなんとか機シェル『君と歩みし』は作者名空欄だけど、
readmeにキャラクター何とか機とキャラクターセットの名前とURLを明記してある
99：任意たん@age推奨：2017/08/05(土) 21:03:26: >>98
そっか。調べてくれてありがとう！
100：任意たん@age推奨：2017/08/14(月) 02:00:46: 3379 ：任意たん@age推奨：2017/08/14(月) 00:34:27
話をぶった切るが
ほんの初めの一頁
ってゴーストのhomeurlが２つあってその１つが
http://更新元url
になってるせいでネトワク更新できないときがある

あとなぜか￥１の方に白い四角が出てくるんだが
別のゴーストの黒いsurface10.pngと入れ替えたら直ると言う謎仕様……
これは俺環かも知れないけど

で、どこに連絡するのがベストなんだろうか
拍手もメルフォもなくて、ゴーストにも拍手機能なくて詰む

3380 ：任意たん@age推奨：2017/08/14(月) 00:45:40
この板の「ゴーストをつくろうとしてる人たちが話すスレ」の>>28さんが作者なので
そのスレに書けばいいんじゃないかな
101：28：2017/08/14(月) 07:49:22: >>100
報告ありがとう。
修正してnarも更新しました。
やっぱり直っていなかったらごめんね。

実は配布サイトにメールフォームがあるんだけど、広告に紛れて見づらかったかも。
とりあえずは広告との間に罫線を引いてみた。
自分では気づかなかったと思うから、これもありがとう。
102：84：2017/08/14(月) 10:51:32: え、メールフォームあったの？
と思ってHP確認したが見当たらず疑問に思ってたけど、
広告ブロック機能でメールフォームごと一緒に消し飛ばしてたわ…
>>84で連作先くれとか言ってた自分を消し飛ばしたいね
103：任意たん@age推奨：2017/08/16(水) 21:09:42: ゴースト作ろうと思ってるんだけどネタ的にポーズがいろいろ欲しいんだよね
ポーズ複数あるようなフリシェってある？だいたいメイン立ち絵一つパターンが多いよね
104：任意たん@age推奨：2017/08/16(水) 21:52:07: すぐに思いつくのは
整備班で配布されてる「ぱんつぁーどらぐーん」
黒羽氏の「猫耳っ子と毛玉」
にしきシェルも何気にポーズが多い気がする
あとは小野秀一。氏のフリーシェルがポーズ5種類
イチボシ氏のフリーシェルも複数ポーズあるのが多かった気が
105：任意たん@age推奨：2017/08/17(木) 02:32:33: anal氏のなんとか機も、組み合わせれば座り+立ちにはなる
106：任意たん@age推奨：2017/08/17(木) 13:17:27: フリシェwikiでポーズ差分ありのシェル検索できるよ
107：任意たん@age推奨：2017/08/17(木) 20:05:46: 今ゴースト作成してます、訓練というか練習用に
surfacesの作成がすごい難しいのがわかりました
猫ボトルさんのシェル　金髪の狐娘みたいなのを使って作ってます
なぜかあたり判定が表示されないのですよね
ちなみにさとりすとで作っています
108：任意たん@age推奨：2017/08/17(木) 20:09:46: 猫ボトルさんちの狐娘なら最初から当たり判定ついてなかったっけ？
109：任意たん@age推奨：2017/08/17(木) 22:03:01: >>103
吉野桜さんとこのフリーシェルもポーズ差分多かったような。
surfaces.txtも付いていてとっつきやすいですし
具体的には「Ｐ＆Ｗ＆Ｆ（黒猫のタンゴ）」「Ｄ（翡翠）」「GOTHIC」とかかな？

>>107
surfaces.txtの作成難しいのわかりみ
SSPの開発者用機能を本体設定からオンにしてCtrl+Shift+Dしたら出てくる開発用パレットにある「当たり判定を表示」では当たり判定が表示されますか？

>>108
「fox」にはついてないですね
110：任意たん@age推奨：2017/08/17(木) 22:24:29: なるほどそっちの方だったか…
新しい方の狐娘三人組にはSurface.txtが付属しているので、それを参考にしつつ制作してみてはどうだろう
猫ボさんによる注意書きも添えられているので解りやすいはず
111：任意たん@age推奨：2017/08/18(金) 18:16:37: 練習作成してる者です
あたり判定を開発で出しましたがないようです
surfacesをそのままにして相方のほうだけ貼り付けて動かしましたが
ダメでした、ちなみに相方のほうは　http://d.hatena.ne.jp/ktsecond/
こちらでお借りしたものです、surfacesがないので自作しましたが…

// 相方側基本ポーズ
surface10-23
{
element0,base,surface10.png,0,0
}

こういう感じで
112：任意たん@age推奨：2017/08/18(金) 18:36:48: surfaces.txtで当たり判定を定義しよう。

collision0,144,164,176,195,頭
collision1,144,164,176,195,手
みたいに書く。

細かいことは
「UKADOC Project Shell設定 - surfaces.txt」
ttp://ssp.shillest.net/ukadoc/manual/descript_shell_surfaces.html
を参照。

座標の取得には「さとりすと」や「Coordin」が便利。

「さとりすと」
ttp://nanachi.sakura.ne.jp/satolist.html

「Coordin」
http://www.geocities.co.jp/SiliconValley-Cupertino/8536/
113：任意たん@age推奨：2017/08/18(金) 18:45:56: まあ０から自分で書こうとしないで、素直に適当なゴーストからsurfaces.txt引っ張って来て中除いて、
当たり判定の数値変える方がお手軽だし早いよ
手本ならそこら中にあふれてるからなァ
114：任意たん@age推奨：2017/08/18(金) 19:06:45: ポストって当たり判定なかったっけ？
115：練習用の人：2017/08/18(金) 19:29:54: すみません、説明不足でした
猫ボトルさんのシェルをメイン
http://d.hatena.ne.jp/ktsecond/　こちらでお借りしている子を相方

猫ボトルさんのsurfacesをそのまま使い
相方のsurfacesがないので作成中
なぜか猫ボトルさんのあたり判定が開発パレットで見たところない

今ここ
116：任意たん@age推奨：2017/08/18(金) 19:48:45: めんどくさいから　http://vvv.me.land.to/xzx/iHxUdd0amsKxu/　にでもsurfaces.txt上げてみてよ
どうしてもわかんないなら
暇な奴が見て、原因突き止めてくれるかもよ
117：練習用の人：2017/08/18(金) 20:07:41: 貼りました　No.35 です
猫ボトルさんのシェルはあたり判定がやっと出ました
出ましたが反応がない…どこに問題があるんだろう…
さとりすとで作成してます
相方はまだいじってます
118：練習用の人：2017/08/18(金) 20:36:39: // 相方側基本ポーズ
surface10-23
{
element0,base,surface10.png,0,0
}

surface10
{
collision10,149,62,234,85,Head
collision11,196,24,218,53,Ear
collision12,148,34,189,57,Ear
collision13,159,131,168,157,Mouth
collision14,151,186,161,227,Bust
collision15,140,340,228,370,Skirt
collision16,244,332,276,417,Tail
}

相方もできました
ここまでは順調に作動してます
あたり判定は出ました、出ましたが撫でても反応がないので
その場合どこをいじればいいのでしょうか？
119：任意たん@age推奨：2017/08/18(金) 21:16:31: ＊1Headなでられ
：えへへ★

って書いても出ないの？
120：練習用の人：2017/08/18(金) 21:24:02: 出ました、ありがとうございます、なんか自己解決しました
お騒がせしました、いろいろありがとうございます
なんていうか恋愛系のゴーストを作っています、エロゴまではいかない
ユーザー大好きゴーストみたいなやつです
121：任意たん@age推奨：2017/08/18(金) 21:24:58: >>118
>その場合どこをいじればいいのでしょうか？

\ghost\の中の辞書ファイルで触り反応定義しないとだめだよ

＊0headなでられ
：（０）撫でられたよ

みたいに。0は\0側であることを示し、headは当たり判定部位の名称
surfaces.txtで定義したcollisionの最後の部分の名前だ
122：任意たん@age推奨：2017/08/18(金) 23:20:40: 　head を Head にしたら動いたってデベが１０年くらい前にいたなあ。
　大文字と小文字は別の識別子として扱われるからとかなんとか。
123：任意たん@age推奨：2017/08/18(金) 23:37:47: そりゃ当たり判定と違う名前使ったらそうなるでしょ
124：任意たん@age推奨：2017/08/19(土) 10:39:01: シェル関係をお聞きしたいのですがよろしいでしょうか？
何故かフォトショップでは大丈夫だったのにテストで髪の毛の表示かバグる
http://imgur.com/a3Nj5T5.jpg
125：任意たん@age推奨：2017/08/19(土) 10:59:35: >>124
髪の毛のハイライトの部分が透過部分として認識されてるなー
とりあえずpngで背景透過をしないようにしてみたら？
そしてシェルの部分を切り取り、原色背景かなんかに張り付けて表示させてみれば？
126：任意たん@age推奨：2017/08/19(土) 11:10:09: カスタムメイドSSの人？
それ自分用ならいいけど、もし公開するなら規約に抵触しそうだからちょっと問い合わせたほうがいいよ
http://kisskiss.tv/kiss/about_cm3d2.html
127：任意たん@age推奨：2017/08/19(土) 11:21:11: > ・カスタムメイド3D2の全てのデータ（モデル・音楽・シナリオ・キャプチャした画像等）を他のアプリケーションへ流用することは禁止致します。
あー、この規約があったか
自分で楽しむ、スクショを晒すまでは問題なくても、シェル公開まで行くと流石に「流用」だよなあ…
128：124：2017/08/19(土) 20:52:16: プロジェクト中止します(´・ω・｀)
129：任意たん@age推奨：2017/08/20(日) 05:44:31: 規約はしゃーない…乙です…
130：任意たん@age推奨：2017/08/20(日) 18:55:54: 交代反応って勝手につけていいものなのかな
131：任意たん@age推奨：2017/08/20(日) 19:04:16: >>130
勝手につけていいものだよ
132：任意たん@age推奨：2017/09/02(土) 03:27:57: 私も作ってみたいなぁとは思いつつも、実行に移すのが大変だよねぇ・・・
133：任意たん@age推奨：2017/09/02(土) 04:49:50: ポストと狛犬に好きなフリーシェル入れてさわり反応を2～3個書いてみると
坂道を転がり落ちるように色々進み始める
134：任意たん@age推奨：2017/09/02(土) 06:28:16: ゴースト制作の最大の壁はシェル作成だからね
これもキャラクターなんとか機の登場で
高望みさえしなければゴースト制作は楽になったよ
135：任意たん@age推奨：2017/09/02(土) 19:30:59: 素朴な疑問なんだけど、その場合の高望みってどんなシェルになるの？
136：任意たん@age推奨：2017/09/02(土) 19:39:12: 自分は高望みをシェル以外のとこに拘ること（ミニゲームつけるとかディープラーニング組み込むとか、がっつりプログラム書かないといけないようなの）と読んだが
シェルで高望みか…
単なる差分ではなく毒子さんばりのアニメ付き（全部手動作成）シェルとか？
137：任意たん@age推奨：2017/09/02(土) 19:49:53: ……ディープラーニング組み込んだゴーストとかあるの？
138：任意たん@age推奨：2017/09/02(土) 19:53:20: 公開はされてないけど開発中だったはず
テスト動画見たけどすげー面白そうだったよ
139：任意たん@age推奨：2017/09/02(土) 20:36:56: シェルで高望みとなると
「依頼なしで自分のキャライメージを完全再現できるフリーシェルorなんとか機パーツが欲しい！」とかかな
シェルを依頼する発想がなくて既存のじゃ理想が再現できないから作成投げたって人たまーに見る
140：任意たん@age推奨：2017/09/02(土) 21:28:00: 自分の脳内イメージを完全再現するレベルの完成度を依頼で求めるのはぶっちゃけ無理なのでは、
理想は理想として、とりあえずできるところから作り切る方向に発想を転換した方が良いんじゃないか、とは思うものの
しかし人の制作スタイルをどうこういうのもアレか……
141：任意たん@age推奨：2017/09/02(土) 22:32:15: 個人的な意見だけど、マスターシェルの絵が上手い必要はないと思ってる
最低限表現したい特徴さえ描けてれば、後は追加シェルでどうとでもなる
正直マスターシェルが下手なほど、絵が上手い人が追加シェル作ってくれる率高いよな気もしている
142：135：2017/09/03(日) 01:38:19: なるほど…オリジナルデザイン(or再現できる)シェルがベストってことなのかな。

デザインがはっきりしてるなら、妥協してフリーシェルにするよりも、
絵がヘタでもなんでも自作で作った方が絶対いいとは思う。

大抵、追加シェルはマスターシェルをベースにして作るし、
自分のデザインを人が描いてくれてるのみると嬉しさもひとしおというもの。

自分でマスターシェル作りなおすことだって可能だしね。
143：任意たん@age推奨：2017/09/03(日) 07:16:28: 高望みなんて変な事書いといて申し訳ない

要するに会話が面白いとか独特の世界観があるとか
ゴーストとしての魅力的な部分が出来てれば
そんなゴーストを立たせた人の中に追加シェル書いてくれる人も出てくるだろうって事

昔制作を考えてたけどシェル作りで妥協したくなくて良い物を求めすぎて
結局お蔵入りしたって制作者見てきたからそう思っちゃうんだ
144：135：2017/09/03(日) 11:47:46: 見てきた…のか。相談所とか、あるのかしら。
それとも古くからいるユーザさん？聞いたら無粋か。
たくさん面白い話が聞けてよかったよ。ありがとう。

話はすこしずれるけど、
自分で出来ない部分で完璧を目指すって、シェル依頼の場合は受けるほうも大変そうだなあと思いました。
どれくらいの負担になるか知らない人から、具体的ではない依頼を受けるしかないので。それなのに想像の余地がなさ過ぎる。
ぐらぐらの線でいいから自分で描いて、これをあなたの絵柄で描いてください！っていうのが一番早いかもしれないなあ。

完璧なシェルには、当然完璧なゴースト部が必要になるわけだけれど、これも僕だったら作りきる自信ないなー。
リファインを繰り返す方が、反応見ながらすすめられるからやる気も続きそう。
ユーザ、あなたは完璧ですか？
145：任意たん@age推奨：2017/09/03(日) 12:23:28: はい、こんぴゅーた様、完璧は義務…ではありませんな！

>>144
> 自分で出来ない部分で完璧を目指すって、シェル依頼の場合は受けるほうも大変そうだなあと思いました。
> どれくらいの負担になるか知らない人から、具体的ではない依頼を受けるしかないので。それなのに想像の余地がなさ過ぎる。
禿同
「（自分のイメージに）合わないので描き直してください」とか言われたらどうしようと思うし
もし「これでOKです！」と言われても本当に良かったのか、婉曲に「もういい」を言われただけなのか、などと悪い想像もしてしまうので
このタイプの人っぽい依頼だと怖くて受けれないんだぜ…

> ぐらぐらの線でいいから自分で描いて、これをあなたの絵柄で描いてください！っていうのが一番早いかもしれないなあ。
というのは一手だと思う
特徴的なパーツと要求ラインがわかれば、「こんなんどうすか？」とやり取りしながら詰めていけるので何とかなる感

趣味なので良い物を求めすぎるくらい求めるのも一つの手なんだけど
９割９分モチベ切れで制作エターなるのがオチなので
とりあえず一部完成で公開して、反応見つつリファインが最善手だと私も思います

他の創作界隈と違って、伺か界隈は後からねとわくでアップデートするのが普通になってるし
この環境も上手く使えばいいと思う
146：任意たん@age推奨：2017/09/04(月) 01:00:03: ネタに乗ってくれてありがとう。わはは。ほんとそれな！
そういう意味では、後から更新できるのってほんとよく出来たシステムだわ…。
特長パーツはあるとキャラづけわかりやすいよね！願わくば、このやりとりが誰かの参考になりますように。

お題決めて(森ガールとか)参加者がそれぞれフリーシェルを作成して、
まとめてリリースするコンピとかやったら面白いかもなあ…昔はお題wikiとかあったのだが。ネタだけ蒔いておこう…。
147：任意たん@age推奨：2017/09/04(月) 02:13:06: 実際、>>133氏の言うように
作り始めると「作り始めの勢い」がつくので
その勢いが続いてる間に、仮公開くらいまでの完成度で一度出しちゃう、というのは結構メリット大きいとおもうんじゃよー

作る側のモチベが枯渇しづらくなる＆場合によっては反応もらえてモチベ供給源を一つ確保できたりもするし
（ひとまず形になってると「とりあえずここまではできてるし、ゆっくり育てていくか」みたいな愛着も出てくるし）

あと「実際に動くゴーストさん」の力はパないというのも大きい

特に訴求力というか、課題提起力？的な意味で
正に百聞は一見に如かずといえばいいのか…長々と文章設定書き連ねるより
「実際に動くゴーストさん」を見た方が、圧倒的に妄想他いろんなことが浮かびやすい（と個人的に思ってる）ので。
（魅力的だと感じる（or自分が感じた）ポイントはどこか、
　どこをどうしたら、それらのポイントをもっと魅力的に見せられるだろうか、とか、そーゆうのいろいろ）

なので、仮完成・仮公開で動くゴーストさん出してみてから、改めてシェルを募集するのも一手かなー、と思うです

あと、自分でシェルをちまちまリファインする時も、とりあえず動くゴーストさんにするのは良手かと
課題が具体的に見えてきて、どこを、どこまで、どういじればいいのか（＝どの程度の仕事で納得・妥協できるか）が見えて、
そこからやることを細かく分割して、把握・実行できる程度に落とし込めれば、案外サクサク進むかもしれない

シェル側で無理にアレコレやるより、ゴーストのトーク側でやった方がグッとくる感じになった、なんてこともあるしね！
148：任意たん@age推奨：2017/09/05(火) 18:34:08: やはりフリシェは偉大だし、イメージ絵さえ描けば依頼もしやすいしね。
理想のシェルを自分で、ってなるとそれだけで果てしない時間が……完成に何年掛かることやら
149：任意たん@age推奨：2017/09/06(水) 20:25:18: （自分がもしシェル依頼されたらって考えると）初めての人にシェル描くのは抵抗あるな。ゴースト一体でも公開してるなら安心出来るが
150：任意たん@age推奨：2017/09/06(水) 22:05:45: 一枚絵ください！あと表情差分ほしいです！くらいならそんなに抵抗ないな。
でも、ゴーストが完成しなければ公開してもいいって約束はとりつけたい。

アニメやポーズ差分たくさんほしいです、リテイクもするかも、
みたいなのは、描ききれないかも知れないからちょっと…。

そういう修正って、実力や描き方によるだろうが、
自分だと単に描くより大変なので、作りきりのフリーシェル作った方が楽。
難しいポーズが含まれていたりしたら、依頼に対応しきれるかわからないから受けたくないって気持ちの方が先にくる。
フリーシェルは自分のペースで作れるし、上手くいかない部分や気に食わない部分はカットできるからそのあたり気楽なんだよね。
151：任意たん@age推奨：2017/09/07(木) 10:34:29: 「依頼シェルについての質問」とかは依頼したい側されたい側両方の参考になるかも
152：任意たん@age推奨：2017/09/12(火) 00:21:49: いっその事、ゴースト好きなら、イラスト系SNSで好みの人探して、お金出しちゃったほうが色々悩むよりいいよ
選別の方法で悩んでも別にいいゴーストになるわけじゃないし、シェルが出来ればイメージもしやすいし、あとに引きづらい
学生とかにはきついかもだけど、
メジャーかつ商業ではないから、飛び抜けた画力は必要ないし、
お金出すの怖い～と思うなら、相手も受けるの怖いだろうしお互い様。

ちなみにプロじゃなきゃ1万くらいで頼んでも、案外やってくれると思う1ポーズとかなら。
プロなら倍以上かかると思うけど。
ちなみにセミプロはほぼプロと同額だと思えば事故はない、それと最初に仕様はすべて決めること。
それと、イメージに合わない！で事故したくなければいっそのこと版権の画像を資料でつけるか、
あなたのこの絵とこの絵の～みたいな感じで、制御できる範囲に留める、
そもそも明確にイメージできれば自分で描けるから。
と思う、

で今シェル作って、会話決めてるんだけど長い会話ってみんなどうおもう？
この書き込みの1/2くらいのキャッチボールとか
153：任意たん@age推奨：2017/09/12(火) 00:45:01: 立たせながら作業しつつたまにトークを見るような、軽い感じのゴーストだとちょっと合わないかも…？

個人的には長い会話（５～６行くらいのキャッチボール）は好きです
がっつりゴーストの世界に浸れる感じのトーク・ゴースト世界観とかあるとなおベネ
154：任意たん@age推奨：2017/09/12(火) 00:59:53: >>152
"長い会話ってみんなどうおもう？"
長文ゴースト自体は既に存在するので、そこは気にしなくて問題ないかと。

…正直に言った方が役に立つと思うので言うけど、あなたの文章は読みにくい。
この調子で長文トークされたら目が滑る。

句読点のあるなしがバラバラであること。
文章の区切りが意味のまとまりごとになってないこと。

文章の見易さとに気を配って、
ユーザがトークを後から読み返しても、話の繋がりがわかるよう気をつけるといいと思う。
155：任意たん@age推奨：2017/09/12(火) 01:46:26: >>153
>>154

ありがとう、長い会話は大丈夫そうなので自分の好みでやってみる、
大丈夫そうじゃない文章の方は、しっかり見直しつつ書こうと思う。
156：任意たん@age推奨：2017/09/12(火) 02:05:48: 自分のペースで、がんばってください。
公開を楽しみにしていますね。
157：任意たん@age推奨：2017/09/12(火) 02:17:01: お金が絡むとトラブルが怖いな
158：任意たん@age推奨：2017/09/12(火) 05:24:55: 札束で頬を叩けば万事解決よ
159：任意たん@age推奨：2017/09/12(火) 06:57:39: 束って位だから勿論帯封付なんだろね？
160：任意たん@age推奨：2017/09/12(火) 11:04:34: お金では信用は買えないんだ
買えないんだよ…
161：任意たん@age推奨：2017/09/12(火) 12:40:25: 見も知らぬまたは大して親しくもない他人が、なんであれ無償で手を動かしてくれると思うな
感想一つでも数百人の無反応の上で、お人好しが一人してくれるくらいだ
いいね！のボタン一つですら、押される比率は少ない
他人からの無償の善意なぞ、期待するもんじゃない
162：任意たん@age推奨：2017/09/12(火) 14:21:53: お金が絡むとトラブルが怖いというが、お金が絡んでトラブルが起きる様な取引は元々トラブルが起きるし
このご時世にお金受け取ってバックレるようなやばいやつはそうそう居ないだろうから、
個人のやり取りなら、むしろお金が絡んだほうが責任感が生まれていいかと。

それに、依頼は受ける方より依頼をする方が立場的に強いから、先払いにでもしとけばどっちも安心できる、
もしかしたら完遂できるかわからないから、後払いがいいっていう人もいるかもしれないけど。
商業だと締め切りぶっちとかあるけど、そこは契約書で縛ってるから問題ない。
そして趣味制作なら遅れたりしても困ることない。
と書いたものの、そもそも依頼したいと思っている人がいるのか分からんが。

ちなみに、依頼したい人がいてどうしても絵描きを信頼できないなら
仲介サイトとかもあるよ、仲介がかなりお金持っていくからコスパは悪いけど。
163：任意たん@age推奨：2017/09/12(火) 16:06:27: シェル納品したら金も払わずバックレるとか
リテイク繰り返した挙句キャンセルで金払わないとか
依頼受ける方のリスクは？
164：任意たん@age推奨：2017/09/12(火) 17:19:02: 相手が信用できるかどうか見極める手段はいろいろあると思うけど……
ゴースト製作の実績とかやり取りの文面とか
金は先払いにするって条件をつければいいし、リテイクもどこまで受け付けるか先に制限すればいい
どうしても怖いなら受けなきゃいいだけだし
165：任意たん@age推奨：2017/09/12(火) 17:59:36: ぶっちゃけ、一枚絵ならともかく
差分ありは相当な額になっちゃうんじゃないかにゃー…拘束期間も長くなるし

特に伺かを知らない人相手に依頼するなら、
最終的に納品する画像の仕様をきちんと（依頼主が）伝えないと
トラブルの元になったりするし
いろいろと大変な気がする

あと、逆に伺かを知ってる人だった場合
金銭を介在させるのを嫌って受けてもらえない可能性もあるから
そこは気をつけてほしいかも

他人からの無償の善意を期待するのは確かに論外なんだけど
その無償の善意で回ってる所に金を絡ませたくない、
そういう奇特な輩もいるのです…

そういった諸々を勘案した上で、
それでも「あなたの絵がほしい」と
熱意を持って説得できるなら
多分大丈夫だとは思いますが

そんな人はいないと思いたいけれど
「金払うんだからやれ」的な姿勢で行くと
十中八九大失敗すると思うので気を付けてください
166：任意たん@age推奨：2017/09/12(火) 22:40:01: この依頼とお金の話してる人達って、
実際に有償・無償で誰かに依頼をした経験がある人なのかな？
それとも受けた経験がある、もしくは依頼を受けると公言している人？

なんだかネガティブな内容が目につくのだけど、成功の具体的な話はありませんか？
失敗目指してるわけじゃないし、どうやったら上手く連絡取り合えた、だとか成功した例やコツのほうをお聞きしたいのですが。
167：任意たん@age推奨：2017/09/12(火) 23:14:51: 依頼した経験がある側です

具体的な話、というほどじゃないけれど…
・相手さんが>>151氏の挙げている「依頼シェルについての質問」を出しているなら、必ず熟読すること
・使用用途（特にR-18か全年齢か）、イメージやラフ画、出力画像形式・サイズ、差分の枚数、etc
　シェル作成に必要な情報を（完璧でなくていいので、自分のできる範囲で）用意してからご連絡すること
・ネット上で知らない方にご連絡をする・やり取りをする上で必要な礼儀を忘れないこと
くらいかな

正直なところ、要求する作業量と指定の多さから考えると
伺かを知らない人に依頼するのはかなり無理があると思う…
じっくり話を聞いてくれて、要望を形にするところまでサポートしてくれるプロに頼むなら別だけども

まあ、最終的には人対人のやりとりなので
ちゃんと相手を見て、相手の話を聞いて、自分の要望を伝える、ができるなら大丈夫だと思うよ
168：任意たん@age推奨：2017/09/12(火) 23:42:41: ゴーストのシェルを依頼するスレ
http://jbbs.shitaraba.net/bbs/read.cgi/computer/44300/1438075644/l50
で交渉が成立して公開されたゴーストが「FoxTheory」

プロもレベルによるけど本業の人は個人からの依頼は殆ど受け付けないと思うよ
169：任意たん@age推奨：2017/09/13(水) 00:19:13: 今のところ、僕が知ってる実体験ベースの参考資料はこちらだけです。
他にご存知の方は教えてくれると嬉しいな。

「TCG -檻の少女」
http://sgmh.sakura.ne.jp/tcg/log/
txt logの依頼シェルについてのところを参照のこと。

>>167
貴重な体験談が！
あまりそういった話って聴く機会ないので参考になります。
お差し支えなければ、用意しておいて便利だったものや求められて意外だったものがあれば教えてください。

>>168
どうしてもその人の絵が好きならたのんでみるしかないと思いますが…どのみち、断られる可能性は常にありますし。
たのんでみて、断られてからその先を考えればよいのでは？

----
「依頼シェルについての質問」を公開されている方にご相談を持ちかけていくっていうのが、実際的なところかしらん。
話題に上がったことで「依頼シェルについての質問」に答えてくれる人が増えますように。

また、ゲーム系やニコニコ関係で立ち絵類を描いている人には、依頼しやすそうですね。
似たようなものを作った経験のある人を見つけやすいから。
170：任意たん@age推奨：2017/09/13(水) 02:17:25: >>169
自分の場合…参考になるかわかりませんが、こんな感じでした。
ちな、相手は伺かを知らない知人くらいの距離の人。
ただしRPGツクールの素材打ってたりして、ゲーム関係で使う画像について知識はお持ちの方でした。

・用意しておいて便利だったもの

「実際に動作するゴースト」「その時点で必要なファイルの一覧表」
（ゴーストは、トーク数は少ないけど基本コンセプトがわかる程度にはあって、
　あとはシェル画像を当てはめれば、仮公開くらいはできる程度に動く状態のもの。
　サンプルゴースト改変で何とか作ったレベル）

まさしく169氏の挙げられた、サトウＭ氏の「依頼について、必要なこと。」にある通り
「自分でもわからない答え」がないように、「何をお願いするのか」を可能な限り明確にしておくために、
ラフというかシルエットというか（ほぼ落書き、キャラの向きと説明の言葉くらいでしたが）を当てはめた状態で、
「こんなゴーストがつくりたい」のプレゼン資料＋作業概要説明資料のつもりで持っていきました。

やっぱ動くものがあると話が早い。　「大事にしたいところ」とかを話す時も楽でしたし。
あと、相手さんからは「残り、何がどの程度必要なのか」が具体的で、作業量の想定がしやすかったとのこと。
依頼する側/依頼される側両方にメリットあったと思うので、事前準備に手を抜かなくて良かったと思います。

・求められて意外だったもの

「絵描きさん側からの提案」
（「こんな顔描いてみたんだけどどうでしょう」「このトークとかと一緒に使うといいんじゃないかと思って」という感じの）

求められて意外だったもの、というご質問の回答としては少しずれているかもですが…
最初は完全分業制で考えてた（ので、ゴーストとして動作するものまで組み上げて持ってった）んですが
これを絵描きさん側が言って下さったことで、そこから共同作業制にシフトした感じです。

ごく短い間ではあったのですが、
いくつか絵描きさん側からの意見を取り入れて、トーク追加したりもしてました。

「そうか、ただ依頼して描いてもらうだけじゃなくて、一緒に作るっていう方向性もあるんだな」と気付かせてもらえたこと、
「自分が良いと思って作りはじめたものだけど、この人に提案してもらえる程度には価値を見出せてもらえたんだな」と自信付けてもらえたこと、
そのあたりが、今でも印象に残ってます。

…なんというか、結局のところ創作活動なので、
相手を引き込めるだけの何かが提示できるなら、あまり細かい心配はしなくてもいいような気がしてます
「なんか面白そうなことやってるな」「このくらいなら俺でも（時間的制約やら仕事やらあっても）できそうだな」「というか俺も参加したい」
と思ってもらえるよう頑張るのがコツというか、大事なポイントかなーと。

長文ですみませんです…何かの参考になれば。
171：任意たん@age推奨：2017/09/13(水) 16:31:54: >>166
する側の話？される側の話？
172：任意たん@age推奨：2017/09/13(水) 17:33:03: >>166ではないけど、どちらでもいいんじゃないかな
どちら側の体験にせよ少なからず参考になるはず
173：任意たん@age推奨：2017/09/13(水) 21:53:20: いつまでうだうだやっているんだろうか
174：任意たん@age推奨：2017/09/13(水) 23:00:00: えー？興味深いけどなあ。ちゃんと作成に関連している話だよ。
する側の話もされる側の話もたくさん聴きたいです。

事例とか聞ける機会ってめったにないし、後続の役に立つよ。
資料らしい資料は「依頼シェルについての質問」と、
サトウ　Ｍさんのところの資料しかなかったから、すごい嬉しい。

>>173
いつまでも質問ばかりして依頼はしないのかって意味でいってるなら、
僕は描く側なので、どっちかっていうとリサーチ・事例収集的な意味で聞いてるかな。
175：任意たん@age推奨：2017/09/13(水) 23:34:01: 「つくろうとしてる人たちが話すスレ」なんだからこういう話は重要に決まってるのにな
>>173はただ煽りたいだけの荒らしだろう
176：任意たん@age推奨：2017/09/14(木) 00:04:50: まあまあ。さておき、作成関係の話をしよう？

ずいぶん前のことだけど、人にたのんだら、こちらの頼み方が悪くて作業が難しくなったことがある。
「伺か」ユーザで知人(ただしデベではない)だから、動作する仮版を送って、その人の絵柄で描いてくださいって伝えたんだ。

アンチエイリアスなしはOKだったんだけど、とても大きな画像で綺麗に描いてくれて…縮小することになって、すごくもったいなかった。
画面に表示するものだし、自分が慣れてるから当然のようにそこそこのサイズのが来ると勝手に思い込んでた。
思い込みは怖いね。ちゃんと指定しないとだめだなって思った。
177：任意たん@age推奨：2017/09/14(木) 00:57:17: それは気にしなくていいんじゃない？
大きいサイズで描くほうが得意という人はいくらだっている
たぶんサイズ指定してたら、大きいサイズで描いたのを先方で縮小したものが納品されてた可能性だってある
178：任意たん@age推奨：2017/09/14(木) 01:13:36: 今はssp本体側での拡縮機能があるとはいえ
気にしなくていい、はちょっとまずいと思う…
少なくとも、確認・相談事項の一つとして、ちゃんと話しておいた方がいいよ

それに、そういうちょっとしたことを相談して決める作業自体
お互いの考え方を理解したり、打ち合わせをしやすくしたりする助けになるしね
179：任意たん@age推奨：2017/09/14(木) 01:32:29: シェルの大きさは最終的に使う大きさを初めに決めておいた方が良い
大きく描けば当然縮小することになるしそれを解ったうえで大きめに描くのなら問題ない
むしろ描く側が縮小して渡した方がトラブルがないと思う
180：176：2017/09/14(木) 01:46:47: 補足しておくと、サイズの指定があれば、キャンバスサイズを合わせてかいたり、
縮小して納品でもつぶれること前提の場合はそれに合わせて調整します。(目など重要部を修正したりなど)
また、極端に縮小する場合、絵がぼけてしまうし、アンチエイリアス周りの再処理が必要になるのです。

…いい経験になりました。わかってるだろ～みたいな部分こそ、ちゃんと伝えておくべきです。

>>拡縮機能
以前のギザギザと比べると、SSPの縮小は本当に綺麗になりましたね。

絵を描く側としては、ベースウェア側での縮小も多少ぼけてしまうのであまり小さくされるとうーん…ってなります。
欲を言えば、くらいの話で、便利さの方が上回ってしょっちゅう小っさくしていますが！

絵を描くときにはシェル300%とかにして細部をみています。
ただし自分の絵を拡大されているところを見ると、大抵の絵描きはうわああああああってなる。
181：任意たん@age推奨：2017/09/14(木) 02:07:28: >>180
> わかってるだろ～みたいな部分こそ、ちゃんと伝えておくべき
とても大事…超同意したい

些細なことだ、と軽く見てしまってお互いに痛い目を見るよりは
細かいことで申し訳ないのですが、と伝えておいた方がいいと思うんだ……

後、依頼する側がゴーストの設定なり何なりで「拘り」とか「大事にしてるポイント」があるのと同じく
絵を描く側の人にも「拘り」や「大事にしてるポイント」があることは
正直絵を描いたことないと気付けないと思うから、注意した方がいいかも
自分も絵を描いたことなかった頃には気付けなかったので、強調して伝えておきたい

そんなつもりは無かったんだと思うけれど、相手の仕事（絵）をぞんざいに扱うような発言をしちゃって
信頼関係を壊してしまった人を二人ほど見ている…
182：任意たん@age推奨：2017/09/14(木) 03:21:37: 今のSSPは透過pngがシェルに使えるので縮小後のアンチエイリアス処理は考えなくて良いと思う
何らかの理由で透過pngを使いたくない（データ容量削減など）場合は縮小後キャラ外周部のアンチエイリアスを潰せば良いだけ
そういった仕様も最初に決めておいて画像処理部分を描き手に任せれば問題は無い
183：176：2017/09/14(木) 04:41:55: >そういった仕様も最初に決めておいて
そうですね～、過去に戻れたらそうしてると思います。これ、けっこう昔の経験談なので…。
細かい実作業部分の話はそれこそ拘りとか好き嫌いの範疇に入ってきてしまうのでざっくり省きます。

>絵を描く側の人にも「拘り」や「大事にしてるポイント」がある
意外なほど感覚の基準って違いますよね、定規の目盛りの刻みが違うと言うか。

僕もそういうのありますよ。ドット単位で気に入らない部分を何日もいじったりします。
比べてる時に同じじゃんって言われたりして。あはは。そんなもんですよね。でも記憶に残っています。こうして。

---
もう一つ得た教訓としては「修正がきくうちに一度擦り合わせを行っておく」です。
次、人に依頼するときはラフのうちに一回送ってもらおうって考えています。

僕の体験談は以上です。
184：任意たん@age推奨：2017/09/14(木) 14:51:51: ラフのうちに確認ってのは大事だよね
上の方でリテイクのトラブルを懸念する話が合ったけど
修正の利く段階で方向性を煮詰めておけばかなり予防できると思う
185：任意たん@age推奨：2017/09/14(木) 23:25:55: >>162>>173なんだけど
>>173の書き込みはすまんかった、最近疲れてて煽り耐性が下がった

理由としては質問に答えたりとかしてたんだけど、>>163とか>>166の書き込みでイライラして
ちゃんと説明しようと思ったけど、「長文で失礼しました」とかあるからマナー的にどうかと思い悩んだ挙句、
面倒くさくなって雑な結論だけ伝われと思って乱暴な書き込みをしてしまった。
落ち着いて考えれば他に話題もないからいまの話題が続いているのも仕方ないとは思った

このまま放置すると書き込まなかった助言が頭に残って落ち着かないので長文になるけど書かせてもらう。

>>163
依頼受ける方のリスク
については、リスクは有る、がそもそも無料有料にかかわらずリスクしかなく
有料の場合は報酬を得られないというリスクが当たり前につくだけで。
それ以外に関してリスクを減らしたいなら、郵送での契約書のやり取りで契約を交わすこと。
もし住所などを教えるのが嫌なら諦めるしかない。

ただし有償の場合に契約書をかわさずに取引をしたいなら、
すでに出てるけど段階報酬や、完成校の部分見せ、fix前での前払いを希望すること。
この点で相手に譲歩するなら、プロジェクトの引き継ぎ許可の契約をすること。
具体的には、人格著作権の作品の改変の許可をすること。（正確には覚えてないのでググって）

>>166
ネガティブな話が目につくというが、自分は>>173でしっかり否定しているし、
その後にでた>>163についても、補足している方がいるので、目につくというのはわかるけど目につくだけで補足もしてるから。
書き込みが信じれないのあればそもそも掲示板で聞くべきでない。
それと、上手く行った内容を聞きたいというのは確かに以後の書き込みで有益に話題になっているのですべてを否定はしないけど、
ネガティブな話が目につく、からの上手く行った話を聞きたい、というのは危険な発想で。
スムーズに話が進むというのは、リスクやトラブルを認識してそれを回避した上での結果で
むしろ依頼をしたことのない人が聞くべきなのは、トラブルやリスクについての話なのでよく考えてほしい。

付け足しとして、失敗目指してるわけじゃないし、の煽りはない。
基本的に、リスクなどの質問をしている人以外は補足なんかだったから
質問に対しての書き込みへの煽りでしかない、自分はそれでイライラした。

返答以外では上に書いたけど人格著作権について万が一に備えたいなら調べておくべき。
あと無償の場合、注文で~さんみたいな感じで、というのは絶対にやめたほうが良いのと
似てるけど、～さんに頼みたいけど、忙しそうとかプロみたいなので似てるひとに依頼しようだとかいうのも危ない。

最後に>>173書き込みで言いたかった内容としては、
板に雑談、情報交換、だべり、などとかいてあるし、スレタイもゴーストをつくろうとしてる人たちが話すスレ、なので
娯楽として体験談やだべりをする目的もあるとは思ったけど、目標としてはゴースト制作なわけだしいつまでも重箱の隅をつつくような質問をするのは建設的でなく、
情報も十分に出ているので本当に作りたいのであれば、実際に依頼をするべきでなないかと思い書き込んだ、

実際の依頼でスムーズに依頼を進めるのに、情報をできるだけ完成形に近く詳細に用意するのが良いというのは既に言われてることだけど、
受ける人によって自由に書きたい人詳細な情報があったほうがいい人それぞれいるから、好みについては本人に確認しなとわからない、（仕様については詳細な方が良いがもう出揃ってる）
こだわればこだわるほど情報は増えて、スムーズにやり取りするには情報に応じてチェック回数も修正回数もふえるから。
実際に相手とやり取りをして、学ぶほうが早いと思った。
でもそれは頭に書いた通りスレ的にも、稀に起こるトラブルの情報のほしい人には間違いだったので個人的な感想ということで。

あと、既に出ている書き込みや参考サイトに書いてあるのと同じ内容にいちいち感心してる人は、
ちゃんと熟読して依頼用確認テキストかなんかにまとめたほうが良いぞ。

自分は依頼を基本的には受ける側で、商業も個人も受けたことがある依頼も一様したことがある。
なにかあれば反応するかもしれないけど、すっきりしたしゴーストもう作り始めてるので、えんいー
186：任意たん@age推奨：2017/09/14(木) 23:46:35: >>185
そうだったんですねー。たくさんアドバイス、ありがとうございます。
ゴーストの作成、はかどるとよいですね。

>>184
作業が進んでいると労力がかかっているから、依頼側も作る側も、感情も作業も負荷大きいしね…。
187：任意たん@age推奨：2017/09/15(金) 01:34:44: 契約書を交わすのはメールでも出来るでしょう
依頼する方もされる方も有償でするのならきちんとした契約書はあった方がトラブルは少ない
出来れば同時に仕様書もあると話はスムースに進むかも
まあ伺かの様な趣味のコンテンツで商業コンテンツ同様の契約をしようという人が居るのかどうかは判らないけど
188：任意たん@age推奨：2017/09/15(金) 01:45:56: 失敗学…というほどではないけど
「（ほぼ）確実に失敗すること」を伝えてあげることはできても
成功する方法は難しいですな…相手あってのことなので。
極論、ちゃんと自分で相手を見て話をしてください、としか言えない…

一応、しておいて助かったこととか、成功率を底上げできる（かもしれない）手段・ネタの話は出せるけど
それも結局は小手先の話ですしなー…相手を見ずに、杓子定規にやっても上手くいかないでしょうし…

ともあれ、>>185 さんの話は全体的に心に留めておいてほしい内容だけど、特に

> 返答以外では上に書いたけど人格著作権について万が一に備えたいなら調べておくべき。
> あと無償の場合、注文で~さんみたいな感じで、というのは絶対にやめたほうが良いのと
> 似てるけど、～さんに頼みたいけど、忙しそうとかプロみたいなので似てるひとに依頼しようだとかいうのも危ない。

この部分は、本当に、本当に気を付けてほしい…100％描く側の人を怒らせる、「確実に失敗すること」の一つなので
なにしろ「お前の絵じゃなくて、ほんとは～さんの絵が欲しい」「けどお前の絵で我慢する」って言ってるのと同じですからな…
189：任意たん@age推奨：2017/09/15(金) 03:36:09: まじ？
藤子不二雄の絵柄で依頼したかったけどやめるわ
190：任意たん@age推奨：2017/09/15(金) 05:21:31: そういうのは田中圭一に頼めよｗ
191：任意たん@age推奨：2017/09/15(金) 13:18:52: >>184
>>契約書を交わすのはメールでも出来るでしょう

できますし、有償の場合は口座情報が絡むのでそれでいいかもしれませんが、
無償の場合は口座情報が絡まないので、どちらかが嘘の情報を書いたらそれで終わりです。
郵便なら多少追跡ができるし住所がわかるのでいいですが、
メールだけの場合、個人がプロバイダ等に個人情報を開示させるのは困難です。

そして伺かは確かに趣味のコンテツだとは思いますがそれは最終的な位置であって、
受ける側にとっては大事な自分の絵です、それに趣味を本気でやっている人間も居ます。
依頼する側的な考えを一方的に押し付けるのは危険です。

間違ってるの目にしたりするといちいち直さないと気が済まないので、書き込む前によく考えてください。
そしてこれは本質で、ここで判例を聞いて完全にそれに対応すれば大丈夫かもしれませんが。
自分でその先を考え応用を利かせなければ、全て無駄になります。
そしてゴーストのテキスト書いている人間ならわかると思いますが、
ルールを理解して書いていても必ずエラーが起きます、人と人とのやり取りならなおさらです。

長々と書いていますが言葉を引用すれば、「百聞一見に如かず」「急がば回れ」で済む話でもあります
この引用した言葉は文中で引用するためにだけあるのではなく、教訓として理解して活かすものです。

色々考えるのもいいですが大抵は誠意を持って接して、
メールの最後に「何かわからないことがあれば気軽にご連絡ください。」と付け足せば
どちらかの落ち度になるようなことは、大抵なくなります。
192：任意たん@age推奨：2017/09/15(金) 18:41:08: まあ落ち着こうか。
193：任意たん@age推奨：2017/09/15(金) 19:57:33: 別にエキサイトしてるわけじゃなくない？
194：任意たん@age推奨：2017/09/15(金) 20:41:32: 丁寧に説明しようとすると長文あるある
まぁなんでもかんでも「落ち着こう」って方向に持っていくのは良くないと思うが
だいぶ長文が増えてきたなぁとは感じるしね
話の内容は興味深いけども
195：任意たん@age推奨：2017/09/15(金) 21:09:06: 興味がない、もしくは薄い人にとっては、長文が連投されてると何興奮し（熱くなって）んだろうとパッと見思われても仕方がないかも
読みたい人が読めばいいだけなんだけどね
196：任意たん@age推奨：2017/09/15(金) 21:30:40: スレで起きるすれ違い
197：任意たん@age推奨：2017/09/15(金) 21:50:23: すり合わせは大事ということだな
198：任意たん@age推奨：2017/09/16(土) 15:05:35: 作成関連でゆるく質問。

いつもは縦350-700ピクセルくらいでシェルを作成しているけれど、
これって今のディスプレイだと小さいと思う人おおいのかな？
大きいシェルをちらほら見かけるので気になる。

複数ゴーストをたてる人が多ければ、
ディスプレイの解像度高くても小さい方がいいだろうし。
自分では作業中に吹きだしこみで邪魔にならないっていうのが好みなので小さめに作る。
199：任意たん@age推奨：2017/09/16(土) 16:49:23: 自分はでかい方がいいな。
SSP側で拡縮出来るし、あんまり複数立たせないから。もちろん好みの問題だけど
200：任意たん@age推奨：2017/09/16(土) 17:08:46: シェルがやたらでかいゴーストはハーフサイズも用意してくれると有難い
201：任意たん@age推奨：2017/09/16(土) 17:40:00: でかくても縮められるから構わんよ
202：任意たん@age推奨：2017/09/16(土) 17:44:27: SSPの縮小はぼやけるんで小さいサイズのシェルも欲しい
203：任意たん@age推奨：2017/09/16(土) 17:52:42: シェルでかいとファイルサイズもでかくなってロード時間や使用メモリも多くなるんで程々にしてほしい
204：任意たん@age推奨：2017/09/16(土) 18:52:09: バストアップで350くらい、全身で700くらいとすると個人的にはやや大きいかな
原寸で立たせるかどうかの境界がそのくらい
205：任意たん@age推奨：2017/09/16(土) 23:35:33: 大きくても縮小できるから、あまり気にならないのは便利だよね
でもあんまり大きなサイズにするなら2パターン欲しいと思うことはある
各人が好きな方を選べば不満も少ないだろうし
206：198：2017/09/17(日) 00:05:49: ふむふむ。ありがとう。現行のサイズであまり問題なさそうかな。
でっかいサイズでも抵抗無くなった/でっかいサイズも歓迎の層が増えたという感じかな？
自分の手元では普通に思えるけど、ユーザさんのところではちっちゃくてなでるの大変！とかだったらどうしようかと思っていた。

個人的な願いだけど、絵を描く側としては、
やっぱり綺麗になったとはいえ、あんまり縮小・拡大とかしてほしくないんだよね…。

>>204
同じ感覚の人発見。
700ピクセルはソロゴーストの全身像シェルで作ったよ。
ソロじゃないとたたせるのきつい大きさ。自由移動設定でも、おき場所決まってくるね…。
207：任意たん@age推奨：2017/09/17(日) 00:39:05: 自分も絵を描く側だけど逆だ
むしろ縮小機能を積極的に使ってほしい
なぜならせっかく描いたシェルを小さく縮小するの勿体無いと思ってしまうからデフォでは大きいサイズのシェルにしたいから
208：任意たん@age推奨：2017/09/17(日) 01:14:54: 自分もシェル描く側で縮小歓迎派だな。
ユーザとしては大きい方が好き。

シェル大きいと、ころクリした時（ああ…今俺は◯◯ちゃんとキスしてるんだ…）って思う。
とてもきもい。でも楽しい。
209：198：2017/09/17(日) 01:43:52: 縮小拡大あまりしてほしくないのは個人的な好みだよ。
描画方法も人それぞれだろうし。

こういう好みになったのは原寸で作成してるからかなー。
せっかくだし、他の人の参考にもなるかなと思って質問してみました。

でかいシェルなら、デュアルディスプレイ縦にして、ゴーストどーん！
とか夢あるよね…いつかやってみたい。
210：任意たん@age推奨：2017/09/17(日) 02:11:51: 寝そべりなら1920使えるだろう
縦は幾つにするかしらんけど
211：任意たん@age推奨：2017/09/17(日) 05:43:56: 時代は４Kだからな…
212：任意たん@age推奨：2017/09/17(日) 10:22:35: シェルの大きさといえばBTHの現行masterが2012年の発表当時めっちゃデカいって言われてたな（裏子が縦645px、飛白が縦750px）
５年前よりはモニタサイズの平均上がってるかもしれないけど
やっぱり原寸のまま立たせやすい大きさとなると縦700px前後が限界？
213：任意たん@age推奨：2017/09/17(日) 14:01:06: 自分の場合は昔好きだったゴーストを参考にしてるけど、縦400になるように作ってる。
縮小機能は使わない派です。
214：任意たん@age推奨：2017/09/17(日) 15:31:25: 縦は500以下がいいな
215：任意たん@age推奨：2017/09/17(日) 23:25:12: 大きくてもいいけど、作業中も立たせたいから画面縦４分の１くらいが良いな
216：任意たん@age推奨：2017/09/18(月) 00:06:44: シェルの大きさTwitterアンケ取ってみたので参考までに

原寸で邪魔にならない位が良い　78%
大きければ大きい方が良い　22%
総数58票でした

自分も基本400px目安に作ってますが　2割いるなら大きい版用意しても良いのかなって気もしてます
217：任意たん@age推奨：2017/09/18(月) 00:55:35: >>216
その2択だと2番寄りにしたいけど1番って答える人もいるから
もう少し人数いるかも知れないね

・小さめの方が良い
・原寸で邪魔にならない位が良い
・多少なら大きめでも良い
・大きい方が良い
例えば↑みたいな選択肢なら、自分は3番って考えるタイプ
218：任意たん@age推奨：2017/09/18(月) 04:58:25: 大きさはSSPで調整できるからあんまり気にしないなぁ
219：任意たん@age推奨：2017/09/18(月) 09:05:12: 制作者側のSSPの縮小機能だとぼやけるから嫌と言う意見と
ユーザ側のSSPの縮小機能で好きに縮小できるから大きさ気にしない
の溝が大きいの興味深い

SSPの縮小機能を使われないギリギリのシェルサイズを知りたいね
220：任意たん@age推奨：2017/09/18(月) 09:55:21: ある程度の古参ゴーストだと小さめの追加シェルがあることが多かったけど最近は見ないね
ゴーストの傾向によっても好みが分かれるのかな
ランダムトーク重視の場合とユーザとのコミュニケーション重視の場合で想定サイズ変わるだろうし
221：任意たん@age推奨：2017/09/18(月) 10:38:37: >>216
アンケート拝見しました。投票総数58票！この資料は助かる～。

>>219
ほんとこれ。やっぱり制作者側とユーザ側で意見偏ってるのだろうか。

>>220
最近だとそれに近い演出で、大きめバストアップのシェルと全身のすこし小さめのシェルを同梱していて、
シェル切り替えを近づく・離れるとして扱ってるパターンがあるね。
製作側は手間が倍だけどとても面白い演出だと思う。
222：任意たん@age推奨：2017/09/18(月) 11:01:17: イラストを描く側と描かない側の違いだろ
描く側は細かい所まで描く段階で把握してるから、細部が潰れたりぼやけるのが好きじゃない
でも単に使う側はそこまでのこだわりがない
全員が全員そうだとは言わないが、見えない物や知らない部分には拘りようがないってな
223：任意たん@age推奨：2017/09/18(月) 11:18:54: 使う一辺倒だが縮小で汚くなるのは好きじゃない
だから縮小機能は基本使わない
224：任意たん@age推奨：2017/09/18(月) 11:29:21: >>222
誰が製作側で誰がそうじゃないって、
アンケートでもここでも匿名なんだから、
本人が書いている以外は明示されてないからわからないよ。

でも、そこまで竹を割ったみたいには分かれないんじゃないかな。
いろんな人いると思うよ。そこからまた話が広がってほしいし。
225：任意たん@age推奨：2017/09/18(月) 11:56:06: あと、「大きいのがいい！」ではなくて、「大きくても縮小するから大丈夫」なら、
後者は本当は小さい方がいいんだろうな。
226：任意たん@age推奨：2017/09/21(木) 22:51:53: MANAちゃん見てると
何かとてつもないエロゴが作れそうな気になってくる
227：任意たん@age推奨：2017/09/23(土) 00:08:23: 手触りや匂いを想像して良いんですよーって
ﾌﾍﾍ
228：任意たん@age推奨：2017/09/23(土) 00:18:56: 少女セットはそのままシェルにするとサイズでかいんだよな
229：任意たん@age推奨：2017/09/23(土) 09:18:31: どちらかというと本家含めて伺か界隈の人のなんとか機セットがやや小さめなんじゃないかと思う
シェルに使うならそのままでもちょうどいいけど（その前提だからそれでいいんだけど）
ゲームの立ち絵とかに流用するにはちょっと小さいものが多い印象

サイズ縮める場合は一括リサイズできるソフト使うと便利
230：任意たん@age推奨：2017/09/23(土) 17:05:52: >>227
薄く甘い匂いしそう
後すべすべである
231：任意たん@age推奨：2017/10/05(木) 01:27:41: ゴーストのトークや設定、使うシェルまで考えたところでそこから先にどう進めたらいいかわからないんですがどうしたらいいですかね
さとりすとがオススメと聞いて起動してもちんぷんかんぷんで
232：任意たん@age推奨：2017/10/05(木) 01:57:37: トーク主体のゴーストが作りたいなら、まず里々wikiを見てみたらどうだろう
初歩の初歩からゴースト作る方法が乗っているよ
http://soliton.sub.jp/satori/index.php?%C0%A9%BA%EE%A5%DE%A5%CB%A5%E5%A5%A2%A5%EB

さとりすとはゴースト制作経験がないと分からないところあるかもね…
初心者向けのエディタはないので、最初はテキスト編集してみて、
慣れたらさとりすとに移行するか決めてみたらどうかな
233：任意たん@age推奨：2017/10/05(木) 19:18:52: >>232

ありがとう
トーク主体のゴーストだからそこを参考にしながら
もうちょっと頑張ってみる
234：任意たん@age推奨：2017/10/13(金) 23:39:00: さとりすとは、さとりに慣れてきたら使っていくといいですよ
たしかに完全な初心者さんには情報が少ないところもあってわかりにくかったりするかもしれないけど
ある程度慣れれば逆に初心者が、ストレスを感じるような部分をやってくれる、って思ってます

さとりwikiみたいにもっとわかりやすい使い方が紹介とか増えたらなあ
235：任意たん@age推奨：2017/10/16(月) 22:00:39: YAYAも「あやりりすEX」ならサンプルゴーストを見れば里々風に書けるよ
というよりどの栞にしてもサンプルゴーストがあるはずなので、それを弄ってみるのがいいかと
236：任意たん@age推奨：2017/10/18(水) 03:10:52: かな入力派なので全角記号の里々は避けてyayaで行こうと思うんですが
トークの書きやすさだと　あやりりすEX ですかね？

あやりりす　使っているゴーストってサンプル以外にどんな子がいますか？
237：任意たん@age推奨：2017/10/18(水) 05:06:11: 全角記号を嫌うなら、普通にyayaのみで良い気もします。
何らかのプログラム言語を書いたことがあれば分かりやすいですが、そうでないとちょっと難しいかもしれません。

http://emily.shillest.net/ayaya/index.php?%E3%83%88%E3%83%BC%E3%82%AF%E3%81%B9%E3%81%9F%E6%9B%B8%E3%81%8D%E6%94%AF%E6%8F%B4%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA
あやりりすEXはサンプル5ゴーストもいるので、サンプルだけでも十分ではないでしょうか。
238：任意たん@age推奨：2017/10/18(水) 15:28:49: あやりりすEXテンプレートは
http://ms.shillest.net/yayalilith.xhtml
の紺野りりすかな
239：任意たん@age推奨：2017/10/25(水) 05:38:59: >>236です。返答遅くなって申し訳ないです

C言語ぐらいなら噛じったことあるので、yayaで行けそうな気はしています
教えて頂いたサンプルやテンプレゴーストは拝見していたのですが、私の質問がちょっと言葉足らずでした

あやりりすEXの作者さん以外の第三者の方が作った、今も更新が続いているような現役ゴーストってあるかなぁ、という意図でした
あやりりすEXは最終更新されてから日が経っていますが、それでも今も活用されている方がいるなら
不具合もある程度はなくて使っても安心かなと思いまして
240：任意たん@age推奨：2017/10/26(木) 02:06:06: 最近のだと、「FoxTheory」があやりりす使っていた気がする
あやりりすの開発はSSP開発者の方が行っているので、不具合があったら直接聞いてみてもいいかも
241：任意たん@age推奨：2017/10/26(木) 20:49:07: YAYAなら編集する際AtomやVSCodeとかのデフォルトでシンタックスハイライトができるエディタならCかJavaあたりを選んでおけば見やすくなるよ
242：任意たん@age推奨：2017/10/28(土) 20:37:19: 華和梨は全然更新されてないのかな？OpenKEEPSもα版のままだし。
最近は里々やYAYAが多いみたいだけど華和梨＋OpenKEEPSで書いてるから
他の栞はよくわからない…OpenKEEPSはそのまま動かすだけなら便利だけど
SSPの新しいイベントに対応するためにミドルウェアを改造となると詳しい
KISの知識が必要なんだよな。
243：任意たん@age推奨：2017/10/29(日) 15:37:19: 華和梨か。OpenKEEPSってことは、だいぶお久しぶりの方？

OpenKEEPSはとわさんの更新が止まっているので、あまり期待できないと思う。
現行で活性のあるデベロパだと、ゆずきさんのところがある。

「osm」
http://rakudaya.sakura.tv/htc.html
華和梨テンプレート「パリパリ」がある。

"構成ファイル数の少なさと実装イベントの両立を最優先にした華和梨テンプレート。
書式以外において、基本機能及び一般的な挙動面でも強力なものを備える『里々』の長所を出来るだけ取り込んでいます。同時にファイルサイズの減量、各要素に跨るロジックを極力排す等でシンプルながらそれなりの機能を有します。
代償として里々と華和梨両方の知識が必要で、『里々』熟練者向けの特殊な準汎用フォーマットです。 "

里々がいま一番ぶっちぎりで使用率が高く、AYA・YAYA系が次いで、そのほかがぽちぽち。
基本的にAYA系も華和梨系も、里々に寄せて行く傾向が強いから、お気に召すかはわからないけれど…。

もっと詳しい人がいたら補完よろしく。
244：任意たん@age推奨：2017/10/29(日) 17:02:06: パリパリ作者ですが、パリパリも個人的に限界を感じておりおすすめしません…
理由は私的な例になりますが、ネザイトロガーのバグ取り時に思うように進まず意外にかゆい所まで手が届かなかったのと、
里々と利点と華和梨の機能を生かすならsaoriとして華和梨を使った方が良い事に気付いてしまったため…orz
245：243：2017/10/29(日) 23:48:27: ゆずきさん、こんばんは。そうですか…頭の中の情報を更新しました。ありがとうございます。
そうすると、現行でのお勧めはちょっと思いつかないなあ。すまない242さん…
246：任意たん@age推奨：2017/11/25(土) 04:05:18: 質問失礼します。
里々wikiには「特殊変数の＄辞書フォルダを使うとmasterフォルダの辞書ファイルは参照されなくなり、指定したフォルダの辞書ファイルを参照する事が出来ます」
と書いてあるのですが、今作っているゴーストではどうもそれが正常に動いてくれません。
セーブデータ上では確かに辞書が変わっているのですが、実際は指定した辞書通りに話すときとmaster辞書の内容を話すときがある、という現象が起こっています。
これは何が原因で起こっているのでしょうか・・・？
247：任意たん@age推奨：2017/11/25(土) 06:52:47: 指定したフォルダのなかに、Master辞書にある内容と同じ辞書が混ざったりしていない？
そうじゃないなら、指定したフォルダとMasterの両方を指定してしまってるとか。
248：任意たん@age推奨：2017/11/25(土) 11:35:09: 「＄辞書フォルダ」はセットするタイミング次第で動作がおかしくなる。
satori_conf.txtの「＊初期化」で値を入れちゃいけないのだけど、そこは大丈夫だろうか。
249：任意たん@age推奨：2017/11/25(土) 18:55:43: ２４６です。
辞書の被りなどは無かったのでsatori_confをのぞいてみた所、
初期化の欄に＄辞書フォルダを入れていました、それが原因で起こっていたようです。
消したら正常に動くようになりました！
>>247 さん　>>248 さん　助言有難うございました。
250：任意たん@age推奨：2017/11/25(土) 19:19:04: 良かった。
里々はちょっと何かしようとすると、凄まじく複雑な明記されてない仕様があるので、
これ以上複雑な何かをしたい場合は里々以外を選んだ方がいいかも。
251：任意たん@age推奨：2017/12/29(金) 02:43:39: シェルのdescript.txtに

sakura.name,メインの名前
kero.name,相方の名前

と書くとゴースト側をオーバーライドして%selfnameと%keronameがシェル側で設定
した名前になると思ったけど今は出来なくなったのかな？UKADOCには載ってるんだけど
試してみたらSSPの2.4.13では無視されてしまうな。まあ、初期の頃の古い仕様だから
無くなっていても不思議ではないけど。

昔はスクリプトオーバーライドと言葉狩りでゴーストを作っていたな。懐かしい…
252：任意たん@age推奨：2017/12/29(金) 06:03:21: 追加シェルインスコ時にsakura.nemeをゴーストの方と合わせてないと追加シェルとして認識してくれなかったと思う
最初からmasterと別シェルとして包含してるなら問題ないと思うけど
253：任意たん@age推奨：2018/01/04(木) 02:44:16: 質問させて下さい。
SSP付属のプラグイン「十徳ナイフ」を使ってゴミ箱を空にするイベントを作っています。
\![raiseplugin,8F8BCFB8-B27A-456f-9BA0-551484856DDC,OnSwissArmyKnifeExecute,empty_recycle_bin]
これを実行すると栞には
OnSwissArmyKnifeExecute
Reference0 empty_recycle_bin
Reference1 ゴミ箱にあったファイル数
Reference2 総ファイルサイズ
これらが通知されますが一度右クリックメニューのプラグインから「SwissArmyKnife」を選択
して機能メニューを選択するとOnSwissArmyKnifeExecuteのReference0が「SwissArmyKnife」で
最後に選択したものになってしまいます。一旦、別のゴーストに交代しても変わらずSSP
本体を終了するまで「SwissArmyKnife」で最後に選択したものになってしまいます。
別のゴーストと交代しても残っているところをみるとプラグイン側の問題な気がするの
ですが…？
SSP 2.4.13
十徳ナイフ 1.3.0
華和梨8.2.8＋OpenKEEPS3.3.0alpha8を使った自作ゴースト
ゴーストキャッシュはOFFにしています。
イベントの通知は華和梨のログで確認しました。
254：任意たん@age推奨：2018/01/04(木) 23:19:52: 通知がおかしいということで、プラグイン側の問題に見えますね。

readmeを読むと開発はponapaltさんのようなので、
ばぐとら研究所のフィードバック→SSP以外に記述するか、
何らかの方法でponapaltさんに直接連絡を取るしかなさそうです。
255：任意たん@age推奨：2018/01/05(金) 00:33:32: >>254
ありがとうございます。>>253の内容をSSP以外のフィードバックに報告してきました。
256：任意たん@age推奨：2018/01/08(月) 17:53:15: 里々の単純な質問で申し訳ないのですが
＄Ａ=あああああ
＄Ｂ=あいうえおかきくけこさしすせそ
のＢをあいうえおあああああさしすせそ
のように任意の位置にＡを上書きする命令はありますか？

なければ分割連結で代用しますが
257：任意たん@age推奨：2018/01/08(月) 18:39:08: >>256
里々に関することは、里々wikiを確認してみては？
大抵の事は里々wikiに載っているので。
258：任意たん@age推奨：2018/01/08(月) 20:02:25: >>256
ないと思う
259：任意たん@age推奨：2018/01/08(月) 20:58:33: >>256
＄Ａ=あああああ
＄Ｂ=あいうえおかきくけこさしすせそ
＄Ｂ＝（substr,（Ｂ）,0,n）（Ａ）（substr,（Ｂ）,n）
2箇所の「n」を任意の位置に設定する

これでどうでしょう
（Ｂ）の中に半角カンマが入ってるとおかしくなるので、
カンマを必要に応じて（バイト値,1）などにしてください
260：任意たん@age推奨：2018/01/08(月) 21:14:11: >>257-259
回答ありがとうございます
>>259の方法でうまくいきました
261：任意たん@age推奨：2018/01/22(月) 02:09:23: \![sound,loop,ファイル名]のループ条件がわからない
再生はされるがループせず１回だけしか再生しない
何が原因なんだかわからない
262：任意たん@age推奨：2018/01/22(月) 21:29:06: ¥
263：任意たん@age推奨：2018/01/22(月) 21:32:45: 変なのを送信してしまった
普段YAYA使ってるから間違ってるかもしれないけど、里々だとトークの最後に\eが自動で挿入されるみたいだからそれとか？
264：任意たん@age推奨：2018/01/23(火) 22:32:55: >>261
ゴーストの辞書に書いてもSENDボックスから直接入力しても1回しか再生しないね。
UKADOCには\![sound,loop,ファイル名]でループ再生になると書かれているからSSPの
バグかも？SSP 2.4.13、華和梨8.2.8使用ゴーストで確認。最後の\eを\\eでエスケープ
しても変わらなかった。
265：任意たん@age推奨：2018/01/24(水) 07:37:49: >>263,>>264
おおレスおよびアドヴァイス＆確認をありがとうございます
ループ再生できませんか。うーん…SSPの所に投げてみますかね
一応SSPの専用スクリプトみたいですし
なんにせよ手間をかけていただき、ありがとうございました
266：任意たん@age推奨：2018/01/26(金) 23:37:02: どうしようかとずっと悩んでたけど、もういっそ開き直ってさとりすとで作り始めてみた

R18で性癖全部ぶち込んでやる！
267：任意たん@age推奨：2018/01/26(金) 23:38:15: 待ってる
268：任意たん@age推奨：2018/01/27(土) 01:10:29: ランダムトークをどれくらい入れればいいんだろうとか、
他のトークも考えておいたほうがいいんだろうなぁとか
とりあえずシェルどうしようとか本当に手探りだ
269：任意たん@age推奨：2018/01/27(土) 01:15:34: 正座全裸待機の時間がやって参りました
270：任意たん@age推奨：2018/01/27(土) 20:35:59: >>269
この時期全裸は辛いだろう、これでも着ておけ（靴下ポイー
271：任意たん@age推奨：2018/01/27(土) 21:05:14: 自己満足で作って自己完結する予定だったんだけど・・・
あれぇ・・・？
272：任意たん@age推奨：2018/01/27(土) 21:06:13: >>269
ネクタイもあげるよ
273：任意たん@age推奨：2018/01/27(土) 23:16:35: うーむ由緒正しい紳士の正装だ
274：任意たん@age推奨：2018/02/21(水) 23:39:55: やりたいネタはあるが絵が描けないのでそこでモチベがガクッと下がるな
275：任意たん@age推奨：2018/02/22(木) 00:19:14: ラフでいいのよ
公開した後で絵師にシェル依頼するもよし
追加シェル作られるのを待つもよし
276：任意たん@age推奨：2018/02/23(金) 23:23:11: 蟻の住む木さんのなんとかパーツに魔法少女っぽいのがあるの見てテンション上がったけどなんとか扱うのめっちゃ難しいな！
でも実際にシェル見ながら同時に作っていけるのは非常に有意義だと知った
277：任意たん@age推奨：2018/02/24(土) 00:28:42: 横からだが、ラフ……その手があったか！
見た目の分かりやすさは壊滅しそうだがやる気が出た
ちゃんと描いたら差し替えれば良いんだもんな
トークもシェルも完成見えないけどがんばろー
278：任意たん@age推奨：2018/02/24(土) 01:09:34: シェルかトークどっちか完成してたらもう一方は仮で十分
ゲームと違ってネットワーク更新できるのがゴーストの強みなんだから
ある程度形ができたらモチベ維持のためにもさっさと公開してしまうのが吉
279：任意たん@age推奨：2018/02/28(水) 15:36:08: SSP里々なんだが
サーフェスをクリックされた時、クリックされた位置のx,y値を取得するにはどうしたら良い？
ちなみにデスクトップ全体のx,y値じゃなくてサーフェス画像のx,y値なんだが
280：任意たん@age推奨：2018/02/28(水) 19:20:30: SHIORI EVENTのOnMouseClickのReference0と1で取得できるよ
281：任意たん@age推奨：2018/03/08(木) 23:28:55: 今のゴースト作り終わったら
お散歩するゴースト作るんだ……

言い出しっぺの法則が強いのか
死亡フラグが強いのか
282：任意たん@age推奨：2018/03/28(水) 09:50:11: コツコツ作っている自分のゴースト
たまにはnarファイルにしてみようと思って変換してみたけどインストールが出来ない
どうなっているんだろう…やり方間違えたかな。
283：任意たん@age推奨：2018/03/28(水) 12:22:25: SSPの開発者機能ONでフォルダをゴースト上にD&Dで作れるはずだけど
284：任意たん@age推奨：2018/03/28(水) 17:18:23: そもそもSSPの調子がどうにもおかしいなと思って再インストールしてみたら行けた～
なんだったんだろう(´・ω・｀)
285：任意たん@age推奨：2018/03/28(水) 19:33:47: っていうかnarは圧縮形式がzipで拡張子がnarなだけだからzipで圧縮して手動で拡張子をnarに変えても別にできる
後はインストール形式さえ合っていれば
286：任意たん@age推奨：2018/03/28(水) 22:25:18: >>283
>>285
Narファイルの知識があんまりなかったので色々教えてくれてありがとう
その内公開できたらいいなぁ
287：任意たん@age推奨：2018/04/06(金) 07:03:23: 質問させてください

今作っているゴーストに選択肢形式の質問を作ったところ
質問のメニューに飛ばず、STACKTRCを作ってSSPが落ちます。

質問のメニューは
＊話しかける
：（返事）

＿（台詞）
＿（台詞）
＿（台詞）
＿（台詞）
で作っています。

3年前に作ったゴーストでは上記方法で問題なかったのですが
satoriの更新で何か合わなくなったのでしょうか？
STACKTRCにはsatoriが原因のように表記されていました。
satori.dllは最新版です。

宜しくお願いいたします。
288：任意たん@age推奨：2018/04/06(金) 07:15:44: 質問のメニューに飛ばないってことは、質問のメニューそのものじゃなくて
その前の段階に問題があるんじゃないかな？
289：任意たん@age推奨：2018/04/06(金) 07:35:53: >>288

＊0つつかれ
：

＿喋り頻度
＿話しかける

＿キャンセル

こんな感じのメニューから質問に飛ばしてます。
290：任意たん@age推奨：2018/04/06(金) 08:19:31: 台詞には実際カッコつけてるの？
291：任意たん@age推奨：2018/04/06(金) 09:47:23: 空白の選択肢があると起動時（か選択肢呼び出し時）に落ちるからそれじゃないかなあ

＿（選択肢）
＿　　　　　←これ
292：287：2018/04/06(金) 14:51:06: 台詞には「」をつけています

空白の選択肢は見つかりませんでした
293：任意たん@age推奨：2018/04/06(金) 20:09:07: STACKTRCが出るなんてどっかでループに陥ってるとかじゃないかなぁ？
それか里々形式の選択肢は諦めてさくらスクリプトの選択肢にして様子見してみるとか

いちばん手っ取り早いのはどこかにアップして直に見てもらうことなんだけどね
294：任意たん@age推奨：2018/04/06(金) 20:31:26: 括弧展開の結果、空白になっている可能性はあるかもしれない

＿（選択肢）

＠選択肢
あ
＃めも
い

こんな書き方にすると、「あ」「（空白）」「い」の3つから選ばれる可能性がある

何にせよ、括弧が閉じてないのか？参照先がないのか？他の起動部の処理に問題があるのか？etc
などなど、里々は原因が別のところにあったりして、一部だけ見せても問題を解決出来ないことが多い
辞書全てをアップした方が早い気がする
295：287：2018/04/07(土) 07:27:41: 選択肢に空白は入れていないつもりだったのですが、頂いた質問をコピーした際に見えない空白のようなものが入っていたようです。
全部打ち直したら正常に動くようになりました。

ありがとうございました。
296：任意たん@age推奨：2018/04/07(土) 07:42:12: 空白が見えるテキストエディタを使うといいかもしれん
297：任意たん@age推奨：2018/04/07(土) 09:44:26: ああ…どっかからコピーすると文頭にスペース入ることあるね。
メモ帳だとスペース見えないからテキストエディタ使うと捗るよ。
298：任意たん@age推奨：2018/04/07(土) 09:50:09: メモ帳はメモにしか使えないからね
個人的にはテキストエディタはサクラエディタが全角スペースもタブも見えるようになってオススメ
299：任意たん@age推奨：2018/04/13(金) 23:58:23: 里々には＄自動セーブ間隔という命令があるらしいが
YAYAにもこれに該当する命令があるんだろうか？
300：任意たん@age推奨：2018/04/15(日) 21:34:08: >>299
SAVEVARがグローバル変数を保存する関数だからそれを\![timerraise]で間隔指定して呼び出せばいい気がする
とりあえず「紺野ややめ」テンプレートならyaya_shiori3.dicのSHIORI3FW.ControlAITalkで自動保存の処理をやってるみたいだから、この場合はランダムトーク感覚と同じになってるみたいだけど
301：任意たん@age推奨：2018/04/15(日) 22:23:09: >>300
ありがとう
SHIORI3FW.ControlAITalkの
if SHIORI3FW.SaveVarCount > 1800 {
の1800を変更でうまくいきました
302：任意たん@age推奨：2018/04/21(土) 02:56:06: トークでちび文字ってどうやるんですかね？
普通の文字より小さく表記する奴です
303：任意たん@age推奨：2018/04/21(土) 08:34:59: \f[height,数値]で小さく出来るよ
詳しくはUKADOCみてね

ttp://ssp.shillest.net/ukadoc/manual/list_sakura_script.html
304：任意たん@age推奨：2018/04/22(日) 04:37:48: ありがとうございます、出来ました
305：任意たん@age推奨：2018/04/28(土) 13:18:52: シェル作成でまばたきみたいな感じにランダムなタイミングでポーズを切り替えるみたいな仕組みって可能なんでしょうか
例えば、まばたきするときに確率で視点を変えるような動きです

力業で何通りもの長さを作るかシェル側で弄るしか無いんでしょうか
306：任意たん@age推奨：2018/04/28(土) 15:40:38: シェル側でいじる場合はsurfaces.txtの記述を追加することになります
概要は以下記事を参照してください
http://earlduant.blog.fc2.com/blog-entry-509.html

「ovarlay」や「move」を指定している部分に「base」か「replace」を指定すると、サーフェスの上書きが出来ます
例。上記記事のサンプルに追加してお使いください
animation3003.interval,never
animation3003.option,exclusive,(0)
animation3003.pattern0,base,50,0,0,0 // サーフェス50番をベース画像として表示
animation3003.pattern1,ovarlay,1000,0,0,0 // サーフェス1000番をその上から重ねて表示
animation3003.pattern2,ovarlay,-1,1500,0,0 // 1.5秒（1500ミリ秒）待ってから、上記のアニメーションを削除
animation3003.pattern3,base,0,0,0,0 // その後、ベース画像をサーフェス0番に戻す
// overlayは新しく記述すると、以前のoverlayを上書きすることに注意
// 絵で考えるなら、背景レイヤー(base用)と通常レイヤー(overlay用)があるイメージ

余談ですが、ゴースト側で実装することもできます
ランダムトークの代わりにポーズを変えることで対処できます
里々なら以下を辞書のどこかに書くなどすると良いでしょう
なお「＄喋り間隔」に2以下を指定しても反映されないので、必ず3以上を設定してください

＃OnTalkが辞書のどこかに記述済みなら
＃一旦既存の記述を「＃」でコメントアウトして以下のみにしておく
＊OnTalk
＞サーフェス変更処理【タブ】（サーフェス変更処理変数）
＄サーフェス変更処理変数＝１０
＄喋り間隔バックアップ＝（喋り間隔）
＄喋り間隔＝３
＞（R1）【タブ】（R0）
（）

＃ランダムトーク後、3秒ごとに10回サーフェスを変え、10回目に喋り間隔を元に戻す
＃（実際にはSSPと里々の仕様のため4秒ごとになる。理由は長くなるため省略）
＊サーフェス変更処理
＄サーフェス変更処理変数＝（サーフェス変更処理変数）－１
＄喋り間隔＝（when、（サーフェス変更処理変数）＝＝０、（喋り間隔バックアップ）、（喋り間隔））
：（choice、（０）、（１）、（２０））＃\0側サーフェスを（０）と（１）と（２０）からランダム選択
307：任意たん@age推奨：2018/04/29(日) 17:41:48: >>306
replaceでうまく行きました、ありがとうございます
308：任意たん@age推奨：2018/05/01(火) 13:44:06: 初回起動とか再インストールで起動みたいな
ゴーストのインストール回数とかってどこで確認できるんでしょうか
309：任意たん@age推奨：2018/05/01(火) 17:05:46: >>308
OnFirstBootのReference0にvanish（アンインストール）された回数が入っています。

里々だと以下のような感じです。

＊OnFirstBoot
：初回起動です。
（when,（変数「Ｒ０」の存在）==1,アンインストールされた回数は（Ｒ０）回です,アンインストールされたことはありません）。
310：任意たん@age推奨：2018/05/01(火) 17:22:46: >>308
すみません想像で書いていました、309の里々の例は忘れてください。
vanishされたことがない＝本当に初めての初回起動の場合のＲ０には「0」が入っていた（Ｒ０が存在しないということがない）ので、309の例だと場合によっては現実と齟齬が生じるかもしれません。

修正したものが以下です。

＊OnFirstBoot
：初回起動です。
（when,（Ｒ０）>0,アンインストールされた回数は（Ｒ０）回です,アンインストールされたことはありません）。

条件分岐するならこんな感じでしょうか。

＊OnFirstBoot
＞アンインストールされたことが10回以上ある（Ｒ０）＞9
＞アンインストールされたことがある（Ｒ０）＞0
：アンインストールされたことのない初回起動です。
311：309：2018/05/01(火) 17:28:33: >>310 は条件分岐のタブ文字がタブ文字になっていません、何度もごめんなさい。
更新や投稿の際は落ち着いて推敲しよう、ということにさせてください。

310の２個めの例をご使用の際は２・３行目の（Ｒ０）の左の空白をタブ文字に修正してください。
312：任意たん@age推奨：2018/05/01(火) 22:01:53: >>309-311
ありがとうございます
すみません、後その回数は確認したりリセット、変更することはできるのでしょうか
上手く動くのか確かめる方法が分からないので…
313：任意たん@age推奨：2018/05/01(火) 23:49:25: >>312
リセットはまっさらなSSPを用意する（公式の本体アーカイブをどこか別の場所に解凍して設置する）とかどうでしょうか。
または、（回数変更ではありませんが）ばぐとら研（ ttp://ssp.shillest.net/warehouse.html ）にあるSEEDというツールを使うと任意のSHIORIイベントを起こせるので、動作テストに使えます。
314：任意たん@age推奨：2018/05/02(水) 01:16:04: >>313
やっぱり無いんですか…
ありがとうございます、seed使ってみます
315：任意たん@age推奨：2018/05/02(水) 07:19:14: >>312
\SSPインストールフォルダ\data\profile\vanish.dat
を開いて行頭にあるリセットしたいゴーストの\0名を探してその行を削除すれば多分リセットできる
面倒臭ければvanish.dat自体を削除すればいリセット出来る筈
316：任意たん@age推奨：2018/05/02(水) 21:59:23: >>315
できました、ありがとうございます
317：任意たん@age推奨：2018/05/06(日) 17:23:50: メッセージボックス出すだけのさおりとか無いよね
アンインストール時の「はい」「いいえ」みたいな
318：任意たん@age推奨：2018/05/06(日) 19:40:16: >>317
ダイアログっぽい画像を出してボタンの部分に当たり判定を付けるとか？
他が割り込まないようにパッシブモードにしておくとか。これのモード中は
当たり判定も反応しないんだっけ？思い付きで書いただけだから出来なかったら
スマン。
319：任意たん@age推奨：2018/05/06(日) 21:04:39: さくらスクリプトでそんなのなかった？と思ってukadoc見に行ったけど気のせいだった
320：任意たん@age推奨：2018/05/06(日) 22:19:58: \__qタグで画像を選択肢にできるからそれで作れそう
321：任意たん@age推奨：2018/05/07(月) 01:22:20: レスありがとう
>>320
それだ
クリックの反応も画像付ければ行けるかな
322：任意たん@age推奨：2018/05/19(土) 22:40:32: >>317
亀だけど
http://navy.nm.land.to/post/
ここのダイアログ作るsaori使えば作れるはず
色々とかなり細かく設定できるだけあって思い通りに作るのはちょっと覚えること多いけど
323：任意たん@age推奨：2018/05/19(土) 22:55:14: えんでこはもう落とせないんだな
324：任意たん@age推奨：2018/05/20(日) 00:14:15: >>323
落とせるよ
http://www5f.biglobe.ne.jp/%7Enobml/sakura/endeco1.html
325：任意たん@age推奨：2018/05/20(日) 00:34:55: ありがとう
落とした
326：任意たん@age推奨：2018/05/20(日) 14:05:45: yayaのファイル操作でユーザーフォルダを指定することって出来ますか？
%USERPROFILE%は使えないみたいなので…
327：任意たん@age推奨：2018/05/20(日) 15:47:29: ファイル操作系はmasterフォルダ以下にするのが無難だと思う
最悪ウィルスと変わらない挙動になるかもしれないし
328：任意たん@age推奨：2018/05/20(日) 18:34:53: ウイルス云々言い出したら適当なsaori作ればエラーでPCシャットダウンさせられるし
上のダイアログボックスだってだって最前面に無限ループでいくつもポップアップ、メモリを直で弄るから使い方次第で何もかもがウイルスになり得るんで
使い方の問題の話
ファイル操作だけが危ない訳じゃないならNG
329：任意たん@age推奨：2018/05/20(日) 21:16:38: ファイル操作は書き換えたらSSP落としても解決しないしFCLOSEし忘れで破壊する恐れもある
無限にダイアログ表示するみたいなのは単純にSSP落とせば解決するから危険性が違う
とはいえまあ確かに使い方によるのは事実

とりあえず環境変数で指定したいならYAYAのFOPENじゃなくてさくらスクリプトの\![open]タグでやってみたらどうかな
330：任意たん@age推奨：2018/05/20(日) 23:56:32: >>327-329
質問のせいで不快にさせてしまいすみません。
素直に諦めます
331：任意たん@age推奨：2018/05/21(月) 03:14:48: >>329
ファイル破壊とかそもそも、元からあるデータ書き換える時に起きる事だし
それ、「ファイル操作」が危険じゃなくて既存のデータを弄る事が危険って話だろ
332：任意たん@age推奨：2018/05/22(火) 21:22:03: なんとなく自分用ゴーストでも作ってみたいなーって思うけど知識がなくて動けない
知識0の場合どこのサイト見るのがいいんだろうか
333：任意たん@age推奨：2018/05/22(火) 21:47:07: >>332
適当な里々ゴーストの中身覗いたら？
トークを差し替えて動かして見て慣れて、やりたいことが見えてきて構文がわからなかったら、
里々wiki覗いたり、sakura.sucriptとかわかんなかったらDisc-2のゴースト制作を覗いてみるとか
とりあえず既存の適当なトークオンリーのゴーストの辞書覗いて、トークの部分だけ差し替えてみるのが早いよ
334：任意たん@age推奨：2018/05/22(火) 22:24:49: 「ぷろぐらむ」とか「りすうけい」という単語アレルギーの俺でも
デベになれたので、あなたも大丈夫。
335：任意たん@age推奨：2018/05/22(火) 23:58:00: 普通に里々wikiと
ポストとかのテンプレゴースト改変しながらやるのが良いんじゃね
336：任意たん@age推奨：2018/05/23(水) 00:05:33: >>332
まずは里々wikiかな？
http://soliton.sub.jp/satori/index.php?FrontPage
テンプレゴースト「Rポストと狛犬」をいじってみて動けばもうデベってことで
古いっぽいけど「里々スクリプト学習ゴースト」もあるよ

他のテンプレゴーストだと「ゴーストキット」がある
http://sgmh.sakura.ne.jp/tcg/kit/

あと人によっては使いやすい？
里々ゴーストエディタ「さとりすと」のwiki
https://wikiwiki.jp/satolist/
私は「さとりすと」＋「ゴーストキット」で作って力尽きた

一言喋らせたいだけなんだって場合は「Libris」も有りなんじゃないかな
navy.if.land.to/libris/
（リンクフリーってなかったから……）

ネタゴで言えば「デベにしき」とかもどうだろう
反応を１個ずつだが設定できる
http://ghosthacking.webcrow.jp/index.html

ゴーストの包括的な情報？は「せと語」である程度まとまってる感じ？
https://sites.google.com/site/haruyatu/custom/ghost

あとは棘に「『伺か』を始めてみたい人のための簡易リンク集」ってのがあった
https://togetter.com/li/706106

見た目から入るなら「freeshell Wiki」
https://wikiwiki.jp/feeshell/
作りたいなら「なんとか機」
http://khmix.sakura.ne.jp/download.shtml

見るだけ見てみようぜ！
選択肢増やして混乱させてるだけな気もするが
337：任意たん@age推奨：2018/05/23(水) 00:18:56: 里々じゃなくてYAYAもいいぞ！
人によってはYAYAの方が簡単で里々の方が難しいと感じることもある

がなんにせよ最初はサンプルゴーストをいじるのがいいんじゃないかな
338：任意たん@age推奨：2018/05/23(水) 14:41:16: バルーンが消えた後は早めに表情戻って欲しいんだけど、
デフォルトサーフェスに戻る時間は調整できないのでしょうか？
339：任意たん@age推奨：2018/05/23(水) 17:59:12: ユーザとして全ゴーストに設定したい場合はできません
バルーンが消えてから15秒程度でサーフェスが戻ります

自分のゴーストに設定した場合は、
バルーンをクリックで消す場合「OnBalloonClose」、
バルーンが自然に消えた場合「OnBalloonTimeout」
がSSPから通知されるので、ここで表情を指定するなどで解決できます
340：任意たん@age推奨：2018/05/24(木) 01:06:55: >>333>>337
ありがとうございます
一から作るってことしか頭になかったからサンプルとかテンプレをいじるって発想はなかった
341：任意たん@age推奨：2018/05/24(木) 06:35:10: >>339
ありがとうございます
おかげで何とかなりそうです
342：任意たん@age推奨：2018/05/25(金) 00:44:19: さとりすと入れてみたけどソロゴでもテンプレはRポストと狛犬で大丈夫なのかな？
343：任意たん@age推奨：2018/05/25(金) 02:58:29: 問題ない
344：任意たん@age推奨：2018/05/25(金) 22:27:26: 思ってた以上にトークが思い浮かばないな・・・そしてキャラが固まってなくて口調も定まらない
ゲーム知識系トークとか攻略情報をメニューから呼び出せたりとか考えてたが難しい
345：任意たん@age推奨：2018/05/25(金) 23:01:08: 知識系はとりあえずネタはあるもののキャラクター性を持たせるのが難しかったりするよね
346：任意たん@age推奨：2018/05/26(土) 04:03:16: 知識系はそのジャンルに対して中立的姿勢であるべきみたいな常識があるけど
敢えてそこで特定のサイドを贔屓しているキャラにするとかどうだろう
347：任意たん@age推奨：2018/05/26(土) 10:04:17: 口調は特に使う語尾とか抜き出してメモ帳に書いてみるとか
意識してたら少しづつ安定するようになるかも

少なくとも自分は丁寧な感じと砕けた感じが一緒くたにならなくなったよ
348：任意たん@age推奨：2018/05/26(土) 10:42:06: 口調に関してはなりきりチャットやＴＲＰＧ経験者だと得意そうなイメージあるな
349：任意たん@age推奨：2018/05/27(日) 02:00:05: >>344

知識系でもキャラの縛りは緩めにして日常生活や雑談をまぜたほうがいいよ。
その方がキャラも固まりやすいし、トークの幅が増える分出しやすくなるから。
特に食事系トークは手堅い。食事しない人はいないので、必ず共感が得られる。

あと、特定ゲームに特化するとそのゲームに飽きた時点で更新が苦しくなるので、
単一タイトルではなくジャンル全体くらいにまで話題を広げておくのをお勧めする。ネタの種は多い方がよい。
350：任意たん@age推奨：2018/06/13(水) 20:40:07: バニッシュや終了などのトークの後に処理があるイベントをゴースト側からキャンセルすることって可能ですか？
例えばユーザーがメニューからバニッシュボタン押した時に「バイバイ…なーんちゃって！（バニッシュしない）」みたいな事がしたいです
えんいーでは上手く行きませんでした
351：任意たん@age推奨：2018/06/13(水) 22:10:51: >例えばユーザーがメニューからバニッシュボタン押した時に「バイバイ…なーんちゃって！（バニッシュしない）」みたいな事がしたいです
えんいーでは上手く行きませんでした

別にバニッシュイベントに飛ばさずメッセージだけでいいんじゃね？
352：任意たん@age推奨：2018/06/13(水) 23:03:06: トークの終りに　\![change,ghost,random]　などでバニッシュさせるのを回避出来ないかなぁ？
でも、ユーザが消そうと思ってるのに消せなくなるのはちょっと困るかも
353：任意たん@age推奨：2018/06/14(木) 21:56:59: バニッシュ選択時のイベントである「OnVanishSelected」で
別のスクリプトを割り込ませることで可能です

里々で書いた例
----

＊OnVanishSelected
\![raise,OnCancelVanish]\w[123456]

＊OnCancelVanish
：バニッシュはキャンセルしました。

----

OnCancelVanishは普通のトークとして扱われます
選択肢を出したり、変数に値を入れたり出来ます

仕組みとしては、ゴーストの削除処理がOnVanishSelectedの\e実行時（トーク終了時）に処理されることと、
\![raise]でトークすると現在再生中のスクリプトがキャンセルされることを使用しています

これによって、\eが実行される前に別のトークをraiseさせてバニッシュをキャンセルしています
\w[123456]で1234.56秒のウェイトをかけておき、ウェイトが終わって\eが起こる前にトークが割り込むようにしています
354：任意たん@age推奨：2018/06/14(木) 22:11:09: なるほど…ウェイト中に割り込めばいいのか
355：任意たん@age推奨：2018/06/14(木) 23:51:02: 嫌がらせにしかならんような
356：任意たん@age推奨：2018/06/15(金) 01:07:34: まあエクスプローラから削除なら可能だろうし
357：任意たん@age推奨：2018/06/15(金) 11:40:34: 実装してるゴーストもある
背後霊とか
358：任意たん@age推奨：2018/06/20(水) 18:39:53: バニッシュじゃなくて終了ってキャンセルできないのかな

ほんとに帰っちゃうの？はい/いいえ　みたいなことしたいんだけど
359：任意たん@age推奨：2018/06/20(水) 18:50:34: OnCloseに上と同じような処理を組めば出来ると思うよ
360：任意たん@age推奨：2018/06/28(木) 15:48:42: 自分用にカレンダー関連に対応したそれ特化のゴーストを作りたいんですけど
起動時や時間イベントで読み込んだりゴースト側から書き込んだりってできるんでしょうか
361：任意たん@age推奨：2018/06/28(木) 17:52:18: >>360
SSP本体機能のカレンダーに対応するということでよいのでしょうか。
独自でカレンダーを組むとか外部サービス対応とかはまた別の話になります。

SSPのフォルダ\data\schedule　にセーブデータがあります。
SSPの書きこみタイミングと被った場合まずい気がしますので要実験です。

とりあえずukadocを読んだ感じだとこんな感じでした
http://ssp.shillest.net/ukadoc/ssphelp/calendar.html

関連SHIORI Event
http://ssp.shillest.net/ukadoc/manual/list_shiori_event.html#OnSchedule5MinutesToGo
http://ssp.shillest.net/ukadoc/manual/list_shiori_event.html#calendarskinpathlist

関連さくらスクリプト
\![open,calendar]
カレンダーを開く
362：任意たん@age推奨：2018/06/28(木) 17:53:19: >>361
ミスりました、URLの＃以降がリンクになっていないので手動でコピペして飛んでください。
363：任意たん@age推奨：2018/06/28(木) 17:58:08: それはそれとして、yahooのWebAPIを使えたら楽しそうです。
何に使うかはまだ思いついていませんが。
ttps://developer.yahoo.co.jp/appendix/request/rest/get.html
364：任意たん@age推奨：2018/06/28(木) 22:35:41: >>361
ありがとうございます
やっぱり好きなタイミングでとなると直接ファイル操作するかsaori作るしかなさそうですね
365：任意たん@age推奨：2018/07/08(日) 01:57:39: エロゴ作ってるんだけど何が求められているのだろうか
シェル未完成の現段階でざっくりとでも知りたい
366：任意たん@age推奨：2018/07/08(日) 05:23:55: ・調教ゲー的な感度上げよりも色んなシチュエーションを用意してほしい
・女の子からも気まぐれにしたいことやしてほしいことを提案してきてほしい
・エロモード突入で始まり！や出したら終わり！ではなく常にイチャイチャで日常やデートとエロの境界線が曖昧であってほしい

これを真に受けると何MB書いても足らなさそうなので適度に聞き流してください・・・
367：任意たん@age推奨：2018/07/08(日) 06:28:59: ギャップがあると嬉しい
真面目モードとエロモードみたいな
368：365：2018/07/08(日) 12:15:17: >>367
基本は普通のお姉さん的なゴーストにするつもりでエロモードはもともと別に分けてる
伺か界隈妊婦とか好きな人多いからそれも将来的には付けるつもりではある
>>366
あんまりいちゃいちゃメインには考えていなくて仲良くなったら当然そういう事も出来るように…的なゴースト
でも結婚できるようにするつもりだしデートできた方がやはりいい物なのか
369：任意たん@age推奨：2018/07/08(日) 17:14:23: いつもする方なのでセクハラされたい
そう思ってるけどトークが埋まらない
370：任意たん@age推奨：2018/07/08(日) 21:40:48: ユーザー側へのアプローチは思い切った方が書きやすいと思う
実際にユーザが存在すると思って書く事を徹底したり
トークの内容の話なら擬音を使ったり状況を「なになにしてきた」とかで表現するとか
タイミングの話ならこっちがセクハラした後にカウンターするとか
書くのが恥ずかしいとかは最早別の問題だけども
371：任意たん@age推奨：2018/07/08(日) 23:03:36: 作る大変さを承知で言うが飽きないようにエロモードは複数パターンが欲しい
372：任意たん@age推奨：2018/07/09(月) 00:02:35: デートしたり、結婚して夫婦仲良く買い物行ったりするほのぼのリア充の昼間と
昼間の淑女な姿からは想像できないみだらな姿をユーザだけの前に晒す……みたいな？
しかも昼間に人目を避けてセクハラすると夜の態度がエロくなるとか
時間はユーザが自由に切り替えられると良いな

シェルがど直球のエロなのか脱いだだけなのかでも結構変わってくるけど
個人的には付き合ってる時点では強引に脱がせられないけど
夫婦になると恥じらいつつ言うがままに脱がせられるのが好きです
最初からど直球シェルだと私がアホなのでストーリー的なのが頭に入らなそう

好き勝手言ったけど何らかの参考になったら嬉しいです
373：365：2018/07/09(月) 00:48:47: 来年くらいまでには出そうかなと思ってはいる飽くまで予定だけども
結構デートモードは求められているという事かな
意見くれた人ありがとう
374：任意たん@age推奨：2018/07/09(月) 01:26:13: 意外とエロゴって「こういう感じで作ればOKだよ」みたいな王道が無いからなあ
しいて言えばキャラ特化かシチュ特化というタイプ分けになるのかな
デート要素は使いようによってどっちにも加点できるだろうからここの人たちが求めるのも必然なのかな？
375：任意たん@age推奨：2018/07/09(月) 01:51:47: と言うかエロゴの時点でデベが「俺が作りたいものを作るぜ！」という方向性で作るのがメインな希ガス
376：任意たん@age推奨：2018/07/09(月) 14:24:16: うちも今処女作作ってるが、トーク考えてシェルを合わせるの大変ですね
手探りだから変な機能をゴテゴテにしてしまって、さらにスムーズに動かなくて凹んでる
モチベーション保持するために早くリリースしたいが、いかんせん中途半端だし
コンセプト作品という言い訳で許されるだろうか
377：任意たん@age推奨：2018/07/09(月) 15:41:20: ベータ版や人柱版、仮公開として出してるのはよくある事だし、大丈夫だ問題無い！
公開してエラーや誤字だったりなんだりかんだり指摘コメが来たりして、分からなかったミスに気付けて上手くいく事もあるし其の逆も然り

あなたが大変だなぁと思いながらも作り上げていくゴーストさんの笑顔と会えるのを、画面の向こう側で楽しみに待っちょるよ～
378：任意たん@age推奨：2018/07/09(月) 17:37:46: Done is better than perfect！
379：任意たん@age推奨：2018/07/09(月) 18:46:25: 「たぶん動くと思うからリリースしようぜ！」は笑うからやめろ。いややっぱやめるな
380：任意たん@age推奨：2018/07/10(火) 09:13:42: >>365
技術的な話じゃないなら今後はなるべくエロゴスレでやってくれ
381：任意たん@age推奨：2018/07/10(火) 12:37:35: 技術的な小ネタとかがまとめられてるサイトとかってある？
notifyイベントの有効な使い方とか
382：任意たん@age推奨：2018/07/10(火) 15:42:40: >>380
ゴースト作るときのアイデアの話だからこのスレでいいでしょ
383：任意たん@age推奨：2018/07/10(火) 16:27:57: >>381
YAYA wikiだとこのページとか？
http://emily.shillest.net/ayaya/index.php?Tips
384：任意たん@age推奨：2018/07/28(土) 22:42:43: どこで書くべきか迷ったんだけど
ロストユーサムウェアみたいな辞書見たら凄いことになってるゴーストって無いかな
参考にしたい
385：任意たん@age推奨：2018/07/28(土) 22:45:11: となりの羽山さんとか？
いや中身よく眺めた訳じゃないけど
ゲーム積んでたりとかいろいろ細かいことやってるみたいだし
386：任意たん@age推奨：2018/08/03(金) 18:43:14: バルーンみたいにシェルに文字を表示することって可能なんでしょうか？
387：任意たん@age推奨：2018/08/03(金) 19:34:53: 普通は無理
透過色のバルーン作ってシェルに重ねるように固定して配置するようにすればいけるかも
388：任意たん@age推奨：2018/08/03(金) 19:44:09: >>385
遅くなったけどありがとう
見たら思ってたより色々入ってて笑った
389：任意たん@age推奨：2018/08/03(金) 20:55:39: >>387
今も配布してるかは知らんが五月病氏がそんなゴースト出してたから参考にすると良いんじゃないか
確かスケッチブックで筆談するって設定だった
390：任意たん@age推奨：2018/08/05(日) 07:06:36: http://ms.shillest.net/housekeeper/html/tomoinu_rinzen.xhtml
これかな？
391：389：2018/08/05(日) 07:19:28: >>390
俺が言ったのはこれじゃないけど、これもシェル上に透明バルーン被せてるっぽいな
392：任意たん@age推奨：2018/08/05(日) 13:27:48: 俺も>>390の事かと思った
透明バルーンってか、スケッチブックの部分はそのままバルーンになってる
だからバルーンを半透明とかにしてると透けて本体が見える
393：任意たん@age推奨：2018/08/05(日) 21:28:11: >>389の筆談の子ってどんな子だっけ？と思って五月さん所に見に行ったら、
サイトはあったけど伺かのページだけ消えてた。残念や…
394：任意たん@age推奨：2018/08/05(日) 22:48:44: たぶん無声の会話というゴーストだろう
バルーン開く前にシェルが白いスケッチブック？をこっちに見せる
395：任意たん@age推奨：2018/08/05(日) 23:50:26: >>394
ありがとう。古いsspの使ってるぞグラフに3回だけ起動した痕跡があったよ…
396：任意たん@age推奨：2018/08/09(木) 06:58:30: 辞書見て凄い参考になるゴーストなら
古参の子なら奈落の王、最近の子ならネザイトロガーとか。
どっちも大変勉強になった。
397：任意たん@age推奨：2018/08/14(火) 12:39:51: 力業の産物でもいいよな
398：任意たん@age推奨：2018/08/15(水) 10:17:43: 辞書にコメントアウトで裏話書いてる子いいよね…
399：任意たん@age推奨：2018/08/16(木) 13:04:40: コメントアウトの方に補足説明ある子もいるよね
400：任意たん@age推奨：2018/08/16(木) 14:48:54: たまに作者さんの秀逸なツッコミ入ってることがあって腹筋がやられる
401：任意たん@age推奨：2018/08/16(木) 19:12:18: 裏設定描いてあったりして辞書のぞき見が止められない
402：任意たん@age推奨：2018/08/16(木) 20:59:20: 心の声が書いてあるやつとか好き
403：任意たん@age推奨：2018/08/19(日) 12:20:53: 辞書覗くの好きだから覗かれること考えて作ってるわ
コメントアウトして没案とかも入れちゃう
404：任意たん@age推奨：2018/09/07(金) 23:21:57: ゴースト作成じゃないんだけど
追加シェル作ろうとして奇麗にふちが取れなくてブン投げちゃう
どうやってみんな奇麗にふち取りしてるの？魔法か何か使ってる？
405：任意たん@age推奨：2018/09/08(土) 00:09:30: waifu2x-caffeでノイズ除去(+必要なら拡大)
あとはペイントツールの線画抽出
406：任意たん@age推奨：2018/09/08(土) 00:16:13: 透過pngじゃダメなのかしら
407：任意たん@age推奨：2018/09/08(土) 02:01:53: 透過pngの方が重いこともある
408：任意たん@age推奨：2018/09/08(土) 02:03:38: まあ、たいていの場合は問題になるほどでもないけどね
409：任意たん@age推奨：2018/09/08(土) 06:31:17: 透過pngは確かに少しファイルが大きくなるけど今のメモリ8Gとか16Gとか積んでるPCなら誤差に近い
410：任意たん@age推奨：2018/09/09(日) 10:39:06: 徹底的に互換性を考えるならともかく、今どきのPCは透過PNGで重くなる様なスペックじゃ無いしね
411：任意たん@age推奨：2018/09/11(火) 14:02:05: pna使ってた
412：任意たん@age推奨：2018/09/11(火) 17:22:35: pnaはファイル数が倍になるからシェルの容量もほぼ倍になるので今は透過pngを使った方がファイル数も容量も小さくなるのでお得
あとたまに対応するpnaを間違ってて変な抜け方してるシェルを見ることもあるけど透過pngならそういったミスもないのでお勧め
413：任意たん@age推奨：2018/09/11(火) 23:26:42: SSP以外の本体使うメリットが現在では皆無だし、
透過pngを使わない理由がないね

息の長い界隈なのはいいけど、
10年以上も前の制作情報が平気で出てくるので
これを参考にしてしまうと無駄に苦労する
414：任意たん@age推奨：2018/09/14(金) 14:45:52: 息は長いけど人口が少ないから代謝が遅いんだね
だから新しい情報を回す人が少ない
415：任意たん@age推奨：2018/09/14(金) 15:09:21: plugin2.0とかSSTPの仕様とかがさっぱりわからない…
416：sage：2018/09/14(金) 15:59:03: 安心しろ俺もわからない
417：任意たん@age推奨：2018/09/14(金) 20:11:57: さとりすとにシェル作成キットにキャラクターなんとか機
これだけあれば作成に困る事はないんじゃない？
他あるかは知らないけどこの辺りあれば困らないと思う

というか414みたいなのは愚痴こぼすスレじゃないんだから雑談辺りでこぼしててよ
418：任意たん@age推奨：2018/09/14(金) 20:22:08: そのさとりすとの情報すら古い情報に埋もれて辿り着けないこともあるよねって話じゃない
414は現状を説明しただけで愚痴ってはないだろ
419：任意たん@age推奨：2018/09/14(金) 20:41:30: 雑談でこぼされてもそれこそよそで言えとしか
変な誘導はやめてくれ
420：任意たん@age推奨：2018/09/14(金) 20:44:31: 愚痴でもなんでもないし、仮に愚痴だとしても下手につつかなきゃいいだけなんじゃ
無駄に荒れる方向に誘導する方がよっぽどまずいよ
421：任意たん@age推奨：2018/09/14(金) 20:52:47: よっしゃ！そんじゃ俺が新しい情報をガンガン回す側になるわ！
422：任意たん@age推奨：2018/09/15(土) 00:21:59: 414は擁護され俺は古い情報言い出す荒らしだと
良く分かった、古い人間で荒らしな俺はもう二度とこの界隈にはこないよ
423：任意たん@age推奨：2018/09/15(土) 01:07:04: 一々反応してると荒れるのも間違いないのでスルーするべき
それがマナーであり処世術
多少の脱線はよくある事だし、あまり過敏でも書き込みづらいしね
424：任意たん@age推奨：2018/09/15(土) 01:26:45: 古い情報を刷新しようとする動きはたまにあるけど、多かれ少なかれ身一つで足掻いてきた人達が多いから、特に古い情報に振り回された経験のある人ほど、確立した自分なりのやり方が絶対だと思い込みがちで、結局主観的なループに陥るような気がしてる
425：任意たん@age推奨：2018/09/15(土) 01:40:50: 企業ならともかく、所詮個人で製作、更新されているプログラムだし
何度も代替わりした歴史も顧みると情報が錯綜するのもしょうがないんじゃないかな
最新情報をまとめてあっても個人サイトから飛ぶと古いリンクであることも多いし
どこから新参が情報を仕入れるか全く分からない事を考えると、どうしようもなさげ
426：任意たん@age推奨：2018/09/15(土) 02:05:24: 中身が古かろうと新しかろうとゴーストは昔から変わらず立って語るだけなんだから
バグさえ出さなきゃ好きに作ればいいだろ
427：任意たん@age推奨：2018/09/15(土) 02:32:28: どうゴースト作ろうと作者の自由だけど
古い情報で苦労して作るより新しい情報で楽して作った方が
バグも減るしゴーストの中身の方にリソース回せるだろ？
428：任意たん@age推奨：2018/09/15(土) 03:20:07: とりあえず分からないことあったらukadoc
429：任意たん@age推奨：2018/09/15(土) 05:40:58: 情報だけでなく、新しい考えを取り入れるのが嫌って人が多そう
このスレの上の方でも
投げ銭受け付ける作者増えないかなって話にやたら反論してた人いるしね
430：任意たん@age推奨：2018/09/15(土) 05:59:33: 投げ銭に関しては新しい云々が嫌だからって感じじゃなかったような気がするけど？
金のやり取りのせいで更新しなきゃいけない、更新やめちゃいけないみたいにならないか？
みたいなそういうあれだったろ
431：任意たん@age推奨：2018/09/15(土) 08:15:48: どっちも違うと思うけど…
432：任意たん@age推奨：2018/09/15(土) 09:25:27: 金が関わると「神様」みたいなのが必ず沸くから
やるなら別でやってくれって話だったと思う

pixivboothとか関わりのない場所でやる分には問題ないと思われ。
433：任意たん@age推奨：2018/09/15(土) 09:28:53: 伺か全体の話じゃなくて、作者個人と消費者の範疇で住む内容に収めろっつーことだ
434：任意たん@age推奨：2018/09/15(土) 09:31:59: やりたい人はやればいい、やりたくなければやらなければいい
そんな感じのいつもの結論だったと思うが
435：任意たん@age推奨：2018/09/15(土) 09:35:03: 歴史が長いだけに古い情報も残っている、参考にするなら現在の仕様に合ったものを選んだ方が苦労が少ない
というだけの話じゃなかったのか
俺は古い人間だとか新しいものを受け入れるのがどうとか、界隈がどうのこうのというのは何か飛躍しすぎなような
436：任意たん@age推奨：2018/09/15(土) 09:39:35: 流石にずいぶん昔の話だし、
ここで議論を再燃させて現状の再認識を話の決着深めてみる？
437：任意たん@age推奨：2018/09/15(土) 09:42:34: 日本語で頼む
438：任意たん@age推奨：2018/09/15(土) 09:46:20: コピペの煽り文句張る奴が居るみたいだし、話すだけ無駄じゃね
439：任意たん@age推奨：2018/09/15(土) 13:16:50: 掘り返したところで結論は変わらないと思う
440：任意たん@age推奨：2018/09/15(土) 15:12:58: 投げ銭の話は
口下手だから投げ銭もあったらいいよね
受け付けるかは作者の自由だけど増えてほしい
って感じだったはず

基本無料で気に入った人だけが後払い風にできるって話で
神様とやらの湧く余地はないと思うんだけどなあ
441：任意たん@age推奨：2018/09/15(土) 15:26:02: 一部の作者さんはpixivboothやDLsiteとかDMMに出品してるやん
それ買えば支援になるやろ。ここでよくわからん主張するより何倍も有益ぞ。
442：任意たん@age推奨：2018/09/15(土) 15:59:23: シェル自作してゴースト作ろうとしてるんだけど、一通り作ったあとにトークを作り始めるとこういう表情もほしい、ああいうのもほしい、これは使ってないなとかが増えてしまう
拘るとキリがなくて完成させてるデベ達改めてすげえって思った
443：任意たん@age推奨：2018/09/15(土) 19:00:04: どうせ後から追加できるし、適当なところで切り上げても別に損はしない
表情は多彩ならそれは確かな魅力になるし、使ってない表情はどういう時にこの表情をするんだろうかと考えてトークを作ればいいんじゃないか？
俺は失敗しないようにトークある程度作ってからシェル作るな
444：任意たん@age推奨：2018/09/15(土) 21:20:10: 大体表情が豊かで完成度が高いのは、数年の積み重ねがあってこそよ
砂霧とかだってもう10年選手くらいだろう
必要なのはそれだけ続けるモチベを保てるかどうかだ
作ったばっかりで数年続けてるゴーストに易々と追いつけはしない
445：任意たん@age推奨：2018/09/17(月) 01:38:47: ランダムトークは知らない人間が見ても分かるように説明的に書くべきか
まゆらみたいにわかる人間だけわかる様に書くべきか
まゆら参考にして作ってるから今のところ後者になってるけど
446：任意たん@age推奨：2018/09/17(月) 07:41:42: 俺は後者でいいと思う
前者にしたいなら\_aアンカーで解説すればいいよ
447：任意たん@age推奨：2018/09/17(月) 09:13:12: 専門知識を広めたいというコンセプトなら解説あったほうがいいだろうけど
ただ好きなことを題材にしてるだけとかなら別になくても気にされないと思う
自分はレトロゲーネタは詳しくないけどまゆらは普通に好きだし
448：任意たん@age推奨：2018/09/17(月) 09:51:13: 雑談レベルならあやふやでうろ覚えの知識で適当に喋るくらいが適当だろうし、、
そうじゃないならきっちり文献や資料にあたるか己の経験やそこからくる専門知識を
トークに乗せた方がいいだろうしキャラ次第かな
449：任意たん@age推奨：2018/09/17(月) 09:56:29: >445

アンカーお勧め。
コツコツ作業するのが得意なら、用語辞典を作るのもお勧め。ゴーストの目玉になる。そういうのが好きなユーザは多い。

前者にする場合、トークが説明的になりすぎないようするのが大変。
キャラにとっての常識は、普通説明なんてしないので混ぜ込む場所も難しい、から。
450：任意たん@age推奨：2018/09/21(金) 16:36:30: >>443
>>444
442だけど目から鱗？とも違うかストンと来たすっきりした感じがある、ありがとう
作り始めは積み重ね始めたところなんだもんな、トークも時間も
少しずつ育てて形にして行くのが大事なんだな
とりあえずデフォルトシェルだけ最初に描き直して、土台のトークをしっかり作ってから表情の差分を作ってみようかなと思う
いつか配布出来るくらい育ててやりたい
451：任意たん@age推奨：2018/09/21(金) 17:20:47: >>450
永遠にβ版が基本の界隈だし、土台のトークが終わったら即配布でも良いのよ？
「最初は無表情な子だけど、だんだん表情豊かになっていきます」ってコンセプトだと言い張ったっていい
納得できるまで更新し続ければ、数年後には立派に表情豊かに育ってるさ
452：任意たん@age推奨：2018/10/11(木) 02:08:59: 数日前に作り始めたけど設定考えてるだけで数時間消し飛ぶな
楽しい
453：任意たん@age推奨：2018/10/11(木) 20:05:12: スランプになるほどのことをしていたつもりはないんだけど、PC立ち上げてメモ帳を開くと頭が真っ白になるようになってしまった……
内容を物理的な紙のメモ帳に書けばいいのでは、と思ったが同じだった

という感じになってからはや1年、書けていた頃はどうやって書いていたのか思い出せない
創作向いてないのかな
454：任意たん@age推奨：2018/10/11(木) 20:42:51: やらなきゃって強迫観念が強すぎたりしない？
無責任なアドバイスになるけど、いったん創作から距離を置いてみたらどうかな
ちょっと離れたらそのうち自然と意欲がわいて普通に創作できるようになったとかよく聞く話だし
455：任意たん@age推奨：2018/10/11(木) 21:06:28: >>453
仕事じゃないから好きなように作ればいいさ
アマチュア創作なんてそんなもんよ
締め切りあるわけじゃないから数年単位のスランプもある
作業なんて気が向いた時でいいよ
456：任意たん@age推奨：2018/10/11(木) 21:19:39: いっそメモを取らないというのはどうだろうか
文字で書き起こさなきゃというプレッシャーとかもあるのかも
457：任意たん@age推奨：2018/10/11(木) 21:30:47: 思い付いた事をその場で直ぐに録音するって手もある
今は常に持ち歩いてるスマホで簡単に出来るし
458：sage：2018/10/11(木) 21:56:38: 設定だけ大量に思いつくものの全くトークに生かすことが出来ていない
459：任意たん@age推奨：2018/10/11(木) 23:30:29: 設定はあんまり盛り込まない方がイイぞ
設定が多過ぎると制作途中で誤差が生じる事もあるし、

なによりも、ゴースト制作が挫折する要因にもなるぞ！
460：任意たん@age推奨：2018/10/12(金) 01:09:57: あんまり設定が増えすぎると、それに縛られちゃって
自分のやりたくなった展開やトークが入れにくいとかあるよね
461：任意たん@age推奨：2018/10/12(金) 05:19:43: まあ設定だけを羅列するゴーストもありかもしんないけどな
どれだけの人が付き合ってくれるかはしらんけど
462：任意たん@age推奨：2018/10/12(金) 16:05:02: わりといるよね設定だけいっぱい並べてるゴースト
463：任意たん@age推奨：2018/10/12(金) 18:46:59: 人気作品の二次創作でウケ狙いをしてもいいんやで
カップ焼きそば現象で本家を超えるんや、偽春菜のように！

まあ中途半端だと「劣化コピー製造機」とか「自慰もできない」等いろいろ謗りを受けるかもしれんが
464：任意たん@age推奨：2018/10/12(金) 21:16:09: 二次創作系は正直作ってくれるだけで感謝感激ですわ
まぁブーム去ったら即放置は寂しいので、ちょっとくらいは更新して欲しいけど
465：任意たん@age推奨：2018/10/12(金) 22:04:49: スランプの件、アドバイス有難う
意欲はあるつもりなんだけど、トークやらさわり反応やらのテキスト類がまったくだめです
まあぼちぼちやっていく……死なない程度に……
466：任意たん@age推奨：2018/10/14(日) 10:10:32: 近いうちにゴーストを公開する予定だけど、配布とか更新報告用サイトはどんな構造にすればいいだろうか。
よければ意見ください。
467：任意たん@age推奨：2018/10/14(日) 10:34:25: >>466
HP形式でもいいしどっかのアップロダに上げてもいいしブログでもなんでもいいけど…
DLのリンクはトップページのわかりやすい所に載せて欲しいかな
ゴースト毎に専用ページ作るにしてもトップページ→専用ページの２階層くらいまでに
後は配布ページにゴーストのシェルのスクショは欲しいところだ
ゴーストの大まかな内容解説も
更新報告はブログでもﾋでもいいけどそれもトップページの気づきやすい所にリンクがあればいいかな
ざっとこんな感じ？
468：任意たん@age推奨：2018/10/14(日) 14:04:49: とりあえず大事なのは「見やすい位置にある」ってことかなぁ
凝ったサイト行くとゴースト紹介見るまでが面倒で嫌になったりするから

ブログの構造やデザインはシンプルな方が良いな
サイトの目玉はゴーストで、他情報は特に注目されてないから後回しでいい
469：任意たん@age推奨：2018/10/14(日) 14:07:00: めんどくさかったらdisc-2に投げて終わりでもいいよ
470：任意たん@age推奨：2018/10/14(日) 16:35:12: 1.Twitterにアカウントを開設します。
2.ゴーストの画像を添付します。
3.ダウンロードURLを貼ります。
4.紹介文を書きます。
5.ツイートします。
471：任意たん@age推奨：2018/10/14(日) 17:08:52: 最近嫌われがちなハッシュタグだけど#伺かはつけて欲しい
472：任意たん@age推奨：2018/10/14(日) 17:31:48: ななっちさんのサイトにゴースト配布サイト作れるジェネレータがあるよ
シンプルに必要な要素そろってるから特に凝るつもりがないならいいと思う
473：任意たん@age推奨：2018/10/14(日) 21:51:01: ハッシュタグukagakaと伺か2つあるから統一してほしい感ある
474：任意たん@age推奨：2018/10/14(日) 22:01:06: 俺の場合、最近はツイッターでしか新作チェックしていないので、新ゴースト公開するなら是非ツイッターでも宣伝して欲しい
あとやっぱ宣伝効果も大きい気がするわ……ツイッター始める前と後でアクセス数かなり変わったし……
475：任意たん@age推奨：2018/10/14(日) 22:32:57: ツイッターは会話しなくてもRTがあるからね
界隈には宣伝してくれる人がけっこういると思う
476：任意たん@age推奨：2018/10/14(日) 22:57:04: ハッシュダグは#ukagakaは更新報告#伺かがその他もろもろって印象
477：任意たん@age推奨：2018/10/15(月) 00:04:12: 俺のゴーストは何の周知も無く鍵なしでテキトーなロダにこっそり置いておくだけ
それでも落とされてるから笑う
478：任意たん@age推奨：2018/10/15(月) 02:09:34: 暗黙の了解で２つのハッシュタグは使い分けられているようには感じるね

#ukagakaだけ追うと更新情報や新作情報がほとんど出てきて、
逆に雑談がほとんど出てこないので便利

#伺かは他に雑談も引っかかることが多いかな
イラスト雑談更新情報なんでも引っかかるのでこっちは全く追ってないや
479：466：2018/10/15(月) 02:18:44: 皆様意見ありがとうございます。
twitterとtumblrでやってみます。
480：任意たん@age推奨：2018/10/22(月) 06:31:51: 他の人のゴーストとの名前の重複を調べたいんだけど
被り負けチェッカーとGCさくらの検索だけでいいかな？
481：任意たん@age推奨：2018/10/22(月) 09:46:15: あと一応ゴーストタウンも。
それでも完全に重複を避けられるわけじゃないけどね。
482：任意たん@age推奨：2018/10/22(月) 21:18:53: >>481
情報ありがとう。
調べても重複は無かったからこのまま作ってみる。
483：任意たん@age推奨：2018/12/17(月) 17:05:56: >>464を信じて公開するか悩んでた二次創作ゴーストを近いうちに上げようと思う
dropboxで配布と更新をするつもりだけど特に注意点とかないよね？
484：任意たん@age推奨：2018/12/17(月) 18:51:43: dropboxだとGCさくらには登録できなかったような
485：任意たん@age推奨：2018/12/17(月) 18:57:04: 更新の度にURLが変わるんだっけ
486：任意たん@age推奨：2018/12/17(月) 21:50:23: DropBoxとかOnedriveだとネットワーク更新はできないってななっちさんのブログに書いてあった
気がする
487：任意たん@age推奨：2018/12/18(火) 12:07:48: そっかあ
もう少し調べてみるわ、皆サンクス
488：任意たん@age推奨：2018/12/18(火) 23:25:06: 二次創作ゴーストは更新しないで投げっぱなしが多いから
更新してくれると嬉しいよね
489：任意たん@age推奨：2019/02/11(月) 01:06:43: さとりすと、と、そのテンプレゴーストを元に、
フリーシェルを使ったゴーストを作っています。
そこで、ユーザー名をランダムトークの内容に反映させたいのですが、
編集段階でトーク文面に（ユーザー名）と書き込んでおいても、
実際のトークの文面にそのまま、かっこが外れた状態で、ユーザー名、という表記で出てしまいます。
ゴーストを突いて出してくれるメニューから、ユーザー名の登録は済ませているのですが、どうにもうまくいきません。
お時間あるときで構いません、どなたか、ご教授お願いいたします……。
490：任意たん@age推奨：2019/02/11(月) 01:58:02: （ユーザ名）
カッコが全角になってないとかじゃないかな？
491：任意たん@age推奨：2019/02/11(月) 02:15:10: カッコが外れるなら変数は存在してて呼べてるわけだし
メニューから登録してるのは＄ユーザ名で、トーク内では＄ユーザー名を呼んだりしてるとか
492：任意たん@age推奨：2019/02/11(月) 02:53:00: お返事ありがとうございます……！
すみません、どうやら、カッコも外れていないまま文面に出ているようです。
初歩的なことだとは思うのですが、
メニューから登録している＄ユーザ名と、トーク内の＄ユーザー名とは、なにか違いがあるのでしょうか……？
493：任意たん@age推奨：2019/02/11(月) 02:55:33: ちなみに、カッコは確かに全角の状態で記述されていました。
494：任意たん@age推奨：2019/02/11(月) 03:03:38: ユーザ"ー"名　伸ばし棒があるから別の変数呼ぼうとしてませんか？というだけで特別なことはない
さとりすとテンプレートゴーストの変数名はユーザ名で、レス本文内はユーザー名と描いてあるので、伸ばし棒の有無で躓いてないかなぁ、ということ
灯台下暗しですね
495：任意たん@age推奨：2019/02/11(月) 03:15:01: なるほど……！
試してみます、さっそくのアドバイスありがとうございます！！
496：任意たん@age推奨：2019/02/11(月) 03:19:12: うぉおおおおおおおおおおお！！！！
できた、できましたよぉおおおおおおお！！（狂喜乱舞）
どうやら、正しくはユーザ名とするべきが、
ユーザー名（伸ばし棒）があったからのようです！
いやっほぅ、こんな夜更けに即レスしていただいた皆さんっ、
まことありがとうございましたあ！！
497：任意たん@age推奨：2019/02/11(月) 03:25:27: いいってことよ
498：任意たん@age推奨：2019/02/11(月) 11:07:11: コピペじゃないのか…
499：任意たん@age推奨：2019/02/13(水) 17:39:05: 初心者ってのは後から考えると信じられないようなミスで躓くもんだよ
俺もやったよ
500：任意たん@age推奨：2019/02/14(木) 00:41:30: ほかの記述は、まずはテンプレのものをコピペして、
ちゃんと動くか確かめてから、自分なりに調整するようにしてたんです。
が、ちょっと記述に慣れて楽しくなっていたからなのか、
調子に乗っていたのでしょう、ちょっと覗き見て複雑じゃない部分は、目視のみで済ましていたんです。
それが見事に裏目に出ていました。
お恥ずかしいかぎりです……。
501：任意たん@age推奨：2019/02/14(木) 01:36:54: ほかの記述は、まずはテンプレのものをコピペして、
ちゃんと動くか確かめてから、自分なりに調整するようにしてたんです。
が、ちょっと記述に慣れて楽しくなっていたからなのか、
調子に乗っていたのでしょう、ちょっと覗き見て複雑じゃない部分は、目視のみで済ましていたんです。
それが見事に裏目に出ていました。
お恥ずかしいかぎりです……。
502：任意たん@age推奨：2019/02/14(木) 01:57:21: すみません、手違いで連投してしまいました。
503：任意たん@age推奨：2019/04/15(月) 01:57:48: 平成の間にシコシコ作ってきたゴースト公開させたいが間に合いそうにない
こうなったらしょーもない一発ネタゴでも作るかな
504：任意たん@age推奨：2019/04/23(火) 21:31:30: 心理テストとか性格診断とかをうちのキャラはどう答えるかと考えながらやってみるのはなかなか面白い
キャラクターシートの項目を埋めるよりも質問で個性を引き出してもらうほうが楽なこともあるかもしれない
505：任意たん@age推奨：2019/04/24(水) 00:30:50: 初回起動日を起点として
たまたま帰り道が同じ方向だったことを切っ掛けに、一緒に帰るようになった
ちょっと気になるクラスメイトとの帰り道での他愛ない会話を楽しみつつ
展開次第で親しい友人になったり恋仲になったりもする、よくある雑談系ゴースト

…と見せかけて
リアルタイム時間で１年後以降に起動すると
恋仲だろうが何だろうが強制お別れイベントが発生する不意打ち系鬱ゴを思いつき作成作業に入るものの
トークの量と派生（季節ごとの話題とか）の多さ的に直近イベントには間に合いそうも無く
何より、先行して実装してみたお別れイベントのダメージが思った以上にデカいことに気付き
なぜ俺はこんなゴーストをつくろうとしたのか…と頭を抱えています

初期コンセプトでミスって水子になったゴーストは一体どれほど居るんだろうか…

それはそれとして
>>504氏のなりきり診断は大変参考になったので
再インストールで別展開になってハッピーエンドルートアフターになるとか
全く別路線でキャラだけ活かすとか
もう一度いろいろ考え直すことにしました
長文ｽﾏｿ
506：任意たん@age推奨：2019/04/24(水) 02:00:35: >>505
いいじゃないかそれ。
仲良しパートでユーザをがっつり引き込めば一生消えない傷を残せるぞ。
嫌味とかじゃないぞ、真面目な話だ。
507：任意たん@age推奨：2019/04/24(水) 04:04:52: >>506
うん…たぶん、
なんかそういう「（トラウマじみた深い）傷痕」を誰かにつけたくなったんだろうな、考え始めた時の自分は、と思うんだけど
如何せんハッピーエンド至上主義の人間には重すぎるコンセプトだったみたいだ…

まず作者がデバッグレベルでゲロ吐いてるんだもの
愛着あるキャラを、一切の救いも慈悲もなく作品世界から退場させる、ってことがこんなキツいとは思ってなかった

イリヤの空の秋山先生とか、心の底からすごいと思っている…けど
あの作品ですら、彼女にとっての心（或いは魂）の救済はあったというのに
そういった要素さえも抜いて、鬱しか残らないルート「のみ」で終わる物語なんて
素人の精神力じゃ描ききることすら難しいと痛感したんだぜ

雑に終わらせるならともかく、
きっちりしっかり傷痕が残るほど
深く深く引き込んでからグサリといくレベルに仕上げようと思ったら
公開前の推敲中に作者がしんでしまいそうだし

そういう作品／ゴーストを最後までつくるには…
言い方悪くて申し訳ないんだけど
何か…何か、余人から見れば恐ろしく感じてしまうほどの
狂気じみた信念の一つでも持ってないと、無理な気がした

少なくとも、私は持ってなかった
動機が軽すぎたよ
508：任意たん@age推奨：2019/04/24(水) 18:49:51: コンセプトだけ思いついて流産はデベロッパーあるあるだな
かくいう俺も２００個ほどネタを書き出したテキストファイルがストレージの肥やしと化している
509：任意たん@age推奨：2019/04/24(水) 19:11:38: 提言:お別れイベントが起こったあとの再インストールで
再会イベントを起こすのはどうだろうか

なんか昔そんなゴーストが居たはず……名前思い出せないけど
510：任意たん@age推奨：2019/04/24(水) 19:37:55: 設定だけ作って満足しちゃう人は多いからな
そしてそれらの設定だけの寄せ集めは、普通黒歴史（ノート）として一般には知られる…
511：任意たん@age推奨：2019/04/25(木) 01:33:59: >>509
ハッピーエンド厨としてはそうしたくてたまらない…がしかし、それをしてしまうと「永別だからこそ」の意味がブレてしまいそうで二の足を踏み中でした…

再インストール時に挙動が変わるゴースト…というと
ユーザが監○調教されちゃうゴーストさんが真っ先に思い浮かぶんですが
もしかして他にもたくさんあるんだろうか…
512：任意たん@age推奨：2019/04/25(木) 23:42:05: >>511
＞ユーザが監○調教されちゃうゴースト
詳細
513：任意たん@age推奨：2019/04/30(火) 08:26:14: >>511氏が出てこないから勝手に答えちゃうけど
多分玄ノ糸氏の狂気の姫
監禁調教というより監禁拷問だけど
514：任意たん@age推奨：2019/04/30(火) 16:26:59: >>512-513
申し訳ねえ…干からびてました

ええと…狂気の姫とは別ゴでした
ただ、どうしても名前が出てこなくて…アンインストールで進行するゴーストだったからか、narも見当たらず…

展開としては、
・初回起動時は、ユーザはお店？か何かの中から、外に立って何か呟いてる男性をふと見つけるところから始まる
・アンインストールすると物語が進行して、ユーザが拉致られる
・再インストールして、再度起動すると、拉致られたユーザが意識を取り戻して、さっきの男に話しかけられるところから開始
・以降、監禁されて「商品」にされるまでが描かれる
というゴーストだった、という展開部分はよく覚えているんですが…
515：任意たん@age推奨：2019/04/30(火) 19:41:31: 「haze,haze,acid flow.」？
516：任意たん@age推奨：2019/04/30(火) 20:41:17: 違うゴーストだけど、ラロさんも再インストでゾクゾクってした覚えあるな
517：任意たん@age推奨：2019/05/01(水) 18:35:25: >>514
留め金氏の新橋三丁目
518：任意たん@age推奨：2019/05/02(木) 17:51:23: >>517
そ　れ　だ

…現在は公開停止中でしたかー…
再インストールからが本番というのがインパクトでかかったとはいえ
デベさんの名前もゴーストの名前も思い出せないとは…失礼しました
519：任意たん@age推奨：2019/05/11(土) 01:32:14: >>516
「誰かが望む限り何度も繰り返される夢。」
怖気が走るほど魅力的な一言でしたわ…
こういうセンス大好きだけど、自ゴに入れるのは難しいのがつらい…
520：任意たん@age推奨：2019/05/15(水) 00:54:13: >>516
再インスコで展開が変わる系のものを見たのは自分はこれが初めてだったけどすごいアイデアよな
最初に気付いたユーザーもすごいわ
521：ag36：2019/06/28(金) 22:25:56: maternity!!2にmaternity!!の機能を移植したのですが　[14.中身を改変した上でウェブ上で再配布]（12と13のどちらかがOKの人のみ）
遠慮して頂きたいです　って事です　サプリメントの場合もＮＧでしょうか？
522：任意たん@age推奨：2019/06/28(金) 23:03:17: >>521
配布サイト(ttp://denmemo31.blog.fc2.com/blog-entry-9.html)によると
maternity!!2とmaternity!!の両方とも

※以下のゴースト・フリーシェルは、バグ修正等のサポートは一切行いません。
また、サポートを一切しない代わりに中身を改変した上でウェブ上で再配布することを許可します。

と書いてあるので再配布しても大丈夫じゃないかなぁ？
523：任意たん@age推奨：2019/06/28(金) 23:24:18: ゴースト同梱のreadmeは古いからな
524：ag36：2019/06/29(土) 05:17:40: 知らせてくださってありがとう御座います、今からテスト版をリリースします。ネートワーク更新機能はあとから付けます。

https://ux.getuploader.com/ag36/download/14
525：ag36：2019/06/30(日) 01:13:19: 何故か空バルーンが出ます、れしば：Status: talking,balloon(0=0)
maternity!!2改
*えっち終了中好感度

（変数リセット２）（set、Ｍムード、５）
（when、（calc、（マカナ体力）－２０）＜＝３５、（満足えっち終了中好Ｔ）、（えっち終了中好Ｔ））
（when、（服上Ｆ）＝＝０｜｜（服下Ｆ）＝＝０、（キス等以上の行為をした中好感度））
（when、（体位）＝＝１、（ぶっかけ類着せ替え解除）（set、体位、０）（set、シェル切り替えＦ、４）\![change,shell,master]）
（ぶっかけ類着せ替え解除）（服処理）
\w9\w9
（０）
＞娘覗き終了（娘覗きＦ）＞＝１
526：任意たん@age推奨：2019/07/01(月) 20:19:46: >>525
昔似たような症状出したことあるけど辞書中にスペースだけで改行されてる行があったりしない？
527：ag36：2019/07/01(月) 23:43:23: >>526
助言ありがとうございます、残念ながらスペースによる改行は見つかりませんでした。
(´・ω・｀)ｼｮﾎﾞーﾝ
528：ag36：2019/07/04(木) 04:16:38: すみません、何年を経過しだのかを出力したいのですがうまくいきません。

\t\h\s[0]\w8\n
ことし、\w5で\w3…\w3${５４名前選択変数}が\w8\n
デスクトップに\w3立てるように、\w9なって\w3…\w3\n\n\w8\w8
(calc、(現在年)－２０１２)年目\s[5]\w3なんだそう、\w9\w4です\w3…\w3。\w3\n\w9\e

ありがとうございます
529：任意たん@age推奨：2019/07/04(木) 06:56:22: そもそもSHIORIはなに？里々？
それなら多分こうだと思うけど

× (calc、(現在年)－２０１２)
○ （calc、(現在年)－２０１２）
530：任意たん@age推奨：2019/07/04(木) 06:59:02: あと>>525は貼り付けたとおりなら

＊えっち終了中好感度
【ここを削除】
（変数リセット２）（set、Ｍムード、５）

してみて
531：ag36：2019/07/04(木) 08:23:51: >>５２９　ありがとうございます、おかげさまで直る事できました。

>>５３０　ありがとうございます、残念ながら治れませんでした。
今はこんな感じです。
＞えっち終了中好感度（好感度）＞＝２００
（えっち終了Ｔ）
（when、（体位）＝＝１、（ぶっかけ類着せ替え解除）挿入（set、体位、０）（set、シェル切り替えＦ、３）\![change,shell,master]）
（set、Ｍムード、０）
（when、（えっちな事段階）＞１＆＆（裸放置Ｆ）＝＝０、（キス等以上の行為をした低好感度））
（when、（裸放置Ｆ）＝＝０、（ぶっかけ類着せ替え解除）（服処理））（when、（好感度）＜０、（set、サーフェス加算値0、0）（set、デフォルトサーフェス0、55））
532：ag36：2019/07/04(木) 08:26:39: >>５３０
済みません間違いましだ、こちらです。
＊えっち終了中好感度
（変数リセット２）（set、Ｍムード、５）
（when、（calc、（マカナ体力）－２０）＜＝３５、（満足えっち終了中好Ｔ）、（えっち終了中好Ｔ））
（when、（服上Ｆ）＝＝０｜｜（服下Ｆ）＝＝０、（キス等以上の行為をした中好感度））
（when、（体位）＝＝１、（ぶっかけ類着せ替え解除）（set、体位、０）（set、シェル切り替えＦ、４）\![change,shell,master]）
（ぶっかけ類着せ替え解除）（服処理）
\w9\w9
（０）
＞娘覗き終了（娘覗きＦ）＞＝１
533：任意たん@age推奨：2019/07/04(木) 10:01:40: ふむ…それじゃあ見たところフラグ管理だけなのにウェイト入れてるからかな？
\w9\w9を消してみるとか。
（）での呼び出しが多いのでそっちが原因かもしれないからこれだけで原因の特定は難しいかもね

それと、maternity!!2にmaternity!!の機能を移植してるとのことだけど貴方自身も里々は多少は理解できてるよね？
まさか分からないこと全く考えずに全部質問しようとはしてないよね？
534：ag36：2019/07/04(木) 10:35:16: >>５３０
調べてみます、一応里々とUKADOCとSHIORI Eventリストを読み終わりましだが初ゴーストです。
色々ご迷惑をおかけしてすみません、何気にmaternity!!2から有っだバグらしくて色々弄ってみましたが、
ウェイトを調整しても直らなかったら一から書き直します。
535：任意たん@age推奨：2019/07/07(日) 04:02:52: 今日は＄変数名＝１を使っだら終了する度に
変数が０になって大変だった。何故かタブに変わったら治っだ。
536：５３５：2019/07/07(日) 04:42:15: 変数への代入方法
＄に代入する時に【タブ】と＝を間違えていないか確認してみよう。
計算させたい時に【タブ】を使ってたり、させたくない時に＝を使ってたりすると、変数の中身が変なことになる。
すまん自分で見つかっだ
537：任意たん@age推奨：2019/07/07(日) 21:18:32: 多分海外の人なんだろうけど
見つかっだ→見つかった
治っだ→直った

だよ
538：任意たん@age推奨：2019/07/07(日) 23:45:35: 何故だか分からんけどシェルの規格を統一したがってた人を思い出すんよねぇ
539：任意たん@age推奨：2019/07/09(火) 18:51:23: 言いがかりすぎる…

それはともかく頻繁に相談にのってもらいたいならDiscordの伺かコミュニティか
Mastodonの伺かインスタンスうかどんの方がもっと詳しく教えてもらえると思うぞ

ここでやっても別に問題はないが
540：任意たん@age推奨：2019/07/09(火) 19:48:52: 匿名だと伺的なフォーラムというのもある

特別問題が起きてるわけでもないのに変な嫌味いうのよくない
特に過去の人を引き合いに出すとご本人登場とかありえるし
541：任意たん@age推奨：2019/07/09(火) 22:02:17: Slackも開発用コミュニティあるよ
542：任意たん@age推奨：2019/07/10(水) 00:21:04: あまりにも分散しすぎてどこいけばいいか分からない初心者殺しになっている気がする
543：任意たん@age推奨：2019/07/10(水) 06:40:30: あと過疎化の原因にもね
544：任意たん@age推奨：2019/07/10(水) 07:29:29: ある程度活動してるコミュニティも、やっぱり人が少なめだからか、どうしても雰囲気が内輪な感じになっちゃってるのもありそう
気軽に発言しにくいというか、入り込みづらいというか

ツイッターとかもありだけど、文字数制限でやりにくいところがあるからなぁ…
545：任意たん@age推奨：2019/07/10(水) 08:34:57: さとり最新の辞書接頭語がよくわからん
ためしにsatori_conf内に＄辞書接頭辞 diとやってみたらdicから始まるファイルも読み込んでくれない
546：任意たん@age推奨：2019/07/10(水) 08:38:57: もちろんタブ文字の間違いはしてない
547：任意たん@age推奨：2019/07/10(水) 09:00:40: ＄辞書接頭辞 diにしたならdi_〇〇しか読み込まないんじゃないの？
548：任意たん@age推奨：2019/07/10(水) 09:09:09: アンダーバーは消せないってこと？
549：任意たん@age推奨：2019/07/10(水) 09:16:11: 情報が少なくて分からん…
ぽなさんに聞くか自分でいろいろ試すしかないな
550：任意たん@age推奨：2019/07/10(水) 10:31:37: アンダーバーの有無は関係なさそうだけど、
セットで実装されてる＄辞書拡張子のほうも合わせてみたらどうなのかな
片方だけだと機能しないとか
551：任意たん@age推奨：2019/07/15(月) 00:25:18: コミュ条件式は初心者初見殺しかも、
コミュに設定した条件よりもOnCommuicateの方が優先されてるから文ジャンプを挟まないと駄目。
552：ag36：2019/08/05(月) 03:48:15: なぜか一部のコミュが出ない

＊OnCommunicate
＞５４名前を呼んだ（count,（Ｒ１）,（５４名前））&&（count,（Ｒ０）,user）
≫ユーザ「　（Ｒ１）（equal,（Ｒ０）,user）
≫（Ｒ０）「　（Ｒ１）
≫「　（Ｒ１）
＞COMMUNICATE該当なし

＊ユーザ「　恋人になって　つきあって　付き合って　交際して　こうさいして　つきあいたい　付き合いたい　連れ添い　つれそい　連れそい　
＄好意表明１
＄好意表明初期化タイマ６０
＞コミュ付き合って

--- Request ---
GET SHIORI/3.0
ID: OnCommunicate
Reference0: user
Reference1: 付き合って
Status: balloon(0=0)
--- Operation ---
＊OnCommunicate

＄コミュニケートの検索方法＝里々／overwritten.
（Ｒ１）→付き合って
（５４名前）→さくら
（count,付き合って,さくら）→0
（Ｒ０）→user
（count,user,user）→1
計算結果が０だったため、続行します。
（Ｒ０）→user
（equal,user,user）→1
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: ユーザ「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫ユーザ「　付き合って not found.
（Ｒ０）→user
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: user「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫user「　付き合って not found.
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: 「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫「　付き合って not found.
＊COMMUNICATE該当なし

return: \1\n
status code : 204
--- Response ---

--- Request ---
GET SHIORI/3.0
ID: OnBalloonTimeout
Reference0: \0\_q■さとりすと\n\n「れしばイベントログ」に接続しました。
Status: balloon(0=0)
--- Operation ---
status code : 204
--- Response ---

＄コミュニケートの検索方法＝合計文字数　でも

＄コミュニケートの検索方法＝里々　でも反応しませんてした

全部全角スペースです、しおりは里々Mc161-1です。
553：ag36：2019/08/05(月) 03:49:48: ＄コミュニケートの検索方法＝合計文字数

--- Request ---
GET SHIORI/3.0
ID: OnCommunicate
Reference0: user
Reference1: 付き合って
Status: balloon(0=0)
--- Operation ---
＊OnCommunicate

＄コミュニケートの検索方法＝合計文字数／overwritten.
（Ｒ１）→付き合って
（５４名前）→さくら
（count,付き合って,さくら）→0
（Ｒ０）→user
（count,user,user）→1
計算結果が０だったため、続行します。
（Ｒ０）→user
（equal,user,user）→1
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: ユーザ「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫ユーザ「　付き合って not found.
（Ｒ０）→user
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: user「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫user「　付き合って not found.
（Ｒ１）→付き合って
文名の検索を開始
　対象文字列: 「　付き合って
　全単語一致モード: false
　「発見、名前限定モードに移行
結果: 該当なし（検索候補あり、単語検索失敗）≫「　付き合って not found.
＊COMMUNICATE該当なし

return: \1\n
status code : 204
--- Response ---
554：任意たん@age推奨：2019/08/05(月) 14:12:32: >>552
里々のバグかもしれません。

その記述だけを他の里々ゴースト（Rポス狛）に移植しても問題なく動いたため（「＄コミュニケートの検索方法＝合計文字数」に限る）、プロジェクト54さんの辞書を覗かせてもらいました。
「dic05_Communicate.txt」を読み込まれないように退避させ、>>552のコミュ候補だけを辞書に置き、話しかけから「つきあって」などと入力すると反応がきちんとあります。
なので、上記で削った部分が影響しているのだと思います。
555：任意たん@age推奨：2019/08/05(月) 20:10:01: どういう理屈かは分からんけど

＊ユーザ「　恋人になって　つきあって　付き合って　交際して　こうさいして　つきあいたい　付き合いたい　連れ添い　つれそい　連れそい

こういう長いのは反応してくれないんだよね
どうしても「＊OnCommunicate」を使いたいのなら
以下のようにいくつかに分けるとうまくいく気がする

＊ユーザ「　恋人になって　つきあって　付き合って
＞コミュ付き合って
＊ユーザ「　交際して　こうさいして　つきあいたい　付き合いたい
＞コミュ付き合って
＊ユーザ「　連れ添い　つれそい　連れそい
＞コミュ付き合って
556：ag36：2019/08/05(月) 23:32:37: >>554
テストしてくださってありがとうございます、

こちらも、前にコミュワードが少なかった時コミュワードの反応は正常でした。
辞書のサイズか、それともコミュ候補の長さか、それとも＊OnCommunicateのせいなのかはわかりませんがお陰で少し前に進んだ気がします。

>>555
ありがとうございます、

まだ原因を特定できていませんが長いコミュ候補をいくつ分けてみたところ、
なぜか”付き合って”以外の、前に反応しなかったコミュワードがいくつ正常に動作するようになりました。

残念ながら”付き合って”は相変わらず動かないですが色々いじってみます。
557：任意たん@age推奨：2019/08/06(火) 12:02:22: この辺と関係あるんじゃない？

ttp://soliton.sub.jp/satori/index.php?%A5%B3%A5%DF%A5%E5%A5%CB%A5%B1%A1%BC%A5%C8#c08e1302
558：任意たん@age推奨：2019/08/06(火) 13:59:55: 検索方法がデフォルトの場合で反応しないのは>>557にある点数計算で4以下になったからだろうけれど、
合計文字数の場合は少なくても一致する単語が含まれていれば点数計算処理は走るはず
貼ってもらったログには点数のログが出てないから、何かしらの理由で一致する単語が見つからない判定になっているか、中の計算処理の結果が何故か4以下になってるかのどっちかかなぁ

「対象文字列」ってログにはちゃんとワードが渡されてるみたいだから、＊定義のほうで内部的になんかなってるのかもしれないねぇ
559：任意たん@age推奨：2019/08/10(土) 02:09:04: いろんなゴーストの雑談５７４５より
どのゴーストの辞書もボリューム満点ですね
自分の使っている栞はYAYAで使っているサービスはFC2です

http://emily.shillest.net/specwiki/index.php?%E3%81%B2%E3%81%AE%E3%81%AF%E3%82%8B/%E3%82%B4%E3%83%BC%E3%82%B9%E3%83%88%E3%81%8B%E3%82%89%E3%82%A6%E3%82%A7%E3%83%96%E6%8B%8D%E6%89%8B%E3%82%92%E9%80%81%E3%82%8B%E6%96%B9%E6%B3%95
ここのゴーストからWEB拍手を送る方法を見てもウェ手のブ拍URLとパラメータ作成がよくわかりませんでした
560：任意たん@age推奨：2019/08/10(土) 03:05:11: 記事発見しましたが
http://gallnuts.webcrow.jp/1nottips/nottips_tq-webclap.shtml
もっしょくしさんのHPにFC2は難しいと書いてありました
561：任意たん@age推奨：2019/08/10(土) 04:15:38: >>559
あー、FC2でしたか…
こっちでもトライしてみたものの、無理でした

送るときのURLが
https://clap.fc2.com/page/(アカウント名)?url=(Web拍手設置元のURL、但しURLエンコード必須)
という仕様みたいなのですが、
・送信元URLが必須
・しかもURL部分はURLエンコード（パーセントエンコーディング）しないとダメ
の２点から、yaya単体で処理するのはとてもとてもめんどいっぽいです…

個人的には、web拍手プラスのIDを新規取得した方がやっぱ早いし楽だなーって感でした
562：任意たん@age推奨：2019/08/10(土) 05:42:36: …試しに web拍手プラスを使う版で、
現行仕様で動くように書き換えた yaya_webcrap.txt を書いてみたんですけど
txtファイルを気楽に置けるうｐろだって何処かおすすめありますか…？
563：任意たん@age推奨：2019/08/10(土) 06:19:17: って書き上げてから気づいたんですけど
web拍手プラス公式、いま結構やべー状態（https接続もできないし、運営元が年単位で管理放棄状態）なのですね…
これはダメだ…。
さりとてFC2はURLまわりが面倒だし…うーむ、他にいいレンタル先ないのかしら。
564：任意たん@age推奨：2019/08/10(土) 06:22:38: 「うかろだ」はそうでしょうか？
http://colorbox.saloon.jp/ghost_nar/about.htm
アップロード可能なファイルはjpg、gif、jpeg、png、txt、nar、zip。　最大5MB　までです。
伺か関係ならいけそうですが
565：任意たん@age推奨：2019/08/10(土) 06:31:53: いまはweb拍手自体が過去のものとなりつつあるからねぇ
そういうのはマシュマロとか質問箱とかになっちゃったし鞍替えは絶望的じゃないかな
つまり危険なweb拍手プラスを使うか諦めるか
566：任意たん@age推奨：2019/08/10(土) 06:34:12: >>564
情報ありがとうございます！
うかろだ、テキストとかも大丈夫でしたか…narだけだと思い込んでました
web拍手プラスがどうにもダメっぽいので、FC2使えないかもっかい検討してみてます…
567：任意たん@age推奨：2019/08/10(土) 07:11:17: あー
web拍手プラス公式ダメなんですか
568：任意たん@age推奨：2019/08/10(土) 07:18:33: FC2、拍手だけならURLもタイトルも先にエンコードしとけば何とかなりますけど
message_bodyにちょいちょいと足すだけじゃ拍手と同時にコメント送れないっぽいのがつらい…
HTTPS接続できちんと暗号化通信されるのも逆にうらめしい（安全性的な意味では大変良いことなんですが）

もうマシュマロとか質問箱に誘導するリンクつけて、ブラウザで開くだけにした方が
早いし楽だしストレスも溜まらないのかなあ…と思い始めています
569：任意たん@age推奨：2019/08/10(土) 07:44:37: ブラウザで開くだけなら、こんな感じのさくらスクリプト一行で済みますしねえ…

Menu_OpenMarshmallow
{
"\0\s[5]こちらにどうぞー。\![open,browser,https://marshmallow-qa.com/(ユーザID)]\e"
}

というか、試しに登録してみたマシュマロがいい感じすぎて
inputbox使って、中身を前処理して、POSTメソッドで所定のURLに送って…って七面倒くさいことやってまで
無理にWeb拍手を使う意義が見いだせなくなってきました

デフォでメール通知もちゃんと来ますし、スパムっぽいのは無言で弾いてくれるし、ツイ連携もいけるし
惰性でWeb拍手使い続けてきちゃいましたけど…そろそろ乗り換えるべきだなって…
570：任意たん@age推奨：2019/08/10(土) 07:52:28: ゴーストからのメッセージ送信は入力ボックスが小さくて確認しづらいしな…
571：任意たん@age推奨：2019/08/10(土) 08:10:23: 報告側の手間的にも、
メニュークリック→内容記入→送信
の３ステップで特に変わらないし
記入フォームも改行できて使いやすいし…
ブラウザ開きますけど大丈夫です？な事前確認一つ入れたら
もうこれで良い気がしますー…。

Web拍手が勝ってるのは…せいぜい「無言でも応援の気持ちが送れる」くらいかなあ
FC2でも拍手送るだけならPOSTでできましたけど…あまりにも微妙すぎる…
572：任意たん@age推奨：2019/08/10(土) 08:51:20: 色々調べてくださりありがとうございます
マシュマロを利用することに決めました
573：任意たん@age推奨：2019/08/10(土) 09:36:02: 個人的な感想なんだけど
同好の士を見つけて交流したいを除くと
ゴーストを使って何か面白いことをしたい（手段としてみる）方が
ゴースト作者になちたい（完成させるのが目的）より発展性があると思う
一応形になって完成してアップロードしたら燃え尽きちゃうみたいな
ネタ職人は違うのかもしれないですが
574：任意たん@age推奨：2019/08/10(土) 09:43:04: そうか？
面白いことしたいも面白いこと実現したらそこで終わりじゃないか？
575：任意たん@age推奨：2019/08/10(土) 10:54:49: ゴースト作者になりたいだけだとそこで得られた知見を共有しない限り
他人にとってはああそうですかで終わる
面白いことしてると作者にもユーザーさんにも良い影響を与えて人の輪が出来る
次につながる気がしませんか？
576：任意たん@age推奨：2019/08/10(土) 11:17:11: 面白いことの定義によらない？
技術面でもいいけど、面白い話、面白い設定でも人の輪は広がるよね
577：任意たん@age推奨：2019/08/10(土) 11:29:33: ？？？
他人のためにゴースト作るんじゃないんだから、他人にとっちゃああそうですかは当然だろ？
578：任意たん@age推奨：2019/08/10(土) 11:40:33: ユーザーとしての立場ならそう言えるけど
配布停止のゴースト含めて過去様々ゴーストが生まれてきて
新しくやってきた人がゴーストでやりたいことはすでに誰かがやっている
ことが多いんじゃないか
作者以外の人は触れないがユーザー辞書見たりセーブファイルチェックしてくれる人もいるんで思ったけど
ゴースト制作にかける時間と知識や技が失われるのはもったいない
作者にとっては他人事じゃないのだ
579：任意たん@age推奨：2019/08/10(土) 11:59:18: 自分でやりたいと決めて作ったゴーストもいろいろ理由があって配布停止を選ぶんだろうけど
そこで積み重ねた歴史が途切れてしまう
せっかくSSP本体が過去の互換性を保っているというのに
580：任意たん@age推奨：2019/08/10(土) 12:04:09: 結局なにが言いたいんだ？
581：任意たん@age推奨：2019/08/10(土) 12:16:26: 始めるときに目標があってそれを達成したら終わるのはありだと思います
ただ面白いことかどうかはわからないけど未来は過去の積み重ねの上にあるわけで
後に続く製作者は大変だなあと
582：任意たん@age推奨：2019/08/10(土) 13:07:55: そんなことここで言われましても…
583：任意たん@age推奨：2019/08/10(土) 13:39:55: 面白いものが作りたい人はわざわざ伺かなんて選ばない
584：任意たん@age推奨：2019/08/10(土) 14:02:44: 別に無理に共有しなくても、参考になると思ったら勝手に辞書覗いて、適当に応用するだろう
暗号化されてでもいない限り
ゴーストは作られた時点である意味作成資料でもあるのだ
勝手に調べて、勝手に学べ
585：任意たん@age推奨：2019/08/10(土) 14:17:24: 環境の多様性は認めても反対の一つに向かう流れ画一性は受け入れられないか
でも学校や教科書が人の世界にあるように何らかの知識体系を学ぶ場が欲しい
それは決して一人でできるものでない
うーんそれとやはり良い師を見つけるのが一番か
586：任意たん@age推奨：2019/08/10(土) 14:20:20: そんなに技術が学びたいならUKATECtってサイト見るといいよ

あと自分の中での結論ありきで話してて他人の意見を聞く気がないでしょ
587：任意たん@age推奨：2019/08/10(土) 14:40:20: UKATECサイト報告ありがとうございます
でも人格攻撃論法は感心しない
588：任意たん@age推奨：2019/08/10(土) 14:58:22: そういうとこやぞ
589：任意たん@age推奨：2019/08/10(土) 15:03:10: 攻撃に見えたなら謝るよごめん
590：任意たん@age推奨：2019/08/10(土) 15:07:15: UKATECの記事参考になるよね
ただまたこの人のサイトかってなるくらいには書き手がいない
591：任意たん@age推奨：2019/08/10(土) 15:22:43: そもそもなんで俺が考えた技術を公開しなきゃならないんだ？
って人もいるんじゃない
592：任意たん@age推奨：2019/08/10(土) 15:28:35: >>583
なんでそう思うのですか？
593：任意たん@age推奨：2019/08/10(土) 15:29:21: 技術者は作って満足しがちで、解説するのが面倒ってパターンもありそう
人数が多い場所なら解説好きが一人二人いて中心人物になってくれるんだけどね
594：任意たん@age推奨：2019/08/10(土) 15:46:43: ああ、そうか
技術を公開してくれる奇特な人がいたら御の字なのに
技術は広く公開してみんなで共有すべき！だから教えろ！
って言ってるからなんかアレなんだ
595：任意たん@age推奨：2019/08/10(土) 17:20:41: ここ最近流行っているバーチャルユーチューバーやVR技術ならわかるけど
技術的に新しいことというより今はSNS的な人のつながりが大事なのかな
面白い、人が集まる、技術（伺か）が広まるという良いループになれるといいですね
596：任意たん@age推奨：2019/08/10(土) 17:44:28: 誰でも「ゴースト作るからには面白いことしたい」に当てはまると思っていたんだが
そうでない人もいるのか
597：任意たん@age推奨：2019/08/10(土) 17:50:42: なんで勝手にSNS的なつながりが大事ってことになってるんだ？
598：任意たん@age推奨：2019/08/10(土) 17:57:55: 「画一性は受け入れられないか」とか「（他人の考えが自分と違うから、自分と同じ考えに）なれるといいですね」とか
上から目線の発言すぎてこいつ何様だ？って思う
599：任意たん@age推奨：2019/08/10(土) 17:59:32: 「伺かは面白くないと思ってるけどゴースト作ってみよう」なんて
奇特なヤツがいるのか
600：任意たん@age推奨：2019/08/10(土) 18:08:42: 正直、ここ以外の伺かコミュニティとかみてると、
ゴースト公開してるけど伺か自体にそんなに興味があるわけじゃないんだなこの人ってのはちらほら見かける
601：任意たん@age推奨：2019/08/10(土) 18:21:06: 単に既にいるオリキャラor版権キャラをデスクトップに立たせて喋らせるツール
だと思ってる層もいるねぇ
むしろ今はそっちの方が多いんじゃないかな？
602：任意たん@age推奨：2019/08/10(土) 18:23:56: まあ…いうて伺か自体はプラットフォームでしかないわけやしな…

あれ以外の何か with "偽春菜" の時代から触り続けてる人間的には愛着あるし
技術屋の端くれ的にはあの時代にイベント駆動方式で
ここまで長続きする基本設計を組んだのもすげーなぁと思うけど

ゴーストで遊びたい人にとってはどうでもいい事柄であることも分かるし…
603：任意たん@age推奨：2019/08/10(土) 18:25:15: 彼のいう「面白い」は「技術的に面白い」だから喋るだけのゴーストはダメらしい
604：任意たん@age推奨：2019/08/10(土) 18:30:12: 私には難しいことでなかなか真似できませんですが笑いも技術で面白いと思っています
605：任意たん@age推奨：2019/08/10(土) 18:39:30: ビジュアル（絵）とストーリ（物語）ーもアートでれっきとした技術の一つです
わざわざそのためにお金を払って学ぶ人がいるのはわかっています
606：任意たん@age推奨：2019/08/10(土) 18:57:35: オリキャラor版権キャラをデスクトップに立たせて喋らせるだけじゃアカンのか…
607：任意たん@age推奨：2019/08/10(土) 19:04:59: 趣味の一つなのでありだとは思います
608：任意たん@age推奨：2019/08/10(土) 19:06:57: 日本語とかいう
良く言えば奥が深い、悪く言えば抑揚が分からない文字だけだと
柔らかく表現したつもりが煽り表現に聞こえるような
クソ難しい上に取扱いも難しい言語がいかんのや…

>>595が言いたいのは
「好循環があるといいですよね」
くらいの軽い話だろうし
>>604-605さんは、上手く真意が伝わらなくても、あまり気に病まないでね…
ネイティブの日本人同士でさえ、文字だけのやり取りだと普通にすれ違うくらい難しいから…
609：任意たん@age推奨：2019/08/10(土) 19:27:25: 何かにつけて標準化、標準化叫んでる類に人間と、同じ臭いがする
そんなに標準化が好きなら、フォーマットでも勝手に作って広めるがいいさ
広まるならな
610：任意たん@age推奨：2019/08/10(土) 19:39:32: なんでそこまで悪意に取った解釈するの…？
611：任意たん@age推奨：2019/08/10(土) 19:48:56: 標準化の話だったのかこれ
名前が名前だから誰が誰だかわからんちん
612：任意たん@age推奨：2019/08/10(土) 19:55:13: 標準化というと抵抗あるしちょっと違います
話はグランドセオリーにつなげたいです
あらゆる領域で適応できる一般理論
613：任意たん@age推奨：2019/08/10(土) 20:25:42: 結局>>584がすべてじゃないかな
よく引き合いに出される流行り物は基本商業的なもの絡みがあるからこそなあれだけ規模が大きくなるわけで、
ほぼすべてが趣味で成り立ってる伺かと比べる事自体がそもそも間違ってる
614：任意たん@age推奨：2019/08/10(土) 20:37:03: 全てというなら結果がすべて
しかし真似して学ぶことは否定していない
でも参考になるのは成功例出なくて失敗例だと思うのですが
みんな恥ずかしくて話さないじゃないですが
615：任意たん@age推奨：2019/08/10(土) 20:39:38: >>612
また難しい言葉知っとるのう…

…うーん
>>585が一番主張したい内容、というか主張の核なのかな

で、
（１）技術的に面白いことをやる
→（２）注目した人が広める
→（３）多くの使用者が出る
→（４）普遍的な基礎技法の一つとして普及する
→（５）教科書レベルでまとまった資料に記載され、確立された技術の一つになる
→（６）それを見て学んだ人が、また新しく面白いことを見出す（１に戻る）
みたいな流れが「もっと」生まれてほしい、続いてほしい、ということだと思うんだけど…
（違ったらごめん）

技術屋としては理想形だよなーと思うけど
これは「自分で動き始めて、さらに動き続けないと無理、ただし泣くほどしんどいので潰れない程度にね」かなーとも思う

ちょっとドキュメント一つ整備するだけでも
読み手に伝わるように真面目に書くと半端ない労力が必要だし
特に反応が無いことも普通だから、基本的に本当の意味での無償の奉仕になるし
私は正直モチベが続かなかった
ななっちさんやぽなさんみたいな方々には尊敬しか無い…

ビジュアルノベルのスクリプトエンジンの使い方、VR/AR技術みたいに
商業用途で需要があるようなものなら
相応の見返りがあるかも、という打算もあって、自然と生まれてくるもんだけど…
伺かでそれを期待するのは無理筋だと思う

あんま纏まってない長文でごめん
気持ちはなんとなく分かったから
レスしたくなった
616：任意たん@age推奨：2019/08/10(土) 20:43:54: もういいよこの話題
617：任意たん@age推奨：2019/08/10(土) 20:53:53: >>614
失敗談は…多分、聞けば教えてもらえると思う
というか「聞かれないと思い出せない」のが正直なところ

単純に、時間が経つと記憶が薄れてしまって
どこで躓いたかさえ忘れてしまうのです…
618：任意たん@age推奨：2019/08/10(土) 20:58:37: 企業のお金が入ってくる流れというと広告があるんだけど
619：任意たん@age推奨：2019/08/10(土) 21:03:18: 失敗談かぁ、躓いたけど頑張ったらうまくできたって部分は資料に残らないよね
その辺も踏まえて細かく文字化して分かりやすく残してくれる人なんていないよな
じゃあ作った面白い技術をテクニックまで含めて共有してくれる人なんてさらにいなさそうだよね

普段、なあなあで流されて言語化されない話題だから、こういう場で形が残ることには意味があるし、少し思うところもあるなあ
620：任意たん@age推奨：2019/08/10(土) 21:17:02: ようやく話が見えてきたな
皆さん後進の為に失敗談を集めませんか？ってだけなのにえらく時間かかったな

まあ私は自分で試行錯誤するのが楽しいからあんまり人の失敗談を見る気はないし
自分も残そうとはしてこなかったな
621：任意たん@age推奨：2019/08/10(土) 21:27:08: 言い方が乱暴になるが、この界隈は自分のキャラクターが動きさえすればよしとする人が多いなあと思う
それは悪いことではないんだが、すごい技術や革新的な考えが公開されても、すごいなあで終わってしまうこと多くない？

例えばMMDをシェルとして登録できる3Duka、何年も経ってやっと1ゴースト出たんだよね
どうやってやってるのか分からないような、SSPの機能だけで作りました！ってすごいゴーストも二桁くらいいるだろうけど後継は出てこないし、技術を追う人がすくなく、そういう人は試行錯誤のみで参考文献なしに作り上げてしまう印象がある
622：任意たん@age推奨：2019/08/10(土) 21:44:14: 失敗談が、命に関わるくらいの重みを持つ業界とかなら
例えば失敗学が提唱されるくらいには重要視されるわけだけど…

趣味の個人開発でそんな原動力は生まれないよねぇ
ブログの記事の一部として、ちょこっと載せたりくらいが関の山かな

そんでまた、>>621で言及してくれているような
「自分でバリバリ試行錯誤する人」とか特に
自分が創意工夫して作り上げるのが好きなだけであって
別に誰かに作り方や試行錯誤の過程を伝えたいわけじゃない（そんなことやってる時間があれば次の面白いことしたい）って人も少なくないからなあ

技術系の人間のせいか、
やっぱり見て盗んで学ぶ方を重視しちゃうのもあるし…うーん

マジで「すごいなあで終わってほしくない」のなら
「自分で解説記事を書いて布教する」しかないかな
率直に言ってしんどい仕事なので
他者に見返りなしでやってもらうのは無理だと思う
623：任意たん@age推奨：2019/08/10(土) 21:53:37: 橋渡しするサイエンスライター的な立場の人が必要かもしれないか
624：任意たん@age推奨：2019/08/10(土) 21:55:40: 日本では本職のサイエンスライターの人は食べていけないので少ないそうです
625：任意たん@age推奨：2019/08/10(土) 22:03:21: サイエンスライターを言われても誰も名前が思いつきません
世に出てくる技術書もアマゾンの感想見るくらいで
底本として参考文献もどれを抑えるべきか知りません
CPUの創りかたという本は表紙が可愛かったので買いましたが
626：任意たん@age推奨：2019/08/10(土) 22:05:37: 今まで見てきた中で、伺かに限らず
広まっていった新技術って

（０）その技術が初めて世に出る
（１）注目した人による解説記事等で、存在の周知・布教が行われる
（２）実際にその技術を使った実例がいくつか発表される
（３）記事や実例を見た人たちが、自分でもやってみようと思って取り入れる
（４）色んな躓きや失敗談、成功例の数々が数多く報告され、集積されて、初心者が参入する敷居が下がる
（５）結果、人口に膾炙する

の５ステップを踏んでると思う
（１）無しで広まった例は…私は知らない
知ってたら教えてほしいくらい
627：任意たん@age推奨：2019/08/10(土) 22:10:19: 高校までの義務教育ならただ面白そうでいいかもしれないけど大学生ならそれでは恥ずかしいかもしれない
しかし社会に出ればそんな知識じゃやっていけないよと言って笑われそうですが
628：任意たん@age推奨：2019/08/10(土) 22:15:01: >>625
渡波郁先生はガチ技術者な上に、CPUアーキテクチャと組み込み系マイコンが専門だよ…！
そっちの系統（ハードウェア関係）見ても伺かの参考にはなりづらいと思う

読むならせめてイベント駆動型プログラミングの本かなと思うな
イベントハンドラやトリガの概念だけでも学んでおくと
ベースウェアのやってることとかも理解しやすいと思う
629：任意たん@age推奨：2019/08/10(土) 22:15:20: 伺かは仕事じゃねえ
単なる趣味だ
勘違いすんな
630：任意たん@age推奨：2019/08/10(土) 22:16:34: >>627
だからなんでお前はそんな上から目線なんだ
自分はどんだけ偉いんだよ
631：任意たん@age推奨：2019/08/10(土) 22:18:09: そんなきつい言い方せんでも…

まあ、笑うような人はほっといたらええし
恥ずかしいとかも思わんでええで
人の目気にしてたら何も作れんし
632：任意たん@age推奨：2019/08/10(土) 22:18:43: いや趣味の遊びでしょ？
なんで恥ずかしいのよ
633：任意たん@age推奨：2019/08/10(土) 22:23:39: ノーベル賞とったといってテレビに出て話題になっても何のことかわからない
それでもいいんだけど
スピーチで自分の研究を応援してくれて結果を残すことができた
若手も研究に打ち込める環境を残してほしい
みんな同じこと言ってる
634：任意たん@age推奨：2019/08/10(土) 22:24:20: ちょいちょい話題の方向性をずらしていってるのはなんなの…
しかも自分の思い込みで燃料投下して
635：任意たん@age推奨：2019/08/10(土) 22:29:40: 言いたいことは分かるけどゴーストをつくる話から逸れてる気がするし
そろそろ切り上げてくれないかな
もはやツイッターにても呟いてくれって感じの話になってるから
636：任意たん@age推奨：2019/08/10(土) 22:32:30: ごめんなさい
637：任意たん@age推奨：2019/08/10(土) 22:36:52: 何故だか分からんけどシェルの規格を統一したがってた人を思い出すんよねぇ
638：任意たん@age推奨：2019/08/10(土) 22:43:03: てっきりゴーストのちょっとした作り方とかをまとめた資料とかの話かと思いきや違ったのね…
639：任意たん@age推奨：2019/08/10(土) 22:49:46: 脱線しましたが
ちょっとした作り方をまとめるつもりが実は人に説明するのと伝わらないすごく大変で辛いことだ
趣味や個人でどうにかすることは出来ないかもしれない
その壁というか溝をどうしようか
という話です
640：任意たん@age推奨：2019/08/10(土) 22:51:33: そんな簡潔にまとめられるなら最初からそう言ってくれよ！
641：任意たん@age推奨：2019/08/10(土) 22:52:14: >>637
わかる
642：任意たん@age推奨：2019/08/10(土) 22:54:41: 趣味とお金と仕事の話で大人にうやむやにされるのは変だと思うけど
時間と手間は無視できないからそれはわかるところです
643：任意たん@age推奨：2019/08/10(土) 23:00:21: もっと誰でもわかるようなゴースト作成の参考書が欲しいっていうこと…？
644：任意たん@age推奨：2019/08/10(土) 23:07:10: これからはゴースト作りにあたって使った・培った技術をまとめて知識を共有しろって話
そうすりゃゴースト全体のレベルが上がってハッピーでしょ？って
世界の技術者はみんなそうしてるよ（笑）君たちはまだなの？（笑）って
645：任意たん@age推奨：2019/08/10(土) 23:07:36: 誰もやったことのないことをするときと誰かがやったことをするときで違います
誰でもわかる参考書が必要になるのは過去やったことをするときです
646：任意たん@age推奨：2019/08/10(土) 23:10:20: 誰もやったことのないことをするときと誰かがやったことをするときで違います
誰でもわかる参考書が必要になるのは過去やったことをするときです
答えが乗っていて（失敗例）問題もついているやつです
647：任意たん@age推奨：2019/08/10(土) 23:14:10: そのために君にできることはなにか
君がやったことはなにか
それを聞かせてもらわないと
俺様が便利なようにわかりやすくしろと要求しているようにしか見えん
648：任意たん@age推奨：2019/08/10(土) 23:16:14: 結局、何がしたいの？何を主張したいの？何を誰にやってほしいの？が今もさっぱり見えない
649：任意たん@age推奨：2019/08/10(土) 23:16:41: うーん…流石に>>647さんに同意やなー

>>336氏の挙げてくれてるような情報源、ukadocのドキュメント等々を見ながら
サンプルゴースト弄れば作れるくらいには整備されてる現状で
さらに（初心者がハマりやすい）失敗例をまとめたものが欲しいってことなら

「まずは自分で作り始めてみよっか？」しかかける言葉が無いかな
自分で動かないと、誰も協力してくれないしね
650：任意たん@age推奨：2019/08/10(土) 23:18:16: 誰もやったことのないことを行うことにやりがいを持つのはわかるし
そんな人の時間を泥棒したいとは思わないけど
誰かがやったことのあることで毎回同じようにつまずくのはもったいないよね
そんな時どうしているかなという話です
651：任意たん@age推奨：2019/08/10(土) 23:22:38: どうしてるか、だったら…
「自分で調べて、検証用の部品作って試して、時には相談して解決してる」としか言いようが無いかなあ

試行錯誤自体が楽しいし、検証の過程でいろいろ分かることもあるから
「もったいない」で済まされるとつらいかなー…
652：任意たん@age推奨：2019/08/10(土) 23:23:02: ゴースト制作から離れて制作失敗例を集める目的のために
ウィキや掲示板の設置管理方法から学ばなければならないかもしれません
653：任意たん@age推奨：2019/08/10(土) 23:24:38: どうしてるか、なら、それはもう>>584ってことになるか人に聞くとかじゃないのかな
それを不便と思うのなら、そういうのをまとめられる場を自分で作るしかないでしょうよ
654：任意たん@age推奨：2019/08/10(土) 23:25:52: え…それは学べばいいと思うけど
今時はメアド登録だけで利用開始できる手軽なのもあるし
一昔前の様に、自分でCGI設置からやるのも楽しいけどね
655：任意たん@age推奨：2019/08/10(土) 23:29:46: この人やっぱり自己完結してて他人の話は聞いてないよ
まあ謎の主張してるの全部が同じ人とは限らないけど
656：任意たん@age推奨：2019/08/10(土) 23:31:34: そもそも誰かがやったことあろうがなかろうが、
自分がやったことなきゃそれは新たな発見と学ぶ機会なわけだし
>>651の言う通り、そこまで何もかもを提示されるような環境じゃ、
開発者自身の知識が育まれないよ
657：任意たん@age推奨：2019/08/10(土) 23:33:56: いわゆる「車輪の再開発」ね
ええやん車輪がどういうものであるのか理解するためのステップだと思えば
今のあんたにはそれこそが必要に見えるぜ
658：任意たん@age推奨：2019/08/10(土) 23:34:53: 「ゴースト制作から離れて」の時点でもはや伺か関係ないよね？何がしたいんだほんとに
659：任意たん@age推奨：2019/08/10(土) 23:35:10: 「車輪の再発明」だったかもしれない
660：任意たん@age推奨：2019/08/10(土) 23:36:39: プログラマの考え方は何となく理解したのでづが
ソースコードを（または辞書ファイル）を批評する文化がないのはなぜですか
661：任意たん@age推奨：2019/08/10(土) 23:38:09: ねー別の火種持ってこないでー！
もう黙っててよー！
662：任意たん@age推奨：2019/08/10(土) 23:39:03: この人、なんかどんどん日本語もおかしくなってきてない？
663：任意たん@age推奨：2019/08/10(土) 23:40:09: 美しい辞書ファイルを書いてのこそうとはおもわないのですか
栞ではあるみたいだし勉強会やっているのも知っていますが
自分が経験が足りず理解できないことが多いので当たっていないかもしれないのですが
ただ書き散らせばいいのはよくないです
664：任意たん@age推奨：2019/08/10(土) 23:42:37: 手抜きでとにかく動けばいい時とダメなプログラムの違いぐらい判りませんか？
665：任意たん@age推奨：2019/08/10(土) 23:43:07: クレクレしてるだけの人には誰もやってあげようとは思わない、以上
666：任意たん@age推奨：2019/08/10(土) 23:43:50: なんかどっかで見かけた文体だ…

コーディング規約が欲しいっていうことなんだろうけれど、それは商業的な考え方だよ
趣味の範疇を超えてる
667：任意たん@age推奨：2019/08/10(土) 23:43:53: まずはただ書き散らして経験しろ
ずっとそう言っているつもりなんだが未だに理解できないか
668：任意たん@age推奨：2019/08/10(土) 23:45:07: なあ、もうスルーでいいよね？
人の話を聞かない、自分が学ぶ立場なのに謎の上から目線
こんな奴に何か教えてやっても何の特もないだろ
669：任意たん@age推奨：2019/08/10(土) 23:54:35: 今日一日たのしかったわ
明日はTwitterの方でやれよ
670：任意たん@age推奨：2019/08/10(土) 23:58:07: 誰でおわざわざ人の辞書ファイル除いてこれ筋が良くないよなんて言えるわけないじゃないですか
でもわからない人は無駄なコードいっぱい書いているんです
それを指摘はプログラマからならそういう空気（文化）を作れる
その認識は間違っていますか？
671：任意たん@age推奨：2019/08/11(日) 00:01:35: 辞書の書き方について批評する文化がないのはなぜか?
答えは個人で作っているから
集団で作っているなら、必要だろうけどね

あと、最初からきれいな辞書を書こうとすると、いつまでたっても形にならない
動くものが正義だ
きれいに書けると思ったら書き直す、でいいと思うぞ
672：任意たん@age推奨：2019/08/11(日) 00:01:40: まあ、周囲のレスから学べることはあったしいっか
本気で言ってるなら、YAYAに代わるような、pythonライクな栞とかを
自分で作って広めるべきやねー…
673：任意たん@age推奨：2019/08/11(日) 00:11:38: >>671の指摘の通りだし、それが趣味と商業の違いでもあるし

それに、プログラム言語には便利なIDEとかもあったりして、
それのおかげでリファクタリングとかも結構手軽にできるものなのよ
そういったものまで用意してくれるならその考えに同調してくれる人もいるかもしれないけれどね…
674：任意たん@age推奨：2019/08/11(日) 00:13:22: 今度は他人にきれいなコード書けとか要求し始めたのか
他力本願がとどまるところを知らないな
どこまでエスカレートするのか逆にワクワクしてきたぞ
675：任意たん@age推奨：2019/08/11(日) 00:22:18: 世の中のゴーストの90%は里々で出来ているが、里々はきれいなコードが書けるような言語ではないんだ
構造体がない、配列がない、それどころかローカル変数がない、そんな言語できれいなコードが生成できるわけがない

じゃあきれいな言語の書ける栞を使おうとなると、今度は難易度が問題になる
ゴースト作る全員が美しいデザインパターンを理解しているわけじゃないから
676：任意たん@age推奨：2019/08/11(日) 00:22:30: 個人が趣味で書いてるコードに
リファクタリングやコーディング規約を強要するとか
ブチ切れ不可避レベルの暴挙やぞ

自分が心掛ける分には好きにしたらいいけど
人に押し付けるとかマジで止めて…
せめてリファクタリング支援機能付きIDEなり
オフサイドルールあたりを採用した新しい栞なり作ってから提案してくれ
頼むから
677：任意たん@age推奨：2019/08/11(日) 00:28:13: プログラミング言語やコーティング規約は著作権的に保護されないみたいだけど
678：任意たん@age推奨：2019/08/11(日) 02:21:04: 既知の問題で誰かがやったことを自分も行う場合
いきなりコードを書くより書かないで解決できればそれが一番いい
人の知恵や助けをどんどん借りていいんだ
なぜなら自分の書いたコードが将来の自分のやりたいことの一番の壁になるから
679：任意たん@age推奨：2019/08/11(日) 03:54:06: 人間社会の真実としてバカなほうがおりこうさん
みんなが幸せになるのではなくてみんなでバカになるのが現実
スレチガイだけど
680：任意たん@age推奨：2019/08/11(日) 04:28:47: というかもうこの話題から離れましょう、

なんか３ｄの問題はモーションの作業量とパソコンの負荷が大きいですね。
デスクトップマスコットなのに重いのはちょっとあれかな。
681：任意たん@age推奨：2019/08/11(日) 05:30:12: すみっこで大人しくしてるマスコット、ってレベルのリソース使用量ではないのがつらい…

ずいぶん前に試した時は、グラフィックス系が貧弱（CPU内蔵GPUしかない）なノートPCだったこともあって
ほぼ他の作業ができなくなるレベルで専有された思ひ出

いやまあ、MMDでモデル１体動かすのが精一杯のマシンで
挑戦したのがダメだったんでしょうけれども
最近のVR機器動かせるレベルのマシンなら、気にならない負荷なのかなあ…？
682：任意たん@age推奨：2019/08/11(日) 07:02:56: うちのメインパソコンはVRゲーム余裕たけど、

３ｄアプリはGPUリソースを食うからウェブブラウザは遅くなる（ブラウザのハードウェアレンダはGPUベースので）

それ以外は大丈夫だがちょっと温度が上がる。

スペックはi7 5930k、16gb 3200ghzメモリ, Geforce 1080ti 12gb
683：任意たん@age推奨：2019/08/11(日) 07:38:44: そのスペックでも、
ブラウザ程度のレンダリングに回すリソースが残らないほど食われるんです…？（戦慄）

うーん…ハードウェア側の進化か、ソフト側での処理の軽量化か、手段はともかく
普及してるハードウェアで、誰もが気軽に動かせるレベルにならないと
広がらないよなー、と思いました
684：任意たん@age推奨：2019/08/11(日) 07:45:44: あと、モーションも…不自然にならないように、と気を配り始めると
現状ではアニメーターさん並に中割り意識して
手作業で修正しないといけませんしね

素人の下手な動きをキャプチャしても
そのままだと素人の動き以外の何物でもないし…
ベースになる動きに、上手いことフィルタかけるような形で補完・修正してくれるようなツールがあれば良いんですけども…簡単には作れそうにないし

２年ほど前に、2Dの平面でならこんな研究が発表されてたんですが
ttps://nlab.itmedia.co.jp/nl/articles/1706/14/news138.html
3Dモデルに展開するのはデータ点数的な意味で難しい上に
良い教師データも用意できそうになくて諦めた覚えがあります…
685：任意たん@age推奨：2019/08/11(日) 08:20:38: ぷるぷるしないキャプチャは基本、超高い全身スーツ、部屋まる一つ、数十万円の専用ソフトだからね…
キネクトみたいな安物だとものすごく作業時間を食うので

伺かは基本シームレスだから3D化遥かに難しいと思う、普通の3Dゲームひは基本
繊細の表現はシーン事専用のモーションを作る（汎用モーションをいくつプラス新規）、
ブラックアウトもしく待機モーションに戻る、ゲームが続く。

デスクトップマスコット場合は待機イベント（走り回しだり）、待機、ランダムトークって順番になるかな。
今のサーフェス構造や現在の栞の機能では対応しつらい。

例えば、モーションを中割りを意識して順番とグループ別に分けてある程度自動て動かせる場合はそれなりのプログラミング機能が必要ですね。
686：任意たん@age推奨：2019/08/11(日) 08:26:34: プログラミング機能じゃなくて、プログラミング技能でした。

unityやunrealなとのレンダエンジンを使って一から作っだ方か簡単かもしれませんね…

昔買ったデスクトッププリンちゃんってソフトは似た感じですがあれは超重かったな。
687：任意たん@age推奨：2019/08/11(日) 08:43:39: うーむ…
Unityをちょこっと触っただけの人間ですけど
素材は豊富だし、
スクリプトもコンポーネント指向だから、オブジェクト置いてスクリプト動かすっていう流れがめちゃくちゃ分かりやすいですし、
何よりテクスチャ描画含め面倒なことは全部プラットフォームがやってくれるし、で
ウィンドウ外への描画方法が分からない以外は完璧でした

MikuDesktopDanceの開発者さん、
栞に里々使えるようにしたりと
伺かとの互換性をかなり意識して、頑張っておられるのだと思うんですが

それが仇になっているというか…
事実上ベースウェアの再開発になってるせいで、作業量が半端無いことになってるのと
>>675氏が指摘したような、里々の仕様が逆に足かせになってしまっているような感があります…
688：任意たん@age推奨：2019/08/11(日) 10:00:00: ウィンドウ外への描画は多分これ

https://alastaira.wordpress.com/2015/06/15/creating-windowless-unity-applications/
689：任意たん@age推奨：2019/08/11(日) 10:27:37: >>688
これだ…ッ
情報ありがとうございます！

user32.dll 呼び出してウィンドウ属性を直接弄っちゃえばいいのか…
Windows API を使う以上、マルチプラットフォームは諦めないといけないにしても
これならunityでデスクトップマスコットにできそう…
690：任意たん@age推奨：2019/08/11(日) 13:09:19: 人を持ち上げたり見下げたりしてそれを見て胸の内に感じる感情の正体は
劣等感だ
どこかの誰かの話ばかりで自分のそしてあなたの話がいつまでも始まらないのは
人の劣等感が邪魔をするからだ
何かが出来なくてもわからなくても人と人が出会うときには劣等感をもってはいけない
誇りやプライドを持っているように見えても裏にあるのは劣等感だ
バカになってもいいが
劣等感に支配されてはいけないそれでは人は幸せになれない
691：任意たん@age推奨：2019/08/11(日) 13:17:37: 胸に沁みるポエムやな
692：任意たん@age推奨：2019/08/11(日) 13:37:52: 劣等感を人が持つときしばしば周りのみんなは馬鹿にするんだ
でもでっかい太陽がのぼってくるかもしれないのは
人の勇気があるから
それは明日でなく今日の話だけどね
693：任意たん@age推奨：2019/08/11(日) 13:44:51: 明日太陽が昇なるんて
長い夜明けの話をして我慢ばかりさせてもよいことなんてない
勇気が必要になるのはいつでも今なんだよ
694：任意たん@age推奨：2019/08/11(日) 13:50:01: うん、スレと全く無関係なポエムはtwitterでやってくれ
695：任意たん@age推奨：2019/08/11(日) 13:56:35: 日本語が上手すぎるから昨日の人じゃないな
696：任意たん@age推奨：2019/08/11(日) 15:02:35: これ以上ポエム続くようだったら荒らしとして報告入れればいいよ
もはや完全にスレと無関係だしな
697：任意たん@age推奨：2019/08/12(月) 01:23:30: サーフェスの一部差し替え機能があればグーンと幅拡がるんだけどな
698：任意たん@age推奨：2019/08/12(月) 07:59:52: 着せ替え機能じゃなくて？
699：任意たん@age推奨：2019/08/12(月) 11:04:53: ゴースト起動中に任意ファイルからのロードによるサーフェス一部差し替え機能
たとえば服が10着あってもロードしておくのは着てる一着だけで充分だしな
現状ファイル数が1000とかになってくると起動するのに割と負担になってるから
700：任意たん@age推奨：2019/08/12(月) 11:23:42: 追加シェルを9個用意すればいいだけなのでは？
701：任意たん@age推奨：2019/08/12(月) 11:52:30: 追加シェル方式だと細かい着せ替えには向かないな
702：任意たん@age推奨：2019/08/12(月) 12:25:24: 究極的なこと言っちゃうと着せ替えアプリじゃないからな…

それはそれとして、サプリメントで追加して終了時には追加したファイルを削除
って方式はどう？
703：任意たん@age推奨：2019/08/12(月) 12:25:39: 定義された画像は全部読み込むって仕様なんで、そのやりたいことは出来ない
どうしてもやりたいなら、surfaces.txtをゴーストで書き換えた後にさくらスクリプトのreload,shellを実行することになる
704：ag36：2019/08/19(月) 13:12:04: 前のバグは解消しましだ

原因はよくわかりませんがコミュ辞書の違うヘッダ？を持つ文を移したら直っだ

サンプル
＝＝＝＝
dic05_Communicate.txt

＊user「　付き合って　つきあって　恋人になって　こいびとになって

ああああ

\![*]\q[あいうえ,あいうえ]

＊あいうえ

おおおお

＝＝＝＝
この場合はコミュ”付き合って”は動作しない、＊COMMUNICATE該当なし　に

選択肢”あいうえ”も”選択肢のジャンプ先「（Ｒ０）」は存在しません。記述ミス？”　に

＝＝＝＝
dic05_Communicate.txt

＊user「　付き合って　つきあって　恋人になって　こいびとになって
＞コミュ付き合って

dic05_CommRes.txt

＊コミュ付き合って
ああああ

\![*]\q[あいうえ,あいうえ]

＊あいうえ

おおおお
＝＝＝＝

コミュ”付き合って”は動作するが不安定、選択肢”あいうえ”も同じ

＝＝＝＝
dic05_Communicate.txt

＊user「　付き合って　つきあって　恋人になって　こいびとになって
＞コミュ付き合って

dic05_CommRes.txt

＊コミュ付き合って
ああああ

\![*]\q[あいうえ,あいうえ]

dic05_CommSel.txt

＊あいうえ

おおおお
＝＝＝＝

バグを解消、この場合は

dic05_Communicate.txt

＊user「　　

から始まるもののみ

dic05_CommRes.txt

＊コミュ

から始まるもののみ

dic05_CommSel.txt

コミュの選択肢用のジャンプ先、中身はなんでもいい。
705：任意たん@age推奨：2019/10/08(火) 09:43:03: スタンドガールR+すげー！
706：任意たん@age推奨：2019/10/08(火) 11:42:21: あの人すごいよね
伺か界隈にはもったいない逸材だよ
707：任意たん@age推奨：2019/10/08(火) 14:17:34: すごい人なのはわかるけどそういう言い方は…
708：任意たん@age推奨：2019/10/08(火) 23:39:41: まあまあ、そんなことよりエロを楽しめましょう。
709：任意たん@age推奨：2019/10/11(金) 21:13:42: 台風で生き残れたら更新するか
710：任意たん@age推奨：2019/10/11(金) 21:14:57: フラグを立てるな
711：任意たん@age推奨：2019/10/11(金) 23:13:41: >>709　
では生き残れるよう祈ろう
712：任意たん@age推奨：2019/10/15(火) 00:15:54: どうかね生きてるかね
713：任意たん@age推奨：2019/10/15(火) 00:33:07: 神奈川だが特に被害はなかったので更新するわ
714：任意たん@age推奨：2019/10/15(火) 22:03:23: 何気に気がかりだったから、安心した
715：任意たん@age推奨：2019/11/29(金) 08:36:13: Gatebox Developer Programか、
今後は開発者がそちらに流れるのだろうか
716：任意たん@age推奨：2019/11/30(土) 13:33:38: 何かとググったら装置の購入が必要なものか
流行るかねえ
717：任意たん@age推奨：2019/12/01(日) 13:55:39: 夢とロマンに溢れた良いものだと思うものの
かつてのペルソナウェアの辿った道と
機材のお値段を考えると…
商売としては厳しそうやね…
718：任意たん@age推奨：2019/12/12(木) 15:29:25: ふと急に作りたくなったけど
会話だけぶち込んで作れるようなもんじゃないのねやっぱり
プログラムとかとーしろだから自信ないわ>>2みてもわけわかんねぇし
719：任意たん@age推奨：2019/12/12(木) 15:30:04: ageわすれ
720：任意たん@age推奨：2019/12/12(木) 15:30:58: ってSAGEとるがな
721：任意たん@age推奨：2019/12/12(木) 18:43:18: 漠然とでもやりたいことが思いついているなら
それを言えば怒涛の勢いでアドバイスが寄せられるだろうな
722：任意たん@age推奨：2019/12/12(木) 19:10:28: 最初は単純な作りのゴースト見つけてそれの改造から始めたな
723：任意たん@age推奨：2019/12/12(木) 19:53:55: >>718
プログラム？なにそれ美味しいの？って人は

さとりすと入門:http://ghosthacking.webcrow.jp/satorist/satorist.html
里々wiki :http://soliton.sub.jp/satori/index.php?FrontPage

この辺から見るといいよ。>>2で見るべきはフリシェwikiくらい
724：任意たん@age推奨：2019/12/12(木) 20:04:46: 会話メインならプログラミングの知識は殆ど必要ないんだけどね
さとりすとは使ったことがないのでよく分からないが自分は↓のサイトから始めたな
ゴースト作成入門-里々編- http://ghostmaker.vs.land.to/
725：任意たん@age推奨：2019/12/12(木) 21:13:30: みんなありがと
週末あたりその辺見ながら弄ってみるよ
726：任意たん@age推奨：2019/12/13(金) 16:04:01: >>723や>>724みたいなページやTIPSが載ってるページを集めた
UKATEC Wikiも目と通しておくといいぞ
https://wikiwiki.jp/ukatec/
727：任意たん@age推奨：2019/12/19(木) 18:27:53: x = "currentghost.balloon.scope(1).basepos.x";
これで直接値が取れると便利なんだがな～
728：任意たん@age推奨：2019/12/19(木) 18:29:29: x = "%property[currentghost.balloon.scope(1).basepos.x]";
違った
これで直接値が取れると便利なんだがな～
729：任意たん@age推奨：2020/01/03(金) 08:00:31: 10年近く前にゴースト作ってた人間だけどまだ残ってていろいろ感動した。
今のセンスで作り直してみたいのはみたいんだけど、いろいろとカスタマイズができなくて厳しいんだよねぇ。
技術が古すぎるというかなんというか。
その辺改善されてんのかな？
730：任意たん@age推奨：2020/01/03(金) 09:00:13: そんなふわっとした言い方されたら答えようがない
731：任意たん@age推奨：2020/01/03(金) 09:04:15: されてない
あまり辛辣に言うと気に障る人もいるだろうが、角を立つのを承知で書くと、可能性は行き詰ってると思う
机上の可能性はあっても、昔に作られた制限の多い仕様でやりくりしている状態
たとえば拡大縮小をアニメーションに取り入れようと思ったら、未だに全部手書きだもの
バルーンですら、ぽっと出で表示させるしかない
732：任意たん@age推奨：2020/01/03(金) 10:36:00: キャラごとに別のセリフを喋らせられる（ウェイトとかも個々で）とか、
バルーンにアニメーションを設定するとかみたいなのは出来たらいいなとは思ったことはあるなぁ
プラグインとかで出来るなら作ってみたいなと思ったけど、言語の勉強から始めなきゃならなくて結局諦めたっけか
733：任意たん@age推奨：2020/01/03(金) 16:25:06: >>729
ここ10年で目に見える改善は拡大縮小がきれいになったくらいかな
734：任意たん@age推奨：2020/01/03(金) 19:05:24: 個人的にはシェルが最初に一括読み込みってのが一番つらい仕様
735：任意たん@age推奨：2020/01/03(金) 21:00:31: googleカレンダーやタスクとかと連携させられればアクセサリとしての有用度がぐっと上がるんだけどなぁ。
当時その辺できないかいろいろ考えたけどそもそもデフォルトカレンダーにアクセスする方法自体がめちゃ少なくて詰んだよ。
ツイッターは別に要らんけど、他にRSSやら独自インターフェイスのランチャーやら
世界観重視でも絵を単体で表示できるとか、Webサイトを表示できるようにするとか
コルタナをラッパーするとか、その辺できれば可能性広がるのになぁとは思ってた。
736：任意たん@age推奨：2020/01/03(金) 23:48:52: まぁアニメーションに関してはガチ神ツールAnime Effectsができて楽にはなってるとは思う
https://www.nicovideo.jp/watch/sm31007626
使ってる人あんま見ないけど
737：任意たん@age推奨：2020/01/04(土) 00:13:10: 立ち絵パーツの作成とかは
https://www.nicovideo.jp/watch/sm34161223
これなんか参考になりそう。
もはやLive2Dレベルの作業だけど。
738：任意たん@age推奨：2020/01/04(土) 00:14:52: https://www.nicovideo.jp/watch/sm33032794
こっちのほうが詳しいか
739：任意たん@age推奨：2020/01/04(土) 00:49:33: Nimaとかいうのもあるんだね
さいきんはすごいね
https://www.nicovideo.jp/watch/sm31038963
740：任意たん@age推奨：2020/01/04(土) 18:07:58: _tes = (25,17,13,22,24,30);
_sor = ASORT( 'int,index', _tes );
_ans = ASEARCH( '0', _sor );
"%(_tes[0])=%(_sor[0]) %(_tes[1])=%(_sor[1]) %(_tes[2])=%(_sor[2])\n/
%(_tes[3])=%(_sor[3]) %(_tes[4])=%(_sor[4]) %(_tes[5])=%(_sor[5])\n/
answer %(_ans)\x\e";

YAYAで数値indexソートしようとするとデタラメが返って来てしまうのだが
何か間違ってるのだろうか
741：任意たん@age推奨：2020/01/04(土) 23:36:43: 試してないけど、引数の省略は出来ないっぽいから
_sor = ASORT( 'int,ascending,index', _tes );
こうじゃないか？
742：任意たん@age推奨：2020/01/05(日) 00:46:24: それももう一つの方も試したが結果は↓となって順序がメチャクチャ
25=2 17=1 13=3
22=4 24=0 30=5
answer 4
仕方ないのでバブルソート関数作って代用する事にした
743：任意たん@age推奨：2020/01/05(日) 01:29:56: ASORT(index)で得られる配列の関係と
(多分)求めている配列の取得

_src = (25,17,13,22,24,30);
_sorted = ASORT( 'int', _src );
_index = ASORT( 'int,_index', _src );
_expected = ASORT( 'int,_index', _index);

"_src[%(_index[0])]=%(_sorted[0]) _src[%(_index[1])]=%(_sorted[1]) _src[%(_index[2])]=%(_sorted[2])\n/
_src[%(_index[3])]=%(_sorted[3]) _src[%(_index[4])]=%(_sorted[4]) _src[%(_index[5])]=%(_sorted[5])\n/
\n/
%(_src[0])=%(_expected[0]) %(_src[1])=%(_expected[1]) %(_src[2])=%(_expected[2])\n/
%(_src[3])=%(_expected[3]) %(_src[4])=%(_expected[4]) %(_src[5])=%(_expected[5])\n\x\e"
744：任意たん@age推奨：2020/01/05(日) 03:40:28: >>743
なるほど
意味がわかりました
ありがとう
745：任意たん@age推奨：2020/01/07(火) 07:36:50: >>735
RSSは取得できる(例えばFoxTheoryで論文のリスト取得してるのがそれ)し画像単体をバルーンに表示もできる
コルタナを叩くくらいならSAORIつかえば出来る
746：任意たん@age推奨：2020/01/11(土) 06:06:19: >>745
SAORIは散逸しているうえに古いのばっかりでよくわからん
FoxTheoryは知らなかったがなんかすごそうだな。
ちょっと研究してみるわ。
747：任意たん@age推奨：2020/01/11(土) 16:16:34: 自作したゴースト入れたらSSPがゴースト自動切り替えしなくなったんだけど……
748：任意たん@age推奨：2020/01/11(土) 17:14:48: >>747
他のゴーストを立たせたら、今でも自働切り替えされますか？
749：任意たん@age推奨：2020/01/11(土) 17:19:14: 誤字った　ごめん
750：任意たん@age推奨：2020/01/11(土) 19:49:53: >>748
自動切り替えされません
751：任意たん@age推奨：2020/01/11(土) 21:49:39: >>750
ならば、自作ゴーストのせいというよりかは、SSPの設定のセーブファイルが破損とかになってるのかも
SSPの配布サイトにバグ報告できるところがあるので、そこで相談するとよいかもしれません
752：任意たん@age推奨：2020/01/11(土) 22:23:38: 自作ゴーストのテストをするために自動切り替えしない設定にして
それをそのまま忘れているなどという初歩的なやつではあるまいね
753：任意たん@age推奨：2020/01/12(日) 18:06:27: >>764SAORIは呼び出しの方法にしたがってさえいれば、任意のDLLやEXEを呼び出せるので実質なんでもできる。だからSSPでできないことはない…まあチューリング完全のような定義上ってところはある
754：任意たん@age推奨：2020/01/12(日) 18:46:58: 764に期待
755：任意たん@age推奨：2020/01/13(月) 12:25:36: >>753
EXEやらDLLラッパーのSAORIの存在は知ってるけど、そこまでゴーストだけでやるのはさすがに荷が重すぎるわ。
正直そこまで突っ込むのはメンテの関係とかもあって面倒すぎる。
756：任意たん@age推奨：2020/01/13(月) 13:11:30: ていうかRSSは普通にSSPの機能で取得できるじゃん…
独自インターフェイスのランチャーも理夢とか即自存在なれの果てとかでやってるし
絵を単体表示は第一病棟158号室。がやってたと思う
757：任意たん@age推奨：2020/01/13(月) 14:10:49: >>756
ヘッドラインセンサは搭載してるけど、確かそこにある情報にゴーストからはアクセスできないでしょ？
カレンダーも完全に独立してて情報を入出力できない。
単独機能としてあってもゴーストから利用できないと意味がないのよ。
RSSもユーザーが登録したフィードをゴーストがチェックしてくれるなら実用性あるけど、作者が決め打ちしかできないなら意味がないし。
メールチェックなんて最近はほとんどがGMailやらのIMAPなのにPOPしかとってこれないし、
そもそもgoogleやらとの連携はセキュリティ的な問題があるからゴースト側ではおいそれと実装はできないし。
そういった現行の主流のWebサービスとの連携ができるだけで大分違うのになという話だよ。
あと制限だらけのなか無理くり実装はそりゃ凄い話ではあるが、それを実装するための作者の負担が大きすぎるでしょ。
そういうのを含めたうえでの”改善”がなされているのかなという質問だったわけで、無理すれば実装できるのままだと昔と何も変わっていないでしょ。
ゴースト作者が減り続けてるのってその辺の事情もかなりあると思うよ。
758：任意たん@age推奨：2020/01/13(月) 16:20:01: >>757
ヘッドラインセンサにRSSも登録できますけど、それではだめですか？
759：任意たん@age推奨：2020/01/13(月) 18:23:06: ttps://garicchi.com/?p=20104
これでコルタナとSSPを連携させられれば面白いかなあと思ったんですが、SSPにUWPのProtocolってありましたっけ？

ゴーストへ簡単な操作をするだけならもうあるのは知ってます
ttp://ponapalt.hatenablog.com/entry/20161225/1482660199
760：任意たん@age推奨：2020/01/13(月) 22:13:59: >>757
少なくともRSSならゴースト側からアクセスできるよ
ヘッドラインセンサを使わなくてもさくらスクリプトのrss-getでできる(このコマンドは割と最近追加された)
具体的には\![execute,rss-get,URL,option]で取得できる
ユーザーからフィードを登録したいなら変数使ってこのURLをユーザー側から指定できるようにすればいい

例えば取得したRSSの情報から任意の文字列があった場合には特定のトークを話す、みたいなのも実装できるね
761：任意たん@age推奨：2020/01/15(水) 12:58:58: >>757
そもそもスマホやタブレット利用が増えてプライベートなパソコン利用者が減ってるとか、
スマホやタブレットとゴーストの相性が悪いとか、
ゴースト作者や利用者が減ったのは、そっちの影響の方が大きいんじゃないかなと思う
762：任意たん@age推奨：2020/01/16(木) 18:02:00: SSPはIMAP対応してますけど…現物見てから言ってくれません？
763：任意たん@age推奨：2020/01/16(木) 19:01:07: SSPは今でもガンガンバージョンアップしてるから指摘が的外れになることよくある
764：任意たん@age推奨：2020/01/31(金) 21:54:41: バルーンに画像を貼り付ける\_bで座標にcenterx、centeryを指定してもSSP
では左上に表示してしまうのですがセンター表示は使えないのでしょうか？
765：任意たん@age推奨：2020/02/01(土) 04:46:52: キャラクター＋音楽でボーカロイド
キャラクター＋動画でバーチャルユーチューバー
新しい技術で違った風景を見せてくれれば作り手もユーザーもついてきてくれる
見たところ昔からゴースト制作のほかに創作趣味がある人多いから漫画やアニメや小説やゲームとコラボしてキャラを知ってもらう工夫をするとか一般的
766：任意たん@age推奨：2020/02/01(土) 04:54:00: 漫画やアニメや小説やゲーム作れなくても（絵が描けなくてもプログラム出来なくても話を考えられなくても）キャラクター創作できてみんなと共有できるから伺かは新しかったんだと思う
767：任意たん@age推奨：2020/02/01(土) 18:46:17: >>764
centerxとかcenteryが使えるとは聞いたことないなぁ

SSP公式ドキュメントのUKADOCにも特に記述ないし使えないと思うよ。
768：任意たん@age推奨：2020/02/01(土) 20:15:20: >>767
MATERIAの仕様にはありますね。旧仕様なのかもしれませんが。

http://usada.sakura.vg/contents/specification2.html

•\_b[s,x,y]

s で指定されたファイルをバルーン内座標 x,y に張り込み
x が数値でなく文字列 centerx だった場合 x センタリング処理
y が数値でなく文字列 centery だった場合 y センタリング処理

s の基準ディレクトリは home\ghost\name\ghost\master
769：任意たん@age推奨：2020/02/01(土) 20:53:22: centerx,centery使うとちょっと下にずれるだけの謎座標になるのな
770：任意たん@age推奨：2020/02/09(日) 14:53:14: バルーンに文字をフェードインしながら表示する方法ってある？
771：任意たん@age推奨：2020/02/09(日) 19:06:25: ループ処理で文字色を薄い色からだんだんと濃くしてく方法ぐらいしか思いつかないな
772：任意たん@age推奨：2020/02/09(日) 22:14:51: 文字表示を画像で用意して薄い色から濃い色になるように
\_bでバルーンに貼り付ける。
773：任意たん@age推奨：2020/02/10(月) 16:18:23: 一文字ずつ流れるようにやりたいんだけど労力的に無理くさいな
774：任意たん@age推奨：2020/02/10(月) 20:34:40: こんばっと越前が擬似的にそれっぽい演出をしている
775：任意たん@age推奨：2020/02/10(月) 22:51:22: それっぽいってどんな？
入手不可っぽくて確かめようがない
776：任意たん@age推奨：2020/02/10(月) 23:47:21: IAで落とせる
ソースは暗号化されてるので中身は見られない
777：任意たん@age推奨：2020/02/11(火) 17:24:00: ソース（辞書）が暗号化されてても、出力はスクリプトログで見れるよ
どんな風にさくらスクリプト使ってるかはそれでわかる
スクリプトログの出し方は、「開発者用機能を有効にする」をONにした状態（本体設定＞一般）でCtrl＋Lだ
既に知ってたら聞き流して欲しい
778：任意たん@age推奨：2020/02/11(火) 18:20:17: 情報ありがとう
IAは墓暴きのようで気が引けるが、好奇心には勝てない
しかし何度やってもSTACKTRC.TXTを吐き出して倒れてしまう
残念ながら無理なようだ
779：任意たん@age推奨：2020/02/16(日) 22:40:13: >>778
コンバット越前は偽栞が古くて落ちてるみたいだから新しいバージョンに
差し替えれば今のSSP2.4.57で動く。手元では偽栞1.0.20.0で動いた。

それにしても、凄い手の込んだスクリプト書いてるな。\_qでノーウエイトで
表示して\nで改行して全角スペースで表示位置を変えて\cでクリアしてという
表示を高速でやってるみたいだな。これだけ手が混んでると当時のPCでは結構
重かったんじゃないかな。
780：任意たん@age推奨：2020/04/05(日) 22:07:47: windows10でゴーストを作っていますが配布する際の圧縮がうまくいかないみたいです
どのソフトを使えばいいか教えていただけないでしょうか
781：任意たん@age推奨：2020/04/05(日) 22:35:08: SSPの開発者機能オンにしてゴーストファイルをD&Dしてnarにすればいい。圧縮率は低いが、このご時世1MBくらいの違いは誤差
782：任意たん@age推奨：2020/04/05(日) 22:46:44: >781
できました！
ありがとうございます＾＾
783：任意たん@age推奨：2020/06/19(金) 22:43:41: 色んなゴーストの雑談スレ >>6033 からの流れで
自分が知ってるのはサイトで公開してるゴーストだからゴーストにD&Dでupdates2.dau作ってるのかも
スレチだと思ったのでこっちに
784：任意たん@age推奨：2020/07/03(金) 23:01:52: ゴースト「のにかとなみい」を呼び出すとreference[0]に「Sarah」が入るが
「のにかとなみい」から呼び出されるとreference[0]が「none」となってしまうのは
おま環かな？
785：任意たん@age推奨：2020/07/03(金) 23:03:45: >>784はOnBootでの話
786：任意たん@age推奨：2020/07/04(土) 23:14:15: >>784
「のにかとなみい」のシェル側descript.txtで

sakura.name,none
kero.name,none

と指定されてるからこれでゴースト側の名前がオーバーライドされてる。
SENDボックスから%selfnameと入力するとnoneになっている。
これは追加シェルで名前を変える時に指定するものなのでマスターシェルでは不要。
787：任意たん@age推奨：2020/07/09(木) 17:12:44: なるほど
こっちの問題じゃないんだな
788：任意たん@age推奨：2020/07/10(金) 20:21:18: こういう「書いちゃいけない項目」が色々あるの罠だよね
書かなければSSPのデフォルト値で処理されるのに、書いてしまったばかりに動作がおかしくなるやつ
789：任意たん@age推奨：2020/07/30(木) 22:48:26: >>書いちゃいけない項目
o0(昔はちゃんと意味がある項目だったので、互換のためにのこってるとか、ある意味遺産みたいなものなので、優しい目で見てあげて欲しい…
790：任意たん@age推奨：2020/09/20(日) 20:40:51: 「ゴーストエクスプローラ通」が正式版になった模様
791：任意たん@age推奨：2020/10/07(水) 10:06:04: DLしたゴーストたちの動きを理解したくて、簡単なものを作ってみたら自ゴにガチ恋してしまって苦しい。
もっとちゃんと作り込んで公開したい気もするけど、触り反応とかデレとか恥ずかしくて書けない。
（馬鹿にした感じのが３種類くらいあるだけ。）
内もも撫でると怒って帰るのだけは書いた。ニヤニヤしながら自分で何回も見てる。
792：任意たん@age推奨：2020/10/07(水) 11:22:01: 頭の中の存在がいい感じに具現化できた時の高揚感、いいよね　わかる
ようこそデベ沼へ
793：任意たん@age推奨：2020/10/07(水) 12:37:03: デベ自身が気に入ってないゴーストなんて結局長続きしないからな
頑張って続けてくれ。その内公開してくれたらなお嬉しい
794：任意たん@age推奨：2020/10/07(水) 16:49:15: 恥ずかしいなら無理につけようとしなくても大丈夫だよ
某ゴーストさんも、最初の頃は作者さんがデレ反応恥ずかしいからってすぐ消しちゃったりしたけど、今じゃ立派なデレデレ可愛さ溢れる子に育ってるし、
公開する事への慣れや他ユーザからくるゴーストへの反応、作者自身のこの子をこうしたいって欲なんかが、自然とデレトークでも書いてみようかなーって気分に繋がって行くんだろうし…
絶対付けろって決まりはないんだからさ、この子を現にあらわしたい、こういう風に作りたい、って意欲と一緒にあなたのゴーストさんをゆーっくり育てて行きましょーや
いつかあなたのゴーストさんと出会える日を楽しみに待ってますね
795：任意たん@age推奨：2020/10/07(水) 22:13:28: ゴースト上のいいね機能とやらどうなのかね
通常の拍手が埋もれるだけな気もするが
796：任意たん@age推奨：2020/10/07(水) 23:49:54: 埋もれるも何も、身も蓋もない事言ったら拍手を簡易化しただけの奴だから、どうもこうも無く気に入った人が実装するだけでは…
拍手すら実装してるかどうかは作者によるわけだし、飽くまでデベに感想送りやすくなるだけ
797：任意たん@age推奨：2020/10/08(木) 05:42:41: 通常の拍手がこないから実装するんだが
文を考えずにワンクリックで好きを伝えられるからユーザーとしてもありがたいしwin-win
798：任意たん@age推奨：2020/10/08(木) 10:16:38: >>792-794
あったけえ………
ありがとう。楽しみます。
799：任意たん@age推奨：2020/10/08(木) 11:09:52: 益々薄まって意味ねえな
800：任意たん@age推奨：2020/10/08(木) 12:21:20: >>799
お前の髪の毛がか？かわいそうに……
801：任意たん@age推奨：2020/10/08(木) 14:54:19: 意味がないかどうかは実装する人が決めること
外野がとやかく言うことじゃないのだよ
802：任意たん@age推奨：2020/10/08(木) 17:02:53: 「うちのこ」にガチ恋できるのはいいことだぜ。
その愛を出来るだけ詰め込んでくれたらなお嬉しい
803：任意たん@age推奨：2020/10/08(木) 22:38:33: >>799
いいね拍手機能は、薄まるも何も特定のゴーストが実装してる特定の機能ってだけだよ
例えばだけど、tキー押したらトークするのはランダムトークのありがたみが薄くなるとか思わないでしょ？

でもまあ、SNSっぽい機能にちょっと拒否感あるのも分からなくもない
804：任意たん@age推奨：2020/10/08(木) 22:39:48: そんな機能があるのか
どう実装するんだ
「拍手ボタンを連打せよ！」とか
805：任意たん@age推奨：2020/10/09(金) 00:05:25: ランダムトーク時にバルーンにいいねボタンを表示させるらしい
まあ機能的には拍手送信でいいねされたランダムトークをまるごと送ってるだけぽいだが
806：任意たん@age推奨：2020/10/09(金) 09:43:01: 内部的にタグ付けみたいな固定文字を付加して送信ってことも出来るから、
いいね機能と普通の拍手の分別は簡単にできる。
ただ、トーク一つ一つに個別のタグ付けはできないから、
あまり数が多いと集計するのがちょっと手間かもしれないね。
807：任意たん@age推奨：2020/10/09(金) 10:09:57: ゴーストに気軽な拍手ツールが実装されると自分がサイトから送った拍手の価値が相対的に低くなる、と誤解してるのかな
拍手待ちの人はどこから拍手されてもされた分だけ喜ぶだろうからまったく見当違いだと思うけど
808：任意たん@age推奨：2020/10/11(日) 19:56:16: その日の、日の出時刻とか日の入りの時刻に合わせて話してくれる機能が欲しいなと思って弄ってるんだけど
データ取得は難しそうだと思って手入力を考えるも、場所でその時刻がズレてくるからどうしたものか悩んでしまっている。なんか良い案無いものか
どっか適当な場所の一箇所分だけ手入力して「ここでは日の出（日の入り）からN時間ぐらい経過してるよ、別の場所はこのページ見てね」とかってやるのが丸いのかな
809：任意たん@age推奨：2020/10/11(日) 20:58:21: 他こんな感じかな、というので思いついた案2つ
参考までにどーぞ

案1
・ゴーストには都道府県ごとの経緯と緯度のデータベースを持たせておく
・ユーザーには都道府県を教えてもらう
・ゴーストで日の出・日の入りを計算する
　多少誤差が出てもいいなら簡単な計算式でいけるらしい
　詳しくは知らんけど

メリットは計算さえ何とかできればあとは放置でいいこと
デメリットはどの計算式使うかが大変そうなこと

案2
・ユーザーには都道府県を教えてもらう
・ゴーストには国立天文台あたりから抜き出してきた日の出日の入りデータベースを持たせておく

メリットはゴーストが持っているデータベースとユーザーの入力した都道府県を照らし合わせるだけだから実装が簡単なこと
デメリットはデータベースの更新が定期的に必要になること（毎年の誤差は小さいから無視できるかも）
810：任意たん@age推奨：2020/10/11(日) 22:03:46: javaで計算するサイトなら見つけたけど……
とりあえず貼っとく

https://www.hoshi-lab.info/env/solar-j.html
811：任意たん@age推奨：2020/10/12(月) 21:49:06: 計算は苦手なので、案2かなと思ってざっとデータ見てみた
他の年とのズレは大体数分ぐらいっぽいしそれで大丈夫そう
分単位までの精度は（個人的には、だけど）求めてなくて、日の出日の入りから何時間ぐらいか分かればいいので
案出してくれてありがとー、いつになるか分からないけど早く機能実装して公開したい！
812：任意たん@age推奨：2020/11/24(火) 03:30:33: はじめてゴースト製作をしております。
ＳＳＰでシェルから全部つくっています。
なにもわからなさすぎて、なにがわからないのかすらわからない状態ですが
なんとか表情差分を作ることができました。
これから会話内容とか変数とか、中身のほうを、やっていきます。

いつもお世話になっているあの子やあの子を手掛けた方々って
ドチャクソやべぇんだなって、ひしひしと実感しています。
813：任意たん@age推奨：2020/11/24(火) 10:20:50: がんばれ～！
814：任意たん@age推奨：2020/11/24(火) 13:04:26: ありがとうございます！！
815：任意たん@age推奨：2020/11/24(火) 22:03:02: わかってきた……わかってきたぞ……。
喋りながらころころ変わる表情を見ていると、
あー、ひーこら言いながら差分つくってよかったなー、と思います。

それはそれとして……大変だなこれ…………！！
816：任意たん@age推奨：2020/11/24(火) 22:41:04: がんばえ……
俺はそこまで行けなかった……
817：任意たん@age推奨：2020/11/26(木) 02:11:54: 応援してるぞ
818：任意たん@age推奨：2020/11/26(木) 15:59:32: 俺も設定のアイデアだけは膨らんで爆発しそうだからそのはけ口にしようかどうか迷ってるが
プログラムからっきしだからできそうにねぇ・・・
819：任意たん@age推奨：2020/11/26(木) 17:27:18: ありがとうございます……！みんなやさしい……
トークをひたすら書く作業をしているけれど、どこまでやったら完成で公開なのか
自分で定めづらいとこもありますわね、これ……沼ですわ……
作っているのが設定重視というか、世界観に入り込むタイプ？のため
トークの文量と説明が莫大になりかけています。なっている。
関係性の発展とかどう書いて処理すりゃええんや……

>>818
私もはじめてのプログラミングです。ほんとにぜんぶはじめて！！
SUGOI SINDOI
820：任意たん@age推奨：2020/11/26(木) 18:36:38: 永遠に未完成が前提で、ちゃんとゴーストとしての形が出来たら
あとは適度に見切りつけて公開してる人も多いよ
更新がないと話題にもなりづらいし、完成してから出すのも割と諸刃の剣

>>818
プログラム分かんねと思ったら「さとりすと」おすすめ
ドチャクソ丁寧な解説が入ってて驚いた覚えがある
821：任意たん@age推奨：2020/11/26(木) 23:00:43: トーク0のゴーストだっているしな
骨組みで公開してから肉付けしたっていい
822：任意たん@age推奨：2020/11/26(木) 23:20:35: 十何年ぶりに作り始めたからちょっと新鮮で面白い
それぞれ頑張りましょう
823：任意たん@age推奨：2020/11/27(金) 01:14:20: なるほど、なんだか元気が出ます
永遠に未完成なんだから撫でて話せればよし！な気概で
ひとまずは自分がその子をデスクトップに置いといて
満足できる段階になったら公開しようと思います。

……それぞれ頑張りましょう！
オープニングイベント作ろ！
824：任意たん@age推奨：2020/11/29(日) 02:52:52: 最近宇宙系話題のゴーストか作ろうと思ってるんだけど、トークばかり思いついてはテキストに取りためるだけで何処から手を付けたらいいのかわからない状況に至ってます。
ベテランさんは新規ゴースト作る際、どこから着手してるんだろう…
825：任意たん@age推奨：2020/11/29(日) 08:34:40: とりあえず、ここ今作れそうだな…ってところから書き始める。かな。
826：任意たん@age推奨：2020/11/29(日) 11:36:44: まずテンプレゴーストからランダムトーク削り落として
代わりにテキストに取りためたネタをランダムトークにしてみる
827：任意たん@age推奨：2020/12/12(土) 22:19:52: 他と組み合わせ可能な相方のフリーシェルが欲しい。相方が居ないことが多いし。
うにゅう系や小動物が良いと思う。
828：任意たん@age推奨：2020/12/13(日) 11:07:28: イチボシさんのところにあるよ
829：任意たん@age推奨：2020/12/13(日) 12:06:48: >>828
ありがとうございます。「おとも」ですね。これは良さそうです。
ただ、イチボシさんは年内でサイトを閉じるようですね。残念です。
830：任意たん@age推奨：2020/12/13(日) 23:30:50: ソロゴーストってこのところ増えた？
831：任意たん@age推奨：2020/12/14(月) 10:11:40: 今はむしろソロが主流じゃない？
832：任意たん@age推奨：2020/12/14(月) 22:51:04: ソロでなくても「メイン＋相方」より「メインが複数」という方が増えてるか
833：任意たん@age推奨：2020/12/15(火) 21:30:04: そうなのかな。「GHOST TOWN」でソロゴースト検索してもそれほどヒットしないけど
とりあえずいれば数えない感じなのかな
834：任意たん@age推奨：2020/12/15(火) 21:44:13: GHOSTTOWNってまだ生きてるの？
835：任意たん@age推奨：2020/12/15(火) 22:17:50: 新規登録はされてるようだけど
836：任意たん@age推奨：2020/12/16(水) 07:21:51: ソロが流行る前のコンビゴーストがめちゃくちゃ多いってだけだぞ
タウンよりDisc2で新規公開されたゴースト見ればソロの方が多い
837：任意たん@age推奨：2020/12/16(水) 10:37:01: フリーシェル見ててもソロばっかだしな
相方とランダム単語使っての掛け合い漫才は廃れてしまったのか
838：任意たん@age推奨：2020/12/16(水) 15:38:17: >>837
掛け合いがあるから人工無脳としては画期的みたいな評価されてたけどな
839：任意たん@age推奨：2020/12/17(木) 22:49:51: よほど工夫しないとつまらないシロモノができあがるから意外に難しい
840：任意たん@age推奨：2020/12/27(日) 23:19:23: キサラギ堂も終わってたか
更新期待してたゴーストあったんだが
841：任意たん@age推奨：2021/01/16(土) 23:17:26: ゴーストからの拍手送信で、演算子『()、+、-、！…etc』をユーザさんが入力したときに
『OnUserInput > 式が計算不能です。』ってエラーが出て拍手が送れなくなる現象に悩まされて夜も眠れないんだけど
どなたか解決法がわかる御仁はいらっしゃらないだろうか
ゆりうか2に参加したいのにしんでしまう…頼む…どなたか…どなたか…
842：任意たん@age推奨：2021/01/16(土) 23:47:53: http://soliton.sub.jp/satori/index.php?%BA%A4%A4%C3%A4%BF%A4%C8%A4%AD%A4%CE%C2%D0%BD%E8%CB%A1#i30d21bd
これが解決のヒントになるといいけど…。

あるいは拍手機能があるゴーストの辞書を見てみるとかどうだろう。
843：任意たん@age推奨：2021/01/17(日) 00:50:17: ありがとう、高速レスポンスを…眠れない夜にこんなに頼りになることはない…
そのページはすでに親の顔より見てしまった後だったので
畏れ多くもライラクラム様の脳内を覗かせていただいたところ、秒で解決しました
吸血鬼の真祖ってスゴイ、改めてそう思いました
入力内容によって、条件式で別のとこに飛ばそうとしてたのがいけなかったっぽい、諦めた
これでぐっすり眠れる…ありがとう…
844：任意たん@age推奨：2021/01/31(日) 18:09:33: 半透明なバルーンってどこかで配布ないかな
シェルと干渉するのが気になってしまって
相方がいるタイプで全体的に紫色っぽいゴースト作ってる
845：任意たん@age推奨：2021/01/31(日) 18:16:26: バルーンの透明度弄る設定ってなかったっけ
気のせいだったか……？
846：任意たん@age推奨：2021/01/31(日) 18:39:46: バルーンタウンで透過で検索してくると出てくるよ
847：任意たん@age推奨：2021/01/31(日) 21:18:08: SSPの設定で表示→半透明ウィンドウというところで出来る。
本体、バルーン、カレンダーでそれぞれ設定可能。
バルーンだけ少し透けるようにしてる。

…未だに「半透明ウィンドウ(Windows2000/XP)」になってるけどね。
848：任意たん@age推奨：2021/01/31(日) 23:04:37: ニキたちありがとう、助かりますた

今更初めてのゴースト作り
SSPの詳細設定におどろきまくり
BALLOON TOWNでいい感じのバルーンもゲットして
今日一日でQOLかなりあがったわ
849：任意たん@age推奨：2021/02/01(月) 04:47:34: もし初歩的な質問だったらごめん。
インストール時初回のみのテキストについてなんですが、月々や特定の日に流すテキストって方法は可能なのでしょうか。
例えばペルセウス座流星群極大日。
今年だと８/１３日が予想されてるのですが、極大日、それとは別に前後１週間の出現量増加や低減に分けて３つのテキストを用意し、本軸に飛ばす処理が里々に出来るのか気になっています。
850：任意たん@age推奨：2021/02/01(月) 10:29:02: ＊OnFirstBoot
＞ペルセウス増【タブ】（現在月）==８&&（現在日）＞６
＞ペルセウス極大【タブ】（現在月）==８&&（現在日）==１３
＞ペルセウス減【タブ】（現在月）==８&&（現在日）＜２０

こういうことかな？
851：任意たん@age推奨：2021/02/01(月) 21:18:09: なるほど。
初回起動にも普通に記述して処理できるんですね。
難しく考えずに作ってみます。
ご返答ありがとうございました。
852：任意たん@age推奨：2021/02/03(水) 19:51:59: 初めてゴースト製作してます
フラグ回収後にアンインストール→再インストールでフォルダ変更、ということをやりたいのですがアンインストール時に特定のフラグだけ保存しておくことって可能でしょうか？
＊初回二回目以降、が出来るなら可能かなと思ったのですが、一通り里々Wikiさらってもわからず……どなたか、詳しい方がいらっしゃったら教えていただきたいです
853：任意たん@age推奨：2021/02/03(水) 21:31:49: 初回云々はインストールした回数をｓｓｐ自体が記憶しているだけだから多分出来ないんじゃないかなあ…
不可能かどうかまではそこまで手練れじゃないのでわかりませんが
854：任意たん@age推奨：2021/02/03(水) 21:45:13: というかインストールフォルダを変えるっていうのは仕組み的に無理じゃないかな
install.txtを書き換える必要が出てくるし出来たとしてもインストールするのは他のゴーストだから
そのゴーストにファイル操作をしてもらう必要がある
855：任意たん@age推奨：2021/02/03(水) 22:36:32: フォルダ変更というより人格変更ですね、言葉足らずですみませんでした
やっぱりSSP側にはインストール回数しか保存されないですよね
考え直してみます、教えてくださったお二方ありがとうございました
856：任意たん@age推奨：2021/02/03(水) 22:46:31: 人格変更って、やりたいことは
システム変数の「＄辞書フォルダ」の値を
インストール時に変えたいであってるのかな

＊OnFirstBoot
＞初回２回目【タブ】（Ｒ０）＞０
＞初回

＊初回２回目
＄辞書フォルダ【タブ】.,second
：二度目まして。

＊初回
＄辞書フォルダ【タブ】.,first
：はじめまして。

OnFirstBootはSSPのShioriイベント
里々ではこの記述がない場合、代わりに「＊初回」を実行する
Reference0は（Ｒ０）、Reference1は（Ｒ１）と記述すると里々内で参照できる
http://ssp.shillest.net/ukadoc/manual/list_shiori_event.html#OnFirstBoot
857：任意たん@age推奨：2021/02/03(水) 22:47:13: フラグ回収後にイベントを起こし強制終了、再起動後に別モード（＝読み込みフォルダ変更）、などでは代用できないか？
858：任意たん@age推奨：2021/02/04(木) 00:14:29: >>856
そうです
ただ単純に＊初回二回目だけだと、インストール直後に再インストールした場合でも辞書フォルダが変わってしまうので、引継ぎできるフラグが欲しかったんです
製作しているゴーストの特性上、ある程度友好度蓄積させてからでないと辞書フォルダを変更する意味がなくて…
どうしても一度ユーザーの自発的アンインストールによる「お別れ」を挟みたかったんですが、SSPの仕様的に難しそうなので諦めて代替案考えてみます

>>857
ありがとうございます
あるいは起動時間＆消滅指示でフラグ立ててイベント突入が現実的かな

ご親切にしていただきありがとうございました！
頑張ります
859：任意たん@age推奨：2021/02/04(木) 00:39:32: アンインストールの際にsspのtempフォルダあたりに独自のデータファイルを
作成するという手法もなくはない
860：任意たん@age推奨：2021/02/04(木) 01:52:33: ちょっと乱暴なやり方にはなるけど2部構成にしてアンインストール後のゴーストを別に作るという手もなくはない
直接切り替えした場合セーブデータ内のデータを参照できるので、それを使ってデータを移植するとか
まあニュアンスが結構変わるんで的外れなアドバイスかもしれませんが
861：任意たん@age推奨：2021/02/04(木) 01:54:38: あ、ゴーストデータが残ってればチェンジしなくてもデータ内参照できるんだったっけか
セーブデータ参照のスクリプト見たのも随分前だから適当なこと言いました　すみません
862：任意たん@age推奨：2021/02/04(木) 02:00:08: ＄データ【タブ】（savecheck,【ディレクトリ名】,【フラグ名】）
とかで出来たはず　仮にユーザ名を取りたい場合は
＄ユーザ名（savecheck,【ディレクトリ名】,ユーザ名）
でよかったはず…まあ使うかは一切分かりませんが参考までにこういうこともできますよ、みたいな…
863：任意たん@age推奨：2021/02/04(木) 02:55:43: SSPインストールフォルダ\data\profile\vanish.dat にゴーストのアンインストール回数や日付の記録が残されるので参照すれば出来るのでは？
864：任意たん@age推奨：2021/02/04(木) 03:16:56: アンインストールの代わりに ghost\master\discript.txt をリネームしてしまえばそのゴーストが消えたように見える筈
なのでセーブデータにお別れフラグ立てて discript.txt リネームで終了すれば出来そう
865：任意たん@age推奨：2021/02/04(木) 11:51:32: SSPにデフォルトで同梱されている「共有変数プラグイン」に記録しておくのはどうだろう
元々はゴースト間でのデータ共有を目的としたものっぽいけど
未来の自分と共有する目的でも使えそう
866：任意たん@age推奨：2021/02/18(木) 11:08:14: 皆はモチベーション的に、
自分的ゴーストはどのくらいユーザーがあるのか気になっだりする？
867：任意たん@age推奨：2021/02/18(木) 13:31:50: ユーザが見えないと張り合いが無いからね
ユーザを可視化する工夫は色々試みられてきたよ
web拍手の設置とかが王道だと思う
868：任意たん@age推奨：2021/02/18(木) 19:31:39: 人気だとわかればモチベも上がるだろうが逆もあるからな
自分のは完全趣味ゴだから最初から人気はないものと考えてるけど
869：任意たん@age推奨：2021/04/07(水) 21:05:29: nar作るまでは行けたんだけどインストールが中断されてしまう
何がまずいんだろう
870：任意たん@age推奨：2021/04/07(水) 21:29:55: >>869
OnInstallFailureイベントのReference0にインストールに失敗した理由が来るから
それを喋ってくれるゴーストでインストールするか栞のログを見ればわかると思う。
以下、UKADOCから。

unlha32
lzh形式ファイルを展開するdllのロードに失敗した
extraction
解凍失敗（ファイル破損）
invalid type
install.txtに不備がある
artificial
ユーザがインストールを中断した（※SSPのみ）
unsupported
その他サポートしていないアーカイブ
871：任意たん@age推奨：2021/04/07(水) 22:07:37: >>870
ありがとう！
お陰で原因が特定できた
何とかなりそうだ
872：任意たん@age推奨：2021/04/19(月) 23:41:14: いま作ってるゴースト、一通りゴーストとしての体裁は整ったと思うんだけど、内容が少ないようで困ってる
小粒として出すにしても総量少ねえなって感じなんだけど、今の自分的には満足してしまった…
一発ネタならこれでいいのだろうか？それかもう少し寝かせたらネタ増えるかな…
873：任意たん@age推奨：2021/04/20(火) 00:06:36: 更新でチマチマ増やしていけばええんじゃよ？
874：任意たん@age推奨：2021/04/20(火) 00:10:50: 思いつき中身スッカスカでも後から肉付けすれば無問題
肉付けしなくても無問題
875：任意たん@age推奨：2021/04/20(火) 00:50:04: >>873-874
ええのか…ありがとう
企画に出すやつなので、期待しないで待っててくだちい
876：任意たん@age推奨：2021/04/20(火) 18:17:14: そのためのネット更新やらアーカイブ更新があるわけだしね
ただしリリースした事で燃え尽きてしまって
何も手がつかなくなる状態になってしまう事には注意しようｗ
877：任意たん@age推奨：2021/05/06(木) 22:49:19: SSP経由でゴーストキャプターさくら登録しようとしたら登録できなかった。
craftman/craftmanw/craftmanurlがないって書いてあるけど、
ファイル見たらしっかり書いてあるので、きっと登録が上手くいってません。
念入りにゴースト内の全部のデータをコピーしたのですが、それでも登録できませんでした。
他のゴーストは普通に登録できたので、このゴースト特有の問題があると思ったのですが、
何なのかまったくわかりません。
何が原因なのでしょうか？
878：任意たん@age推奨：2021/05/07(金) 12:43:17: >>877
昔似たようなサイトを作っていた者です。
GCさくらの仕様はGCさくらの作者さんにしかわからないので
これは私の場合および勝手な想像なのですが、
基本的にローカルのファイルに書いてあることは信用に値しないため
利用していません。（でないと作者以外が簡単に改竄できてしまいます）
homeurlを辿ってサーバー上にある更新用ファイルから読み取った情報を
利用しています。（これは作者にしか編集できない情報だからです）

おそらくサーバー上のファイルに必須項目が記載されていないのではないかと推測します。
879：任意たん@age推奨：2021/06/11(金) 20:19:38: SSP2.5.05里々mc161を使っていて
MOVEコマンドでさくら側をうにゅう側の右に移動させようとしています
うにゅう側が画面の右端にいるときはMOVEしないようにする判定で
ジャンプの条件式が上手く動作しません
どなたか知恵を貸していただけないでしょうか
＊jが押された
（set,位置,%property[currentghost.scope1.x]）
（set,画面広さ,%screenwidth）
＞距離

＊距離
＞距離離れる（位置）＜（画面広さ）

＊距離離れる
（１０）ちょっと近いよｗ９ｗ９
：\![move,370,0,0,1,rleft.bottom]
880：任意たん@age推奨：2021/06/12(土) 07:03:16: ＊jが押された
（set,位置,%property[currentghost.scope1.x]）
：\（位置）

上記のように（\を足す）書き換えてもらうとわかりますが、
環境変数（%hoge）というのはSSPに返されてからバルーンに"表示"するよう変換されるもので、
（SSPに返す前段階の）里々がゴニョゴニョやっているうちは（%hoge）のままなんです。
プロパティシステムで取得した値を利用するには以下のようにします。

＊jが押された
：これは里々で利用できる数字→\![get,property,OnGetPosition,currentghost.scope1.x]\![embed,OnShowPosition]

＊OnGetPosition
＄位置【タブ】（Ｒ０）

＠OnShowPosition
（位置）

参考URL: http://nikolat.herokuapp.com/ukagaka/embed-usage/

ただし、%screenwidthに関してはプロパティシステムではないので、以下のイベントで取得しておきましょう。

＊OnDisplayChange
＄画面広さ【タブ】（Ｒ１）

参考URL: http://ssp.shillest.net/ukadoc/manual/list_shiori_event.html#OnDisplayChange
881：880：2021/06/12(土) 07:55:25: >>879
>>880 に補足

今回の例で言えば\![embed]で埋め込みとか複雑なことを考えずに
\![get,property]でコールしたイベントでそのまま処理を継続するのが
シンプルで良いと思います。

＊jが押された
\![get,property,OnGetPosition,currentghost.scope1.x]

＊OnGetPosition
＄位置【タブ】（Ｒ０）
＞距離

＊距離
＞距離離れる【タブ】（位置）＜（画面広さ）

＊距離離れる
（１０）ちょっと近いよｗ９ｗ９
：\![move,370,0,0,1,rleft.bottom]

＊OnDisplayChange
＄画面広さ【タブ】（Ｒ１）
882：任意たん@age推奨：2021/06/12(土) 09:29:11: ＞＞880-881
思っていたように動作しました
ありがとうございます
919：任意たん@age推奨：2021/06/26(土) 16:49:23: ゴーストマスカレード見るとシェルのサイズが大きい様に感じるんだけど(ノートPCで起動)
どれくらいがベストだと思いますか？
SSPで縮小表示できるのは知ってるんだけどやっぱり原寸で立たせて欲しくて
920：任意たん@age推奨：2021/06/26(土) 17:58:16: 個人的にはでかくて縦700以内くらい
921：任意たん@age推奨：2021/06/26(土) 18:19:38: うちのノートパソコンも縦800ないから（これは小さすぎるけど）700くらいまでが立たせやすいかなあ。
922：任意たん@age推奨：2021/06/26(土) 18:53:26: お気に入りのゴーストがあるんだけど縦幅350pxしか無くて
滅茶苦茶小さく感じるんだよね…（デカいデスクトップPCのモニターだと特に）
せめて450～500pxくらいは画像の縦幅が欲しい
923：任意たん@age推奨：2021/06/26(土) 23:24:22: 自作ゴ、700pixくらいで作っていたけど、自ゴをテストで立たせてると大きいゴーストがうるさく感じてきて小さくしたんだよな。橘花とかの影響もあったけど。
今はモニタも大きくなってるし解像度も上がってるから大きくてもいいかも。
924：任意たん@age推奨：2021/07/06(火) 08:50:17: オリジナリティがあるゴーストを作りたいけど、
どうしても似たり寄ったりになってしまうな。

他作者様みたいに独特なゴーストを作ってみたい。
925：任意たん@age推奨：2021/07/06(火) 13:48:49: 素材が同じでも、料理人が違えば、味付けが違えば、別の料理になるだろう？
>>924が作る事で、貴方にしか作れないゴーストが生まれると思うよ。
926：任意たん@age推奨：2021/07/08(木) 13:23:14: 性癖全開のゴースト作ればオリジナリティのあるものができそう
むしろそういう企画とかあったら面白そう
927：任意たん@age推奨：2021/07/10(土) 14:31:42: 手元に参考になりそうなものを置いたり、練ってる時に好きな既存のゴーストを連想してしまっているパターンは良くある。
頭空っぽにして欲と勢いで作ってみたらどうだろう。
928：任意たん@age推奨：2021/07/11(日) 18:11:06: なんなら模倣するつもりでも同じものにはならないので安心して欲しい
929：任意たん@age推奨：2021/07/12(月) 10:28:56: トークジャンルやキャラ設定かぶってるゴーストでもユーザ目線で似たり寄ったりと思ったことないよ
さわり反応とかカテゴライズしてしまえば驚く、照れる、喜ぶ、嫌がる、無反応くらいしかないけど
どのゴーストでもこの子はこういう反応するんだ～って新鮮に感じるし
個性は自然に出るから気にしないで作りたいもの作っていいと思う
930：任意たん@age推奨：2021/07/14(水) 21:24:48: 現在進行形で運営が続いてる某ネトゲの私的超解釈の上にパラレル設定で
2次で作ろうかなと思ってるけど
フリーシェル使っちゃって大丈夫？
それとペアで立たせることを想定してるけどはぢめての作成はソロのほうが作りやすいんかな？
931：任意たん@age推奨：2021/07/14(水) 21:25:30: あげわすれ
932：任意たん@age推奨：2021/07/14(水) 22:55:36: 過去にもフリシェでの二次ゴはいくつも作られてるから問題ない
ソロかペアのどちらが楽かは内容によるからなんとも言えない
933：任意たん@age推奨：2021/07/15(木) 19:17:42: コンビの方がその2人で会話を完結させられるから楽だよ
ソロでユーザー側に語りかけるのは案外と難しい
934：任意たん@age推奨：2021/09/02(木) 22:14:54: 作ったゴーストの「ここはダメだから改善して欲しい」という意見が欲しいんだけど、
そういう意見を貰うにはどうしたらいいです？
935：任意たん@age推奨：2021/09/02(木) 23:06:42: >>934
ゴースト内にメッセージが送れる機能を設置してみてはどうでしょう？
Webサイトを開かなくてもパパパッと感想等を送れるのって凄く助かりますので。
ゴーストから直接「ここはダメだから改善して欲しい｣という意見を欲している事を喋らせて知らせたりすれば、
今立たせている子の事なんだし、そういう点に気をつけてゴーストの内容をみてくれる人も居ると思いますし。
936：任意たん@age推奨：2021/09/03(金) 15:24:51: 935さんの言う様に、ゴーストからメッセージを送れる機能を付けると良いと思いますよ。
気軽に送り易いかと。
937：任意たん@age推奨：2021/09/03(金) 16:01:26: そういう意見は送りづらいので
強めにお願いしとくといいかもね
938：任意たん@age推奨：2021/09/05(日) 23:22:27: >>934
作者が欲しいと言うから、本来ならダメじゃないけど送ってみる…なんてことがでてくるかもね
ゲーム系で「動かない」とか「クリックの場所が分からない」とかならまだしも
トーク系ゴーストならダメ出しって何のためなんだろうなと思う
余計なお世話なんだろうけどごめん
939：任意たん@age推奨：2021/09/06(月) 18:39:48: 会話の間が悪いとか意味が通じないとか話のネタが古くてわからないとか
940：任意たん@age推奨：2021/09/23(木) 15:17:02: ゴーストの更新、どう伝えようか。
毎日サイトやGCさくらを見る、なんてのは非現実的だし。
941：任意たん@age推奨：2021/09/23(木) 15:58:27: 現実的なユーザ側の動向を気にするならTwitterとか身近なSNSでタグ付けて報告する以外にないんじゃないかな
942：任意たん@age推奨：2021/09/23(木) 17:50:46: ゴーストに自動更新の機能を付けるのはどうかな？
起動すると更新の有無のチェックしてるゴーストさん居たような…
943：任意たん@age推奨：2021/09/23(木) 17:57:38: ロスト・ユー・サムウェアとかヴィイとかがそうだったような
944：任意たん@age推奨：2021/09/23(木) 21:07:24: SSPのOnUpdateReadyで更新ファイル確認後ネットワーク更新開始をするのだろうけど
ちょっと辞書見て見てたけどロスト・ユー・サムウェアとかヴィイとか栞は里々を使っているみたいで
それでいきなり\![updatebymyself]して更新しているわけでない
\![updatebymyself,checkonly]で何を取って更新の有無をチェックするのか分からない
945：任意たん@age推奨：2021/09/23(木) 21:57:07: checkonlyのオプションの時はOnUpdateCheckResultが呼ばれるそうなので
そのイベントのReferenceの中にある更新ファイル数が0か否かで判断してるんじゃないかな
946：任意たん@age推奨：2021/09/24(金) 09:15:01: リファレンスが参考になると思うよ
http://ssp.shillest.net/ukadoc/manual/list_sakura_script.html
947：任意たん@age推奨：2021/09/25(土) 20:47:02: 立ち絵やトークをいじるだけでなくてプログラムに手を出すとなると
セキュリティとか怖い
で今更ながら本体と栞のゴースト上の処理とか流れが理解できてないのが分かって
ネット上にゴーストアップロードする前にこれだけは覚えてチェックしとけ
というデべロパ初心者べからず集みたいな情報欲しくて調べてる
948：任意たん@age推奨：2021/09/25(土) 21:20:21: >>947
ゴーストそのもののセキュリティは気にし始めると際限がない(うえに杞憂に終わる)ので
よほどヤバい機能詰め込む感じでなければ心配しなくていいと思うよ。

難しいプログラム組むなら相応の栞を使うことになるだろうし、
相応の栞はミドルウェアがそのへん手厚くやってくれるし。

Webから文章拾ってきて読ませるとかならSakuraScriptをちゃんとエスケープするとか
そのまま読ませないよう注意が必要かも。
(YAYAならyaya_optional.dicにそれ用の関数がある)

デべロパ初心者が気をつけるべきはどちらかというと
NARに含めてはならないファイルをうっかり含めてしまったりとかの方。

昔はFTPのパスワード付き「そだて」を一緒に配布しちゃったとかいう事故があったな。
あとは作者の名前らしきものがユーザ名として保存されたセーブデータが降ってきたり…。

GDM等のツールを使ったりSSPのエクスプローラからNARを作ったりすれば防げるので、
今はあまりそういうの気にしなくても大丈夫な気がするよ。
949：任意たん@age推奨：2021/10/08(金) 22:14:14: フェイクあり　愚痴

ある伺かユーザーをTwitterDMに誘ったらひどいこと言われたり
別のユーザー経由で晒されたりしたのでつらい。

合う人合わない人いるもんだね。
950：任意たん@age推奨：2021/10/08(金) 22:20:27: ここはゴーストを作りたい人が集うスレであって、
そういう類の愚痴を書き込む場所ではないのでやめてもらっていいでしょうか？
951：任意たん@age推奨：2021/10/09(土) 07:38:40: ユーザー同士の揉め事は別のスレでやってほしい
デベに向けた注意喚起の意図があるならアカウントを示してくれ
952：任意たん@age推奨：2021/10/09(土) 16:52:06: 別に注意喚起したいわけではない。
当事者以外には関係ない話題だし。

そういうスレもなく、書くところがないので総合スレっぽいここに書いただけ。
953：任意たん@age推奨：2021/10/09(土) 19:19:01: Twitterの話はTwitterでしてください
954：任意たん@age推奨：2021/10/09(土) 21:07:04: >>952
雑談スレは別にあるし
このスレは伺か制作に関するスレだよ
955：任意たん@age推奨：2021/10/09(土) 22:13:37: 950の言う事が全てだな。
何一つスレの趣旨に合わないから、949あるいは952は、ネットやめてチラシの裏で愚痴りなよ。
956：任意たん@age推奨：2021/10/10(日) 13:26:54: それよりゴーストの話しようぜ！

ゴーストをつくろうとしている方にお聞きしたいのですが
シェルを自分で描かれない場合はどこで探されますか？
957：任意たん@age推奨：2021/10/10(日) 16:06:14: フリーシェルwikiで探してみる。
出せる勇気があれば、好きな絵師さんのとこにありったけのパワーをもって依頼しにいくこともある…！
958：任意たん@age推奨：2021/10/10(日) 16:43:26: フリーシェルは本当にいい文化だよね…
全ての製作者に感謝をしたい
959：任意たん@age推奨：2021/10/10(日) 17:12:03: フリーシェルwiki以外だとTwitterでフリーシェルで検索するしかないな
依頼？そんな恐れ多い…相場もわからないし
960：任意たん@age推奨：2021/10/10(日) 17:17:22: 最近はTRPGの素材とかで立ち絵を配布している人もいるね。pixivとかニニコニモンズだっけ？　検索したら結構出てきたりする。
でもsurface.txtのことを考えたらフリーシェルが楽かなぁ。
961：任意たん@age推奨：2021/10/10(日) 17:24:17: >>959
恐れ多いって言うけれど、相手も人間な訳だし…
依頼とか受けつけてる方だったら、誠意を持ってお願いしにいけばいい。
お断りされたとしても、それは売り込み不足だとか嫌われている訳ではなく、先方の都合と合わなかっただけだからね。
…と、いう考え方をしてるので、自分は依頼を考えるのも苦ではないかな。

描けないなら描けないなりに、表現したい物を出来るだけ理想に近づけたいと思うよ。
962：任意たん@age推奨：2021/10/10(日) 17:44:25: https://kage-design.com/
ちょい役の立ち絵をシルエットで表現するためにシルエットデザインというサイトをよく使わせてもらっています
もとのシェルに合わせてサイズを調整する必要はあるけど色々な人物の素材があって重宝してます
963：任意たん@age推奨：2021/10/10(日) 18:11:04: 自分はシェル描く側の人間だけどシェル作り自体が好きだし、
依頼もらえるって事はやっぱり自分の絵とかを好んでもらえてるって事だろうし、
問い合わせだけでも励みになると思うので是非
964：任意たん@age推奨：2021/10/10(日) 21:21:39: まあ恐れ多いというより
「せっかく描いてもらったのに中身スカスカの不釣り合いなものしか作れないんじゃ…」
…なんていう怖さはあるかもねぇ

描いてもらった以上公開しなきゃいけない（後戻りできない）
やっぱりやめた…ができないプレッシャーが余計のしかかるというか
965：任意たん@age推奨：2021/10/10(日) 22:35:07: キャラクターなんとか機はフリーシェルwikiに載ってないのも結構あると思う
pixivとかboothで販売してるのも見るよ
966：任意たん@age推奨：2021/10/11(月) 02:20:30: この板のスレで頼んでみるのも良いかもよ？
https://jbbs.shitaraba.net/bbs/read.cgi/computer/44300/1438075644/l50
967：任意たん@age推奨：2021/10/18(月) 11:24:28: ゴースト作ってるけど、何を作ればいいか分からなくなってしまった。

需要が読めないのもあるけど、
そもそも、伺かの楽しみ方が分からなくなってしまった。

そもそもみんなどういう時にゴースト立たせているとかイメージ出来なくて、
ひたすらゲームみたいなの想像しながら作ってたりする。
968：任意たん@age推奨：2021/10/18(月) 11:43:03: なんかしながら画面の隅に立てておいて
トークが発生したらきゃわわって言いながら頭撫でるか
グヘヘって言いながらおっぱい揉んでる

そのくらいでいいんだよ
ゲーム性とか持たせた名作ゴーストってのはたしかに素晴らしいけど
新規参入デベさんの心理的ハードルを上げたという一面もあるよな……
969：任意たん@age推奨：2021/10/18(月) 12:00:44: 自ゴはどれも需要無視の完全趣味ゴばっかりだな
縁あって落として面白かったら立たせてくれ程度の認識
970：任意たん@age推奨：2021/10/18(月) 12:40:14: 分からなくなったら初心に帰る
>>967はどういう時にゴーストを楽しんでるの？
971：任意たん@age推奨：2021/10/18(月) 15:20:28: >>967
同じく現役デベですがめっちゃ経験あります
情熱が衰えたのか、趣味に合わなくなったのか、それとも単に飽きたか……とか悶々と考えたり
色々悩みましたが、最終的には「自分のゴーストを自分自身でもっと楽しめるように」を目標にして未だに活動しています
967さんの現在の付き合い方はわかりませんが、自分のゴーストを自分で起動してみると何か発見があるかも？

>そもそもみんなどういう時にゴースト立たせているとかイメージ出来なくて、
>ひたすらゲームみたいなの想像しながら作ってたりする。
私は何かしらの作業の横で立たせている事が多いですね
新規公開ゴーストや大規模更新があったりするとひたすらトーク＆イベント進めたり……もありますが
なのでゲーム要素とかはそれほど重要視していません
（あくまで私個人のスタイルですが）
972：任意たん@age推奨：2021/10/18(月) 17:37:30: >>967
>どういう時にゴースト立たせているとか

自分はパソコンつけてる間中はずっと誰かしら傍らに立ってるなぁ
ただ自分の場合はあまりゴーストには触らんからたまに流れるトークをチラチラ見る程度だねぇ
なんか学校の休み時間に教室のざわめきを独り頬杖ついてぼけ��っと聞いてる感じ
973：任意たん@age推奨：2021/10/18(月) 17:38:40: >>967
967さん、ゴースト制作を楽しんでいますか？
ゴースト制作が楽しいのなら、需要がどうとか、面白いかどうとかは気にせずゴースト制作に没頭しちゃってください

少なくとも、私はゴーストを作るのが楽しいのでゴースト制作をしてますよ
（とはいえ、最近は多忙のためゴースト制作はほとんどやってませんが……）
974：任意たん@age推奨：2021/10/18(月) 18:25:05: みんな言ってる通り好きなものを好きに作って、気が向いたら公開してお裾分けするくらいの気持ちで良いと思うよ。
需要といえども多種多様だし、そのタイプのゴーストを好む人もいればあまり触らないって人もいる。
逆に言えば、どんなものでも好きな人は好きと言ってくれるっていう懐の広さが伺かの楽しみ方とも言える気がする。
975：任意たん@age推奨：2021/10/18(月) 18:33:28: 自ゴにどれだけ熱意を注げるかがむしろ重要じゃないかなって思う
ユーザーに見向きされる良いゴーストが仮にできたとしても以後の開発をそのまま放置…
例えば不具合報告が来てるのに対応しないとかだとそのうちユーザーは逃げてく

ユーザーの要望全部に答えてたら体がいくつあっても足りないけど
自ゴをこんなふうに育てていきたいって気持ちを『行動に移し続けていれば』
おのずとユーザーはついてくるんじゃないかな
976：任意たん@age推奨：2021/10/18(月) 18:50:10: >>968
最初はそういうの考えてたけど1～2種作っただけでネタが切れて飽きてしまった。
>>969
趣味全開といえばそうなんだけど
自分で立たせても自ゴーストの何が面白いか分かってないです。
>>970
作る時に立たせているのが中心です。
以前は作業中に立たせていたけど、
ライフスタイルが変わったので今は作業中より、
ゴースト作ってる時に立たせることが多いです。
>>971
物足りなさは感じます。
ただ、それ以前にゴーストで表現したいことが出来ていないと感じます。
977：任意たん@age推奨：2021/10/18(月) 19:01:36: >>972
一時期は作業中に使ってましたが
その時はたまに見るもの、という感じでした。
>>973
あんまり楽しめていません。
ただ、(どの趣味でもそうですが)ゴースト製作しか趣味がないので
辞めたら無趣味になる、という使命感で作っていたりします。
>>974
好きなものを好きに作っているつもりなのですが、
先述の通り無趣味に近い状態なので好きな物がない状態です。
作らないと趣味がなくなってしまう、という状態です。

多分伺かオブザイヤーみたいな目標となるものがあれば変わるかもしれませんが……
>>975
いろいろあって熱意は冷めてきてしまいました。
本当に作りたいゴーストってなんだろう、という状態です。

元々何かしらの競争があるジャンルを渡り歩いてきたので、
伺かという環境にいまだに慣れてないというのもあるかもしれません。
978：任意たん@age推奨：2021/10/18(月) 19:31:43: 全盛期と比べると人が減って、最萌トーナメント的なのは発生し無さそうだしね
とりあえずの目標としてサイト訪問者○○人！とかはどうだろう
一部のアップローダーなんかにはDL数カウント機能付いてた気がするからそっちでも
979：任意たん@age推奨：2021/10/18(月) 19:40:45: >>978
過去に数字を結構稼いだことがあるので、
今は数字には興味がなくて、
関心が「賞！」だとか「名誉！」になってきたのです。

イラストや小説では勝てない、じゃあ何だったら頑張れそう、
ってなってちょうど持ってた伺かのゴースト作ることにしたのです。
980：任意たん@age推奨：2021/10/18(月) 19:50:18: 同人界隈にそんなものあるわけないだろうに
981：任意たん@age推奨：2021/10/18(月) 20:03:47: 割と冷める返答きたな……って思ってる
ちょっと申し訳ないけど
982：任意たん@age推奨：2021/10/18(月) 20:57:57: >>977
楽しめてないなら一度すぱっとやめてみるのも手だよ。
インプット期間だと思って、別の物を楽しんでみるのもいいんじゃないだろうか。
幸い、ネットにも、外にも、お金を掛けずに楽しめる物は沢山ある。
もちろん金を掛けて別の趣味を楽しむ、あるいは新規に開拓してみるのも良い。
983：任意たん@age推奨：2021/10/18(月) 21:30:32: 伺かはおよそ競争とは縁のないジャンルですよ…
むしろ優劣をつけることを忌避する感まである
好きなことを好きなようにやって、他人の性癖にもヒットしたら嬉しいくらいのゆるいジャンルですよ
984：任意たん@age推奨：2021/10/18(月) 23:10:50: >>977
趣味は時間を忘れるくらい没頭する『楽しい事』であって
疲れるけれど精神的に満たされるもの
追い詰められ使命感でやらされてる…は『自分の精神を悪いほうへ汚染するだけの労働』
それはもはや趣味とは言わん…

はっきり言おう…やめてしまえ
伺かってこう見えて少なからず小説・ラノベみたいな「物語（の設定）」が根本にあって初めて動く
大小関わらず物語の部分がブレてたら無理やり育てても空中分解するだけ
「小説では勝てない」と自分で言ってしまってる時点で先は見えてるのだ…

栄光だけがすべてじゃない…趣味らしいものが消えるのは怖いかもしれないけど
逆を言えば何にも縛られない自由の身になれるんだ
何でもいいからテキトーに始めて「これは合わないな…」と思ったらその日のうちにやめてしまってもいい
自分の精神を追い詰めるような事を延々と続けるよりよっぽどマシだよ

その先でまた「伺か」についての題材が見つかったとか思う事があったら戻ってきなされ
985：任意たん@age推奨：2021/10/18(月) 23:12:59: 失礼を承知で言うけれど、はっきり言って動機が向いてなさすぎると思う。
伺かは大体好きなものを好きに作って出して受け入れられたらラッキーくらいのもんなので、
あるとしても精々好意的なメッセージを頂けたりするくらいで賞や名誉とやらはまず生まれないよ。
イラストや小説じゃ勝てないから伺かをって事は創作そのものの動機としてそう言ったものを求めてる感じだから、
それこそ何かコンテスト開いて優秀賞とか選出してるものに手を伸ばすのが最良じゃないかな。

どちらにしてもそのまま続けても悪い結果になりそうだから、みんなの言う通り一度手を休めて色々考えてみるといい。
986：任意たん@age推奨：2021/10/18(月) 23:19:06: >>977
今ならLive2Dモデルとか作ったほうが良いんじゃないの
なんでわざわざ今やニッチの伺かなん
987：任意たん@age推奨：2021/10/18(月) 23:23:36: このやりとりの感じ、ついこの前あったような
988：任意たん@age推奨：2021/10/18(月) 23:27:28: 同じ人だろ
989：任意たん@age推奨：2021/10/19(火) 03:13:43: 文体からして例の人だろうね
990：任意たん@age推奨：2021/10/19(火) 04:14:29: >>982
趣味を探しても見つからないし、
じゃあ探さなくていいやの無限ループに陥っているので
多分文句言いながらだらだら続けると思う。

あと合わないけど続ける根気を鍛えたかったりする。
都合良く合うものなんてこの世にない、
だから合わないけど続ける根気を持ちたいのです。

>>983
好きなことを見失ってしまった。

>>984
数年は続ける。
その覚悟で伺かに来ました。

ただ、いまだユーザーの期待に答えられてない、というのが答えです。

>>985
一つ言えるのは、自ら動機を見失っている、ということです。
伺かなら覚えれば作れそう、で手を出したが、
何作ればいいか分からない、で足踏みしています。

>>986
メジャーなものには興味を持たないから。
あんまり誰も作ってなさそうな物ばかり手が出る。

とりあえずみんなの言い分はわかった。
そんなにコンテストを求めているなら
「お前が勝手にコンテストを主催しろ」ということなのですね。

まずは少しづつ上達を目指してみます。
991：任意たん@age推奨：2021/10/19(火) 04:33:35: 個人的な意見でしかないけど、
楽しいか楽しくないか、じゃなくて
「金にならないから趣味」「利益がでるから商売」の軸で考えてしまっていたりする。

もちろん、その軸で考えると伺かは趣味。
逆にその軸で考えてしまっているから、
メジャーな創作(漫画やゲーム等)を気軽に趣味と言えなくなってしまったのはある。

昨今色んなもので稼げるようになってしまったので、
伺かくらいしか逃げるところがなくなってしまったのも理由だったりする。
992：任意たん@age推奨：2021/10/19(火) 05:28:10: >>991
逃げでゴースト作っても、面白いゴーストが作れる訳ないでしょ。
それでユーザーの期待に応えられると本当に思ってるの？
メジャーなモノに興味ないなら尚更ですよ。

今の貴方には、伺かから離れて別の趣味を持つことが、一番必要な事の様に思います。
993：任意たん@age推奨：2021/10/19(火) 06:12:59: >>992
捨てゼリフになるけど、
これだけは言っておきます。

「伺かでダメなら、他所でもダメだろう」

別の所行っても同じことの繰り返しになるので、
離れるだけでは改善にはなりませんでした。
994：任意たん@age推奨：2021/10/19(火) 08:00:22: >>993
じゃあ頑張って作りなよ…
もしうつで体が動かないとかならちゃんと薬処方してもらおう
995：任意たん@age推奨：2021/10/19(火) 08:11:30: やめとけやめとけ
例の人なら前のときに触るなって言われてただろ
アドバイスしたってどうせなんだかんだ理由つけて無理とかだから～で屁理屈こねるんだから相手した側が疲弊するだけだよ
そんなことよりゴーストの話しようぜ
996：任意たん@age推奨：2021/10/19(火) 08:24:35: ごめんよ最後に一個だけ
コンテストとやらを主催するのは好きにしたらいいけれど、
参加するゴーストをちゃんと募って集まった範囲だけでやってね
参加してないゴーストまで巻き込まないように
997：任意たん@age推奨：2021/10/19(火) 08:26:28: じゃあ小ネタ

主にソロゴーストで、選択肢とかいわゆる「地の文章」みたいなのを
kero側のバルーンに表示することがあると思うけど
このときにkeroのトーク前に　\![move,0,0,0,0,left,bottom]　と書いておくと
見えないkeroがsakuraの位置に追従するので
sakuraを移動させるユーザに対応できる気がします
998：任意たん@age推奨：2021/10/19(火) 13:09:37: >>997
ルストリカさんがやってるみたいなやつかな？
ソロゴーストだとあれは便利だよね。
999：任意たん@age推奨：2021/10/19(火) 14:42:10: 最近ゴースト内メニューが見やすいゴーストさんが増えたなーと思う。
うちは昔からのよくある感じのメニューなんだけど、文字色文字サイズ変えたり、アイコンとか使うと確かに見やすくなりそうなんだよなあ。
ここはすごくセンスいると思うから、見習おうと思っても中々難しいね。
1000：任意たん@age推奨：2021/10/24(日) 19:52:47: Androidの伺か導入してみたが
残念ながら自ゴはまともに動かなかった
1001：任意たん@age推奨：2021/10/24(日) 23:51:56: なんか辞書の中身が難しそうなゴーストだと挙動がおかしくなったりしてた印象あったな
1002：任意たん@age推奨：2021/10/29(金) 16:27:46: 実際スマホでも起動できるのは利点になるので、
Androidで動くか気になったことはある。

凝ったゴースト作るなら無理だなと諦めてしまうけど。

>>1001
中身が難しそうなゴーストというのが気になる。
どういう辞書なんだろう
1003：任意たん@age推奨：2021/10/29(金) 23:01:20: >>1002
今のバージョンではどうだかわからないけど、自分が使ってたあの時は入れても通常トークすらまともに動かない感じだった
なのであんまり数は入れてなかったけど、ルーちゃんやヴィイが入れられない起動しない壊滅レベルでダメだったような覚えがある
1004：任意たん@age推奨：2021/10/30(土) 03:19:12: 里々しか動かないからYAYAで書いてたりSAORI使ってるゴーストは動かなかったはず
1005：任意たん@age推奨：2021/10/30(土) 15:11:39: >対応しているSHIORIは「里々」、「華和梨7」、「華和梨8」、「文4」、「文5」、「YAYA」、「美坂」です。一部未対応の機能があります。

流石にそこまでポンコツでは…
辞書よりもシェル側のアニメーションの方が完全に対応できてなくて惜しかったよ
蟻の住む木さんの最近の追加シェルがのっぺらぼうになりがちで
1006：任意たん@age推奨：2021/10/30(土) 15:42:41: 里々だけど、
試しに自作で一番高度なゴースト入れたら普通に動いた。
流石に大手さんが作るゴーストだと動かないものもあったけど。

ただ、最近は効果音に凝り始めて、
バリバリ効果音入れたゴースト作り始めたけど、
andoroidの方で効果音とかが動くかは分からない。
1007：任意たん@age推奨：2021/10/30(土) 23:09:47: SSP限定の機能が結構あって無意識でも使ってること多いから正しく動かないってことが多いんじゃないかな
シェル表示だけでもappendできるのはSSP限定だったりするみたいだし
1008：任意たん@age推奨：2021/10/31(日) 17:05:30: あやりりすをなんとか機で出力した画像と自作セリフに差し替えてるだけでも楽しい……
とか思ってたけどやってると好感度だの着せ替えだのに挑戦してみたくなる……。頑張るか
1009：任意たん@age推奨：2021/11/05(金) 21:12:00: >>1008
ファイトだ！応援してるぜ
躓いたらこことかTwitterとかで聞けば大丈夫さ
1010：任意たん@age推奨：2021/11/05(金) 23:12:23: 自分が面白いと思える子を作ろう、と思い立って幾星霜…そこには自分が何を面白いと思っていたのかわからなくなったデベ見習いの姿が！
いやまじでどうしたら良いんだろうね、こういう時。
1011：任意たん@age推奨：2021/11/06(土) 01:04:49: そういう時こそGhostTownとかうわひょ過去ログに行って
色んな人のゴースト漁ってはちょっとでも興味湧いた子を立たせてみる

人の作品見て「これおもしれぇｗ」って笑ったりしたら
自分が「面白い」と感じる方向性（例えば天然ボケとか自虐とか）が見えてくるんじゃない？
1012：任意たん@age推奨：2021/11/06(土) 12:41:04: 簡単な設定メモか何か用意して、コンセプトとかを軽く書いておいた方がいいかもね
忘れそうになったらそれを読み返してみるとか
その辺を基準に作業を進めればあまりブレない…かもしれない
まぁ途中で全く違うやつが生まれることもままあるけど
1013：任意たん@age推奨：2021/11/06(土) 18:09:27: ありがとう。気分転換とか原点回帰とか色々考えてみる
1014：任意たん@age推奨：2021/11/06(土) 23:59:09: 初期版を残しておくと後々見比べて結構出来が良くなったなとか
モチベに繋がるかもしれない
1015：任意たん@age推奨：2021/11/15(月) 08:30:19: 初期設定はめっちゃ考えてるのに高校の時のある種のトラウマのせいか
プログラミングに抵抗を感じてしまう
いうてプログラミングより楽をしようとすれば簡単なのだけども
1016：任意たん@age推奨：2021/11/15(月) 11:04:31: 設定あるならもう初回起動トークから始めてしまおう
テンプレートのポストおかーさんDLして書き始めよう
1017：任意たん@age推奨：2021/12/27(月) 21:01:46: やり方がわからない場合でもこちらで大丈夫でしょうか？
web拍手あてにゴーストからコメントをもらうようにしたいのですが、メッセージに
replace_after.txtで指定した変換がそのまま送信されてしまいます。
「・」が「・\w3」と表示される感じです。
これをそのまま「・」と表示する方法はありますか？
1018：任意たん@age推奨：2021/12/27(月) 21:43:02: OnTranslateを使ってください。
OnTranslateの（R0）には、replace_after.txt変換後のトークが入っています。
拍手を送るさくらスクリプトを出力するトークでだけ、ウェイトを空白に置換する処理を入れてください。

サンプル
＃＃＃ここから
＊拍手送信
：拍手送信します。
\![execute,http-post,～～]（set,一時的にウェイト無効,1）

＃以下では、拍手送信時だけ「\w3」と「\w5」を無効にしています。
＃必要に応じて「\w5」をreplaceする行をコピーして置換の対象を増やしてください。
＊OnTranslate
（when,（変数「一時的にウェイト無効」の存在）
,（set（バイト値,１）一時変数（バイト値,１）（replace（バイト値,１）（R0）（バイト値,１）\w3（バイト値,１）））
（set（バイト値,１）一時変数（バイト値,１）（replace（バイト値,１）（一時変数）（バイト値,１）\w5（バイト値,１）））
（一時変数）（set,一時的にウェイト無効,）＃最後にフラグを削除している
,＃ウェイト無効フラグがないときは何もしない
）
＃＃＃ここまで
1019：任意たん@age推奨：2021/12/27(月) 22:19:10: >>1018
ありがとうございます！助かりました！
1020：任意たん@age推奨：2022/01/15(土) 12:39:57: シェルの質問です。
シェルを変換ソフトで縮小したいのですが非透過pngが透過pngに変換され差分の画像がうまく表示されません。
非透過png→非透過png　のリサイズができるソフトか
透過png→非透過png　に変換できるソフトをご存じでしたら教えていただきたいです。
お願いいたします。
（SSPで縮小表示できるのは知っていますが、元画像が大きいので縮小して配布したいです）
1021：任意たん@age推奨：2022/01/15(土) 13:16:05: GIMPでいいんじゃないか？
1022：任意たん@age推奨：2022/01/15(土) 13:42:23: >>1021
レスありがとうございます。
画像の枚数が多いので一括で変換できるものがあれば知りたいです。
後だしですみません…。
1023：任意たん@age推奨：2022/01/15(土) 16:36:09: >>1020
imgctl_saori.dllを使ってみよう。使い方覚えると楽しいよ。
http://whiteball.m7.coreserver.jp/

里々ならこんな感じで。（satori_confのSAORIにはimgctlで登録）

＊
：縮小処理開始！
（set,単語群「縮小するファイル」の重複回避,昇順、トーク中）φ
（loop,縮小するループ,（単語群「縮小するファイル」の数））

＃imgctl_saori.dllからのパスを指定する。
＠縮小するファイル
..\..\image\sample0.png
..\..\image\sample1.png
..\..\image\sample2.png
..\..\image\sample3.png
..\..\image\sample4.png
..\..\image\sample5.png

＃高さに合わせるなら-1とか指定する。
＠縮小後の幅
100

＃幅に合わせるなら-1とか指定する。
＠縮小後の高さ
50

＃元のファイルに上書きする。困るならbackupをとっておくか、縮小後のpathを適当に弄って。
＠縮小するループ
（set,tmp.filename,（縮小するファイル））φ
（call,縮小する,（tmp.filename）,（tmp.filename）,（縮小後の幅）,（縮小後の高さ））φ
（set,tmp.filename,）

＃A0: 縮小前のファイルパス
＃A1: 縮小後のファイルパス
＃A2: 縮小後の幅（負値を指定すると高さに合わせてアスペクト比を保つ）
＃A3: 縮小後の高さ（負値を指定すると幅に合わせてアスペクト比を保つ）
＠縮小する
（set,tmp.ID,（imgctl,ToDIB,（A0）））φ
（imgctl,ResizeDIB,（tmp.ID）,（A2）,（A3））φ
（imgctl,DIBtoPNG,（A1）,（tmp.ID）,0）φ
（imgctl,DeleteDIB,（tmp.ID））φ
（set,tmp.ID,）
1024：任意たん@age推奨：2022/01/16(日) 09:13:28: 色々工夫するよりPhotoshopのバッチ処理でいいんじゃないの
フォトプランで月千円だし
1025：任意たん@age推奨：2022/01/16(日) 13:38:42: ありがとうございます。
バッチ試してみます。
1026：任意たん@age推奨：2022/01/16(日) 14:17:26: 浮子屋さんのところの「ふちどり。」というソフトも便利です。名前の通りの縁取り用途以外にも、プレビューしつつ綺麗に縮小できます。
今回のケースはPNA不使用のようですが、PNA込みで縮小したり、透過情報付きPNGと不透過PNG+PNAを相互に変換したりなども。
http://ukiya.sakura.ne.jp/

なんか回し者みたいになってしまった…
1027：任意たん@age推奨：2022/01/16(日) 20:06:37: >>1026
一瞬でできました！しかもアニメーションもelementも奇麗に再現されています。
ありがとうございます。
もっとみんなに広まって欲しいです！

なんか回しｍ（ｒｙ
1028：任意たん@age推奨：2022/01/28(金) 23:17:32: バルーン同梱ゴーストでinstall.txtに
balloon.source.directory,balloon
を記載するとバルーンフォルダにインストールできないのですが
書き方が違うのでしょうか？
こちらを参考にしました。
http://ssp.shillest.net/ukadoc/manual/descript_install.html
1029：任意たん@age推奨：2022/01/29(土) 12:57:31: >>1028
「balloon.source.directory,」は作ったアーカイブ（narファイル）内のフォルダを指定します。
「balloon.directory,」でインストール先のballoonフォルダ内のフォルダ名を指定してください。

もしnarファイル内のフォルダ名とballoonフォルダ内のフォルダ名が一緒なら
「balloon.directory,」のみで動作します。
1030：任意たん@age推奨：2022/01/29(土) 15:12:13: >>1029
アーカイブ内なんですね；
詳しいご説明ありがとうございます！
1031：任意たん@age推奨：2022/02/01(火) 16:11:35: ゴースト制作しているけど
感想もらったことない。

何か感想もらえるようにするコツとかないですか？
合作みたいな企画ものは自分には合わないので参加しない予定です。
1032：任意たん@age推奨：2022/02/01(火) 16:55:06: ゴーストにコメント送る機能つけるとか？
1033：任意たん@age推奨：2022/02/01(火) 20:10:04: 感想をもらいやすくする環境を作ろう。

Web拍手やメールフォームなどの、匿名で感想を送れるツールを設置したり、ゴーストを公開してる場所からリンクを貼るとか。
拍手は、やり方を調べれば、ゴーストから拍手宛にメッセージを送る機能も実装できるよ。

何かしら感想を伝えたくなる様なゴーストだったら、いずれコメントのひとつ位来るんじゃないかな。
1034：任意たん@age推奨：2022/02/02(水) 03:22:04: 右クリックメニューやゴースト内のメニューにWeb拍手があると、一言送り易くていいと思います
あとは、感想欲しいです！意見求めてます！ってゴーストに直接アピールさせるとか…、かな？
1035：sage：2022/02/15(火) 23:30:55: 着せ替えで翼など背面の着せ替えを行いたい場合どうしたらいいでしょうか？
surfaces.txtで何とかできますか？
それとも見えるところぎりぎりで絵を描くしかないでしょうか？
1036：任意たん@age推奨：2022/02/16(水) 05:49:56: >>1035
interpolateをつかうのはどうだろう？

surface0
{
// 服1の定義　アニメーションIDは0
animation0.interval,bind
animation0.pattern0,interpolate,500,0,0,0 //ベースレイヤの透明度に応じて,surface500を,ウエイト0で,X座標0,Y座標0に重ねる。
}
多分この書式で出来る筈
1037：任意たん@age推奨：2022/02/16(水) 21:05:56: >>1036
できました！ありがとうございます。
UKADOC project読んでいたのに理解できず気付きませんでした・・・
1038：1036：2022/02/17(木) 04:44:40: >>1037
ゴーストなのか追加シェルなのかわからんけれども、完成＆公開を待ってますぞよ。
1039：任意たん@age推奨：2022/02/17(木) 20:44:35: >>1038
ありがとうございます！
1040：任意たん@age推奨：2022/03/28(月) 22:51:12: 里々の＄文「～」の重複回避でランダムトークの重複回避をしたいと思ったのですが、可能でしょうか？
＄文「」の重複回避【タブ】昇順、起動中で試したのですが、これではランダムトークが対象にならないようでした
1041：任意たん@age推奨：2022/03/29(火) 01:35:01: >>1040
里々wiki→特殊変数ページの「＄文「○」の重複回避 / ＄単語群「○」の重複回避」の項目で
「＊」を指定する事で全てのトークが設定対象になるってある
文章的にはランダムトークも範囲内だと思う、これでどうだろう？
1042：1040：2022/03/30(水) 21:22:02: >>1041
ありがとうございます
「＊」を指定することでランダムトークを設定対象にできているようではありましたが、
これでは他のトークも巻き添えを食らってしまいケアが大変な為、ランダムトークのみを対象にしたいと考えています・・・

ネットワーク更新後に新規追加トークを優先して喋らせる仕様にあこがれ、ランダムトークの重複回避設定を使うのはどうだろうかと考えていました
一時的に昇順または降順に変更することで、簡易的かつ手軽に実現可能かなと
強引ですが、ランダムトーク全てを何らかのトークに変更し＄文「何らかのトーク」の重複回避とする事で目的は果たせそうだと先程気付きました
一旦これで試作を進めようと思います、ありがとうございました
1043：任意たん@age推奨：2022/04/03(日) 22:54:26: ＃ランダムトークはファイル１個にまとめた上で

＊ネットワーク更新changed
：更新完了しました！
＄文「＊」の重複回避【タブ】降順
＄辞書リロード【タブ】実行

＃------------------------
＃ファイルの上に新規トークを書く

＊
：新規トーク１

＊
：新規トーク２

＊
：最後の新規トーク
＄文「＊」の重複回避【タブ】有効
＄辞書リロード【タブ】実行

＊
：以下ランダムトーク

＃------------------------

でいけたりしないかな？駄目だったらごめん。
右クリックの更新には対応してるけどゴーストエクスプローラーの更新には対応していない。
1044：1040：2022/04/03(日) 23:47:27: すみません、厳密にはランダムトークのみを指定し重複回避設定を行いたいという質問です・・・
1045：任意たん@age推奨：2022/04/05(火) 02:33:07: >>1040
新しいトークを優先的に、が目的なら、ネットワーク更新後にトークの予約をするのはどう？
あるいは起動時にトークを予約しちゃうとか
「＊新規トーク」と「＊」の両方に同じトークを入れておけば、
トーク予約で優先的に喋らせつつランダムトークでも出る状態にはなる

ランダムトーク全体で重複無しも実現したいというのならば、
>>1040が言う通り「＊ほげほげ」にランダムトーク全部突っ込むしかないかもしれないけれど
1046：任意たん@age推奨：2022/04/09(土) 07:37:31: ランダムトークに仕掛けをしたいなら全部トークに名前つけた方がいいと思う

＊
＞ランダムトーク

＊ランダムトーク
：～

＊ランダムトーク
：～

...

ランダムトークをファイル１個にまとめた上で「＊」を「＊ランダムトーク」に全置換すれば手間はかからないし、その上で＄文「＊ランダムトーク」の重複回避の設定をすればいけるんじゃないかな
1047：任意たん@age推奨：2022/04/09(土) 07:40:09: って、すまない主はもうその結論に達してたようだ
忘れてちょ
1048：任意たん@age推奨：2022/04/10(日) 21:55:49: 初歩的な質問ですみませんがそもそも
「＊」だけならば全部ランダムトークではないのですか？
1049：任意たん@age推奨：2022/04/11(月) 08:20:21: ゴーストの画像の一部分だけ変えたいのだけれど
どうすれば変えられますか？
1050：任意たん@age推奨：2022/04/11(月) 11:22:21: 一部分だけ変えたゴーストの画像を用意して下さい
1051：任意たん@age推奨：2022/04/11(月) 17:49:03: まさかとは思うけどコラとかの話なら
「気合で」としか言いようがないぞ…
1052：任意たん@age推奨：2022/04/11(月) 18:33:33: >>1050
それは用意したのですがその先がわかりません。
1053：任意たん@age推奨：2022/04/11(月) 22:51:19: >>1052
画像を\shell\master\フォルダに入れて、変えたい画像にリネームする。
それでだめならsurfases.txtを解析するしかない。
1054：任意たん@age推奨：2022/04/12(火) 00:49:36: えーと、

具体的に言うと大きな画像(全体の立ち絵)とパーツごとの画像(例:目)で分けて
パーツの部分だけ変えたいというわけなのだけど、
それでも丸ごと一部分だけ変えたゴーストの画像を大量に用意しないとだめ？
1055：任意たん@age推奨：2022/04/12(火) 01:15:48: >>1054
パーツを希望の表情に差し替えれば出来ると思うぞ。
それ以上の回答を望むならこの辺見て何とかしてくれ。
http://earlduant.github.io/ukagaka-shell-description/surfaces.html
http://ssp.shillest.net/ukadoc/manual/descript_shell_surfaces.html
1056：任意たん@age推奨：2022/04/12(火) 17:40:32: >>1048
どう説明したらいいか難しいが、「＊」はさとりが一定時間ごとに自動再生するとても特別な存在で、便宜的にランダムトークと呼ばれるが
「＊ランダムトーク」は『ランダムトーク』という名前をつけられただけの普通のトークなんだ
「＊なんか適当なトーク名」と変わらないし、（ランダムトーク）などで呼び出さないかぎり再生もされない
1057：任意たん@age推奨：2022/04/17(日) 19:07:09: >>1054
福笑い形式で表情差分を作りたいって言うことかな？
良く解説サイトにあるサンプルは既に表情を作った顔を丸ごと使ってることが多いから確かにわかりづらいよね

伺かのシェルは指定された番号に何の画像を割り当てるかを決めるものなんだけど、番号一つに複数の画像を割り当てるとそれらを全部重ねて一つの画像として出力されるものなんだ
なので、大きな画像(全体の立ち絵)をベースとして割り当てて、更にそこに各パーツの画像を割り当てることでやりたいことができると思うよ
具体的に定義の例を書くと、

surface0
{
element0,base,body.png,0,0 --これがベースとなる立ち絵画像
element1,overlay,eyes.png,0,0 --これが目の画像
element2,overlay,mouth.png,0,0 --これが口の画像
element3,overlay,brow.png,0,0 --これが眉の画像
}
こんな感じになると思う
注意点としては、単純に重ねるだけだからベースの画像に目とか口とか置き換えたいパーツが描かれちゃってるとそれを覆い隠すようにパーツ画像を用意する必要があることと、
重ねのルールは基本element番号が大きい方が上に重ねられるから、もし互いにパーツが干渉する位置にある場合はその辺りも考慮する必要があるよ

定義の書き方で細かい調整とかも出来たりするからそのあたりは>>1055さんの貼ってくれたサイトを参考にしてね！
1058：任意たん@age推奨：2022/04/26(火) 21:03:39: ゴースト制作するにあたって制作に差し支えないノートパソコンはどれくらいのものが良いだろうか
OSはウインドウズ１１で考えてるがノートはグラボとかメモリとかCPUとか気軽に変えられないから予算とスペックで悩んでる
1059：任意たん@age推奨：2022/04/26(火) 22:21:02: 他のゴーストを立たせていても動作に差し支えないなら、大体どれくらいのスペックでも行けると思うよ
シェル制作も考慮してるなら、また別の問題になるが…
少なくとも、絵を描くのに程よいスペックであればいけるだろう
1060：任意たん@age推奨：2022/04/26(火) 23:54:12: 20年前のMeのポンコツPCでも普通に動いたくらいだから
よほど特別な事でもしない限りは気にする必要もないだろう
1061：任意たん@age推奨：2022/04/28(木) 03:08:12: >>1058
ブラウザ開きながらPhotoshop使って4k解像度をターゲットに作業してもメモリ8GB（つまりWin11が動く最低ライン）で十分
ラップトップで気にするとすればディスプレイの色の正確さかな
変な色のディスプレイ（やけに青っぽいとか）使うと自分で普通に見えても他の人が立たせた時に違和感のある色になる
こればっかりは同じメーカーでも当たり外れがあるのでなかなか、高級機種なら間違いないけど
1062：任意たん@age推奨：2022/05/11(水) 10:12:00: >>1058
テンキーが欲しいがどうかでサイズを決めるのも悪くないと思います、
PGDNと矢印キーが届き易くなりますので使い勝手は悪くないです
1063：任意たん@age推奨：2022/05/12(木) 20:54:32: ＞＞1061
カラーモンキーやスパイダーでキャリブレーションしたら大体大丈夫だろうけど
一時的に使うだけの事で数万円出すかっていうと考え込む人とかもいそうだなぁ
1064：任意たん@age推奨：2022/05/13(金) 06:40:14: >>1063
安もんのラップトップをキャリブレーションしたらsRGB75%とかにならん？
1065：任意たん@age推奨：2022/05/14(土) 22:20:29: メモリの余裕は心の余裕と古事記にも書いてあるので12GBは欲しい派

モニタはフルHDのIPSならとりあえず不自由はしない程度の発色はクリアできるってことでいいんでないかなぁ
製作はノートオンリーでやるから性能重視でって方針ならクリエイター向けモデルから選ぶのが安牌だろうけど、
それだとお値段もすごいことになるだろうし…
1066：任意たん@age推奨：2022/05/24(火) 02:28:08: ゴーストの更新に関して質問です。
既に公開済みのゴーストのsurfaces.txtに記述を追加した場合、ネットワーク更新でそれらの変更は反映されますか？
1067：任意たん@age推奨：2022/05/24(火) 04:07:29: >>1066
その「記述を追加したsurfaces.txt」を更新用ファイルとしてアップロードしたならば
必ず反映されるよ。
1068：任意たん@age推奨：2022/05/24(火) 08:38:17: >>1067
迅速なご回答ありがとうございました！！
1069：任意たん@age推奨：2022/05/24(火) 13:49:38: >>1066です　再度質問失礼します
shell内の「記述を追加したsurfaces.txt」を含むファイル内に更新データ（update.txtとupdates2.dau）を作成してアップロードすれば問題ないでしょうか。
1070：任意たん@age推奨：2022/05/24(火) 17:06:29: >>1069
「記述を追加したsurfaces.txt」はゴーストにデフォルトで含まれているものでしょうか？（ゴーストをインストールすると一緒に追加されるシェルなど）
その場合は「記述を追加したsurfaces.txt」を含むゴースト全体の更新データ（update.txtとupdates2.dau）を作成してアップロードして頂ければ問題ありません。
「ゴーストのネットワーク更新」の時に反映されます。
shellフォルダの各シェルのフォルダ内に更新データ（update.txtとupdates2.dau）を作成する場合は「シェルのネットワーク更新」になりますので、
「ゴーストのネットワーク更新」とは別に対応する必要があります。
こちらはゴーストとは別にインストール必要があるシェル（シェル単体で公開されているものなど）で行うものですので、masterシェルなどの場合は前者の対応で問題ありません。
1071：任意たん@age推奨：2022/05/25(水) 00:05:18: >>1070
丁寧なご回答ありがとうございます。
今回はmasterシェルのsurfaces.txtに記述を追加したいので、通常の更新（ランダムトーク追加など）と同じ作業を行いたいと思います。
皆さまご協力ありがとうございました！！
1072：任意たん@age推奨：2022/06/20(月) 21:03:37: 「shared-indexがついた-1指定のあるアニメーション」が2つ以上設定されたサーフェスがなんかクラッシュする
1073：任意たん@age推奨：2022/06/27(月) 12:24:36: メニュー選択肢を状況に応じて出したり引っ込めたりしたいんだけど、複数個メニュー作ってなんかの変数で分岐させるしかない？
1074：任意たん@age推奨：2022/07/05(火) 01:21:48: 状況に応じて…って例えば、この条件の時ならこの選択肢を出す、って事かな。
メニューの中でwhen使う形はどう？
1075：任意たん@age推奨：2022/08/06(土) 11:39:23: 関数を使うと＿の記号が使えなくなるのが難点かな
1076：任意たん@age推奨：2022/08/30(火) 22:41:07: さくらスクリプトで
\![sound,loop,(ファイル名)]
\![sound,stop]
の制御を繰り返した際、最初の内は正常に再生・停止できているのに、
５回ほど再生・停止を繰り返すと「プチプチ音（スクラッチノイズみたいなノイズ音）が混ざり始める」状態になり、
さらに再生・停止を繰り返していくと、おおよそ十数回程度で
「音声の再生自体は行われるけれど、ノイズがひどい上に音が途切れ途切れになったりして聴くに堪えない状況になる」
症状に悩まされております。

一応、「SSP自体を再起動するとリセットされる」ことは確認したのですが、
それ以外での解決方法が見つけられなくて…。
同じ症状を経験された方、いらっしゃいますか？

おま環なのか、皆さんの環境でも起こる事象なのかお伺いしたく。
自環境はSSP/2.6.13 (20220802-5; Windows NT 10.0.22000)です。
1077：任意たん@age推奨：2022/09/01(木) 23:50:48: >>1076
キーボードイベントにサウンドタグを書いて確認してみましたが手元の環境では
症状が発生しませんでした。音声ファイル形式はwav、mp3、wmaで確認しました。
環境によって発生する症状だと思いますがSSP公式に相談したほうが良いと思います。
SSP/2.6.13、Windows10 21H2
1078：任意たん@age推奨：2022/09/02(金) 01:54:51: >>1077
検証ありがとうございます！
むむ…おま環みたいですね…。
こちらの環境との違いは、
Windows NT 10.0.22000 = Windows 11 21H2 なところ位でしょうか…？

私の方は、wmaで症状の発生を確認していました。
同一音源をwav・mp3に変換して、再度チェックしてみます。

その上で「SSP公式に相談」…というと、
「独立伺か研究施設ばぐとら研究所」の「My View - Bug Tracking System for SSP」で、
登録例を参考に課題登録してみるといいよ、という理解でよろしいでしょうか…？
1079：任意たん@age推奨：2022/09/02(金) 04:44:20: タスクマネージャで実行中のメモリの様子を見てもいいかも
1080：任意たん@age推奨：2022/09/02(金) 14:27:14: >>1079
ご助言ありがとうございます！

問題発生時（プチプチノイズが混ざりはじめた時）から、
問題が悪化していく過程でのsspのプロセスメモリ使用量を見た限りでは、

・メモリの余裕は十分
　(トータル24GB、使用量17.4GB=79%、利用可能領域4.6GBくらいを維持)

・問題発生～症状悪化時は徐々にsspのメモリ使用量が増えていく
・その後メモリ使用量が減っても、症状はもとに戻らず悪化の一途を辿る

　初期状態(00) 55.6MB　ノイズ等無し
→問題発生(01) 57.2MB　プチプチノイズが乗りはじめる
→症状悪化(02) 58.0MB　プチプチノイズが大きさ・頻度ともに多くなってくる
→症状悪化(03) 58.1MB　聴感上(02)と大きな変化なし
→症状悪化(04) 58.0MB　聴感上(02)と大きな変化なし
→症状悪化(05) 58.2MB　頻度がやや増えて悪化してきた
→症状悪化(06) 57.3MB　使用量は減ったが、聴感上は(05)と変わらず悪化したまま
→症状悪化(07) 57.5MB　
→症状悪化(08) 54.4MB　使用量が大きく減ったが、聴感上は(05)と変わらず
→症状悪化(09) 63.3MB　いったん別の処理に回って、多くの変数を処理
→症状悪化(10) 64.0MB　再度、音声を再生する処理に移行、ただし聴感上は(05)と変わらず
→症状悪化(10) 52.7MB　使用量が大きく減ったが、聴感上は(05)と変わらず
→症状悪化(11) 34.2MB　使用量がさらに大きく減ったが、ノイズがさらに増え、一気に症状が悪化した
→症状悪化(12) 39.7MB　再生が破綻した（ノイズが増えた上に再生ピッチが遅く不安定になり、まともに再生できなくなった）

という結果になりました。
もし何か「他にもここ見た方がいいよ」というところがあれば、ご教示いただければ幸いです。

なお、1078のレスの後「音声再生部分周辺の処理だけ抜き出したテストゴ」を作って、
wav・mp3・wmaの再生を繰り返してみたのですが、
そのゴでは問題が全く再現しない
（数十回再生・停止を繰り返しても、そもそもノイズが乗る事象が発生しない＆メモリ使用量も変化しない）のに、
自分のゴや、処理の参考にさせて頂いたゴーストさん（例えばタドリハラさんの東京ライカンスロープ）で
数回再生・停止処理を繰り返すとやはり問題が発生し、上記のようなメモリ使用量の変化を経て症状の悪化が進みました。

なので、
「何か、音声再生部分とは別のとこが原因みたいだけれど、でもどこの何が問題なんだろう…」と頭抱えてる状態です…。
もう少し詳しく調査して、原因箇所を切り分けられないか試してみます。
1081：任意たん@age推奨：2022/09/02(金) 23:32:38: >>1079
ご助言ありがとうございます！

問題発生時（プチプチノイズが混ざりはじめた時）から、
問題が悪化していく過程でのsspのプロセスメモリ使用量を見た限りでは、

・メモリの余裕は十分
　(トータル24GB、使用量17.4GB=79%、利用可能領域4.6GBくらいを維持)

・問題発生～症状悪化時は徐々にsspのメモリ使用量が増えていく
・その後メモリ使用量が減っても、症状はもとに戻らず悪化の一途を辿る

　初期状態(00) 55.6MB　ノイズ等無し
→問題発生(01) 57.2MB　プチプチノイズが乗りはじめる
→症状悪化(02) 58.0MB　プチプチノイズが大きさ・頻度ともに多くなってくる
→症状悪化(03) 58.1MB　聴感上(02)と大きな変化なし
→症状悪化(04) 58.0MB　聴感上(02)と大きな変化なし
→症状悪化(05) 58.2MB　頻度がやや増えて悪化してきた
→症状悪化(06) 57.3MB　使用量は減ったが、聴感上は(05)と変わらず悪化したまま
→症状悪化(07) 57.5MB　
→症状悪化(08) 54.4MB　使用量が大きく減ったが、聴感上は(05)と変わらず
→症状悪化(09) 63.3MB　いったん別の処理に回って、多くの変数を処理
→症状悪化(10) 64.0MB　再度、音声を再生する処理に移行、ただし聴感上は(05)と変わらず
→症状悪化(10) 52.7MB　使用量が大きく減ったが、聴感上は(05)と変わらず
→症状悪化(11) 34.2MB　使用量がさらに大きく減ったが、ノイズがさらに増え、一気に症状が悪化した
→症状悪化(12) 39.7MB　再生が破綻した（ノイズが増えた上に再生ピッチが遅く不安定になり、まともに再生できなくなった）

という結果になりました。
もし何か「他にもここ見た方がいいよ」というところがあれば、ご教示いただければ幸いです。

なお、1078のレスの後「音声再生部分周辺の処理だけ抜き出したテストゴ」を作って、
wav・mp3・wmaの再生を繰り返してみたのですが、
そのゴでは問題が全く再現しない
（数十回再生・停止を繰り返しても、そもそもノイズが乗る事象が発生しない＆メモリ使用量も変化しない）のに、
自分のゴや、処理の参考にさせて頂いたゴーストさん（例えばタドリハラさんの東京ライカンスロープ）で
数回再生・停止処理を繰り返すとやはり問題が発生し、上記のようなメモリ使用量の変化を経て症状の悪化が進みました。

なので、
「何か、音声再生部分とは別のとこが原因みたいだけれど、でもどこの何が問題なんだろう…」と頭抱えてる状態です…。
もう少し詳しく調査して、原因箇所を切り分けられないか試してみます。
1082：任意たん@age推奨：2022/09/16(金) 13:10:52: disc-2の投稿欄が白くなっちゃったね…
伺かの間口だっただけに寂しい
1083：任意たん@age推奨：2022/09/16(金) 16:49:04: >>1082
先日xreaサーバーのメンテナンスがあった影響で、
ログの部分だけが正常に表示されずエラーとなって、結果的に白くなってしまってるみたい。
管理人さんがどうこうした訳じゃないけど、これからどうなるんだろうね。
1084：任意たん@age推奨：2022/10/29(土) 22:16:43: さとりすと2.0公開！！

http://ukananachi.blog98.fc2.com/blog-entry-1718.html
1085：任意たん@age推奨：2022/11/01(火) 20:35:05: 毎日着替えをするゴーストを作ってみたいのですが、
里々において起動毎にシェルまたは着せ替えをランダム変更、といった動作は可能なのでしょうか
1086：任意たん@age推奨：2022/11/01(火) 20:39:50: >>1085
出来る。
ペネローペ探偵局が同じような事をやっていたと思うから、参考に。
https://nanachi.sakura.ne.jp/narnaloader/ghost.php?ghost=PenelopeDetective
1087：任意たん@age推奨：2022/11/01(火) 20:52:39: >>1086
ありがとうございます！
実際のゴーストさんの紹介もとても助かります
1088：任意たん@age推奨：2022/11/05(土) 10:56:14: >>1085です、再度の質問失礼します
その後自分なりに試行錯誤して着せ替えを設定してみましたが、
起動毎のランダム変更を行うために何を記述すべきかわからずにいます
せっかく参考になるゴーストさんを紹介していただいたのに申し訳ないのですが、
初心者なもので辞書を読み解くのに限界があり…
どなたか具体的な実装方法をご教示願えませんでしょうか
1089：任意たん@age推奨：2022/11/05(土) 19:03:02: 横から失礼します。
里々だとこんな感じになりますね。

以下は着せ替えの例です。
シェルの場合は「＠着せ替え全部解除」を削除し、「＠ランダムにしたい着せ替えパターン」に「\![change,shell,シェルの名前]」を列挙します。
【タブ】はキーボードでtabキーを押したときに出るタブ記号に変換してください。

＃起動イベントを差し替える
＃まず着せ替え処理してから起動処理や起動トークをする
＃起動時に別のイベント入れてるなら、それも同じような修正がいる
＃具体的には「＊OnGhostChanged」と「＊OnVanished」がある場合同じ修正をする

＃----追加ここから
＊起動
（set,着せ替えトーク無効フラグ,1）（着せ替え全部解除）（ランダムにしたい着せ替えパターン）（起動時の処理）（set,着せ替えトーク無効フラグ,）
＃----追加ここまで

＃今までの「＊起動」の名前だけを「＊起動時の処理」に変更する
＊起動時の処理
＞なんかイベント【タブ】（なんか条件）
＞普通の起動

＊普通の起動
：ようこそ

＊普通の起動
ようきたな
：いらっしゃい

＃----処理部追加ここから
＃まずは着せ替えを全部解除した状態にしてから、付けたい着せ替えだけ装着させる

＃カテゴリ名を空にすると、そのカテゴリ全てを操作できる
＠着せ替え全部解除
\![bind,帽子,,0]\![bind,服,,0]＃シェルに存在する着せ替えカテゴリ全部の解除記述をしておく

＠ランダムにしたい着せ替えパターン
\![bind,帽子,ハット,1]\![bind,服,ジャケット,1]
\![bind,帽子,ヘルメット,1]\![bind,服,作業服,1]

＃----処理部追加ここまで

＃着せ替え時にトークしてる場合、一旦無効化しておく
＃辞書に「＊OnDressupChanged」がないなら以下は不要
＊OnDressupChanged
＞なにもしない【タブ】（着せ替えトーク無効フラグ）
＞（R0）側が（R1）を装着【タブ】（R2） == 1

＊0側がヘルメットを装着
：ご安全に！

＊なにもしない
＃処理を何も書かない
1090：任意たん@age推奨：2022/11/05(土) 20:20:11: >>1089
詳しく教えてくださりありがとうございます！

ただ、>>1089をコピペさせていただき記述してみたのですが、
理解が足らないためか思うような挙動になりませんでした…
そこでお願いなのですが、「伺か投稿場」さんの汎用アプロダにゴーストのフォルダを丸ごとアップロードしたので
ファイルを直接見ていただいてアドバイスを頂戴することは可能でしょうか
重ね重ねのお願いになってしまい恐縮です…
1091：任意たん@age推奨：2022/11/05(土) 21:55:19: >>1090
失礼しました。
「＊起動」に「：」（全角コロン）をつけてください。
着せ替えは\0側にしか設定されていないのに、スコープ切り替えの「：」がないため、\1側を着せ替えようとしています。

＊起動
：（set,着せ替えトーク無効フラグ,1）（着せ替え全部解除）（ランダムにしたい着せ替えパターン）（起動時の処理）（set,着せ替えトーク無効フラグ,）
1092：任意たん@age推奨：2022/11/05(土) 22:05:32: >>1091
ありがとうございます。コロンをつけ足したところ無事理想の状態になりました！
この度は大変お世話になりました！
1093：任意たん@age推奨：2022/12/07(水) 01:34:50: 初心者質問ですみません。
loopを使ってユーザーからもらった単語をリストにしているのですが、
これに個別でお気に入りマークを付けたい場合どのようにしたらいいでしょうか…
クリックで☆→★と変化させたいのですが、個別に変更できず全て同じマークになってしまったり上手く動いてくれません。
分かりにくい説明で恐縮ですが、アドバイス頂けたら嬉しいです
1094：任意たん@age推奨：2022/12/07(水) 09:03:51: 里々を使っているとして回答します。
「＊OnUserInput」があり、入力すると「＊～～を教えてもらった」にジャンプすること前提です。

注意事項として、半角のカンマとアンダーバーが単語に入れられません。

「＊テストメニュー」は任意の名前にしてください。
「＊テストメニュー」へジャンプする処理が2箇所になるので変更を忘れないようお願いします。

「教えてもらった単語」にユーザが入力した単語を追加していく処理としています。
現在のユーザからもらった単語を格納している単語群の名前に置き換えてください。
単語群の名前のほか、3箇所にあります。

＃----satori_conf.txt
＃「＊初期化」の一番最後の行に追加
＊初期化
＃既存の処理
＄お気に入り単語＝なし
＃----satori_conf.txt

＃----任意の辞書ファイル
＊テストメニュー
：
＿単語を教える
＿単語のリスト

＊単語を教える
：※半角のカンマと半角のアンダーバーは使えません。
\![open,inputbox,追加単語]

＃半角のカンマが入ると処理がエラーになるので半角カンマを削除する
＊追加単語を教えてもらった
（単語の追加、教えてもらった単語、（erase（バイト値,1）（追加単語）（バイト値,1）,））
＞テストメニュー

＊単語のリスト
＄単語群「教えてもらった単語」の重複回避＝降順、トーク中
（loop,単語リスト化処理,（単語群「教えてもらった単語」の数））
＄一時・単語＝
＿メニューに戻るテストメニュー

＊単語リスト化処理
＄一時・単語＝（教えてもらった単語）
：（when,（count,（お気に入り単語）,_（一時・単語））,★,☆）\q[（一時・単語）,Onユーザが単語をお気に入りした,（一時・単語）]

＊Onユーザが単語をお気に入りした
（when,（count,（お気に入り単語）,_（R0））
,（set,お気に入り単語,（erase,（お気に入り単語）,_（R0）））
,（set,お気に入り単語,（お気に入り単語）_（R0））
）
＞単語のリスト
＃----任意の辞書ファイル

選択肢と（R0）に関しては以下のukadocを参照してください。
http://ssp.shillest.net/ukadoc/manual/list_sakura_script.html#_q_%E3%82%BF%E3%82%A4%E3%83%88%E3%83%AB,OnID,r0,r1,..._

（単語群「～～」の存在）では、単語群の中身まで確認できないため、
お気に入りにした単語を1つの変数「お気に入り単語」の中に持っています。
（お気に入り単語）の中身は、たとえば「いちごまぐろ」などの羅列となります。
その後、（count、（お気に入り単語）、いちご）として、存在すれば★を表示します。
（count関数のカッコ展開の結果が1以上になる場合存在）

ただし、区切り文字がないと誤ヒットする可能性があります。
たとえば（count、（お気に入り単語）、ごま）とすると、
「いちごまぐろ」に「ごま」が含まれるため誤ヒットしてしまいます。
そこで、「_いちご_まぐろ」とアンダーバーを区切りとします。
存在するか判定する際も、「_ごま」とアンダーバー込みで検索すると誤ヒットしません。

アンダーバーを頭につけて検索するため、＄お気に入り単語の初期値の「なし」は絶対にヒットしません。
ユーザがあらためて「なし」を入力した場合のみヒットするようになります。
1095：任意たん@age推奨：2022/12/08(木) 03:48:32: >>1094
丁寧にありがとうございます！
アンダーバーを使った判定は思いつかなかったので大変参考になりました。
お気に入りの表示は形だけのつもりだったのですがちゃんと運用できそうです、ありがとうございます！
1096：任意たん@age推奨：2023/03/21(火) 22:40:20: イベント雑談スレの787-789のくだりを里々wikiに書きました。
ありがとうございます。
http://soliton.sub.jp/satori/?%E5%90%8D%E5%89%8D%E3%82%92%E8%A6%9A%E3%81%88%E3%81%95%E3%81%9B%E3%82%8B#u9f9ee02
1097：任意たん@age推奨：2023/03/23(木) 09:20:38: ゴマカレーかなんかでトークが縦書きのゴーストっていなかったっけ？ググっても出てこないわ
1098：任意たん@age推奨：2023/03/23(木) 21:33:29: >>1097
ゴマカレーじゃなくてこんうかだけど、あーるでぃーさん所のtcidelamが縦書きだね
1099：任意たん@age推奨：2023/03/25(土) 23:32:23: >>1098
こんうかか！ありがとう
ゴマカレだと思いこんでたから一人じゃ一生辿り着けんかったわ
1100：任意たん@age推奨：2023/04/08(土) 11:27:05: 前いろいろあった者です。
もう一度あの頃みたいにやり直したいなと思い来ました。
もう一度、ゴーストを作らせてもらえませんでしょうか？
1101：任意たん@age推奨：2023/04/08(土) 14:27:19: いろいろとか言われても知らないし
誰に許可とる趣味でもないんだから好きにやればいいんじゃないでしょうか。
1102：任意たん@age推奨：2023/04/08(土) 22:30:02: >>1100
前いろいろとか、いちいちそういう断り文句を書く必要がまず無い。
好きにゴースト作って、出来上がったら然るべき場所で公開すればいい。
なにかゴースト制作関連で質問ができたら書き込んでおくれ。
1103：任意たん@age推奨：2023/04/08(土) 23:28:31: 違ったらごめんだけど察しはつく
余計なこと言わなきゃ誰も気づかんわ、識別だってないんだし
1104：任意たん@age推奨：2023/04/09(日) 11:07:42: 色々あって去ったデベとか数人しか思い浮かばんしな
なんにせよ昔の事だし気にすんな
1105：任意たん@age推奨：2023/04/09(日) 17:26:59: 最近問題を起こしたならやめておいた方が無難だが
なにを起こしたのかにもよるしここに言いに来る時点でなあ
好きにやればいいけどまた問題起こさないといいな
1106：任意たん@age推奨：2023/04/10(月) 10:42:39: やっちまったもんはしゃーないしな、返してくれとも俺からは言わん
違ったらすまんな
戻ってきてくれて嬉しいよ
1107：任意たん@age推奨：2023/04/12(水) 01:27:52: どうでもいいから早くお前のゴーストを見せてくれ
ゴーストなんて多ければ多いほどいいんだから
1108：任意たん@age推奨：2023/04/13(木) 10:16:19: 周りがどうしても気になるならゴーストマスカレードに匿名で出したら？
ランダム交代禁止とかゴースト内の制限はいろいろと多いけど
http://earlduant.blog.fc2.com/blog-entry-872.html
1109：任意たん@age推奨：2023/04/13(木) 13:05:17: 別にイベントに参加しなくても勝手に作って勝手に上げればいい
1110：任意たん@age推奨：2023/05/11(木) 21:56:43: すみません、YAYAについてなのですがお助け下さいおねがいします。

wikiのマニュアル/基本/繰り返しにforの使い方が書いてありますが、これを紺野ややめに組み込んでも説明通りに動きません。
説明だと「0回目,2回目...9回目が改行しながら出力されます。」とあるのですが、〇回目が一つしか出ず、数字もランダムみたいなんです。

https://i.gyazo.com/bfa125b92202dce78eb857dada1d6316.png

OnKeyPressの中にwhen 'b'を追加して動かしているのですが、bを押せばとりあえず表示が出るのでここは合ってると思うのですが……。
何か大きなものを見落としているのかもしれませんが、それが何なのかさっぱりわかりませんorz
1111：任意たん@age推奨：2023/05/12(金) 04:00:36: >>1110
1110さんの書き方だと、when 'b' の中身が配列として解釈され、ランダムな択一で出力されているようですね。
うまく説明できず申し訳ないのですが、以下のようにしてみてください。

####

when "b" {
for _result = "", _i = 0 ; _i < 10 ; _i = _i+1{
_result = _result + _i+"回目\n"
}
_result
}
1112：任意たん@age推奨：2023/05/13(土) 07:00:48: >>1111
ありがとうございます、無事動きました。
……なのですが、やっぱりよくわかりませんでした。もしよろしければ、もう少しお助け下さい。

>>1111の

1行目：when "b" {
これはキーボードの「b」が押されたら{}内部を実行する、ぐらいの意味。この場合は "b" でも 'b' でも特に違いは無い。

2行目：for _result = "", _i = 0 ; _i < 10 ; _i = _i+1{
forが繰り返し命令？　初期設定で_resultに空白入れて文字変数にして、_i = 0が初期値、i <10が終了条件、_i+1がループ毎に実行される。

3行目：_result = _result + _i+"回目\n"
_resultに空白と_i の数字と「回目」と改行を合体させて「〇回目」という文字列を作る。

4行目：}
2行目for の終点。

5行目：_result
3行目で作った文字列「〇回目」をここでバルーンに出力。

6行目：}
1行目when "b" の終点。

と、私は認識しているのですが、どうでしょうか？　
ただ、これだと、

謎1：i <10が終了条件
直前で　_i = 0 が入るなら、即 0 < 10 成立で終わりそうに思うのですが……。
むしろ続行条件に見えます、謎です。

謎2：5行目の_result
forって、「　for　初期設定　条件　｛処理｝　」　って構造で、条件を満たすまで処理を｛｝の内部で繰り返すと思っていたのですが、そうだとすると5行目の_resultがforの｛｝の外側に居る理由がわかりません。
C言語？だとそういう処理なんでしょうか？

もし気が向いたらお答えください、おねがいします。
……YAYA、私には向いてなさそうですねorz
1113：任意たん@age推奨：2023/05/13(土) 08:13:38: >>1112

＊1行目
今回の場合は"b"でも'b'でも違いは無い、という理解で合っています。
（ごく短い、単なる文字列であるため）

""で囲む場合、変数や関数を内部に埋め込むことができます。
''で囲むと、それらが展開されません。

＊2行目
_i<10は終了条件ではなく、式が真ではなくなったらループを脱出する、というものです。（脱出判定式）
この場合、_iが10より小さい場合はループが続行され、_iが10以上になったらループが終わります。

＊3行目
2行目の脱出判定式が真である間、3行目の処理が繰り返されます。

具体的には、以下のようになっています。
脱出判定：　_i<10は0<10で偽のため、続行
繰り返し1回目：　『_result(空の文字列変数)、_i(0の数値)、「回目\n」』を連結した文字列をローカル変数_resultへ代入
ループ毎に実行する式：　_i=_i+1で、_iは1になる
脱出判定：　_i<10は1<10で偽のため、続行
繰り返し2回目：　『_result(0回目\n)、_i(1の数値)、「回目\n」』を連結した文字列をローカル変数_resultへ代入
ループ毎に実行する式：　_i=_i+1で、_iは2になる
脱出判定：　_i<10は2<10で偽のため、続行
繰り返し3回目：　『_result(0回目\n1回目\n)、_i(2の数値)、「回目\n」』を連結した文字列をローカル変数_resultへ代入
ループ毎に実行する式：　_i=_i+1で、_iは3になる
（以下略）

＊4・5・6行目
その理解で合っています。

＊謎1
2行目の解説でも書きましたが、その位置の式が「成立しなくなったら」終わり、というものです。

＊謎2
5行目の文字列出力はforの繰り返し処理の後に実行されてほしかったので、forの後に書きました。
3行目の繰り返し処理で変数「_result」の中へ最終的に出力して欲しい内容を作り、
その後単体で変数の内容を出力しています。

以下の内容をOnKeyPressへ加えてCキーを押すと、
バルーンには変数「username」の中身である『ユーザーさん』が出ると思います。（紺野ややめの場合）
when "c" {
username
}
1114：任意たん@age推奨：2023/05/13(土) 13:47:11: 横から失礼。
>>1113 で
『繰り返し処理の後に実行されてほしかったので』とあるけど、要するに

計算→表示→計算→表示→……→計算→表示
とするより、
計算→計算→……計算→表示
とした方が処理が少なくていいよね、ということだと思う。
1115：任意たん@age推奨：2023/05/13(土) 17:08:59: >>1113
ありがとうございます。5行目の_resultに10ループぶん溜め込んで纏めて出力していたのですね。
私は初心者なので、計算+出力を10回ループ、に拘って勉強していたので発想が追いつきませんでしたorz

>>1114
上記の通り、最適化よりも基本に忠実、で頭が固まっていました……。

本来目指していたものは、

when 'n' {
for _result = "", _rotate = "" , _i = 0 ; _i < 360 ; _i = _i+10{

_result = _result + _i+"度\n"

_rad = _i * 3.14159265358 / 180
_x = SIN(_rad) * 100
_xxx = TOINT(_x)
_rotate = "\![set,scaling,"+ _xxx+ ",100]\n\"

_rotate

}

}

これで、ｎ押したらシェルが一回転するかな～？と思ったんですがやっぱりダメでした。
>>1110同様ランダム動作にしかならんですorz
勝手に配列処理を禁止に出来たら上手くいきそうなのになぁ……。
1116：任意たん@age推奨：2023/05/13(土) 17:19:58: あ、_result = _result + _i+"度\n"消すの忘れてた、ごめんなさい。
1117：任意たん@age推奨：2023/05/13(土) 18:09:00: >>1115

文/YAYA wikiの「マニュアル/文法/7.フロー制御」のページのスクリプトの例を見る限り、
ループの内部で文字列を出力した時、ループの回数ごとを要素とした配列が結果として出てくるのは、仕様なのかもしれません。
ループ内部で出力確定子やallが効けば質問者さんの理想に近づく気がしましたが、自分の試した限りではできませんでした。

when 'n' {
for _rotate = "" , _i = 0 ; _i < 360 ; _i = _i+10{
_rad = _i * 3.14159265358 / 180
_x = SIN(_rad) * 100
_xxx = TOINT(_x)
_rotate = _rotate + "\![set,scaling,"+ _xxx+ ",100]\w1"
}
_rotate
}

########
ただし、独立した関数として書くなら、allが効きます。
//OnKeyPressのcase分岐の中にこれを書く
when 'n' {
Kururinpa
}

//独立した関数としてこれを書く
Kururinpa : all
{
for _i = 0 ; _i < 360 ; _i = _i+10{
_rad = _i * 3.14159265358 / 180
_x = SIN(_rad) * 100
_xxx = TOINT(_x)
"\![set,scaling,"+ _xxx+ ",100]\w1"
}
}
1118：1117：2023/05/13(土) 18:18:40: >>1117
出力にウェイトを噛ませています、というのを書き忘れていました。
（「\w1」がそれです）
無いと一瞬ですべてが行われてしまい、回転している感じにはならなかったので。
1119：任意たん@age推奨：2023/05/13(土) 20:25:42: >>1117
ありがとうございます、無事上手くいきました。
ループの内部だと配列確定は仕様なのですね、YAYAって難しい……。

……正しくはSIN(_rad) じゃなくてCOS(_rad)だという事に気付かず、無駄に苦労しましたorz

後は、里々から回転数・1描写あたりの角度・1描写あたりのウェイトをYAYA as SAORI に送って動くように出来たら、野望が達成できそうです。
ただ、YAYAよりもC言語を学ぶのが先になりそうです……。
1120：任意たん@age推奨：2023/05/13(土) 21:07:50: >>1119
よかったです。陰ながら応援しています。
1121：任意たん@age推奨：2023/05/14(日) 02:56:07: >>1120
ありがとうです、がんばります。

……>>1117で作って頂いたKururinpa、早速YAYA as SAORIに突っ込んでみたものの全く動かず、
色々考えてみたらSAORIが直接さくらスクリプトを実行するわけじゃないから、YAYA as SAORIから
RES.RESULTでさくらスクリプトを受け取って里々が実行しないとダメなんだな、と思いました。

YAYA as SAORIに計算全て任せると結果がRES.RESULTに配列で還ってくるので、
ループ部分は里々で作ってその都度YAYA as SAORIにさくらスクリプトを作らせる方針で逝こうと思います。
1122：任意たん@age推奨：2023/05/14(日) 08:02:56: >>1121
余計なお世話でしたらごめんなさいなのですが、こういうことでしょうか。

◆yaya as saoriに追加する内容
Kururinpa
{
//引数0(1つめ)：回転数を正の数で
//引数1(2つめ)：1描写あたりの角度を正の数で
//引数2(3つめ)：1描写あたりのウェイトをミリ秒単位の整数で
//すべて半角数字を想定

if ARRAYSIZE(REQ.ARGS) < 3 {
//引数が足りなかった
LOGGING("Kururinpa: 引数が不足しています")
-1
return
}
elseif ISREALSTR(REQ.ARGS[0])==0 || TOREAL(REQ.ARGS[0]) <= 0 {
//引数0に正の数以外が入っていた
LOGGING("Kururinpa: 引数1つめが正の数ではありません")
-1
return
}
elseif ISREALSTR(REQ.ARGS[1])==0 || TOREAL(REQ.ARGS[1]) <= 0 {
//引数1に正の数以外が入っていた
LOGGING("Kururinpa: 引数2つめが正の数ではありません")
-1
return
}
elseif ISINTSTR(REQ.ARGS[2])==0 && TOINT(REQ.ARGS[2]) < 0 {
//引数2に正の整数以外が入っていた
LOGGING("Kururinpa: 引数3つめが正の整数ではありません")
-1
return
}

_w = ''
if TOINT(REQ.ARGS[2]) > 0 {
//引数2が1以上ならさくらスクリプトでウェイトを入れる
_w = '\_w[' + REQ.ARGS[2] + ']'
}
//引数2が0なら何もしない（変数_wを空のままにしておく）

_a0 = TOREAL(REQ.ARGS[0])
_a1 = TOREAL(REQ.ARGS[1])
//里々からの引数は文字列型で来るので、数値型へ変更する

for _result='' , _i = 0 ; _i < ( _a0 * 360 ) ; _i = _i + _a1 {
_rad = _i * 3.14159265358 / 180
_x = COS(_rad) * 100
_xxx = TOINT(_x)
_result = _result + '\![set,scaling,' + _xxx + ',100]' + _w
}

RES.RESULT = _result
//変数「RES.RESULT」へ代入された内容が里々へ返る
}

◆里々に追加する内容
＊nキーを押した
：（aya，Kururinpa，1，10，20）
1123：1122：2023/05/14(日) 08:09:41: すみません、>>1122には間違いが入っています。
//引数2に正の整数以外が入っていた　の上の行は正しくはこうなります。

elseif ISINTSTR(REQ.ARGS[2])==0 || TOINT(REQ.ARGS[2]) < 0 {
1124：任意たん@age推奨：2023/05/14(日) 14:33:58: >>1122
ありがとうございます、いろいろ間違えたり勘違いしながらも無事に動かせました。
ayasaori.logの中で

// request
EXECUTE SAORI/1.0
Charset: Shift_JIS
Sender: SATORI
SecurityLevel: Local
Argument0: Kururinpa
Argument1: 1
Argument2: 10
Argument3: 20

と書かれているのに、

REQ.ARGS[0]←Argument1が入る
REQ.ARGS[1]←Argument2が入る
REQ.ARGS[2]←Argument3が入る

なのがとても不思議な感じでした。
1125：任意たん@age推奨：2023/05/27(土) 07:46:17: 度々すみません、>>1124です。
>>1122さんに作って頂いたKururinpaを弄って色々作っているのですが、
シェルを縦に縮めて戻す関数を作っているのですが、上手くいかないですorz

gravity
{
//引数0(1つめ)：伸縮の最小値を正の数で
//引数1(2つめ)：1描写あたりの伸縮率変動値を正の数で
//引数2(3つめ)：1描写あたりのウェイトをミリ秒単位の整数で

_a0 = TOREAL(REQ.ARGS[0])
_a1 = TOREAL(REQ.ARGS[1])
_w = '\_w[' + REQ.ARGS[2] + ']'

for _resultd='' , _id = 100 ; _id < _a0 ; _id = _id - _a1 {
_resultd = _resultd + '\![set,scaling,100,' + _id + ']' + _w
}

for _resultu='' , _iu = _a0 ; _iu > 100 ; _iu = _iu + _a1 {
_resultu = _resultu + '\![set,scaling,100,' + _iu + ']' + _w
}

RES.RESULT = _resultd + _resultu

}

これを紺野ややめに移植して、REQ.ARGSを数字に置き換えても何も起きないです。
何が間違ってるのかわかりません、どうかお助け下さい……。
1126：任意たん@age推奨：2023/05/27(土) 12:34:35: >>1125
脱出判定式（条件に合致するとループ終了）が、
ループ処理１回目開始前から成立してしまっているのだと思います。

1つ目の判定式を「_id >= _a0」、
2つ目の判定式を「_iu <= 100」へ変えてみてください。
1127：任意たん@age推奨：2023/05/27(土) 19:08:50: >>1126
ありがとうございます、無事動きました。
……また条件勘違いしてました、ごめんなさいorz
1128：任意たん@age推奨：2023/06/10(土) 15:29:54: すみません、バルーンをシェルの裏側に表示させる方法ってありますか？
\![set,zorder,スコープID,スコープID,...]でシェル同士の優先は設定できるけど、
バルーンとシェルの設定は見当たらないのですが、無いんでしょうか？
1129：任意たん@age推奨：2023/06/15(木) 15:08:50: >>1128
バルーンをシェルより奥に表示させる方法は、自分の見た限りでは今のところ無いと思います。
既存の仕様で疑似的に表現できないか試行してみましたが、
sticky-windowとzorderを組み合わせるだけではダメでした。
1130：任意たん@age推奨：2023/06/15(木) 18:50:09: >>1129
ありがとうございました。やはり無いみたいですね……。
1131：任意たん@age推奨：2024/03/13(水) 08:13:12: 里々で、現在のサーフェスに応じてランダムトークを分岐させたいのですが方法はありますか？
会話時サーフェス戻しを無効にし、

＊【タブ】（サーフェス0）＝＝0
：なんちゃら。

＊【タブ】（サーフェス0）＝＝1
：かんちゃら。

というように記述してみたのですが動作しませんでした
1132：任意たん@age推奨：2024/03/13(水) 17:01:01: >>1131
その記述単体に問題は無さそうです。
動作しないというのは、以下のどれでしょうか？
・何もランダムトークをしなくなる
・分岐を設定したトークが出てこない
・分岐を設定したトークが意図通りでない時に出てくる
（サーフェス０番の顔の時にサーフェス１番の分岐が出てくる、など）
・その他
1133：任意たん@age推奨：2024/03/13(水) 17:58:01: >>1132
・分岐を設定したトークが意図通りでない時に出てくる
>>1131では省略しましたが、正しくは以下の辞書になっています（後出しで申し訳ありません）

＊OnTalk
＄サーフェス変化トークタイマ【タブ】（乱数３０～５０）
＞（Ｒ１）【タブ】（Ｒ０）
（）

＊サーフェス変化トーク
＞ポーズ０【タブ】（乱数１～２）＝＝１
＞ポーズ１【タブ】（乱数１～３）＝＝１
＞ポーズ２【タブ】（乱数１～５）＝＝１
＞ポーズ３【タブ】（乱数１～７）＝＝１

＊ポーズ０
：（０）
＊ポーズ１
：（１）
＊ポーズ２
：（２）
＊ポーズ３
：（３）

＊【タブ】（サーフェス0）＝＝0||1
：（０）なんちゃら。

＊【タブ】（サーフェス0）＝＝2||3
：（２）かんちゃら。

時間経過でランダムにサーフェスが変化する処理を入れつつ、
サーフェス０番か１番のときに「：（０）なんちゃら。」、サーフェス２番か３番のときに「：（２）かんちゃら。」とトークさせたいのですが、
現在のサーフェスとは無関係に「：（０）なんちゃら。」も「：（２）かんちゃら。」も出てきてしまいます
1134：任意たん@age推奨：2024/03/13(水) 18:20:41: >>1133
条件を｜｜や＆＆でつなげて複数書く時は、それぞれが式になるようにしてください。

＊【タブ】（サーフェス0）＝＝0||（サーフェス0）＝＝1
：（０）なんちゃら。

＊【タブ】（サーフェス0）＝＝2||（サーフェス0）＝＝3
：（２）かんちゃら。
1135：任意たん@age推奨：2024/03/13(水) 18:49:22: >>1134
式を書き換えたら想定通り動作しました、ひどい凡ミスにつきあわせてしまいすみません…
ありがとうございました
1136：任意たん@age推奨：2024/03/14(木) 15:55:57: >>1135
解決したようで良かったです。
1137：任意たん@age推奨：2024/03/14(木) 18:20:27: それだけなら

＊【タブ】（サーフェス0）＜2
：（０）なんちゃら。

＊【タブ】（サーフェス0）＞1
：（２）かんちゃら。

これでも動きそうな気がする
1138：任意たん@age推奨：2024/03/14(木) 20:07:51: >>1136
お手数おかけしました、ありがとうございます

>>1137
ありがとうございます
実際に使用予定のシェルではサーフェス番号が飛ぶ予定だったので｜｜を使っていましたが、例の通りなら確かにその方がスマートになりますね
（本来のシェルで辞書を書いていてうまくいかなかったので、単純化した仮のシェルで原因を探っていました）
式の書き方の一つとして頭に入れておきたいと思います
1139：任意たん@age推奨：2024/03/19(火) 14:31:26: すみません、質問させて下さい。
ゴーストのカラーピッカーを出して、¥1のうにゅうの色をカラーピッカーの色に替える、みたいなことをしたいのですが、どうすればいいのか分かりません。
ゴーストCOLORSのように色を反映させたいです。
imgctl_saori.dllというsaoriを使うのかな？と思うのですがどのようにすればいいでしょうか？
1140：任意たん@age推奨：2024/03/20(水) 16:43:00: >>1139
この説明で行けそうでしょうか。

1. 普通のうにゅうの絵（以下、画像Aと略記）と、画像Aと同じ大きさの白一色の画像（以下、画像Bと略記）、画像Aと同じ大きさで色変えしたい箇所を完全な白、それ以外を完全な黒で塗りつぶした画像（以下、画像Cと略記）を用意する
※画像Cを作る際、アンチエイリアス（境界のぼかし）などがかからないように注意

2. 画像Cを「【画像Bのファイル名】.pna」というファイル名に変更する
pnaについて
https://ssp.shillest.net/ukadoc/manual/manual_shell.html#:~:text=%E3%81%AF%E5%88%B6%E9%99%90%E3%81%AA%E3%81%97%E3%80%82-,surface*.pna,-%E3%82%B5%E3%83%BC%E3%83%95%E3%82%A7%E3%82%B9%E3%81%AE%E3%82%A2%E3%83%AB%E3%83%95%E3%82%A1

3. 画像Aと画像Bをシェル定義して（画像Aの手前に画像Bがoverlayされるようにする）、ゴーストを起動し、白いうにゅうが表示されることを確認

4. さくらスクリプト「\![open,dialog,color,パラメータ]」でカラーピッカーを出す
https://ssp.shillest.net/ukadoc/manual/list_sakura_script.html#_!_open,dialog,color,%E3%83%91%E3%83%A9%E3%83%A1%E3%83%BC%E3%82%BF_

5. カラーピッカーで指定された色を取得する
https://ssp.shillest.net/ukadoc/manual/list_shiori_event.html#OnSystemDialog
※イベントIDをOn～にした場合、そのIDのイベントが発生する

6. imgctl_saori.dllをSAORIとして読み込む

7. imgctl_saori.dllにて、画像BへToDIBコマンドを実行する
※里々の場合、（pwd）でsatori.dllのある場所の絶対パスが得られる
そこから末尾の「ghost\master\」を消して、末尾に「shell\【シェルのフォルダ名】\【画像Bのファイル名】.png」を足せば画像Bの絶対パスができる

8. imgctl_saori.dllにて、7で得られたDIBハンドルと、座標0,0で、PixelDIBコマンドを実行する

9. imgctl_saori.dllにて、7で得られたDIBハンドルと、8で得られた0x00BBGGRR形式の整数と、5で指定された色を0x00BBGGRR形式の整数に変換したもの（R＋G×256＋B×256×256）とで、RepaintDIBコマンドを実行する

10. imgctl_saori.dllにて、画像Bのパスと、画像BのDIBハンドルとで、DIBtoPNGコマンドを実行する

11. さくらスクリプト「\![reload,shell]」でシェルを再読み込みする
https://ssp.shillest.net/ukadoc/manual/list_sakura_script.html#_!_reload,shell_

12. 成功すればうにゅうの色が変わっている

13. imgctl_saori.dllにて、画像BのDIBハンドルへ、DeleteDIBコマンドを実行する

14. 再度色変えする時は、4～13の手順を再び行う
1141：任意たん@age推奨：2024/03/20(水) 16:46:51: >>1140 のURLリンクが不完全になってしまいました。
必要であれば、手動でコピペして飛んでください。
1142：1139：2024/03/20(水) 21:41:03: >>1140-1141
詳しく書いてくださりありがとうございます！！
多分できそうです！！やってみます！！
1143：1139：2024/03/22(金) 05:24:36: おかげさまでうにゅうの色を変えることができました。
ありがとうございます。
ですが、うにゅうの色が何度作り直しても白くならず黒いシルエットのうにゅうになってしまいます。
画像ｂを直接開いてみて色が変わったことは確認できました。
どのようにすればうにゅうの色が白くなりますでしょうか？
surfaces.txtにはこのように書いています。
surface10
{
element0,base,A.png,0,0
element1,overlay,B.png,0,0
}
1144：1139：2024/03/22(金) 05:30:56: 一行目、間違えてうにゅうの色と書きましたが、
実際は色を変えることができました、でした。すみません。
1145：1139：2024/03/22(金) 07:00:42: 何度もすみません、
どうやら真っ白一色の画像だと透過色だと判定されるので左上1ドットを違う色にすればいいことが分かりました
ただ、この場合、ユーザさんが左上の色と同じ色を偶然指定した時にまたおかしくなりそうです
確率としては低そうですが…
1146：任意たん@age推奨：2024/03/22(金) 14:27:22: >>1145
色々と想定が抜けていました。すみません。
色変え用画像とシェルで使う画像を分け、imgctl_saori.dllのToneDIBで色変えすると良いかもしれません。

以下、具体的な手順です。

2-1. A.pngにうにゅうを白～黒のグレースケールで描く。透過用の色は白黒以外でもよい。
白い部分ほど色が乗る。

2-2. B.pngの色変えしたい部分をrgb値（1,1,1）の黒、
それ以外は白（255,255,255）で塗りつぶした画像を、
B.png（シェル合成に使う用）およびC.png（色変更の元の素材）として保存する。
左上1ピクセルは白（255,255,255）にすること。
※ほんの少し不正確だが、真っ黒（0,0,0）だと指定された色によっては乗算がおかしくなる。

2-3. surfaces.txtでB.pngをoverlayしている箇所を、overlaymultiplyに書き換える。
例：
surface10
{
element0,base,A.png,0,0
element1,overlaymultiply,B.png,0,0
}

色変えは >>1140 の手順４～１３のうち、７～１０の代わりに以下を行う

2-4. imgctl_saori.dllにて、C.pngへToDIBコマンドを実行する

2-5. imgctl_saori.dllにて、3で得られたDIBハンドルと、
カラーピッカー後のOnSystemDialogのReference2とで、ToneDIBコマンドを実行する

2-6. imgctl_saori.dllにて、B.pngのパスと、3で得られたDIBハンドルとで、DIBtoPNGコマンドを実行する
1147：1139：2024/03/22(金) 22:10:32: >>1146
ありがとうございます。無事に動作確認しました。
1148：1139：2024/03/28(木) 17:14:55: 何度もすみません。
\![reload,shell]でシェルをリロードした後にイベントの続きを書きたいのですが、うまくいきません。

＊シェルのリロード
（imgctl_saori，DeleteDIB，（DIBハンドル））
\![reload,shell]
＞色を教えたあとのトーク

こんな風に書いているのですが、シェルリロード前に「色を教えたあとのトーク」が一瞬表示された後シェルチェンジ→何も言わない
になってしまいます…。
シェルリロード後はどこに飛ぶのでしょうか？
1149：任意たん@age推奨：2024/03/29(金) 08:42:16: \![reload,shell]では、シェルリロード後に喋りを書いても中断されてしまいます。
また、リロード後に喋れるイベントが来ることもありません。

そのため、\![change,shell,現在のシェル名]で同じシェルへ変更しましょう。
「＊OnShellChanged」が来ます。（ここでゴーストが喋れます）

「＊シェルのリロード」で変数に何かを入れておいて、
「＊OnShellChanged」で通常時のシェル変更後の反応と分岐させてください。

喋り終わったら、変数を消すか中身を分岐しない内容に書き換えるかをしてください。
1150：1139：2024/03/29(金) 14:03:32: >>1149
ありがとうございます。
一度シェルチェンジするのですね。
OnSecondChangeで拾うしかないかなと考えていました。
ご助言助かりました。