masalibの日記

システム開発、運用と猫の写真ブログです

スマスロのかぐや様のモードの推測について

python

スマスロのかぐや様という機種があります。BIG連がメインの出し方になります。
通常時はチャンス目を引いてBIGorREGの当選をめざします。

機械割がもっとも低いのは

チャンスモードがAにいる

時です。
これを回避するためにモードを推測します

チャンス目の規定回数とは

モードによって回数が決められている。

ちょんぼりすた様より引用
チャンス目の規定回数を管理するモードが4種類存在。
モードが高いほどチャンス目の規定回数振り分けが優遇される。

モードの初期化について

設定変更後とBIG変更後がある

モード リセット BIG後
A 38% 62%
B 60% 35%
C 1% 2%
D 1% 1%

リセット恩恵は天井が800G＋αがメインなので モードに関してははあると嬉しいレベルになっている

モード移行について

CZ失敗時・REG終了時にモード移行をおこなう。

見ればわかるがモードC以上に移行すればBIGに当選するまでモードC以上となる。

モード推測について

CZ失敗やREGが発生するとモードがあがる仕様なので どれぐらいの確率でモードにいるのかを計算してみた。
BIGとリセット状態では微妙に違うので別々にしています

BIG後の推測について

モードA モードB モードC モードD
1回スルー 23.560% 57.150% 17.430% 1.860%
2回スルー 8.953% 46.711% 37.486% 6.850%
3回スルー 3.402% 31.997% 50.336% 14.265%
4回スルー 1.293% 20.280% 58.400% 20.028%
5回スルー 0.491% 12.335% 63.263% 23.911%
6回スルー 0.187% 7.326% 66.137% 26.350%
7回スルー 0.071% 4.288% 67.815% 27.827%
8回スルー 0.027% 2.487% 68.786% 28.701%
9回スルー 0.010% 1.434% 69.345% 29.212%
10回スルー 0.004% 0.823% 69.665% 29.508%
11回スルー 0.001% 0.472% 69.849% 29.678%
12回スルー 0.001% 0.270% 69.954% 29.776%

6スルーからは90%以上でCにいる。

リセット後の推測について

モードA モードB モードC モードD
1回スルー 14.440% 57.000% 27.010% 1.550%
2回スルー 5.487% 41.154% 43.614% 9.745%
3回スルー 2.085% 26.750% 54.306% 16.859%
4回スルー 0.792% 16.499% 60.828% 21.881%
5回スルー 0.301% 9.880% 64.711% 25.108%
6回スルー 0.114% 5.812% 66.987% 27.086%
7回スルー 0.043% 3.382% 68.308% 28.267%
8回スルー 0.017% 1.954% 69.070% 28.960%
9回スルー 0.006% 1.123% 69.508% 29.362%
10回スルー 0.002% 0.644% 69.759% 29.594%
11回スルー 0.001% 0.369% 69.903% 29.728%
12回スルー 0.000% 0.211% 69.985% 29.805%

リセット後も6スルーからは90%以上でCにいるが 5スルーでも89%でCにいる

計算プログラム

見る人はいないと思うけど計算につかったプログラムです

クリックすると展開されます

import numpy as np
import pandas as pd

# BIG後
# 初期確率
initial_probs = np.array([0.62, 0.35, 0.02, 0.01])

# 遷移行列
transition_matrix = np.array([
    [0.38, 0.60, 0.01, 0.01],  # A -> [A, B, C, D]
    [0, 0.57, 0.42, 0.01],     # B -> [A, B, C, D]
    [0, 0, 0.68, 0.32],        # C -> [A, B, C, D]
    [0, 0, 0.75, 0.25 ]         # D -> [A, B, C, D]
])

# 1回から12回のスルー後の確率を計算
results = {}
for i in range(1, 13):
    results[f"{i}回スルー"] = initial_probs @ np.linalg.matrix_power(transition_matrix, i)

# 結果をDataFrameに変換し、パーセント表示に変換
result_df = pd.DataFrame(results, index=['モードA', 'モードB', 'モードC', 'モードD']).T
result_df = result_df * 100  # パーセントに変換
result_df = result_df.round(3)  # 小数点3桁で丸める
print(result_df)

# 初期確率（朝一）
initial_probs = np.array([0.38, 0.60, 0.01, 0.01])

