Open
Conversation
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.
Перечислите идеи и коротко обозначьте мысли которые у вас возникали по мере выполнения задания, в частности попробуйте ответить на вопросы:
Почему SIFT менее точно угадывает средний угол отклонения? изменяется ли ситуация если выкрутить параметр ORIENTATION_VOTES_PEAK_RATIO=0.999? почему?
--->> всё относительно. мне кажется правильнее спросить не почему sift хуже, а почему orb лучше. ORB использует подход с центроидами, и насколько я знаю не может на 1 keypoint раздвоить точку (как в sift с бинами)
delta in ORIENTATION_VOTES_PEAK_RATIO::
Как надежно замерить во сколько раз распараллеливание через OpenMP ускоряет ваш вариант SIFT? Попробуйте сделать это на вашем компьютере, какое ускорение относительно однопоточной версии оказалось? Сколько у вашего процессора ядер и сколько потоков?
Правда ли можно строить каждый слой в Gaussian пирамиде из самого первого слоя этой октавы? Или нужно обязательно делать так как предложено в статье - дополняя размытие предыдущего слоя этой октавы? Совпадают ли пирамиды визуально?
--->> мы можем либо начинать с base изображения каждый раз пересчитываю сигму на основе current_oct_id | current_layer_in_oct. Или основываться на sigma_prev (которая меняется пока мы спускаемся по пирамиде). Кажется результат один и тот же
Какие ожидания от картинок в Gaussian пирамиде можно придумать? Как проверить что работает корректно? С какой другой картинкой предыдущей октавы должна визуально совпадать конкретная картинка конкретной октавы? Как их визуально сравнить, ведь они разного размера?
--->> размытие увеличивается, первая картинка октавы == последней предыдущей октавы. Resize бОльшей картинки к размеру меньшей
Почему в октаве Gaussian пирамиды s+3 картинки а не s+2 например?
--->> вот поэтому https://t.me/c/3808617323/151
Какие ожидания от картинок в DoG пирамиде можно придумать?
--->> делая разность раздности мы ожидаем получить какие то пики
Почему порог контрастности должен уменьшаться при увеличении числа слоев в октаве?
--->> больше слоёв => меньше отличие между самими изображениями => не так контрастно
Какая строка ответственна за определение сигмы (или что почти то же самое - радиуса) которая задает окрестность по которой определяется ориентация ключевой точки?