В 1.6 раза больше.Сообщение от S_V_B
В 1.6 раза больше.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Не суть, если по правильному считать - без разницы. Только по правильному ресурсов не хватит
БK 0010-01, БК 11М, БК11М+,МС 0511 (УКНЦ)х3, Atari 65XE, Commodore 64, AMIGA 500 (HDD), ZX EVO
Умножение на константу - это вообще самое простейшее.Не суть, если по правильному считать - без разницы. Только по правильному ресурсов не хватит
Обычно для этого используют готовую таблицу.
В любом случае расстояние считать придется для коллизий. (это я к нормализации)
БK 0010-01, БК 11М, БК11М+,МС 0511 (УКНЦ)х3, Atari 65XE, Commodore 64, AMIGA 500 (HDD), ZX EVO
Да я не про то, если ввести другие векторные величины скорость, ускорение, импульс, гравитация.. все колом встанет. На ПЦ о таких вещах не задумываешся
А было бы красиво
А на константу-то мы помножим.. обязательно
БK 0010-01, БК 11М, БК11М+,МС 0511 (УКНЦ)х3, Atari 65XE, Commodore 64, AMIGA 500 (HDD), ZX EVO
Попробуйте все показатели движения умножить, например, на 32. Далее вести расчёты в целых числах, и только перед передачей значений графическим процедурам делить их на 32...Да я не про то, если ввести другие векторные величины скорость, ускорение, импульс, гравитация.. все колом встанет. На ПЦ о таких вещах не задумываешся
А было бы красиво
А на константу-то мы помножим.. обязательно
Тогда, скорее всего, акромя целочисленной таблицы синусов ничего и не понадобиться из монструозного
Не волнуйтесь, моя бабушка водила трактор и пожарную машину (С)
Насколько я понимаю в этом смысл арифметики с фиксированной точкой, хотя я поступил проще и сделал s15.16 что гораздо быстрее но все равно очень медленно
Смысл в том, что УКНЦ ни при каких раскладах не потянет такое количество параметров (с тормозной графикой.. и медленным рисованием линий).
Я про векторный дисплей не просто упомянул
- - - Добавлено - - -
Если вы заметили в примере программы который я привел выше, размеры кораблика несколько гуляют.. не хватает точности.. и это при 16ти бит после запятой.. ,а вы говорите раздели на 32.
БK 0010-01, БК 11М, БК11М+,МС 0511 (УКНЦ)х3, Atari 65XE, Commodore 64, AMIGA 500 (HDD), ZX EVO
Наткнулся на исходники игры SPACE WAR, 1974 года.
Вдруг чем-то будет полезно - https://github.com/MattisLind/SPACEWAR/tree/master/SRC
Oleg N. Cher(30.10.2020), S_V_B(30.10.2020)
Для таких игрушек векторный дисплей самое оно.. не нужно линии по точкам вырисовывать и смотрится классно (особенно с двухслойным люминофором)
Новая тема - "подключение векторного дисплея к УКНЦ"
БK 0010-01, БК 11М, БК11М+,МС 0511 (УКНЦ)х3, Atari 65XE, Commodore 64, AMIGA 500 (HDD), ZX EVO
Сначала умножить на 32
Потом считать в целых числах (без потери точности).
И уже затем, на самой последней стадии, подготовить реальные координаты графического примитива, поделив относительные (и более точные, в другом масштабе) целочисленные координаты на 32. Погрешность, в любом случае не меньше +-1 пиксель
Просто представьте, что у вас (виртуальный) экран размером (640*32)х(350*32), а не 640х350, например. И доступны только целочисленные вычисления.
А в самом конце, вы всё это масштабируете в окно 640х350, простым делением координат точек на 32...
- - - Добавлено - - -
Да, кстати, подобрать масштабную сетку, и отработать целочисленную математику векторов, может быть проще в Бейсике?
И уже потом мучать себя ассемблерами))
Последний раз редактировалось TheGWBV; 30.10.2020 в 14:44.
Не волнуйтесь, моя бабушка водила трактор и пожарную машину (С)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
