если в треди будут советовать learnopengl, то не слушай их, это плохой ресурс, там говнокод один в примерах
блядь в башке по нулям. С чего начать то? Какой первы класс?
класс GameEngine с методом createGame
>2021
>свой игровой движок
Даже твой пикрил Кармак уже сказал что это хуйня и изобретение велосипеда в наше время. Уже всё придумано до тебя.
все движки либо платные, либо хуйня (годот)
> Кармак
Пиздец, щас бы петухов слушать
И? Суть в том, что движки уже не такие как во времена Кармака. Ид в своё время совершили прорыв в технологиях. Сейчас всё это уже не гарантирует тебе охуенных продаж. Сейчас всё решает либо новаторский геймдизайн, либо франшизы.
Ну так тебя никто и не слушает.
> Создал класс level
А ты смешной. Через пять лет создай тред, когда до шейдеров дойдешь
Создал класс sheider
чё ты доебался до опа, пусть делоет свой класс level и sheider
Ты прав. Пусть проёбывает свою жизнь на ненужную хуйню. Я удаляюсь.
>
Id может сделать static?
>>256812447
>Пусть проёбывает свою жизнь на ненужную хуйню
Ты забыл где сидишь?
то, что тратить свою жизнь нужно обязательно на НУЖНУЮ хуйню - позиция нормиблядка, соси писю
Вот этоя понимаю ИГРА В КАЛЬМАРА
К каким атрибутам?
я пока хочу карту сделать для вывода в консоль из символов, символы должны храниться в матричном массиве, размер массива зависит от размера уровня
Unity и Unreal хуйня? Ну-ну. Ты ведь сделаешь лучше, конечно.
Простой массив должен быть инициализирован константой компил-тайл, то есть const int width должен быть, чтобы работало.
в следующем треде будем учиться работать с графикой
ИЛИ СРАЗУ ГРАФИКУ ЕБАНЕМ?
консоль норм, при перекате можно и графику)
>>256813033
>const int width
нихкуя ебать, все равно считает что не константа, мол значение то туда положит конструктор, а пока оно неизвестно
Class Game
{
Start()
}
Я тебе только одно скажу
Иди по пути лучших - делай хорошую физику.
Зачем каждый раз писать одно и то же ? Почему нельзя спиздить готовый код ?
а чем динамика хуже? при const нужно явное объявление вроде, а динамика поможет сэкономить ресурсы в случае размера карты меньше максимального. конечно, можно и несколько const width x1-n объявить под фиксированные размеры
такого говно еще никто не писал
Писал свой движок 3 года.
>Что почитать
Eric Lengyel - Mathematics for 3D Game Programming and Computer Graphics.
Я так сделол. Оп я знаю не больше тебя.
>Зрядка дл ума, развление сорт оф игорь, дофамин от процесса творчества.
так у него map же
constexpr же, просто const не сработает
да и вообще вектор лучше
Нахуя нужен?
Да я на его месте вообще бы не так делал. Зачем для создания уровня отдельный метод create()? Почему не сделать все в конструкторе?
Мы в унике делаем все массивы через указатели,
например
class Vector {
int arr;
public:
Vector();//конструктор без параметров
void set();//метод инициализация вектора
}
void Vector::set() {//инициализация вектора
if (!arr) {
int flag = 0;
cout << "введите размерность вектора" << endl;
cin >> size;
if (size == 0)
return;
arr = new int[size];
}
cout << "Введите элементы в вектор" << endl;
for (int i = 0; i < size; i++) cin >> (arr + i);
}
так у него нет конструктора же
может это прототип? я бы задал вопрос, зачем тут STL, но походу такие условия задачи)
потому что это у опчика будет ленивая инициализация, заботится о производительности
ну да, зачем STL, можно же всё самому написать с нуля, все контейнеры, всю хуйню...
так может это рогалик, зачем там контейнеры, если инвентарь на 5 предметов?
C одномерный динамическим разобрался, пойду делать двумерный
а насчет конструктора, если есть хорошая статья про них почитаю, не программил лет 5
бля, ди нахуй шизло, адекватные люди не пишут массивы на стеке даже, используют std::array
ах, оказывается тут 300к/наносек синьоры c++20 за стиль поясняют) окей, удаляюсь
System/Window/MasterRender ~700 LOC; Texture ~600 LOC; ShaderProgram ~600 LOC; SceneLoader ~700 LOC; Mesh
~700 LOC; FrameBuffer ~500 LOC; Camera ~500 LOC; FontRender ~500 LOC; GUIRender ~1000 LOC;
MeshRender ~500 LOC; PostProcessingRender ~500 LOC; ShadowMapRender ~500 LOC; WaterRender ~500 LOC;
ParticleRender ~500 LOC; TerrainRender ~1000 LOC; SkyBoxRender ~200 LOC;
=================================================================================
3D Multiplayer Shooter with nice graphics (Openspades, Tesseract, LASERCRAB) = ~200k;
Client ~25k LOC; Core ~25k LOC; Draw ~25k LOC; Tools on Python ~25k LOC; Boilerplate/Bloating Code ~50k LOC;
GUI ~15k LOC; Scripts ~15k LOC; Shaders ~15k LOC; ScriptBindings ~15k LOC;
3rd Libs: ENet for network, unzip for packages and network data, cjson for json, pugixml for xml,
AngelScript for scripts, OpenAL for audio, culr for HTTP, Bullet for physics, Recast & Detour for ai and
navigation mesh, SQLite for balance, Python and ActionScript for tools and exporters;
Blender for levels, Photoshop/Flash for UI;
=================================================================================
BansheeEngine = ~100k LOC;
0a.d. = ~175k LOC;
DOOM 3 = ~300k LOC;
Amnesia = ~300k LOC;
STALKER CoP = ~500k LOC;
Godot Engine = ~600k LOC;
Torque3D Engine = ~700k LOC;
Witcher 3 = ~1kk LOC;
CryEngine V = ~1kk LOC;
UnrealEngine 4 = ~2.5kk LOC;
УДАЧИ НАХУЯЧИВАТЬ ДЕСЯТКИ ТЫЩ КОДА ПРОСТО ШТОБ КАРТИНКУ БОЛЕЕ-МЕНЕЕ ХОРОШУЮ ПОЛУЧИТЬ
Ты для какого рода игры движок-то собрался писать? Задачи поставь.
Пока начнем со змейки, думаю в этом треде управимся, но тип к следующим тредам надо на 3d перекатиться
Бля чтоб создать свой движок нужно быть пиздец прошаренным. Ты же создаешь не что-то уже готовое, а инструмент с помощью которого можно уже что-то создать
>>256815157
Что такое LOC? Количество строчек кода?
а то стд::аррэй твой не на стеке окажется
О братан, я вижу ты в теме, что почитатб про создание собственных движков? Я сам юнити-разРАБотчик, давно хочу попробовать попилить собственный движок.
k LOC = 1000 Lines Of Code
Помню, на информатике змейку на бейсике писали, лол.
ну да, на стеке и окажется, смысл в том, что у него можно взять размер, есть begin end, вся эта хуйня
тут знающий анон советует
https://youtube.com/playlist?list=PLlrATfBNZ98eOOCk2fOFg7Qg5yoQfFAdf
нахуй мне его размер, если я его ему сам задал лол
бегин 0 энд width-1
ппц
И что плохого в изобретении велосипеда?
ну и как, написали?
Двачую. Этот хер кодил сто лет назад, а сейчас пытается вернуть себе популярность проектом 30-летней давности будучи никому ненужным хуём.
> ну да, на стеке и окажется, смысл в том, что у него можно взять размер, есть begin end, вся эта хуйня
Но begin/end есть и у обычного массива, шиз, они ничем не отличаются.
Cudo покури, чтоб не через цп отрисовывать.
Ты получишь деревянное кривое колесо на палке, а не шоссейник для спортсменов.
Ты получишь самое ценное - опыт.
а ты этим колесом получишь по ебалу, если пиздеть будешь под руку
ну да, риально, захардкожу константы прямо в код, где нужен размер этого массива, то если нужно будет передать куда-то, то передам сырой указатель и размер отдельно, зато не стд аррэй, лол
>>256815563
это чтобы range-based for loop работал
Но он и так будет работать для обычного сишного массива, лол.
Опыт это когда над тобой стоит супер опытный чел ты под его давлением 1-3 года каждый день быстро делаешь правильные вещи.
Остальное не опыт.
Чушь. И никогда суперопытный чел не будет тратить года чтоб стоять над душой у хуй пойми кого.
>то передам сырой указатель и размер отдельно
конечно, игровой движок должен быть максимально эффективным, зачем говно таскать всякое ненужное
Можно стоять над душой олимпиадника или выпускника матмеха.
А где все эти говно атрибуты лижат, а? Оп битоебить хочет, а ты ему раскормленное говно предлагаешь. Пусть классические массивы ебошит.
Не успеваю читать тред
Гавно блядь тупорылое... RAII, умные указатели..
А какое творчество в написании движка лол? Творчество начинается в том как ты используешь его возможности.
Это всё равно назвать творчеством не написание картин, а создание красок
в идеале хорошо бы рекаст в войд сделать, но на крайний случай можно просто метод как шар* объявить
> void create_map()
> return
Может программирование это не твоё?
> Юзать буду с++ как самое оптимизирумое, что есть из высокоуровневых
Ващет раст.
Че к хуйне цепляешься?
> умные указатели..
Кал и говно. Нужны только калекам, с отсутствием мозга, жрут дохуя ресурсов, а работают через очко, плюс ищи ломаются.
С какой целью это все делаешь?
Хорошо, хорошо... АСИНХРОННЫЙ НЕ БЛОКИРУЕМЫЙ ИНТРУЗИВНЫЙ УКАЗАТЕЛЬ НА ВИРТУАЛЬНУЮ ПАМЯТЬ
ок, да, я не знал, но в любом случае с нормальным контейнером удобнее работать
>>256815848
нигде не лежат, там внутри этой структуры только сам массив и хранится, размер засунут в шаблонный параметр, раскормится тут только размер бинарника и время компиляции)00
> НА ВИРТУАЛЬНУЮ ПАМЯТЬ
Лучше на физическую, так производительности больше
Не делай этого! Ты устанешь!!!
А я хочу стримить 4ккк текстуры на своей ПС5
Если змейка длинная, может не поместиться.
Да как бы плюсы и есть говно для дебичей по сути. Сразу отвечу растопетухам, раст такое же говно, но для дебичей, которым надо НОВИНОЧКУ пихнуть.
А что не говно.
жаваскрипт
c99
Я блядь вообще забыл как они работают
чот мне кажется в браузерной консоли змейка не оч получится
Механизм сохранения части ресурсов на хард прикрути, ссд всеравно уже со скоростью оперативки работает
>если нужно будет передать куда-то, то передам сырой указатель и размер отдельно, зато не стд аррэй
ладно, я тут тоже хуйню сказал, что fixed size array, что std array одно говно будет и можно передавать шаблонным аргументом в обоих случаях
на канвасе нарисовать не сильно сложнее (даже проще), чем в консоли
А на хранение количества ссылок ресурсы уже не нужны?
Я не представляю, что ваще делать с этим вашим Си. Ни шаблонов, ни ссылок, ни удобных контейнеров из STL, ни ООП, хотя говорят как-то умудряются писать на си в ООП стиле.
Какого еще количества ссылок? Умный указатель содержит в себе только один простой указатель.
в 99% случаях нужен просто unique ptr, которые не хранят количество ссылок, в остальных случаях, если несколько хуёвин владеют ресурсом и ты используешь сырой указатель, очень легко напрашиваешься на то, чтобы разыменовать делитнутый указатель, нужно слишком внимательно следить за порядком, в котором освобождаются ресурсы, чтобы ничего не протекло
>Я ПРЯМО СЕЙЧАС НАЧИНАЮ ПИСАТЬ СВОЙ ИГРОВОЙ ДВИЖОК. Что почитать по теме? Юзать буду с++
Я прямо сейчас начинаю строить свой дом. Что почитать по теме? Юзать буду кирпич и цемент.
> говорят как-то умудряются писать на си в ООП стиле.
Это верх говноедства. Можешь посмотреть на гите исходники openssl, они на нем.
два ретурна же
и вообще я хикке еблан не судите строга за агресию извените
> unique ptr,
Говно. Указатель теряет объект при копировании. Не понимаю, нахуя этот кал придумали.
Чем лаконичнее язык, тем лучше. Кому жить скучно - на скале программируйте.
ты путаешь с auto_ptr вроде, который вообще вроде выпилили уже давно, unique ptr нельзя копировать, только перемещать
а ресурсом владеет обычно только кто-то один, поэтому перемещать это норм
> легко напрашиваешься на то, чтобы разыменовать делитнутый указатель,
Это если в глаза ебешься, руки из жопы и мозг как у рыбки. Короче если ты веб-макак, то да, такое будет, ещё и утечки памяти постоянные будут.
> Что почитать по теме?
Vulkan API
ВСЁ БЛЯДЬ СОСЕШЬ ХУИ УЖЕ ПОСЛЕ 50 СТРОЧЕК КОДА
А сколько ты ресурсов на этом "перемешивании" которое у указателей один хуй копирование проебешь процессорного времени? Оп же убероптимизированный нанодвижок пишет, ему каждый процессорный тик на вес золота
1. Init - тут загружаются различные материалы для игры, инициализируются переменные.
2. Game - тут его величество Главный Цикл
2а. Отобразить на экране что-то
2б. Ждать ввода от пользователя
2в. Отработать ввод(изменение состояния игры, координат и тд) и произвести реакцию(ИИ)
2г. Гото 2а
3. Done - завершение работы приложения
Потом создаёшь уже остальные классы и пишешь им логику взаимодействия согласно вышеизложенному.
Это база, блядь, это знать надо.
Я про приплетание ооп в чистом виде к С, оно там нахуй не усралось, только ресурсы жрёт
так нисколько, ты же сам говоришь, что это будет просто копирование одного указателя, которое бы и так было, просто обезопашиваешь себя от хуйни, я видел видео, где сравнивался асм код, который сгенерился для сырого и для unique ptr, там одно и то же было, самому лень проверять
>ни удобных контейнеров из STL
Которые используют только в my-laba project?
>ни ООП
Которое ненужное говно говна?
>ни ссылок
Которые не нужны, потому что у тебя в твоём игровом движке bump allocator?
это охуенное чтиво (для всех итт, даже если не собираетесь заниматься гейдевом, а просто претесь от программирования)
если осилишь - возвращайся
Обычное копирование это просто копирование, а "перемещение" это копировпние+затирание старого, короче практически в два раза больше действий требуется, плюс умные указатели любого типа очень хуево работают в присутствии обычных,
>Которые используют только в my-laba project?
чому? вроде же норм
>Которое ненужное говно говна?
да, обожаю наследование, обмазываться шаблонами и концептами, инкапсулировать поля класса в своём очке
>Которые не нужны, потому что у тебя в твоём игровом движке bump allocator?
я не ебу что за бамп аллокатор, но ссылки же те же указатели, только их нельзя удалить, не?
>>256817325
а да чёт не подумал, ну да, всё, пиздец тогда...
КАК МНЕ НАХУЙ ЭТО СДЕЛАТЬ?
Тебе надо писать движок а ты
>обмазываться шаблонами и концептами, инкапсулировать поля класса в своём очке
Передавай не блядомассивы, а указатели, плюс у тебя create_map должна возвращать не char, а char+++ - это *, просто макака их съедает
а что есть лучше ооп? data-oriented design и вообще писать с использованием сишных структур?
Ну и для большей ахуенности инкапсулируй char map[][] через typedef, так удобней будет.
Не живи! Ты умрёшь!!!
Я вроде справился. Выглядит как говно?
Я конечно мимохуй, а не тот тип, но:
ООП это очень хуево с точки зрения кэширования памяти. Еще накладные всякие на виртуальные классы и прочую муть.
> Еще накладные всякие на виртуальные классы и прочую муть.
Они и в функцианальном проходе подходе есть, просто всплывают более явно.
А зачем это говно в виде нуликов?
расскажи вкраце чё это
Не, ты лучше сходи почитай, там как раз вкраце всё.
у меня аллергия на вики статьи, они написаны всрато очень, как будто специально, чтобы я нихуя не понял
> level first("first", 1,16,16)
Что означает 1?
А причем тут функциональщина? В процедурке, как в С, расходы подобные разве что на вызовы функций и соблюдение декларации о вызовах.
Проблема с кешированием... Ну допустим вот есть строки. Ты выделил память на класс строки (допустим там char, size_t lenght), потом еще выделил на char. Получается 2 аллокации, которые вполне могут быть в разных местах (особенно при реалокации памяти под char*) - наебывается кэш.
ТЕПЕРЬ ЕБАНЕМ ЗМЕЮКУ?
ИЛи сначала меню для игры ?
У нас есть класс с картами, но карты нигде не хранятся
>>256818096
1 айдишник карты, но создание карт надо вынести в отдельное место как по мне
>Проблема с кешированием... Ну допустим вот есть строки. Ты выделил память на класс строки (допустим там char, size_t lenght), потом еще выделил на char. Получается 2 аллокации, которые вполне могут быть в разных местах (особенно при реалокации памяти под char*) - наебывается кэш.
Да забейте вы на кэш, подобная параша вообще по-разному может работать, с той же строкой класег будет на стеке, а буфер под строку уже через алокатор запросят.
Либо можно запросить сразу чанк равный длине данных под класс плюс длина буфера.
ок, я посмотрел видео и примерно понял идею
https://youtu.be/2rW7ALyHaas
архитектурный надзор итт
зачем хранить поле, если на нем ничего кроме питона и яблока нет. Логичнее хранить змея (причем можно в одномерном массиве, он же длинный, но не широкий) и координаты яблочка.
placement new
>>256818207
>>256818359
Поле я храню так как поле это и не поле а поверхность, и на этой поверхности живут и яблочки и деревья и змеи.
По сути я написал функцию для задания плоской поверхности
Какие будут предложения?
Это понятно, но задать двумерный массив можно как одномерный. Памяти меньше будет требовать и все будет находиться в одном месте памяти.
Мимохуй, не тот, кому ты пишешь
Пиздец, вот это достижений создал двумерный массив и заполнил его нулями, ты реально настолько ущербный или просто притворяешься? И это за 3 часа
>создал двумерный массив и заполнил его нулями
>И это за 3 часа
ДА ЭТО Я!
чем существующие не устраивают?
1. Карта должна хранить числа, обозначающие номер объекта.
2. Должен быть язык, описывающий эти объекты. Не то чтобы скриптовый, просто описывающий их и создающий как объекты в памяти.
>>256818644
Ты не понимаешь, у этого не должно быть цели вообще. Человек просто хочет себя чем-то занять. Я вот тоже когда водки нахуярюсь иду какую-то хуйню писать.
> ноль знаний, ноль умений
> Я ПРЯМО СЕЙЧАС НАЧИНАЮ ПИСАТЬ СВОЙ ИГРОВОЙ ДВИЖОК
Начинание неплохое, но закончишь ты его лет эдак через 15 в лучшем случае и то на выходе получится уг
На существующих все игры выглядят одинаково! Какого хуя? Зто бесит.
Тогда блядь надо писать под задачу, а не как ОП
Вот тогда я заполняю массив числами, а под числа делаю словарь их объектов со свойствами и айдишками?
Нужно ли писать движок под игру или наоборот?
А допускаешь ли ты наличие двух и более объектов в одной точке?
Можно, но не нужно.
>>256811175 (OP)
гугли нигу game engine architectue, 1200 страниц фундамнтальнго рабора маетатики, геометрии и физиккии
Скорее что один объект может хранить в себе другой
Кубики в марио хранят в себе грибочки, точнее имеют вызов на грибочек
Ну вот топ геймдевы пилят один движок под одну игру, а потом на нем ебошат целую серию с модификациями самого движка, а есть юнити, там универсальность хоть попой жуй.
а в чем проблемы?
указатель в регион памяти аллокатора удобнее брать ссылкой, чтобы не ебаться со стрелочкой
Творчество это проектирование и закладка возможностей в движок, а их использование это макакинг типа собери робота из набора готовых деталей. Аналогия с картинами плоха, ибо тут инженерное творчество, инженеру интереснее создавать микропроцессор, чем смартфон на его базе, это более высокий и сложный уровень. Алсо ноудискас, просто возможно разный взгляд на вещи: кто-то может считать творчеством искусное управление гоночным болидом, кто-то прооектирование общей компоновки, а кто-то разработку йоба-системы впрыска топлива.
>>256819012
https://www.amazon.com/Engine-Architecture-Third-Jason-Gregory/dp/1138035459
в вк вроде есть пдф, гуглится.
алсо мой тред если ты давно мечтал о ГТА в России https://2ch.hk/gd/res/572156.html#768715
вот пдф, тяжелая и большая книга https://vk.com/doc44301783_403877504?hash=85823911a76bbebc02
БЛЯДЬ ТУТ АНГЛИЙСКИЙ
>Человек просто хочет себя чем-то занять.
Человек бы мог почитать исходники существующих движков.
Я нашел сам
Пропустил имя переменной в функции start
Объявление класса лучше писать в .h файле, определение в .cpp
Я тебе на кого похож? На червя пидора или на творца демиурга?
Используй вектор, не еби себе мозги с этим.
Все верно анон, в завтрашнем треде исправлюсь
>интереснее создавать микропроцессор, чем смартфон на его базе, это более высокий и сложный уровень
Ты, кажется, не понимаешь, что иногда микропроцессор не сложнее on chip шины в смартфоне/мк. Рассуждения про болид про хуйню выдают пиздабола. Любая вещь сложна, если ты профессионал, проста она только для долбоёба, который в этом не разбирается.
Поясни за вектор
На долбоёба.
Трипл не пиздит
Хуета для работы с массивами. Полезная как и string. Советую начинать использовать.
vector<int> test;
test.push_back(5);
Там ещё много разных интересных функций есть, типа count, empty, clear..
Ещё есть list, но он не имеет возможности достать элемент по индексу. Только если циклом проходить и через итератор. Но list быстрее.
Вообще, я не ебу вообще что ты сейчас пытаешься писать, ты бы для начала программирование до хорошего уровня подтянул, потом уже с directx или opengl (лучше directx) научился играться, а потом уже за такие вещи брался.
Гошан, ты?
UE4/5
Unity
Godot кстати весьма неплох
Leadwerks
Game Maker
DarkBasic прости господи.
А вообще советую начать с того, что скачай исходники чего-нибудь (недавно вот выкладывали в сеть исходники сурса и IdTech от Doom 3) и внимательно их изучил.
Структура, архитектура, вот это все.
Затем тебе нужна четкая структура того, что тебе надо делать. Сначала - горы документации. Заведи Obsidian и заводи по заметке на каждый класс, со ссылками на все что задействуется. Так у тебя будет граф классов, с зависимостями, цепочками наследования, документацией и пониманием как оно работает, иначе ты просто ебнешься в какой-то момент.
И только потом начинай делать. Выбери методологию. Выбери семью. Выбери телевизор с большим экраном. Выбери стиральную машину и следуй ей. Водопад? Ебашь водопад от начала и до конца. Agile? Реализуй задачи итеративно. Не отходи от этого, иначе у тебя будет лютый мусоросборник.
Но вообще для 2D параши - простая задача. Для чего-то более сложного ты будешь делать лет 10.
Для 2D можешь еще поизучать ROM от игр для NES и тому подобного. Они компактны, но при этом все реализуют в себе.
> Вообще, я не ебу вообще что ты сейчас пытаешься писать, ты бы для начала программирование до хорошего уровня подтянул, потом уже с directx или opengl (лучше directx) научился играться, а потом уже за такие вещи брался.
> Гошан, ты?
Я не гошан
Успешно работаю мидл ращработчиком. Никто и не подозревает что я ДАЛБОЕБ
Бля, везёт. Я себя джуном считаю и куда-то идти работать боюсь.
ФУНКЦИОНАЛ ОЧКА
На самом деле нет, от под нее плохо заточен, хотя и можно работать, функторы же есть, епта. С каррированием будут ебля, но в целом - жить можна.
Правильно нахуй
Тут те кто щарит не нужны, иначе мкня раскусят и уволят
Функторы в плюсах же. Да и лямбды там. При чем тут си?
Работай на себя. Один из ключевых плюсов кодинга в том что опыт можно нарабатывать, в теории конечно, не выходя из сычевальни.
Да, сейчас будут 300к/с которые скажут что не так но это всё же опыт.
Вот экономистом или юристом без реального устройства или создания своего бизнеса в случае экономиста, наработать опыт самому нереально.
Лол, рили. Сто лет не писал на чистых сях.
Нет, под него есть задачи, но большинству лучше писать на плюсах все же.
Если ты имеешь ввиду делать проекты для себя, то именно этим я и занимаюсь с самого начала самостоятельного изучения С++. Мне это нравится, но при одной мысли идти куда-то работать бросает в дрожь. Хотя, это наверное не совсем с языком связано, а вообще. Я ж нигде по сути не работал и ответственности дико боюсь.
Это не движок.
Тогда покажи мне движок
дай ссылку
А если серьёзно, сам погугли. Я ебал столько выписывать.
Игровой движок pdf
Первой ссылкой в гугел
>>256821997
Сам же ответил.
Завтра начну читать сделаю выводы и тред номер два создам
Но змейку сначала допишем
почему в заголовочном файле функции описываешь
сначала подучи плюсы перед тем как игры писать хд
это же статический массив сука блять
иди учи плюсы, ты дальше хеллоу ворлда видимо не продвинулся
это же статический массив сука блять
иди учи плюсы, ты дальше хеллоу ворлда видимо не продвинулся
хотя если троллишь то молодец, я даже не понял сразу)
>>256822360
о опять ответ пишется после неправильной капчи
Спасибо, АБу
Абу благословил этот пост.
И вообще чтобы написать норм двиг лучше почитать суср другого двигла
idTech там, UE старый
Почитать, понять что это нафиг не надо и бросить
Гений!
> хотя если троллишь то молодец, я даже не понял сразу)
Представь себе я не тироллю
Я уже три года работаю разработчиком
Что разрабатываешь и на чём?
C#, python, abap
Занимаюсь срм системами и базами данных
Почитай Достоевского, дебил блять.
Да, хуйня. Не удовлетворяют моим трпбованиям.
мимо
Ок. Если ты не троллишь, то ты глобально недооцениваешь: а) объём усилий, необходимых для создания простейшего движка; б) сложность C++, с которым ты, как я вижу, не особо знаком. Единственный практически полезный смысл этой работы — это изучение языка программирования и физико-математических формул. Тем, что ты сможешь написать, в серьёзных проектах не получится воспользоваться. Так что, прежде чем начинать, подумай, устроит ли тебя такой результат.
Это троллинг тупостью?
Я за год так отупел что мне нужно дичайше сложная задача.
В школе занимался олимпиадами по информатике(в том числе на плюсах) и сдал егэ почти на 100ку
Обожаю сложные задачи и интеллектуальные загадки. На работе такого тупо нет. Сейчас себя чувствую максимальным говном. Даже два года назад я бы обосрал себя в жтом треде за такой код
>жаваскрипт
Говно говна.
Ты слишком сложную задачу себе поставил. Да и проектированием не занимался, не расписывал, какие сущности у тебя будут и как взаимоотноситься и взаимодействовать. В случае сложного проекта, а движок — это очень сложно, ты просто запутаешься и не разгребёшься.
Да и даже в трёх методах класса map, который ты пишешь, уже видны огрехи. Расписывать, или не интересно?
Конечно интересно
А я уж разберусь в соло спроектировал и запустил срм систему полного цикла, ее начали продавать, а потом я дропнул шаражкину контору.
Хотя это была канеш однобокая задача довольно, но тоже ничего не знал о таких системах когда взялся
Не видел исходный код этой системы, ничего сказать не могу.
Для змейки тебе нужно прямоугольное игровое поле. Ты решил сделать его при помощи массива массивов. Поэтому ты выделяешь сначала память на массив, а потом в цикле — на каждый из подмассивов. А затем ещё зачем-то заполняешь их символом '0'. Ну а в отдельном методе — удаляешь созданное. Это неэффективно, прям совсем.
А кпкаой хороший?
> там говнокод один в примерах
Так там гайды глу, а не по плюсам и прочему, не относящееся к глу.
Во-первых под прямоугольное поле лучше выделить одномерный массив длиной ширина × высота, а в методах доступа к клетке предусмотреть перевод двухмерной координаты (i, j) в одномерную k. Таким образом ты сразу будешь получать кусок памяти нужной величины, который легко заполнить одним значением с помощью memset, а также легко удалить всего одним delete.
Однакл во-вторых для змейки тебе вообще не нужно хранить информацию обо всех клетках поля. Тебе нужно хранить координаты «кроликов» (или что там жрёт твоя змейка) и саму змейку — координаты головы, хвоста и каждого из её сгибов. То и другое лучше всего реализовать списками.
А если я хочу универсальную игру
Ебошишь активные и не очень списки объектов, при отрисовывпнии проверяешь, какие объекты попадают в область видимости, перед перемещением/действием проверяешь, нет ли какой-нибудь хуйни и так в цикле для каждого объекта
змейку вообще можно в поле хранить же, отдельно только указатели на голову и хвост, чтобы быстрее отрисовывать