# 遷移行列（提供された表に基づく）
transition_matrix = np.array([
    [0.38, 0.60, 0.01, 0.01],  # A -> [A, B, C, D]
    [0, 0.57, 0.42, 0.01],     # B -> [A, B, C, D]
    [0, 0, 0.68, 0.32],        # C -> [A, B, C, D]
    [0, 0, 0.75, 0.25 ]         # D -> [A, B, C, D]
])

# 1回から10回のスルー後の確率を計算
results = {}
for i in range(1, 13):
    results[f"{i}回スルー"] = initial_probs @ np.linalg.matrix_power(transition_matrix, i)

# 結果をDataFrameに変換して表示
result_df = pd.DataFrame(results, index=['モードA', 'モードB', 'モードC', 'モードD']).T
result_df = result_df * 100  # パーセントに変換
result_df = result_df.round(3)  # 小数点3桁で丸める
print(result_df)

実際に動かしたい人はcolabで動かすことができます

colab.research.google.com

スルーについて

REGはデータカウンターにあがっているから問題ないが CZはあがない（マイホではあがない。あがるデータカウンターもある） 自分は「通常Aであっても300GぐらいでCZはもらえる」と想定している

右クリック禁止を自動で解除する

やましい事はしていないのですが とあるサイトのとある数値をエクセルにコピペしたいです。

プログラマーなのでpythonでスクレイピングすればいいのですが もちろん禁止されているというか許可されていないので一個一個コピーして貼り付けています。 その対象のサイトはなぜかコピペができないようになっています。デベロッパーツールでコピーもできるのですがそもめんどくさい。普通のサイトと同じでコピペしたいのです。

右クリックを禁止を以下のサイトを参考に解除しました。
ただ毎回、打つのがめんどくさいの自動化しました

https://www.omakase.net/blog/2022/05/lift-migiclick.html

対象ブラウザ
chrome

対象サイト
とあるサイト.com

指定したJavaScriptコードを自動的に実行するために、 ブラウザの拡張機能を使います。 Chromeでは、拡張機能を作成して、特定のサイトにアクセスした際に自動でスクリプトを実行させることができます。

  1. 拡張機能のマニフェストファイルを作成する manifest.json という名前のファイルを作成し、以下のような基本的な設定を記入します：
   {
     "manifest_version": 3,
     "name": "Context Menu Blocker",
     "version": "1.0",
     "permissions": ["scripting", "activeTab"],
     "background": {
       "service_worker": "background.js"
     },
     "action": {
       "default_popup": "popup.html",
       "default_icon": {
         "16": "icon16.png",
         "48": "icon48.png",
         "128": "icon128.png"
       }
     },
     "content_scripts": [
       {
         "matches": ["<all_urls>"],
         "js": ["content.js"],
         "run_at": "document_start"
       }
     ]
   }

この設定では、全てのURLにマッチするcontent_scriptsを指定していますが、 必要に応じて特定のドメインに限定することも可能です。

  1. バックグラウンドスクリプトを作成する background.js というファイルを作成し、必要なスクリプトをバックグラウンドで実行させます。この例では、実際には特に何も書く必要はありませんが、拡張機能全体の設定の一部として含める必要があります。

  2. コンテンツスクリプトを作成する content.js という名前のファイルを作成し、そこに元のJavaScriptコードを入れます：

document.addEventListener('contextmenu', function(e) {
    e.stopPropagation();
  }, true);
window.onload = function() {
    document.querySelector("body").addEventListener("copy", function(event) {
      event.stopPropagation(); 
      console.log("copy event delete");
    }, true);
};

  1. ポップアップHTMLを作成する 簡単な操作を提供するためのpopup.htmlを作成します。これは拡張機能をクリックした時に表示される小さなHTMLページです。

  2. アイコンを用意する icon16.png, icon48.png, icon128.pngといったアイコンを用意し、それをマニフェストファイルで指定します。

  3. 拡張機能をインストールする Chromeブラウザで chrome://extensions/ にアクセスし、右上の「デベロッパーモード」をオンにして、「パッケージ化されていない拡張機能を読み込む」をクリックします。 そして、拡張機能のファイルが保存されているフォルダを選択します。
    めんぐさい人は以下のファイルをダウンロードして
    適当なフォルダに展開してそのフォルダを選択してください

    https://drive.google.com/file/d/1iORlmc1X9OfHQpJocDy7TCS5CteuLGnt/view?usp=sharing

Projectのプログラム一覧をエクセルに落とす方法

python

大量にあるとプログラム一覧を作ることですら大変です。 ちょっとでも楽をするためにプログラム一覧をエクセルにするプログラムを作りました

事前作業

1 . Tree: ディレクトリのツリー構造を表示するためのコマンドラインツールです。ターミナルで tree コマンドを実行すると、カレントディレクトリ以下のディレクトリとファイルが階層構造で表示されます。 Macにはデフォルトでインストールされていないことがありますが、Homebrewなどのパッケージマネージャーを使ってインストールすることができます。

brew install tree

インストール後は、tree コマンドでディレクトリ構造を簡単に表示できます。

2 . openpyxl: openpyxl は pythonでエクセルファイルを作成するときに使用します

pip install openpyxl
# pipが入っていない場合
python3 -m pip install openpyxl

出力

treeコマンドで出力するだけです

cd Projectフォルダ
tree > tree_output.txt

出力結果をエクセルにする

import os
from openpyxl import Workbook

def parse_tree_output(file_path):
    with open(file_path, 'r', encoding='utf-8') as f:
        lines = f.readlines()
    
    parsed_lines = []
    
    for line in lines:
        # Remove tree symbols and leading spaces
        cleaned_line = line.lstrip().replace("├──", "").replace("└──", "")

        # cleaned_lineに│が含まれている数を取得する
        pipe_count = cleaned_line.count("│")
        indent_level  = pipe_count + 1

        # cleaned_lineから│と全角スペースと半角スペースを削除する
        cleaned_line = cleaned_line.replace("│", "").replace("　", "").replace(" ", "")

        # Determine indent level
        #indent_level = len(line) - len(line.lstrip())
        #debug log
        #print(f"Indent Level: {indent_level}, Line: {cleaned_line}")

        parsed_lines.append((cleaned_line.strip(), indent_level))
    
    return parsed_lines

def write_to_excel(data, excel_file):
    wb = Workbook()
    ws = wb.active
    ws.title = 'Tree Output'
    
    for line, indent_level in data:
        # Write to Excel adjusting indent level

        ws.cell(row=ws.max_row + 1, column=indent_level + 1, value=line)
    
    wb.save(excel_file)
    print(f"Excel file '{excel_file}' created successfully.")

if __name__ == "__main__":
    tree_file_path = 'tree_output.txt'  # Replace with your Tree command output file path
    excel_file_path = 'tree_output.xlsx'  # Output Excel file path
    
    parsed_data = parse_tree_output(tree_file_path)
    write_to_excel(parsed_data, excel_file_path)

このスクリプトでは、parse_tree_output 関数で tree_output.txt ファイルを読み取り、各行のインデントレベルとパスを抽出します。 その後、create_excel_from_tree_output 関数で、取得したデータを新しいエクセルファイルに書き込みます。エクセルファイルは現在のディレクトリに tree_output.xlsx として保存されます。

不格好ですが加工しやすくなりました

【Objective-C】UI操作（特にSegueの実行）はメインスレッド（MainThread）しないといけない

Xcode

私はobjective-cの初心者です。デバックしならがら引き継ぎしたソースを解析しています 以下のエラーがでました

パターン１

 [self performSegueWithIdentifier:@"XXXXXView" sender:nil];
-[UIViewController performSegueWithIdentifier:sender:] must be used from main thread only

このエラーは、UI操作（特にSegueの実行）はメインスレッド（MainThread）で行う必要があるということを示しています。iOSアプリケーションでは、UI操作は常にメインスレッドで行われる必要があります。

エラーメッセージ [self performSegueWithIdentifier:@"XXXXXView" sender:nil]; がメインスレッド以外から呼ばれている可能性があります。これを修正するには、次のようにしてください:

メインスレッドでUI操作を行う UI操作を行う部分をメインスレッドで実行するように修正します。Objective-Cでは、次のようにdispatch_asyncを使って行うことができます:

   dispatch_async(dispatch_get_main_queue(), ^{
       [self performSegueWithIdentifier:@"XXXXXView" sender:nil];
   });

このエラーはなるほど・・・と思った

パターン2

以下のエラーはまじで意味がわからない

