回答編集履歴

3

一部修正

2021/03/04 23:20

投稿

toast-uz
toast-uz

スコア3266

test CHANGED
@@ -30,7 +30,7 @@
30
30
 
31
31
 
32
32
 
33
- また、**なぜ2乗平均をしているのかも理由はわかりません**。上記のように**単純に255から引くだけでよい**と思います。「2乗平均」処理をすることで、画素の明るさが偏ってしまっています。そのため、以降の処理で本来は不要な「正規化処理」をするはめになってしまっています。
33
+ また、**なぜ2乗平均をしているのかも理由はわかりません**。上記のように**単純に255から引くだけでよい**と思います。「2乗平均」処理をすることで、画素の明るさが偏ってしまっています。そのため、以降の処理で本来は不要な「正規化処理」をするはめになってしまっています(通常、画像の正規化は単純に255で割るだけです)
34
34
 
35
35
 
36
36
 

2

補足追記

2021/03/04 23:20

投稿

toast-uz
toast-uz

スコア3266

test CHANGED
@@ -34,6 +34,10 @@
34
34
 
35
35
 
36
36
 
37
+ 参考: [輝度反転](https://genetaka.hatenablog.com/entry/2019/11/03/164150)
38
+
39
+
40
+
37
41
  なお、蛇足ですが、正しい意味での「2乗平均」になっていないようです。
38
42
 
39
43
 

1

一部修正

2021/03/04 23:16

投稿

toast-uz
toast-uz

スコア3266

test CHANGED
@@ -6,7 +6,7 @@
6
6
 
7
7
 
8
8
 
9
- 教師データにしているsklearnのload_digitsがサイズ8×8なので、一度64×64にした画像データを、再度8×8に縮小しています。64×64の画像には「小さな8×8画像」が8×8個あると思います(8ばかりでわかりにくいですが)。その「小さな8×8画像」(8×8個)それぞれを「1画素に縮小される範囲」と呼んで、1画素に縮小しています。結果として、縮小された1画素が8×8個になります。
9
+ 教師データにしているsklearnのload_digitsがサイズ8×8なので、一度64×64にした画像データを、再度8×8に縮小しています。64×64の画像には「小さな8×8画像」が8×8個あます(8ばかりでわかりにくいですが)。その「小さな8×8画像」(8×8個)それぞれを「1画素に縮小される範囲」と呼んで、1画素に縮小しています。結果として、縮小された1画素が8×8個になります。
10
10
 
11
11
 
12
12
 
@@ -18,7 +18,7 @@
18
18
 
19
19
 
20
20
 
21
- これ**全体的に全く意味がないことをやっている**と私は思います。要は8×8の画像にして白黒反転させたいだけなので、以下のように記載することで充分です。**ループ処理は一切不要**です。
21
+ これ**全体的に全く意味がないことをやっている**と私は思います。要は8×8の画像にして白黒反転させたいだけなので、以下のように記載することで充分です。x,yの**ループ処理は一切不要**です。
22
22
 
23
23
 
24
24