работа с Tbitmap

[fen1ksss]

В итоге должна получиться программа
"из видео .avi получить 1 панорамный кадр"

Дошел до того момента, когда 2 кадра отличаются менее чем на пиксель (субпиксельный сдвиг), подскажите, можно ли сдвинуть битмап не на integer, а скажем на real?

[BOBAH13]

Сообщение от fen1ksss

В итоге должна получиться программа
"из видео .avi получить 1 панорамный кадр"

Дошел до того момента, когда 2 кадра отличаются менее чем на пиксель (субпиксельный сдвиг), подскажите, можно ли сдвинуть битмап не на integer, а скажем на real?

Разве если есть картина (стена или что там) размером в 600х200, то почему нельзя сделать к примеру один кадр 300х200, и панорама тогда будет просто
1. Битмап = 0 до 300 по OX
2. Битмап = 300 до 600 по OX

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

[fen1ksss]

Сообщение от BOBAH13

Разве если есть картина (стена или что там) размером в 600х200, то почему нельзя сделать к примеру один кадр 300х200, и панорама тогда будет просто
1. Битмап = 0 до 300 по OX
2. Битмап = 300 до 600 по OX

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

Допустим есть видео длительностью примерно 1 секунда, получится примерно 30 кадров. Допустим я двигаю камеру быстро, тогда изменение координаты по оси Х одного кадра от другого будет большим, допустим 5 пикселей.

Сообщение от BOBAH13

Зачем сдвигать менее чем на 1 пиксель?

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

Как делать если отличие больше чем пиксель я знаю, вопрос в том что делать если смещение меньше пикселя.

Надеюсь так более понятно

[BOBAH13]

GDI+ отрисует вам "подобие" double смещений (если меня память не подводит)

[Прик]

Если угловое смещение камеры меньше чем расстояние между пикселями на матрице, то цвет (освещенность) пикселя за время этого смещения не изменится. А что вы хотите - цифра. real в этом случае маст дай.
Но есть методы интерполяции. Здесь real может рулить. На что, впрочем, BOBAH13 и намекнул.

[fen1ksss]

Другой вопрос, прикладываю проект с последовательностью из 11 кадров.

Подскажите, почему правильно работает только при

until (xx>=489) or (Not Result.found);
until (x>Bitmap1.Width-40) or (Result.found);

именно таких числовых значениях?
И от чего это зависит, никак не могу разобраться...

[x128]

Дошел до того момента, когда 2 кадра отличаются менее чем на пиксель (субпиксельный сдвиг), подскажите, можно ли сдвинуть битмап не на integer, а скажем на real?

Увеличиваешь масштаб в два раза и двигаешь на пиксел, приводишь к оригинальному размеру, в итоге получишь сдвиг на половину пиксела. Таким образом в видеокодеках реализована полупиксельная компенсация движения.