楽
Да. Но зачем?
Size: a a a
2020 July 18
楽
Не проще сделать db a, b, c
A
楽園松本
Да. Но зачем?
я выше написла зачем это
A
楽園松本
Не проще сделать db a, b, c
с калькулятором придется сидеть. шесть битов дают 64 значения. а надо только 16 из этого набора. вот он математически это и записывает, по какому принципу сделать выборку нужных цветов
ST
с калькулятором придется сидеть. шесть битов дают 64 значения. а надо только 16 из этого набора. вот он математически это и записывает, по какому принципу сделать выборку нужных цветов
Если на то пошло, докатился до калькулятора, то лучше уж сразу в Excell создать модель, там можно весь цикл просчитать автоматически и уже потом, когда понимаешь что всё верно, всё сошлось, и видишь целиком всю картину, можно приступать к написанию алгоритма.
A
ну так не пойму же пока не выведу на экран
A
и все равно придется писать цикл для инициализации цветов
ST
Вот к примеру мне нужно создать вращение текста на экране, по аналогии как вращаются лопасти у вертолёта (если бы их, лопастей, было две, в данном примере вид этих лопастей с боку), создаю в экселе до мелочей просчитанную модель... И когда вижу что всё безукоризненно, приступаю к написанию, а вернее к переводу в ассемблер уже готовой модели.
A
Как по мне, гамма завышена.
создай идеальную гамму
A
Может нужно брать за основу те 16 цветов, которые в картинке чаще всего встречаются (а может наиболее контрастные). Остальные цвета добывать случайным дизерингом?
а если нет картинки (изображение строится в самой памяти)? генерить ее в памяти с тремя каналами? - памяти на 3 канала не хватит, если еще 640*480=307к можно поместить в память то 307к*3 уже нельзя
A
У регулярного дизеринга 16 шагов?
что понимаешь под шагом?