Main Thread Checker: UI API called on a background thread: -[UIViewController performSegueWithIdentifier:sender:]
PID: 12095, TID: 4733842, Thread name: (none), Queue name: com.apple.root.default-qos, QoS: 0
Backtrace:
4   ApplicationName                      0x0000000104971b70 -[XXXXViewController didFinishChkPrice] + 72
5   ApplicationName                      0x000000010497b860 -[StoreKitManager finishChkPrice] + 116
6   ApplicationName                      0x000000010497a70c -[StoreKitManager productsRequest:didReceiveResponse:] + 376
7   StoreKit                            0x00000001baecf3b8 F2CA7CCD-9558-3093-AADB-3353C09DD93C + 115640
8   libdispatch.dylib                   0x0000000105958b98 _dispatch_call_block_and_release + 32
9   libdispatch.dylib                   0x000000010595a7bc _dispatch_client_callout + 20
10  libdispatch.dylib                   0x000000010595d30c _dispatch_queue_override_invoke + 1056
11  libdispatch.dylib                   0x000000010596eae4 _dispatch_root_queue_drain + 404
12  libdispatch.dylib                   0x000000010596f4d8 _dispatch_worker_thread2 + 188
13  libsystem_pthread.dylib             0x00000001eea138f8 _pthread_wqthread + 228
14  libsystem_pthread.dylib             0x00000001eea100cc start_wqthread + 8
Main Thread Checker: UI API called on a background thread: -[UIViewController performSegueWithIdentifier:sender:]
PID: 12095, TID: 4733842, Thread name: (none), Queue name: com.apple.root.default-qos, QoS: 0
Backtrace:
4   ApplicationName                      0x0000000104971b70 -[XXXXXXXXViewController didFinishChkPrice] + 72
5   ApplicationName                      0x000000010497b860 -[StoreKitManager finishChkPrice] + 116
6   ApplicationName                      0x000000010497a70c -[StoreKitManager productsRequest:didReceiveResponse:] + 376
7   StoreKit                            0x00000001baecf3b8 F2CA7CCD-9558-3093-AADB-3353C09DD93C + 115640
8   libdispatch.dylib                   0x0000000105958b98 _dispatch_call_block_and_release + 32
9   libdispatch.dylib                   0x000000010595a7bc _dispatch_client_callout + 20
10  libdispatch.dylib                   0x000000010595d30c _dispatch_queue_override_invoke + 1056
11  libdispatch.dylib                   0x000000010596eae4 _dispatch_root_queue_drain + 404
12  libdispatch.dylib                   0x000000010596f4d8 _dispatch_worker_thread2 + 188
13  libsystem_pthread.dylib             0x00000001eea138f8 _pthread_wqthread + 228
14  libsystem_pthread.dylib             0x00000001eea100cc start_wqthread + 8

+[UIView setAnimationsEnabled:] being called from a background thread. Performing any operation from a background thread on UIView or a subclass is not supported and may result in unexpected and insidious behavior. trace=(
    0   UIKitCore                           0x0000000195048740 1741FA37-4E53-371E-8DAE-D611AAB0043D + 19457856
    1   libdispatch.dylib                   0x000000010595a7bc _dispatch_client_callout + 20
    2   libdispatch.dylib                   0x000000010595c34c _dispatch_once_callout + 140
    3   UIKitCore                           0x0000000194dcf454 1741FA37-4E53-371E-8DAE-D611AAB0043D + 16864340
    4   UIKitCore                           0x0000000194dcf37c 1741FA37-4E53-371E-8DAE-D611AAB0043D + 16864124
    5   UIKitCore                           0x000000019469d40c 1741FA37-4E53-371E-8DAE-D611AAB0043D + 9319436
    6   Project                      0x0000000104971b70 -[XXXXViewController didFinishChkPrice] + 72
    7   ProjectName                      0x000000010497b860 -[StoreKitManager finishChkPrice] + 116
    8   Application                      0x000000010497a70c -[StoreKitManager productsRequest:didReceiveResponse:] + 376
    9   StoreKit                            0x00000001baecf3b8 F2CA7CCD-9558-3093-AADB-3353C09DD93C + 115640
    10  libdispatch.dylib                   0x0000000105958b98 _dispatch_call_block_and_release + 32
    11  libdispatch.dylib                   0x000000010595a7bc _dispatch_client_callout + 20
    12  libdispatch.dylib                   0x000000010595d30c _dispatch_queue_override_invoke + 1056
    13  libdispatch.dylib                   0x000000010596eae4 _dispatch_root_queue_drain + 404
    14  libdispatch.dylib                   0x000000010596f4d8 _dispatch_worker_thread2 + 188
    15  libsystem_pthread.dylib             0x00000001eea138f8 _pthread_wqthread + 228
    16  libsystem_pthread.dylib             0x00000001eea100cc start_wqthread + 8
)
Unsupported enumeration of UIWindowScene windows on non-main thread.
*** Assertion failure in -[UIApplication _performAfterCATransactionCommitsWithLegacyRunloopObserverBasedTiming:block:], UIApplication.m:3246
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Call must be made on main thread'
*** First throw call stack:
(0x191bbcf20 0x189a42018 0x1910c3868 0x1940b4d28 0x193ff19e8 0x193ff1518 0x194179830 0x1941786e0 0x1941ce440 0x1946a58f0 0x194dc97c0 0x194dcf45c 0x194dcf37c 0x19469d40c 0x104971b70 0x10497b860 0x10497a70c 0x1baecf3b8 0x105958b98 0x10595a7bc 0x10595d30c 0x10596eae4 0x10596f4d8 0x1eea138f8 0x1eea100cc)
libc++abi: terminating due to uncaught exception of type NSException

