trinka

сейчас работаю с видео 640-480 25фпс. есть возможность заснять пару фоток на высоком разрешении (1280), для того чтобы получить более точную матрицу гомографии. саму матрицу могу полчить(на 1280). как ее следует преобразовать, чтобы она выполняла тоже преобразование, но для низкого разрешения(640)?

кажется я нашел в чем проблема. эх оупнсиви какой-то глючный, во всяком случае нелогичный при использовании rowRange возвращаемый рез-т картинка - просто указатель на подматрицу исходной картинки. об этом сказано в справке. ну ок. при этом матрица становится "непоследовательной". т.е. ф-ия isContinuous() возвращает 0. вот тут то и глючит вывод на форму. для bitmap нужно посл-ную картинку. даже после копирования картинки вот так imageToHomography = imageToHomography.rowRange(fitoffset.y, fitoffset.y+fitoffset.height-1); imageToHomography непоследовательный. (хотя выглядит как нормальное копирование). решается примерно так imageToHomography = localimage.rowRange(fitoffset.y, fitoffset.y+fitoffset.height-1).clone(); сейчас вроде бы не глючит. надеюсь я и правда нашел этот баг, а не то даже не знаю как это еще можно лечить))

а что, выравнивать еще надо? сегодня попробую.

при чем тут перерисовка то? bitmap не создается, до перерисовки еще далеко)

imageToHomography = imageToHomography.rowRange(fitoffset.y, fitoffset.y+fitoffset.height-1); imageToHomography = imageToHomography.colRange(fitoffset.x, fitoffset.x+fitoffset.width-1);//если убрать эти 2 строки, все работает //параметры корректные this->VidArea->Height = image->rows;//VidArea это pictureBox this->VidArea->Width = image->cols; try { Bitmap^ b = gcnew Bitmap(image->cols, image->rows, image->step, PixelFormat::Format24bppRgb, IntPtr(image->data));//здесь бывает исключение this->VidArea->Image = b; }

нет, я копирую, я написал, проблема не в этом. когда данные передаются в конструктор битмапа, он уже сам копирует, так что даже не знаю где может быть проблема

предлагаю закрепить тему. как правильно копировать часть изображения? использую Mat. я использую rowRange, colRange, но есть проблема: картинки, полученные таким образом, не всегда хотят отображаться (вывожу на форму clr.net). то есть часть картинок показывается, часть нет (исключение при вызове конструктора Bitmap). пробовал operator() (Rect) - та же фигня. может неправильно так копировать? не забываю перед выводом делать копию картинки(в любом случае это не должно влиять)

чоткий совет, сработало, спасибо) мне показалось, что днем работало нормально потому, что яркость достаточна. вечером изображение всегда плохое, нужно подкручивать вручную(видео тормозит при плохом освещении). и вот как то тут и глючит. кстати как избавиться от тормозов при плохом освещении?

да в другом косяк был, забыл делать сглаживание

кто знает какой параметр преобразования использовать в ф-ии Image ^img = gcnew Bitmap(frame.cols, frame.rows, frame.step, PixelFormat::Format24bppRgb, IntPtr(frame.data)); а именно PixelFormat для CV_8U? пробовал PixelFormat::Format8bppIndexed, но израбоажение какое-то испорченное, но в принципе показывается. может его нужно как-то преобразовать?

сегодня заглючило 1 раз из 10. странно, я комп вчера тоже перезагружал.думаю проблма в дровах. не могу пока твой совет проверить.

да не, это и на с++ тоже.

такая трабла: запускаю первый раз эту программу(ниже), все нормально. перезапускаю-видео тормозит(около 5к/с). чтобы все было опять нормально, запускаю vmcap(шла на диске с дровами), там меняю разрешение(на максиамльное, если на любое другое-не сработает), отключаю ее. теперь моя программа 1 раз поработает без тормозов. потом нужно опять повторять итерацию. это пример работы с opencv. как это лечится??? подчеркнутая строка - которая жрет много времени на втором этапе. глюк и на debug, и на релизе(пишу в vs2010), opencv 2.3.1

по задаче пол является одноцветным. нужно выделить всю плоскость пола. для компьютера это понятное дело не определить никак. оценивает человек. дело в другом. я опытным путем подобрал параметры для изображений, но они работают не для всех изображений: если слишком темно/светло сегмент пола определяется неверно. для "средних" по яркости, контрастности алгоритм отрабатывает хорошо. и я понимаю, что комп всегда может ошибиться, в программе будет возможность пользователю "подкрутить ползунок". нужно грубо говоря "автовыравнивание яркости". что-то вроде. может быть не только яркости.

нужно согласовать параметры meanshift с парамтерами картинки так, чтобы сегментация выполнилась качественно за 1 раз . если не получается, что-то поменять, и за 2-3 уж точно. т.е. все картинки приводить к каким-то параметрам яркости, контрастности и уже для них подобрать параметры meanshift. эквализация делает не совсем то, мне кажется.