[過去ﾛｸﾞ] C++相談室 part137 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
255(5): (ｵｲｺﾗﾐﾈｵ MM53-EsDf) 2018/09/06(木)12:11 ID:uRta3OIBM(1) AAS
intの場合は速度差は特に考慮しなくて良いんですねありがとうございます
それと、関数内でOpenCVで画像をゴニョゴニョして、結果の画像をリターンしたい場合は、どちらが良いのですかね？
特にメモリリークを起こしたくない(今現在起きてるので改善したい)ので、もし何か重大な違いがあるなら知りたいです
void hoge(cv::Mat x, cv::Mat ret){
ret = x + cv::Scalar(100);
}
cv::Mat hoge(cv::Mat x){
省2
257: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 966f-7GfT) 2018/09/06(木)13:34 ID:IzfX8EX20(7/12) AAS
>>255
前者のコードの cv::Mat ret は cv::Mat& ret の間違い？
261(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 966f-7GfT) 2018/09/06(木)14:11 ID:IzfX8EX20(9/12) AAS
>>255
知らんな。
関心は無い。
262(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 966f-7GfT) 2018/09/06(木)14:27 ID:IzfX8EX20(10/12) AAS
>>255
前者については & の脱字だと仮定して答えるけど、
その脱字が無ければ、前者でも後者でも最終的な結果に差はないと思う。
特にメモリリークにつながりそうな要素もない。
ただ、単純に、局所的に考えるならば後者の方が効率的と言えると思う。
前者だと呼出し側では結果を受け取るための cv::Mat 型の変数を用意しなければならないが、
そのときにデフォルトコンストラクタが走ってから結果は operator= で格納するという形になる。
省6
263(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 966f-7GfT) 2018/09/06(木)14:31 ID:IzfX8EX20(11/12) AAS
あっ、 >>261 で >>255 にアンカーを付けちゃったけど、これは >>260 の間違いね。
現実の話というなら、インライン化や最適化が入れば ABI もクソもねぇし、
そんなの考えたらキリがないやろ。
295: (ﾜｯﾁｮｲ 13b3-7GfT) 2018/09/06(木)23:48 ID:8cSq8zHP0(2/2) AAS
>>293
>>251
もちろんインライン展開される場合は除く（展開されたら多分同じコードになると思うが
あと
>>255の質問に対して>>268は不適切、>>268から話が変な方向に行ってる
OpenCV使ってるって言ってるし、間違った使い方してリーク（>>255がnewしたのではない部分）
の可能性の方が高いと思うけどね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.051s