Task01 Леонид Альжанов ITMO#13
Closed
lalzhanov wants to merge 1 commit intoPhotogrammetryCourse:task01from
Closed
Conversation
Contributor
|
Все хорошо, задача зачтена, 10/10 баллов 👍 |
Contributor
|
По поводу последнего TODO, еще можем потерять точки после дескриптора например, если делаем выбор топ точек первый раз сразу после детекции |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Перечислите идеи и коротко обозначьте мысли которые у вас возникали по мере выполнения задания, в частности попробуйте ответить на вопросы:
Одна из главных причин - выбор нескольких точек с разным поворотом в одном и том же месте. Выбором их количества как раз и занимается этот параметр. Если его выкрутить, то останется намного меньше вторичных кандидатов на поворот, которые могли быть первичными в других кадрах. Да, точность угла отклонения может увеличиться, но в целом, матчинг окажется хуже.
Обычно подобные замеры делаются или через вызовы функций подсчёта времени перед и после выполнения части кода с ускорением и без. На моём железе (Ryzen 9 5900x, 12 core, 24 thread), ускорение при использовании всех потоков составило около 20-30%. Оно не оказалось достаточно существенным скорее всего из-за большой завязанности этой задачи на памяти и overhead-а от внутренней инициализации и завершения процессов в openmp.
Да, можно, так как операция свёртки ассоциативна и мультипликативна относительно сигмы в случае гауссова размытия.
Последняя картинка прошлой октавы и первая картинка этой октавы должны совпадать с точностью до разницы в размере. Их можно сравнить какой-нибудь метрикой сравнения изображений или поэлементно с учётом размера.
Потому что в процессе поиска экстремума и нахождения градиента и гессиана, мы смотрим на текущий, предыдущий и следующий слои в разницах размытий, которых на 1 меньше чем количество самих слоёв размытия.
При увеличении номера слоя должны быть сильно выделены детали увеличивающихся размеров.
Потому что при увеличении числа слоёв, разница в сигмах меньше, значит и разница в картинках меньше, из-за чего их амплитуда уменьшается.
эта
из-за этой
Количество точек очень легко может оказаться меньше чем параметр nfeatures если исходное изображение имеет меньшее количество экстремумов в пирамиде, чем nfeatures. Экстремальный пример: всё изображение - один цвет, значит и все размытия тоже одного цвета, то есть экстремумов, а значит и точек не найдётся. В случае, когда экстремумов достаточно, можно запускать поиск инкрементально, пропуская всё больше и больше точек, пока нужное количество не наберётся.
Github Actions CI