ASTEROIDS на УКНЦ

[TheGWBV]

Да я не про то, если ввести другие векторные величины скорость, ускорение, импульс, гравитация.. все колом встанет. На ПЦ о таких вещах не задумываешся
А было бы красиво
А на константу-то мы помножим.. обязательно

Попробуйте все показатели движения умножить, например, на 32. Далее вести расчёты в целых числах, и только перед передачей значений графическим процедурам делить их на 32...
Тогда, скорее всего, акромя целочисленной таблицы синусов ничего и не понадобиться из монструозного

[S_V_B]

Попробуйте все показатели движения умножить, например, на 32.

Насколько я понимаю в этом смысл арифметики с фиксированной точкой, хотя я поступил проще и сделал s15.16 что гораздо быстрее но все равно очень медленно
Смысл в том, что УКНЦ ни при каких раскладах не потянет такое количество параметров (с тормозной графикой.. и медленным рисованием линий).
Я про векторный дисплей не просто упомянул

- - - Добавлено - - -

Если вы заметили в примере программы который я привел выше, размеры кораблика несколько гуляют.. не хватает точности.. и это при 16ти бит после запятой.. ,а вы говорите раздели на 32.

[TheGWBV]

Сначала умножить на 32
Потом считать в целых числах (без потери точности).
И уже затем, на самой последней стадии, подготовить реальные координаты графического примитива, поделив относительные (и более точные, в другом масштабе) целочисленные координаты на 32. Погрешность, в любом случае не меньше +-1 пиксель Вдруг, при таком способе и не больше

Просто представьте, что у вас (виртуальный) экран размером (640*32)х(350*32), а не 640х350, например. И доступны только целочисленные вычисления.
А в самом конце, вы всё это масштабируете в окно 640х350, простым делением координат точек на 32...

- - - Добавлено - - -

Да, кстати, подобрать масштабную сетку, и отработать целочисленную математику векторов, может быть проще в Бейсике?
И уже потом мучать себя ассемблерами))

[S_V_B]

А в самом конце, вы всё это масштабируете в окно 640х350, простым делением координат точек на 32...

И получается какка

Сначала умножить на 32
Потом считать в целых числах (без потери точности).
И уже затем, на самой последней стадии, подготовить реальные координаты графического примитива, поделив относительные (и более точные, в другом масштабе)

Я о чем выше распинался?... У меня вся арифметика s15.16 и то огромная потеря точности. Вы мне глаза хотите открыть что 5 бит лучше 16ти?

- - - Добавлено - - -

Да, кстати, подобрать масштабную сетку, и отработать целочисленную математику векторов, может быть проще в Бейсике?
И уже потом мучать себя ассемблерами))

Если вы такой знаток Васика, пожалуйста изобразите, что хотели сказать.. плавное вращение (без скачков пикселей) в пять бит

[TheGWBV]

И получается какка


Я о чем выше распинался?... У меня вся арифметика s15.16 и то огромная потеря точности. Вы мне глаза хотите открыть что 5 бит лучше 16ти?

Лучше, чем когда фиксированная точка используется влоб, без учёта потери точности вычислений на каждой из операций расчёта

- - - Добавлено - - -

Чего там такого нужно знать в Васике?
Просто указываете, что переменные целочисленные явным образом))
Всё остальное - чистая начертательная геометрия))

[S_V_B]

Пока сам не споткнешься о проблему все кажется элементарно.. (попробуйте - рекомендую
И Васик тут не самый лучший помошщик.. копайте глубже

[Advertiser]

[TheGWBV]

Сейчас есть время только на советы
Когда-нибудь изображу, если останется в этом необходимость =)

[S_V_B]

Чего там такого нужно знать в Васике?
Просто указываете, что переменные целочисленные явным образом))
Всё остальное - чистая начертательгая геометрия))

Ссылку в студию на решение этого элементарного вопроса..

- - - Добавлено - - -

Проблема как вы могли видеть ВЫШЕ не в арифметике, а в общей тормознутости видеосистемы УКНЦ.
От арифметики все равно никуда не денешься, а вот скорость отрисовки - проблема.

[TheGWBV]

Ссылку в студию на решение этого элементарного вопроса..

Чукча не читатель, чукча - писатель! (это я про себя)
Просто поделилась своими мыслями вслух.
Вдруг, они окажутся разумными

По отрисовке в точности не подскажу. Если какой-то из двух ЦПУ имеет прямой доступ к грОЗУ, нужно стараться, чтобы он рисовал графику спец процедурами. Я не знаю, насколько хороший и быстрый код в ПЗУ УК-НЦ для векторной графики.

[S_V_B]

Вдруг, они окажутся разумными

Выше по теме мысли по ускорению я уже высказал.
А когда тему открывал.. думал тоже все элементарно. Двадцать лет назад уже в OpenGL рисовал, ан нет.. чем дальше в лес тем толще партизаны..
ВДРУГ не получится

- - - Добавлено - - -

По отрисовке в точности не подскажу. Если какой-то из двух ЦПУ имеет прямой доступ к грОЗУ, нужно стараться, чтобы он рисовал графику спец процедурами. Я не знаю, насколько хороший и быстрый код в ПЗУ УК-НЦ для векторной графики.

Вот в этом вся проблема форума, никто его не читает, а пишет "умные" ответы только на последний пост

- - - Добавлено - - -

чтобы он рисовал графику спец процедурами.

С этим вышел великий облом.. спец. процедуры даже быстрее рисуют (и даже мысль глупая была.. 8цветов, работают в ПП.. живи и радуйся).. но не работают по 100му (поскольку общаются по "телеграфу").. и в "графическом" режиме у меня не получилось стандартную графику выводить.. поправьте если я не прав.