回答編集履歴
2
日本語の修正
answer
CHANGED
|
@@ -16,7 +16,7 @@
|
|
|
16
16
|
（どれくらいの違いがあるかは試さないとわかりませんが...）
|
|
17
17
|
|
|
18
18
|
***精度UP？**
|
|
19
|
-
円がたくさんあって、色で分離する必要があれば検出後にあれこれいるかもしれませんが、とりあえず検出するだけなら今の順番でよいと思います。
|
|
19
|
+
円がたくさんあって、色で分離する必要があれば検出後にあれこれいるかもしれませんが、とりあえず検出するだけなら、いずれのアルゴリズムでも今の処理の順番でよいと思います。
|
|
20
20
|
円が真円から離れて楕円になる可能性がある場合、楕円の検出アルゴリズムを使えば精度は上がるかもしれませんが、標準では実装されていないため多分複雑な処理が必要になると思います。
|
|
21
21
|
|
|
22
22
|
---
|
1
説明の変更
answer
CHANGED
|
@@ -3,9 +3,14 @@
|
|
|
3
3
|
***2つの違い**
|
|
4
4
|
２つのコードを見て考えたのですが、それぞれ思想が違いますよね。
|
|
5
5
|
|
|
6
|
+
上のコード：
|
|
6
|
-
|
|
7
|
+
特定範囲の色で、しかも円が来ると決まりきっている場合
|
|
7
|
-
|
|
8
|
+
（だから先に不要な色は黒色でつぶしてしまい、色のついていない部分を負荷の少ない方法で検出）
|
|
8
9
|
|
|
10
|
+
下のコード：
|
|
11
|
+
何色が来るかわからなくて、円に近いと思われる場合
|
|
12
|
+
（だから色でなく色の境目を使うcanny処理を利用。線ばかりの中からそれっぽい部分を拾うため負荷が高い...と言っても実際問題として多分軽いです）
|
|
13
|
+
|
|
9
14
|
多分上のコードの方が軽くて速い代わりにあんまり融通が利きません。
|
|
10
15
|
下のコードは全く反対の特性と思われます。
|
|
11
16
|
（どれくらいの違いがあるかは試さないとわかりませんが...）
|