まじでわからん・・・ よくわらないエラーがでるのですが

このエラーの最初に「Main Thread Checker: UI API called on a background thread: -[UIViewController performSegueWithIdentifier:sender:]」 とあります。これは、UI APIがバックグラウンドスレッドで呼ばれていることを示しています。」

・・・？

これも同じ

XXXXViewControllerにある

       [self performSegueWithIdentifier:@"XXXXXView" sender:nil];

↓

   dispatch_async(dispatch_get_main_queue(), ^{
       [self performSegueWithIdentifier:@"XXXXXView" sender:nil];
   });

に修正したらなおった

エラーを調査した結果

performSegueWithIdentifier: メソッドなどのUI操作は、 常にメインスレッドで行うようにするのが推奨されています。iOSのUIはメインスレッドでのみ安全に操作できるため、 他のスレッドからUIを直接操作すると予期しない問題が発生することがあります。

したがって、以下の場合には dispatch_async(dispatch_get_main_queue() を使用してメインスレッドで実行するようにします:

  1. 非同期処理の完了後にUIを更新する場合: バックグラウンドでデータを取得し、その結果をUIに反映させる場合、非同期処理の完了後にメインスレッドでUI操作を行う必要があります。

  2. イベントハンドラ内でUIを更新する場合: ボタンのタップなどのイベントハンドラ内でUI操作を行う場合、その処理もメインスレッドで行う必要があります。

  3. セグエの実行など: performSegueWithIdentifier: やその他のUI遷移を行うメソッドも、メインスレッドで呼び出す必要があります。

通常の場合、UI関連の操作はすべてメインスレッドで 行うようにすることで、アプリの安定性とパフォーマンスを保つことができます。

古いソースはこの画面遷移の部分を修正するのが必須だね

golang の入門 Slice defaultsについて

GO

go tourでわからなかったことのメモです

go-tour-jp.appspot.com

package main

import "fmt"

func main() {
    s := []int{2, 3, 5, 7, 11, 13}

    s = s[1:4]
    fmt.Println(s)

    s = s[:2]
    fmt.Println(s)

    s = s[1:]
    fmt.Println(s)
}

結果は

[3 5 7]
[3 5]
[5]

でした おお・・・なるほど切り取ってくれて便利だね。と思っていました

試しに改変してみたら想定外の結果になりました

package main

import "fmt"

func main() {
    s := []int{1,2, 3, 4,5,6,7,8,9,10}

    s = s[0:8]
    fmt.Println(s)

    s = s[:2]
    fmt.Println(s)

    s = s[:4]
    fmt.Println(s)
}

Result

[1 2 3 4 5 6 7 8]
[1 2]
[1 2 3 4]

最後はエラーになるかな・・・と思っていたら想定外の結果が返ってきたので調べてみた

  1. 最初の s = s[0:8] で、元の s のインデックス0から7までの要素 {1, 2, 3, 4, 5, 6, 7, 8} を持つ新しいスライスが生成され、s がこれに置き換わります。
  2. 次に s = s[:2] で、s はインデックス0から1までの要素 {1, 2} を持つスライスになります。
  3. 最後に s = s[:4] を実行すると、s は現在のスライス {1, 2} の先頭から4つの要素を含むスライスに再定義されます。ただし、元のスライスの要素数を超えてインデックス4までの要素を取ろうとしているため、Go言語では元のスライスの長さに応じて自動的に調整されます。

まじか・・・エラーになった方が楽なんだけど

【Objective-C】プリプロセッサが嫌い

Xcode

Objective-Cの初心者の愚痴です。

Objective-C初心者の私が躓いたところです。
とあるプロジェクトをソースだけ引き継ぎをして自分で展開できるのかを確認していました
ソースしかないというアホみたいな状況ですが現実です。
お金をもらっているのでがんばらないといけないのですがマジでObjective-Cのプリプロセッサが嫌いです。

IFのネスト（入れ子）ができない

例

#ifdef USE_POPU_PMENU
    [self startPopup];
#else
#if (APP_TYPE != APP_TYPE_MAP)
    [self startLaunch];
#else
    [self performSegueWithIdentifier:@"secondView" sender:nil];
#endif /*  (APP_TYPE != APP_TYPE_MAP) */
#endif /* USE_POPU_PMENU */

クソ言語と呼ばれているvbですらifのネストができます。やり方があるのかもしれないけど見にくいです。 ネストできないところにインデントができるObjective-Cがあるのです。 上の例はまだわかりやすいですがMethodの途中にあるとカオス。

プリプロセッサのDEFINEが嫌い

DEFINEで定義したけど値が入っていないというパターンがあります

#define USE_IMAGE_POST

定義されているけど値が入っていない？？ なにか入れてくれよ

さらにややこしいのがプリプロセッサで使えるように ターゲットの単位でもつことができます

例えば、以下のような形でpchがあります

#import "CommonDefine.h"

#ifndef ProjectX_pch
#define ProjectX_pch

#ifdef DS
#import "CommonDefine_DS.h"
#endif
#endif /* ProjectX_pch */

この#ifdef DSのDSってどこで設定されているの？？
作った人が悪いのですがコメントすら書いていないので？？ まじでわからん。しかもDSという短い文字。コメント書いてくれよ！！

色々調べた結果、この値はProjectファイルのターゲットにGCC_PREPROCESSOR_DEFINITIONSがあり そこで設定されています。

GCC_PREPROCESSOR_DEFINITIONS = (
    "DEBUG=1",
    "$(inherited)",
    DS,
);

GUIでは以下です

参考URL

https://qiita.com/edo_m18/items/126fe6561f662b86210e https://www.rk-k.com/archives/6031

xcode の証明書のチームが更新できないときの対応

Xcode

前提として

  • iphone 端末テストは iphone と mac をつないでインストールする
  • mac には証明書とプロビジョニングプロファイルが必要
  • 証明書は自分とチームがあります
  • 開発テストで使っている証明書は問題がない（他のアプリのプロジェクトで正常にうごいている）

エラー内容

  1. いつもの如く、システムの書類などがなくソースしか残っていない状況だった。
  2. そのアプリの仕組みを使って別のことをできないのかを探ることになった。
  3. ソースを展開して iphone の端末テストを使用したら証明書エラーが発生した
  4. 開発テストで使っている証明書をインストールしたチームの部分がかわらないという現象がおきた
    証明書の部分をGUIで操作してもこのエラーが解消されることはなかった。

対応

1.　アプリのプロジェクトファイル（project.pbxproj）をバックアップする.

2.　アプリのプロジェクトファイル（project.pbxproj）を vscode で開く.

3.　該当のターゲットの部分を正常にうごいている内容に書き換える 　　

CODE_SIGN_ENTITLEMENTS = XXXXXXXX;
CODE_SIGN_IDENTITY = "xxxxxx";

4.　Xcodeでプロジェクトをクリーンする

  1. メニューバーから選択: メニューバーから "Product" を選択する
  2. Cleanを選択: "Product" メニューの中から "Clean" を選択する
  3. クリーンの確認: クリーンするかどうか確認される場合があります。確認が表示されたら "Clean" をクリックする