回答編集履歴

あ

2018/10/07 04:21

投稿

tiitoi

スコア21956

test CHANGED Viewed

@@ -258,12 +258,12 @@
+```
 flag に cv::FLOODFILL_FIXED_RANGE を指定した場合
-```
 隣接する画素値 - loDiff <= 走査中の画素 <= 隣接する画素値 + upDiff

あ

2018/10/07 04:21

投稿

tiitoi

スコア21956

test CHANGED Viewed

@@ -243,3 +243,81 @@
 Utils.bitmapToMat(bitmap_toumei, mat_original);
 ```
+## 連結成分と扱う基準について
+完全に一致した画素でなく、ある程度似た色は同じ連結成分にしたいという幅を持たせるために loDiff, upDiff という引数があります。
+同じ連結成分と判定する基準は [floodFill()](https://docs.opencv.org/3.4.3/d7/d1b/group__imgproc__misc.html#ga366aae45a6c1289b341d140839f18717) のリファレンスに記載があります。
+flag に cv::FLOODFILL_FIXED_RANGE を指定した場合
+```
+隣接する画素値 - loDiff <= 走査中の画素 <= 隣接する画素値 + upDiff
+flag に cv::FLOODFILL_FIXED_RANGE を指定していない場合
+隣接する画素値 - loDiff <= seed の画素値 <= 隣接する画素値 + upDiff
+```
+loDiff, upDiff はグレースケールの場合は、cv::Scalar(s1), カラー画像の場合は cv::Scalar(s1, s2, s3) と指定します。
+cv::FLOODFILL_FIXED_RANGE をつけるかどうかの違いは、似ているかどうか判断する際の比較する画素が seed の点なのか、隣接する点なのかの違いです。
+以下のグラデーションの画像に各引数で試した結果です。
+![イメージ説明](e51bbcd0b091f862b23db08142926811.jpeg)
+オリジナル画像
+![イメージ説明](4b2efe25c9f4d1a4020039247aabdeeb.jpeg)
+cv::FLOODFILL_FIXED_RANGE, loDiff=cv::Scalr(0, 0, 0), upDiff=cv::Scalr(0, 0, 0)
+![イメージ説明](4b2efe25c9f4d1a4020039247aabdeeb.jpeg)
+loDiff=cv::Scalr(0, 0, 0), upDiff=cv::Scalr(0, 0, 0)
+![イメージ説明](271739f11bd66aaa045012c2de632c6f.jpeg)
+cv::FLOODFILL_FIXED_RANGE, loDiff=cv::Scalr(10, 10, 10), upDiff=cv::Scalr(10, 10, 10)
+![イメージ説明](34e11779ac0398b31caddee5cd1663ca.jpeg)
+loDiff=cv::Scalr(10, 10, 10), upDiff=cv::Scalr(10, 10, 10)
+このパラメータをうまく調整することで精度を上げることができるかもしれません。
+また似た色を同じ色として塗りつぶしたい場合は、第1引数 image の入力を RGB ではなく、cvtColor() で HSV に変換したほうがいいかもしれません。
+[OpenCVでのHSV色空間lower,upperの取り扱い](https://qiita.com/miyamotok0105/items/ce6f44064f128a580640)

あ

2018/10/07 04:17

投稿

tiitoi

スコア21956

test CHANGED Viewed

@@ -225,3 +225,21 @@
 チャンネルの並び順を確認するには、cv::imwrite() で書き出すとわかります。(チャンネルが反転してたらRGB、反転してなかったらBGR)
+## 他に気になる点
+BGR から BGRA に変換する処理が見当たりませんが、
+mat_original は以下の関数で変換すると、すでに BGRA になっているのでしょうか？
+```
+Utils.bitmapToMat(bitmap_toumei, mat_original);
+```

あ

2018/10/07 03:24

投稿

tiitoi

スコア21956

test CHANGED Viewed

@@ -97,3 +97,131 @@
 ![イメージ説明](5a9b8ed307f0ad21f8a07a1f8a1c86f5.png)
 結果画像
+## 追記
+### グレースケール画像に変換している部分について
+```
+//■チャネルの変更（floodfillは透明を扱えないため)
+Imgproc.cvtColor(mat, mat, Imgproc.COLOR_RGBA2GRAY)
+```
+グレースケールに変換すると RGB の情報量は落ちてしまうので、同じ色を塗りつぶしたいのであれば、グレースケールにする必要はないと思います。
+![イメージ説明](90cb0c13b3cba73e82881094ef364eba.jpeg)
+カラー画像
+![イメージ説明](105ac552fd539a3a5fd43ed0bb205248.jpeg)
+グレースケールに変換した画像
+## mask を初期化していない。
+```
+Mat mat2 = new Mat(mat.height() + 2 , mat.width() + 2, CV_8UC1);
+```
+[floodFill()](https://docs.opencv.org/3.4.3/d7/d1b/group__imgproc__misc.html#ga366aae45a6c1289b341d140839f18717) のリファレンスを見ると、次のように書いてあります。
+```
+Since this is both an input and output parameter, you must take responsibility of initializing it.
+```
+floodFill() は、指定した点 seed の連結成分を走査する際、mask が0の画素だけ探します。mask が非0の画素は色が同じでも走査しません。名前通り、マスクとして機能するわけです。
+また、floodFill() で見つけた連結成分には、mask に値が書き込まれます。この値は flag 引数の 8 ~ 16 ビット目で指定します。(255 << 8 としている部分です。この場合、連結成分に 255 が書き込まれます。)
+このように入力または出力の両方で利用される引数であるため、mask の値を初期化するのは呼び出し側の責任になります。
+今回は、mask はマスクとしては利用せず、走査した結果を受け取るためだけに利用します。走査はすべての画素を対象に行ってほしいので、mask の全要素は 0 で初期化します。
+そのため、次のようにしていたのですが
+```
+//■Maskデータ作成 cv::Mat mask = cv::Mat::zeros(image.rows + 2, image.cols + 2, CV_8UC1);
+```
+このようにしてしまうと、mat2 の各値は未定義になってしまうので、floodFill() の結果もおかしくなると思われます。
+```
+Mat mat2 = new Mat(mat.height() + 2 , mat.width() + 2, CV_8UC1);
+```
+C++ 版には全部0で初期化した行列の作成には、cv::Mat::zeros() の他に、以下のものがありますが、Java ではどうでしょうか。
+```
+Mat(int rows, int cols, int type, const Scalar &s)
+Mat(Size size, int type, const Scalar &s)
+```
+## チャンネルの並び順
+チャンネルの並び順には RGB と BGR があり、imread() で読み込んだ場合は、並び順は BGR になります。
+他のライブラリで読み込んだ画像の場合は RGB が多いです。
+そのため、`COLOR_RGBA2GRAY` と `COLOR_BGRA2GRAY` では意味がかわってきますので、注意が必要です。
+```
+Imgproc.cvtColor(mat, mat, Imgproc.COLOR_RGBA2GRAY);
+```
+チャンネルの並び順を確認するには、cv::imwrite() で書き出すとわかります。(チャンネルが反転してたらRGB、反転してなかったらBGR)