質問編集履歴
4
Resources.Loadの用い方について追記しました。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -109,3 +109,49 @@
|
|
|
109
109
|
長文失礼いたしました。
|
|
110
110
|
|
|
111
111
|
どうかご教授ください。よろしくお願いいたします。
|
|
112
|
+
|
|
113
|
+
|
|
114
|
+
|
|
115
|
+
|
|
116
|
+
|
|
117
|
+
|
|
118
|
+
|
|
119
|
+
|
|
120
|
+
|
|
121
|
+
|
|
122
|
+
|
|
123
|
+
### 追記に関して
|
|
124
|
+
|
|
125
|
+
Resources.Load()について、リリースビルド後に読み込めなくなる部分についてのコードです。
|
|
126
|
+
|
|
127
|
+
リリースビルド後にunity default resources、unity_builtin_extraファイルが生成されますが、
|
|
128
|
+
|
|
129
|
+
これだけだと動かず、Resourcesディレクトリ下に下記コードのpathのファイル群を移動することで動作するようになります。
|
|
130
|
+
|
|
131
|
+
|
|
132
|
+
|
|
133
|
+
現在、下記のような形で、画像を読み込み、生成して、ディクショナリーに格納しています。
|
|
134
|
+
|
|
135
|
+
この処理はゲームの起動時に行うようにしていて、
|
|
136
|
+
|
|
137
|
+
ノベルゲームのシーンでは、ディクショナリーから必要に応じて画像を参照し、ゲームオブジェクトのSpriteを変更するという処理を行っています。
|
|
138
|
+
|
|
139
|
+
|
|
140
|
+
|
|
141
|
+
```C#
|
|
142
|
+
|
|
143
|
+
// ファイルごとに処理
|
|
144
|
+
|
|
145
|
+
foreach (FileInfo file in files) {
|
|
146
|
+
|
|
147
|
+
// スプライト読み込み
|
|
148
|
+
|
|
149
|
+
Sprite sprite = Resources.Load<Sprite>(path);
|
|
150
|
+
|
|
151
|
+
// ディクショナリーに格納
|
|
152
|
+
|
|
153
|
+
dict.Add(name, sprite);
|
|
154
|
+
|
|
155
|
+
}
|
|
156
|
+
|
|
157
|
+
```
|
3
質問について、より明確に追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -43,6 +43,8 @@
|
|
|
43
43
|
**・私の考えに間違いがないか**
|
|
44
44
|
|
|
45
45
|
**・復号パスワードをどこに置けばいいのか**
|
|
46
|
+
|
|
47
|
+
あなたの経験したこと、聞いたことのある方法についてお聞きしたいです。
|
|
46
48
|
|
|
47
49
|
|
|
48
50
|
|
2
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -24,11 +24,11 @@
|
|
|
24
24
|
|
|
25
25
|
saltを用いてその都度初期化ベクトル、暗号化キーの変わるAESを用いる方法が堅牢だという情報に辿り着きました。
|
|
26
26
|
|
|
27
|
-
しかし、調べた限りでは、暗号化時、
|
|
27
|
+
しかし、調べた限りでは、暗号化時、復号時ともに同じパスワードを指定する必要があるようです。
|
|
28
28
|
|
|
29
|
-
|
|
29
|
+
復号はゲーム内で行う必要があるハズで、
|
|
30
30
|
|
|
31
|
-
であれば、
|
|
31
|
+
であれば、復号時に用いるパスワードはリリースビルド後に配布するファイル群のどこかに保持しておかなくてはならないハズです。
|
|
32
32
|
|
|
33
33
|
そうすると、結局パスワードは見つかってしまい、暗号化の意味が無いのでは？と考えています。
|
|
34
34
|
|
|
@@ -42,7 +42,7 @@
|
|
|
42
42
|
|
|
43
43
|
**・私の考えに間違いがないか**
|
|
44
44
|
|
|
45
|
-
**・
|
|
45
|
+
**・復号パスワードをどこに置けばいいのか**
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|
|
@@ -62,9 +62,9 @@
|
|
|
62
62
|
|
|
63
63
|
現在は、
|
|
64
64
|
|
|
65
|
-
「あらかじめAES暗号化したファイルをResourcesディレクトリに配置して、パスワード・
|
|
65
|
+
「あらかじめAES暗号化したファイルをResourcesディレクトリに配置して、パスワード・復号処理の書かれたcsファイルを用意しておく」
|
|
66
66
|
|
|
67
|
-
「配布ゲーム内で、そのcsファイルで復
|
|
67
|
+
「配布ゲーム内で、そのcsファイルで復号したデータを用いる」
|
|
68
68
|
|
|
69
69
|
という流れを想定しています。
|
|
70
70
|
|
|
@@ -98,7 +98,7 @@
|
|
|
98
98
|
|
|
99
99
|
(ある程度)と書いたのは、一般的に取られうる程度の処置を施したい、ということです。（完全に隠すことは無理だと思うので。）
|
|
100
100
|
|
|
101
|
-
今回は、その手法として私が考えたのが暗号化だったため、
|
|
101
|
+
今回は、その手法として私が考えたのが暗号化だったため、復号パスワードをどこに置くのか、についてお聞きしています。
|
|
102
102
|
|
|
103
103
|
|
|
104
104
|
|
1
test
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
Unity リリースビルド後のリソースファイルの隠し方は？（もし暗号化するなら、
|
|
1
|
+
Unity リリースビルド後のリソースファイルの隠し方は？（もし暗号化するなら、復号パスワードをどこに置くのか？）
|
test
CHANGED
|
File without changes
|