Как стать автором
Обновить

Комментарии 24

Можно поинтересоваться, а зачем вы на гитхаб выкладываете запакованное в RAR архив? Первый раз такое вижу :)
Так ведь Reposit1.
Изначально планировал загрузить весь проект, но непонятным причинам приложение github при загрузке просто падало. Проект загрузился только в таком виде.
За rar вообще должно быть стыдно в 2015 году.
Перевыложил в нормальном виде.
А зачем бинари в исходниках? Для релизов есть соответствующая функциональность.
НЛО прилетело и опубликовало эту надпись здесь
Over9K открытых форматов: ZIP, Tar, etc.
Ну и да, в git класть архив, это совсем не то пальто.
Есть множество других может и не очень распространенных (как и WinRar тоже), но зато бесплатных форматов (7zip). И, как выше уже отметились, открытых. Таким образом, смысл использования проприетарного архиватора WinRar и соответствующего формата теряется. А так вообще zip является стандартом де-факто.
rar архив можно открыть с помощью бесплатного 7-zip.
Зато нельзя создать с помощью него.
В данном контексте главное его прочитать.
НЛО прилетело и опубликовало эту надпись здесь
Сам вопрос, кто жмёт лучше или быстрее, уже давно неактуален в подавляющем большинстве случаев, поэтому нет никакого смысла использовать что-то кроме стандартного zip (или tar+gzip/bzip2 если не предполагается разворачивать архив на винде).
Вот у меня дома нечем открыть 7zip, я им не пользуюсь. Зато WinRar есть. rar и zip для архивов в сети — стандарт де факто. Вот что мне из-за одного проекта чьего-то себе 7zip ставить? Право, не смешите. А популярные все архиваторы и разархиваторы умеют rar распаковывать. Если не ошибаюсь это даже в total comander встроено.
Разве его не открывает WinRar, это даже странно. А я не пользуюсь раром уже лет 5. Зачем нужен рар, когда есть зип?
исключения срезаются.
А зачем cv::Mat в умный указатель заворачивать? Там по-моему свой счетчик ссылок имеется.
Для отрисовки лучше использовать указатель, т.к. передача передача объекта требует небольшого дополнительного расхода ресурсов.
Какова производительность?
Хороший вопрос. Изображение ~3500x3500 по всем фильтрам на одном ядре 2.7GHz обрабатывается около одной секунды. При этом я запускал 32-битный процесс на win-64, а значит тратится время на преобразование команд в 64-bit.
Также для 32-битного процесса есть ограничение на разрешение изображения — не больше 8000x8000. Это связано в большим объемом данных, занимаемым изображением при повышении точности, которое происходит в функции filter2D.
А можно примеры сравнительно с другими продуктами или программами если есть? Хочется примерно понять какой оверхэд c OpenCV, 15% или 200%.
С фотошопом, гимпом и прочими редакторами нет смысла сравнивать, т.к. любой уважающий себя редактор мгновенно обрабатывает preview изображения, выводя на экран, а потом уже фоном «допиливают» оригинал.
Когда выбирал библиотеку для редактора, думал взять GDI+, но в сравнении с openCV GDI+ проигрывала больше, чем в 10 раз, хотя там алгоритмы яркости, контрастности и пр. уже реализованы — остается только вызвать.
При грамотном использовании скорость работы фильтров с openCV будет не меньше, чем у фотошопа.
Спасибо, понятно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории