マイト アンド マジックのクラウズ オブ ジーン(COX)とダークサイド オブ ジーン(DOX)の動作確認を互換リストに追加しました。
DOXの方は問題無かったのですが、COXの方はマウスカーソルの移動に問題ありで、画面の下半分しか移動しません。
あとはPCM音量が大きいかな？という程度で、概ね良好です。

2021-07-09 23:21:12

COXの件、何か変更/調整すべき設定があれば教えて下さい。色々試してみます。

2021-07-09 23:29:29

おおなるほど。多分、それは、アプリケーションによってVRAM Offsetをマウス座標に考慮すべきものとしないでいいものの二通りがあるので、それは、設定で切り替えられるようにした方がいいかもしれないですね。ひょっとするとそれだけで直るかもしれないので、そのようにしてみます。

2021-07-10 08:32:17

とりあえず、オプションを追加したソースをPUSHしました。GUIでは、"Consider VRAM Offset in Mouse Integration"、コマンドだと-MOUSEINTEGVRAMOFFSET 1/0 で、0にするとマウスインテグレーションでVRAMオフセットを無視します。デフォルトではVRAMオフセットは考慮することになってますが、このオプションに関してはアプリケーションによってどこをマウスの原点とするかまちまちなのでユーザによる指定がどうしても必要ですね。COXでマウスカーソルが画面の下半分しか移動しないようでしたらこのオプションをオフにすることで解消するかもしれません。よかったらお試しください。

なお、最新のリリース版で、プロセスを分けない場合電源をオフにしなくてもプロファイルダイアログが出てしまうバグが出てますが、リリースを出す直前に、「あ、また忘れてた」と思ってプロセスを分けた状態から電源を切ったらプロファイルダイアログを出すように急いで追加してプロセスを分けない場合であまりテストしないままリリースにしてしまった影響です。次のリリースでは治りますので。

2021-07-11 11:28:18

それから、多分ついさっきPUSHしたソースでは、Indy Jones等でマウスカーソルが下に動いてしまう問題は解消していると思います。

2021-07-11 13:05:42

>>170 山川機長
CUIでしか試していませんが、0/1ともに変化無しでした。どちらも画面（というかVRAMですね）の下半分しか移動しません。
townsargv.cpp で considerVRAMOffsetInMouseIntegration にfalse/true を代入しているのは確認出来たので、
ビルドに問題はないと思います。

2021-07-11 22:11:38

>>170 山川機長
無理矢理でもちゃんと表示されれば何か参考になるかなと思い色々やってみたところ、
FMTowns::ControlMouse()の中を、

