Нет, не важно какая моделька.

окей.

потому что пофигу на память.

значит и С нет...все это рептилоиды?

окей.

Окей, дальше. Тебе нужно посчитать физику, посчитать немножко математики пересечений отрезков, а потом вычислить векторы выталкиваний. Тебе нужны для этого типы?

Я так и знал...вот почему все пишут на JS

Окей, дальше. Тебе нужно посчитать физику, посчитать немножко математики пересечений отрезков, а потом вычислить векторы выталкиваний. Тебе нужны для этого типы?

А что если твоя моделька вышла за границы типов данных. НУ ЗДОРОВАЯ ТАКАЯ.

А что если твоя моделька вышла за границы типов данных. НУ ЗДОРОВАЯ ТАКАЯ.

Таких моделек не делают. А если делают то это лоботрясы. Даже террейн в скуйриме влезает в стандартный int64.

А VM js на чем написала?

Таких моделек не делают. А если делают то это лоботрясы. Даже террейн в скуйриме влезает в стандартный int64.

Понял. Вопрос такой. Для 32px спрайта что лучше использовать? какой тип памяти?

Любой. В современных условиях не важно.

Любой. В современных условиях не важно.

если у тебя их 1к?

при том что типы выставляются внутри.

тебе их просто не видно.

если у тебя их 1к?

Появляются условия, мы говорим без условий. 1к 32/32 спрайтов кстати, это всего лишь одно изображение ~1024x1000 (стороны чуть другие но пикселей столько). Не важно какой тип.

большая. Потому что Rust например это LLVM

Появляются условия, мы говорим без условий. 1к 32/32 спрайтов кстати, это всего лишь одно изображение ~1024x1000 (стороны чуть другие но пикселей столько). Не важно какой тип.

так ты должен хранить их размер где то?

так ты должен хранить их размер где то?

Зачем? Почему?

потому что так надо...что бы сказать рендеру :D

потому что так надо...что бы сказать рендеру :D

Слышал что-то про батчинг?

Да (+-), но не на JS.

Слышал что-то про батчинг?

ага слышал.

Да мне кажется уже почти все :C

потому что так надо...что бы сказать рендеру :D

На опенгле, это делается примерно так: Берётся буфер говна (вершины спрайтов на экране). Берётся буфер мочи (вершины обрезок спрайтов на экране, квады). Берётся картинка. Всё это соединяется и отправляется видяхе на шейдер, который их соединяет. В буферах РАЗУМЕЕТСЯ определены типы (int8 как правило), но это низкоуровневая поебень которая легко абстрагируется с минимальным внедрением в мыслительный процесс.

Ага. А как хранить и обрабатывать это внутри ?

Луями.

Если слишком много — классом меша, например как в ловке. Придётся определить типы, ужас.

Понял ты физику делаешь на шейдерах

Умно.

Какую физику?

Ты там что-то говорил про рендер.

Ну рендер отображает. Но мы же не просто картинки показываем?

А физика делается луями совершенно элементарно, без единого лага. Даже со сборкой мусора и без кастомных аллокаторов.

ага. просто везде лепим int32 и нормально

Какой тип у чисел луа, ты помнишь?

все флоат

А точнее?

у флоата в си 1 вид

Какой?

все флоат

wrong answer

в луях даблы

52 бита на целую часть, 8 на мантиссу

хм. Может быть. Мог и перепутать.

Ну выходит еще хуже.

Нет, не хуже.

ну да...не хуже. Каждое твое число весит 64 бита. И ты на этом юнити собирался сделать?

Ах да я вспомнил. Все сложное идет в Си.

И в чём проблема чисел которые весят 64 бита?

Ах да я вспомнил. Все сложное идет в Си.

Сложное? Разве я говорил что-то про сложность?

Ах да я вспомнил. Все сложное идет в Си.

Не сложное, а большое

По размеру? Это точно

Всякие массивы на мильён значений

Ясное дело в Lua их держать не выгодно

По размеру? Это точно

Всё с чем луа плохо справляется идёт в си. В первую очередь парсинг. НЕКОТОРЫЕ отдельные вещи вроде части ресурсов.

Выходит как я и говорил. Логика луа, остальные 45к строк в си

45к строк бойлерплейта и 150к+ строк логики. Нормальное приложение.

как минимум можем посмотреть соотношение C++ и луа сейчас.

А теперь вопрос: на чём написана игра? На си или на луа? ))

я голосую за С++

Мимо

Он больше сделал.

Всё ещё мимо

Мне нормально и так.

Без луа, это просто бойлерплейт без задач. Игрой это делает луа.

не согласен

Там есть враппер к С#

:DDDDD

Без шарпа это просто бойлерплейт без задач.

Ну и так далее.

Без С++ это просто кусок текста.

Нет, без С++ это игра без движка, которую можно портировать на что угодно написав этот стандартный бойлерплейтный движок.

Кажется придется идти учить опять С++ там как раз новый стандарт...

Ага ты наверно и про браузер так думаешь?

Все сделал JS

Без JS /HTML/CSS это....

Ты из крайности в крайность ударяешься)

Лол, ты за день гоняешь больше JS кода чем весь сишно-плюсовый код в твоём браузере ))

Тоже самое.

Нет больше сего я гоняю байтов..

В браузере всё взаимосвязано

Веб не существовал бы в таком виде ,в каком он есть сейчас без JS