Мне кажется, что это прокатит только для очень крупных картинок, где и так хорошо все конвертируется. Для мелких деталей, особенно лиц, сдвиг на пиксель — смерти подобен.
В принципе да. Во втором пункте мысль правильная, но можно не двигать всю картинку, а сразу читать нужный кусок по нужным координатам.
Да, получается 25 вариантов на каждое знакоместо — больше, наверное, смысла нет делать, будет сильно портиться геометрия оригинала.
Для такого метода, возможно, потребовалось бы все функции писать самому — отдельно сварганить такое через bmp2scr гипотетически возможно, но сложно.
Правильно ли я понял что:
1) мы идём «в обратную сторону», то есть пляшем от спектрумовской атрибутной сетки.
2) выбираем стартовое знакоместо и подгоняем, двигая (всю?) картинку под него на +-2 пикселя (что даёт нам 5 вариантов по горизонтали и 5 по вертикали, итого: 25 вариантов).
3) переходим к следующему соседнему знакоместу и также подгоняем двигая всю картинку (25 вариантов).
5) перебираем так всю атрибутную сетку: для каждого знакоместа у нас есть массив лучших вариантов, отсортированных по убыванию.
6) самый главный этап: пытаемся для каждого знакоместа выбрать лучший вариант с учётом лучших вариантов для соседних знакомест (тут количество переборов растёт по экспоненте).
Не думаю, что дифференцированную голосовалку (типа charts — с распределением M лучших мест для каждого голосованта, где M<N, количества работ) можно реализовать возможностями движка.
Да, получается 25 вариантов на каждое знакоместо — больше, наверное, смысла нет делать, будет сильно портиться геометрия оригинала.
Для такого метода, возможно, потребовалось бы все функции писать самому — отдельно сварганить такое через bmp2scr гипотетически возможно, но сложно.
1) мы идём «в обратную сторону», то есть пляшем от спектрумовской атрибутной сетки.
2) выбираем стартовое знакоместо и подгоняем, двигая (всю?) картинку под него на +-2 пикселя (что даёт нам 5 вариантов по горизонтали и 5 по вертикали, итого: 25 вариантов).
3) переходим к следующему соседнему знакоместу и также подгоняем двигая всю картинку (25 вариантов).
5) перебираем так всю атрибутную сетку: для каждого знакоместа у нас есть массив лучших вариантов, отсортированных по убыванию.
6) самый главный этап: пытаемся для каждого знакоместа выбрать лучший вариант с учётом лучших вариантов для соседних знакомест (тут количество переборов растёт по экспоненте).
Эээ, так ведь есть возможность создать опрос? или там опять всё плохо с количеством полей?
Кроме того вроде как собирались делать ротатор?