else if(true==crtc.InSinglePageMode())
{
//origin=crtc.GetPageOriginOnMonitor(0);
origin.Set(0, 256);
(以下略)

こうすると正しい位置にカーソルが表示されました。
元々の origin は (0, 0) です。

2021-07-11 23:59:34

おおなるほど！これは、Super大戦略みたいにVRAMオフセットでスクロールにしてるのではなく、表示位置をずらしてるパターンだったんですね。オプションが増えてしまいますが、そのオン・オフも追加してみます。

2021-07-12 00:12:02

あ、いや違うかも。単に、TownsStartParametersからFMTowns::Variableに値をコピーするのを忘れてました。今PUSHしたソースだとどうですかね？

2021-07-12 00:39:11

>>175 山川機長
それでしたｗ もう少し突っ込んで検証すれば良かったです‥。
ただし、-MOUSEINTEGVRAMOFFSET 0 で移動範囲が画面全体になりますが少しズレています。
origin.Set(0, 40); にするとピッタリになりました。画面の上下に黒帯の分だけズレているようです。
画面全体スクショ: https://postimg.cc/DJKgTRBL
ズレ比較スクショ: https://postimg.cc/47rWmmf7

2021-07-12 21:04:07

オーサムを試したらばっちり走らなくて、CDCとCRTCのバグが取れました。CRTCのWord-Writeでスプライトに使用可能を通知するのを忘れてた影響でスプライトがまったく見えなかったのですが、その状態だと、メニュー画面でAWESOMEのAWと選択の矢印だけ見えていてなぜだろう？と思ったら、なんでだろうと思ったらAWと矢印だけ普通にVRAMに書き、残りをスプライトで書くという技を使ってたんですね。「そこ、そんなに凝るとこか？？？」と思ってしまいましたが。メニュー画面だけスプライトオフにして320x240二画面モードを使ったら遥かに簡単なコードで済んだと思いますが。

プレイできるようになった感想は、なんで今まで誰も試してなかったのかわかったような気がしました(^_^;)ソースはPUSHしたのでコンパイルすれば使えます。次のリリース(多分明後日)からプレイ可能になりますんで。

2021-07-14 08:05:26

>>山川機長
COXのマウスカーソルの件、PRさせていただきました。
スーパー大戦略用にオフセットを計算しているところで、VRAMサイズを考慮するようにしました。
（スーパー大戦略は二画面モードを使用していると仮定）
これで -MOUSEINTEGVRAMOFFSET を使わずに正しい位置に表示されるようになりました。

2021-07-16 21:17:14

おおなるほど！1画面モードだったんですね。解明していただき、ありがとうございました！Mergeさせていただきました。

2021-07-16 22:47:25

>171 山川機長さん

Indy Jonesの件、対応有り難うございます。 v20210716でマウスカーソルが下へ勝手に移動する事が有る件は出なくなる事を確認できました。
LastCrusadeの方はしばらくプレーして問題は無さそうでしたが、

2021-07-17 18:13:25

>171 山川機長さん

IndyJonesの件、対応有り難うございます。 v20210716でマウスカーソルが下へ勝手に移動する事は無くなりました。
FateofAtlantisの方で本編中のマウスカーソルがシステムのカーソルに対して数十ドット下の位置に表示されますが、それ以外の問題は無さそうです。

引き続きSCUMMシステムを使用したタイトルの確認をしてみます。

2021-07-17 18:17:02

カーソル位置問題はやっぱり発生するんですね。VRAMオフセットを無視するオプションを使っても変わらないですかね？Windowsのカーソルを消してしまうという手もあるにはあるのですが、時間差があるので酔うかも。

Operation Wolfなんかはゲーム中とメニュー画面でカーソル表示位置がちょっとずれているので、ゲーム画面に合ってるからいいや、と思って放置してます。

2021-07-18 23:02:33

>>WINDYさん、山川機長
Fate of Atlantisのカーソルのズレはちょっと変わっていて、
最初は合っているのに、画面の下の方（Y=200）にカーソルを移動するとズレてしまいます。（ズレ幅は16）
TOWNS側のカーソルだけ画面下部にスーッと吸い付く感じです。
ズレてしまっても画面の上端までカーソルを移動するとズレが直ります。

2021-07-18 23:20:58

はじめて書き込みさせていただきます。
「津軽」を互換ROMで使わせていただいている者です。

Windows8.1で「オペレーションウルフ」を遊んでみたのですが、マウスカーソルのずれにより最終面の終盤で画面上方に弾が撃てなくなるという現象がありました。
詳細はブログに書きました。
https://nas-serizawa.at.webry.info/202107/article_2.html

私の環境ではブログに書いた通りゲーム画面が上にスクロールする場面でマウスカーソルが大幅にずれてしまいます。
そのため最終面がクリアできないのですが、みなさんの環境では正常に動作していますでしょうか？
(津軽の推奨動作環境に記載があるように、Windowsで使うならWindows10を使った方がよいのでしょうか？)

2021-07-19 10:11:03

>183 fuzzballさん

何だか少し私の状況と違うようで。
v20210716以前 → 普段はカーソルが合っているが、カーソルを動かして止めると、時折TOWNS側のカーソル(クロスカーソル)がズルズルと下方向に移動して、暫くすると止まる。
v20210716 → 本編中は常にWindowsカーソルよりも数十ドット位下にTOWNS側カーソルが表示される。(本編前の言語選択画面は正常)

>184 NAS芹沢さん

恐らく互換ROMの影響は考えなくても良いと思います。
ブログを読む限りでは症状が出るのはゲームの前半ではない事から、動作検証が充分されていなかった可能性が有りそうです。
実機ROM & Windows10での検証は出来る環境ですので、動作検証をしてみます。(そこまで行けるかは保証できませんが (汗))

2021-07-19 15:05:04

NAS芹沢さん、

はじめまして。Operation Wolfの動作に関してご報告ありがとうございます！Operation Wolfは、まだクリアできていないというか、最終面までたどり着いていないもので、テストできてませんでした。しかし、思い入れのあるソフトとのことなので、なんとかしたいと思います。

ものは試しなのですが、「GamePort」タブに最近追加した「Consider VRAM Offset」のチェックボックスを解除した状態で最終ステージがプレイ可能かどうか実験していただくことは可能でしょうか? 画面のスクロールに伴ってカーソルがずれるとのことでしたので、多分このチェックボックスをはずすことで解決するような気がします。この方法で解決するようであればアプリケーション用の設定でOperation Wolfを選んだとき自動的にこのオプションもはずれるように修正しますので。もしもお時間がありましたら、よろしくお願いします。

とりあえず、自分もクリアできるようにがんばってみます。ついさっき、試しに久しぶりにプレイしたら、あっさり弾を撃ち尽くして負けてしまいました! マウスボタンの連射機能も追加してみようかなと思った反面ますます弾切れが起きそうですね(^_^;)

2021-07-19 21:26:04

>183 fuzzballさん

v20210716での動作の件、fuzzballさんの仰る意味が動かしてみてようやく解りました。
仰るように画面の下側にカーソルを持っていくとTOWNS側のカーソルが下まで移動してずれ、上部の画面外に一度移動させると合うようです。

>184 NAS芹沢さん
>186 山川機長さん

まず、ROMに関しては実機のROM(HC)でも、縦スクロールが入るとその分だけカーソルがずれる現象は確認できました。
これは、186で山川機長さんが仰っている「Consider VRAM Offset」のチェックボックスを外すと大丈夫なようですのでお試しください。

ステージ間のデモで、発砲音が鳴りやまないのですが・・・ 私だけでしょうか?
久しぶりにプレイした感想は「こんなに難しかったっけ?」でした。

2021-07-19 23:07:08

直りましたか！さっき書いた後でCMUまで歩きながら、「ん？VRAMオフセットを考慮するのはTOWNSのマウスカーソルがホストのカーソルよりも下になるのを是正するためだから、この場合、TOWNSのカーソルが既にホストのカーソルの下にあるということは、解除したら逆効果？」とか思ったのですが、直ったようで良かったです。次のリリースで、アプリケーションで「OPERATION WOLF」を選んだときは自動的にVRAMオフセットを無視するように修正します。

ステージ間デモの発砲音は、気が付かなかったですね。というか、デモって実は数ステージクリアしないと出ないとか？一応3ステージはクリアしたことがあったと思ったのですが。少しがんばってOperation Wolfやってみます(^_^;)

2021-07-19 23:37:11

> 186 山川機長さん

「Consider VRAM Offset」のチェックボックスを解除して、私の環境でも全ての面が問題なくマウス操作できることを確認しました。
コンティニューを使って3周クリアしました。
エンディングのスタッフロールも正常に動作してメニュー画面に戻りましたので、まったく問題なさそうです。
ありがとうございました。

> 187 WINDYさん

> ステージ間のデモで、発砲音が鳴りやまないのですが・・・ 私だけでしょうか?

当時20Fで遊んでいるときも鳴りやまないことが数回に一回程度ありました。
(ゲーム側の仕様だと思われます)
先ほど津軽で遊んだ際もエンディング画面で鳴りっぱなしでした(笑)。

2021-07-20 03:06:14

>NAS芹沢さん、

クリアおめでとうございます！さすがです！よくよくNAS芹沢さんのBlogを読み返してみたら、弾が出る点はホストのカーソルより上だったんですね。これだとConsider VRAM Offsetをはずすと正常動作するのと辻褄が合いますね。VMは原点がやや下の方にあると思ってしまっていたので、ホストのマウスカーソルが画面上端よりも下にあるときに(0,0)としていましたが、VMは画面の左上を原点だと思っていたので、ホストのカーソル位置よりも上に弾が出てしまっていたわけですね。

音が鳴りっぱなしになる件は、実機ではごくまれにしか起きなかったことが津軽上では何かのタイミングの加減で毎回起きてしまうというようなことは発生するかもしれないので(デモ画面とかエンディングまでたどりつけるようになったら)何が起きているのか確認してみようと思います。

ご報告ありがとうございました！他にも何か気が付いたことがあったらご報告よろしくお願いします！

2021-07-20 05:08:40

射撃音が鳴りっぱなしになる問題は、PCMのCh.6で起きてますね。鳴りっぱなし状態では、PCMのCh.2,4,6,7が発声状態になっていますが、射撃音を出しているのはCh.6のみのようです。それで、どうもCh.2は4000h～5fffh, Ch.3は6000h～7fffhというように各チャンネルは8KBの領域を管轄として割り当てているようなので、Ch.6はC000h～Dfffhの間から出ないはずなのですが、なぜかE000hのバンクに突入してしまって、本来鳴るはずのない射撃音が鳴ってしまっているようです。Ch.7はというと、射撃音を鳴らすと、波形の末尾でループになるのでリピートすることはありません。

Ch.6のLoop StartはCEFEhなので、どうもWave RAM内で本来はCEFEh～DfffhのどこかにLoop Stop (FFh)が無くてはならないが、存在しないか、あるいは存在するのに我がPCMコードが取りこぼしているかのどちらかのようです。

ゲーム中なぜ射撃音が鳴らないかというと定期的にCh.6に対して発声Off -> パラメータリセット -> 発生Onを繰り返しているため、再生ポインタが毎回C000hにリセットされているのが原因でした。Loop StopがCEFEhなので、多分、音はC000h～CEFEhに入っていて、CEFFhあたりに本来FFhが書いてあるべきだと思うのですが、PCMのバイナリダンプを取るコマンドを追加して引き続き調べてみます。

もうひとつの可能性ですが、多分本来PCM再生中は、再生中のWaveRAMへの書き込みはできないと思うんですが、津軽は書き込みをブロックしてないんですね。なので、実機では不正なデータをWave RAMに書き込もうとしたとき、再生中のためたまたま書き込めなくて助かった、というような可能性もあるかもしれません。だとすると再生中バンクへの書き込みをブロックすることで解決するかもしれません。

2021-07-20 10:00:57

直ったかも。WAVE RAMの初期値を0xFFにする、というのは既に試したと思ったら、TownsPhysicalMemoryとRF5C68の二か所にWaveRAM持ってるし。そして、TownsPhysicalMemoryのWaveRAMは使ってなかった。つまり、PCM実装する前に、とりあえずWave RAMの領域だけ作っておこうと思って作った変数はばっちり忘れてRF5C68クラスに64KB確保してしまったということですね。いやあ、よくあること(^_^;)

それで、本当に使ってる方のWave RAMの初期値を0xFFにしたらCh.6のオーバーランが無くなったようで、銃声が繰り返さなくなったようです。

仮説ですが、実機でもなんらかのWAVファイルを再生した後で、REIPLでOperation Wolfを起動すると銃声リピート現象が起きたかもしれません。NAS芹沢さんが実機でもときどき発生したというのはこの状態だったのではないかと思いますね。ソースは後程PUSHします。

2021-07-20 10:24:53

あ、ひょっとして、これでいつぞやのStreet Fighter 2のノイズ問題も解決したりして。しないかな?

2021-07-20 10:26:57

>>193 山川機長
直ったかも‥？と思ったのですが、念のために調べてみると、
・0xFF初期化を0x00初期化に戻してもノイズが発生しない。
・v20210716でもノイズが発生しない。
ということで、別のタイミングでいつの間にか直ってしまった可能性があります。
現在、バージョンを遡りながら確認中です。今日は帰宅してからずっとスパ2やってますｗ

2021-07-21 22:34:05

v20201217ではノイズが発生しますが、
v20201229では発生しませんでした。

2021-07-21 23:19:14

連投すみません。

https://github.com/captainys/TOWNSEMU/commit/c88dd62d2fd09e044fd73c88fa0b33322de12ab0
Corrected is-playing check of RF5C68.

このコミットでノイズが発生しなくなったようです。

2021-07-22 01:04:15

テストありがとうございます！既にStreet Fighter 2のノイズ問題は解決していたんですね。ちなみに、格闘ゲームは「Iron Fist」とプレステで「鉄拳」をやった以外の経験が無いので、Muscle BomberとStreet Fighter 2はまったくクリア確認できる気配がありません。というか決定的に記憶力に自信が無いもので、技のレバーとボタンのコンビネーションをぜんぜん覚えられないんですね。

Fate of Atlantisは、とりあえずプレイは可能なレベルでしょうか? 雰囲気的に、マウス座標を直接読まずにマウス移動量を見ているのではないか、という印象ですね。

ここ数週間で結構タイミング問題とか直したので、シャーロックホームズの探偵講座の動画の音が変になる現象も直っていないか？と、思ったのですが、こっちは直ってませんでした。

今からテストを流すので、全部通ったら後程リリースを更新します。

2021-07-22 07:18:09

>>187 WINDYさん
よく見てみると、下端だけではなく上端でも吸い付きますね。
下端は吸い付いてズレる、上端は吸い付いてズレが直ります。

>>197 山川機長
Fate of Atlantisですが、ズレ幅も小さいですし直すことも出来るのでプレイ可能なレベルだと思います。

2021-07-24 13:04:35

>>197 山川機長さん
>>198 fuzzballさん

IndianaJonesに関してはLastCrusadeでは画面上部のみ,Fate of Atlantisに関しては画面上下でマウスが吸いつく様な動作です。
Fate of Atlantisに関してはずれを治す方法が有るのですが、LastCrusadeでは一度ずれると治す方法が無いのでずれたままとなりますがプレイに支障が出る物でもありません。

2021-07-28 09:29:57

>>199 WINDYさん
Last Crusadeをv20210721で試してみたところ、上端は吸い付いてズレる、下端は吸い付いて直る、となりました。
Fate of Atlantisとは逆ですが直すことは可能でした。
あと、カーソルが左端まで行かないのは元々の仕様でしょうかね？

2021-07-30 23:49:39

>>200 fuzzballさん
私もv20210721で試しているのですが、下端には吸いつかないです。 何が違うんだろ?
カーソルが左端まで行かないのは実機でも同様です。(今まで気づきませんでした)

2021-07-31 12:34:03

>>201 WINDYさん
うーん、なんでしょうね。
下端というのは、絵が表示されているエリアの下端ではなく画面全体の下端ですが、間違いないでしょうか？
念のためのスクショ https://postimg.cc/bZ7R8BDf

エミュはRelease版のCUIをそのまま使っています。オプションは -KEYBOARD TRANS のみです。
CDから起動しているのでT-OSはV1.1L20です。

この前別件で、v20210716を使っているつもりがv20200716を使っていて悩んでいたことがありましたがｗ

2021-07-31 14:25:57

> 192 山川機長さん

v20210721でオペレーションウルフをコンティニューしながら4周クリアまでやってみましたが、音声の不具合は出ず快適に遊べました。
(前回ブログで3周クリアと書きましたが、4周クリアの間違いです)

https://nas-serizawa.at.webry.info/202107/article_5.html

前版までの津軽だと、私の環境では音声の不具合は100％出てました。対処ありがとうございます。
これまで不具合が出ていた音声ですが、MENU「MUSIC TEST」のSOUNDを聞く所で確認したところ、28番の音声っぽいです。
v20210716で28番を再生したら、鳴りやまなくなりました。
v20210721だとちゃんと一発だけ音がします。

2021-07-31 16:39:08

>>202 fuzzballさん
判明しました。 GUIで試していたのですが、fuzzballさんのスクショを見たら下側のウィンドウが自分のよりもやや大きい事が気になって、ウィンドウサイズをグラブして下側に大きくするとマウスカーソルが下側に吸いつきました。

2021-08-01 11:08:08

>>204 WINDYさん
原因が分かってスッキリしました。CUIでもちょっとだけウィンドウを小さくするとWINDYさんと同じ症状になりました。
GUIで起動したときのウィンドウがちょっと小さいようですね。下部のステータスエリアの高さが考慮されてないのかも。

2021-08-01 18:50:27

> NAS芹沢さん、

クリア確認ありがとうございます！快適にプレイできたようでよかったです。

> WINDYさん、fuzzballさん、

Indy Jonesは、ひょっとするとマウスの移動範囲指定を使っているのではないか、というか他のゲームでもそれは考慮するべきだったかもという気がしてきています。なお、現在サンフランシスコに旅行に来ていて、今日ピッツバーグに戻るので、戻ったらいろいろ調べてみます。アウトランのBGMをかけながらレンタカーでフリーウェイを走りまくりました。

2021-08-05 01:22:16

>>206 山川機長
FB386でマウス移動範囲のテストをしてみましたが、張り付くような症状も出ず正しく動作しているようですが、どうでしょうか？
https://twitter.com/fuzzball/status/1425302413905334276

2021-08-11 12:47:59

実験していただきありがとうございます！張り付き動作についてですが、僕の仮説では、MOS_rdposの代わりにMOS_motionを使っているのではないか、と見ています。普通のプログラムはマウス座標はマウスBIOSに管理させてますが、多分Indy Jonesはマウス座標を自己管理してMOS_motionで移動量を取ってきて更新しているのではないかと見ています。津軽はVMが思ってる座標と実際のマウス座標の差を計算してマウスの移動量をVMに送っているので、Indy Jonesのプログラムが管理する座標とマウスBIOSが思ってる座標とに差が出ると多分ホストのカーソル位置とIndy Jones上の座標のズレが発生すると思うんですね。ただ、Indy Jonesがマウス座標を自己管理しているとするとマウスBIOSに移動範囲を通知する必要も無いので、通知していないかもしれません。その場合だとマウスの移動範囲がIndy Jonesの移動範囲と一致させるようなオプションを追加する必要が出るかもしれません。というか、それが一番現実的で手っ取り早い気がしてきたので、あとでやってみます！

2021-08-13 00:19:37

ということで、マウス移動範囲をオプションで指定できるようにしたソースをGitHubにPUSHしました。Fate of Atlantisですが、多分、1倍換算で上下40ピクセルを使ってないようなので、

-MOUSERANGE 0 40 639 440

あるいは、この値をGUIのGamePortタブ内で指定すると、多分マウスのずれは発生しなくなるのではないか、と思うのですが。よかったらお試しください。

2021-08-13 12:27:47

>>209 山川機長
テストしてみました。
Fate of Atlantisは、ズレている上に直せないので、以前より状況は悪くなってしまいました。

■Last Crusade
-MOUSERANGE 0 32 639 447 （下部の高さは不明なので、とりあえず上部と同じにしました）
・ゲーム起動前のTownsMENUでも移動範囲が制限されてしまう。（支障はなし）
・ゲーム中は問題なし。

■Fate of Atlantis
-MOUSERANGE 0 40 639 439
・言語選択画面は問題なし。
・ゲーム中はVMのY座標が+40になる。（ https://postimg.cc/JDy10P63 ここより上に移動できない ）

2021-08-14 23:37:37

テストありがとうございます！

ということは、Last CrusadeはTowns MENUで移動範囲が制限される以外は解決という感じでしょうか。

Fate of Atlantisが問題ですか。-MOUSERANGE 0 0 639 439 だとどうなりますかね? これ自分でテストできるといいんですが、現在持ってないもんで。

2021-08-16 01:05:24

>>211 山川機長
Last Crusadeはひとまず解決ですね。

Fate of Atlantisですが、-MOUSERANGE 0 0 639 439だと、-MOUSERANGE指定無しと同じ動きになりました。
参考になるかどうか分かりませんが、比較動画を撮ってみました。
左が-MOUSERANGE指定無し（もしくは-MOUSERANGE 0 0 639 439）、右が-MOUSERANGE 0 40 639 439です。

2021-08-16 20:56:34

動画リンク貼り忘れｗ
https://twitter.com/fuzzball/status/1427236938382155786

2021-08-16 20:57:11

うーん、これは、実物見ないとわからんぽいですね。ちょっと実物をゲットするまで少しお待ちください。

とか言ってるうちにアメリカは大学が始まってしまうので、学期中は趣味プロジェクトに裂ける時間が減りますね。先ほど使う教室を見てきたのですが、3蜜を体現したような教室でした(^_^;)モデルナのワクチンを信じるのみですが、気分としては、ECMポッドを搭載して本当にこれでミサイルを回避できるんだろうなあ？と、思いながら敵地上空に突っ込んでいくパイロットの気分です。

2021-08-26 05:24:44

>>214 山川機長
はい、プレイ可能なので個人的には全然問題無いと思います。興味があれば追求してください。
ちなみに私もモデルナ2回打ちました。毎日元気に電車通勤してます！

2021-08-28 00:04:29

>>214 山川機長さん
ご自身のタイミングと興味で構わないと思います。
軽微なうえに回避策も有りますし、オープンソースなので追求する必要が有ると考える方がいらっしゃれば各々で追求できる環境でも有ります。

2021-08-31 09:57:32