Прошу критики игры "Змейка"

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

Вложения

	Project.rar (12.87 Мб, 47 просмотров)
	отдельно main.rar (1.3 Кб, 11 просмотров)
	отдельно екзешник.rar (24.7 Кб, 25 просмотров)

0

COKPOWEHEU, окей займусь ncurses

0

Сообщение от COKPOWEHEU Файл res/prog32.exe - скомпилированный бинарник

Написано "Press any key". При нажатии на клавиши выводит их код. Попробовать поиграть нельзя?

0

Вы код-то смотрели?
Это не "змейка", это только шаблон ncurses, демонстрирующий основные функции: неблокирующий ввод, вывод, перемещение курсора.
Вспомните, я хочу не столько написать "змейку", сколько направить anton3d в нужную сторону.

0

Сообщение от COKPOWEHEU Вы код-то смотрели? Это не "змейка", это только шаблон ncurses

Там много файлов, поэтому я не решился начать разбираться. Я от C++ отошёл в сторону изучения C#/Unity, JavaScript/Three.js, TypeScript/Babylon.js, WebGL и др. Меня ввело в заблуждение название архива "ncur_snake.rar".

Сообщение от COKPOWEHEU 8Observer8, может, сами хотите поучаствовать в написании суперкрутой трехмерной змейки? Тогда можно набросать ТЗ с основными фичами... или сразу начать кодить.

У меня давно это в планах. За основу я хотел взять игру Battle Snake

0

C 1 2 3 4 5 6 7 glPushMatrix(); glTranslatef(pos->x, pos->y, pos->z); glRotatef(rot->x, 1.0f, 0.0f, 0.0f); glRotatef(rot->y, 0.0f, 1.0f, 0.0f); glRotatef(rot->z, 0.0f, 0.0f, 1.0f); this->draw_models(); glPopMatrix();

Кто-то тут распинался по поводу перехода на Vulkan, SDL а сам до сих пор на OpenGL 1 и WinAPI сидит?

0

Сообщение от COKPOWEHEU Кто-то тут распинался по поводу перехода на Vulkan, SDL а сам до сих пор на OpenGL 1 и WinAPI сидит?

Я код даже не смотрел и не собираюсь. Под "взять за основу" я имел ввиду сделать 3D змейку наподобие Battle Snake, то есть писать ТЗ, основываясь на этой игре. Я выше написал, что ушёл от C++ на C#/Unity и др. Поэтому 3D змейку буду делать на Unity, который, кстати, Unity поддерживает Vulkan. Соберу под 5 платформ: Windows, Linux, Mac и WebGL. Скорее всего, браузерную версию буду делать на JS/Three.js или на TS/Babylon.js. Либо сделаю только на Unity, либо только на Babylon.js. Пока что не решил. ТЗ буду писать в виде ВDD (Behavior-driven development)

Добавлено через 54 минуты

Сообщение от COKPOWEHEU по поводу перехода на Vulkan, SDL а сам до сих пор на OpenGL 1 и WinAPI сидит?

По поводу того, что там в примере OpenGL 1.5, то я много раз переписывал примеры с 1.5 на 3.3 и ничего очень сложного в этом не вижу. Так же я переписывал создание окна и обработку нажатий клавиш с SDL на WinAPI и обратно - тоже ничего очень сложного. Теперь уже шейдерный OpenGL считается deprecated на Mac и iOS. Можно порекомендовать делать порт на Vulkan, но лично я не собираюсь его изучать. OpenGL я собираюсь изучать не выше версии 3, потому что новый WebGL 2.0 основывается на OpenGL 3 ES.

0

Сообщение от 8Observer8 Соберу под 5 платформ: Windows, Linux, Mac и WebGL

А 5-я платформа какая?

Сообщение от 8Observer8 Теперь уже шейдерный OpenGL считается deprecated на Mac и iOS

Да пусть объявляют устаревшим что угодно, кому до них дело. Все равно интуитивнее OpenGL 1 ничего не придумали.

0

Сообщение от COKPOWEHEU А 5-я платформа какая?

Пропустил - Android. Когда-нибудь потом нужно будет научиться под iOS собирать. Под Android просто всё, я пробовал, а под iOS пока не разбирался, но с первого раза не так очевидно. Всего Unity собирает под 25 платформ.

Сообщение от COKPOWEHEU Да пусть объявляют устаревшим что угодно, кому до них дело.

Если человек пишет кроссплатформенное приложение на OpenGL 4, то ему нужно будет учитывать, что на Mac и iOS поддержка OpenGL остановилась, по-моему, на OpenGL 3. То есть фишки из 4-й версии не будут работать в 3-й версии. В будущем возможно будут выходить версии OpenGL: 5, 6, 7 и т.д. У меня есть подозрения, что в будущем Khronos Group переключит все силы своих разрабов на Vulkan и WebGL, а OpenGL прекратит развиваться. Но это только подозрения, посмотрим.

Сообщение от COKPOWEHEU Все равно интуитивнее OpenGL 1 ничего не придумали.

Придумали Unity. Например, загрузка 3D моделей в Unity намного более интуитивнее, чем на OpenGL: просто нужно мышкой перетащить. Здесь многое намного интуитивнее. К тому же если опять говорить про кроссплатформу, то OpenGL 1 не работает на Android и iOS, там только шейдерный OpenGL.

0

Сообщение от 8Observer8 Все равно интуитивнее OpenGL 1 ничего не придумали. Придумали Unity

Ну еще с редактором карт и модов к какой-нибудь игре сравните.

Сообщение от 8Observer8 Пропустил - Android. Когда-нибудь потом нужно будет научиться под iOS собирать

Не уверен что будет так просто перенести между ПК и телефонами. Как минимум, разные мощности и ввод-вывод. А раз так, то все равно чуть ли не с нуля писать.

Сообщение от 8Observer8 Если человек пишет кроссплатформенное приложение на OpenGL 4, то ему нужно будет учитывать, что на Mac и iOS поддержка OpenGL остановилась, по-моему, на OpenGL 3.

Если уж сами apple не желают поддерживать стандарты, в крайнем случае пишут обертку вокруг того что есть, которая бы выглядела так как надо. Собственно, так работает любая, особенно кроссплатформенная, библиотека - переводит свои вызовы в запросы к железу, системным функциям и т.д. Будет странно, если никто не напишет реализацию OpenGL поверх того же Vulkan. Собственно, так или иначе придется обеспечить возможность запуска старых программ.

0

Сообщение от COKPOWEHEU Не уверен что будет так просто перенести между ПК и телефонами. Как минимум, разные мощности и ввод-вывод. А раз так, то все равно чуть ли не с нуля писать.

В первую очередь Unity больше всего используется для Android и iOS. С вводом-выводом там нормально дела. У нас в Саратове, как минимум три конторы делают игры для Android и iOS для Unity. Я работал в одной из них. Они делают игры на Unity с абсолютного нуля, то есть там и художники, и моделлеры, и геймдизайнеры всё делают с нуля на Unity. Да, конечно, нужно с головой подходить к разработке под смартфоны и планшеты, то есть чем-то нужно жертвовать, например, количеством полигонов, постэффектами и т.д.

Добавлено через 3 минуты

Сообщение от COKPOWEHEU Не уверен что будет так просто перенести между ПК и телефонами.

Если игра нормально оптимизирована под телефон и управление переключается в зависимости под что собирается, то перенос делается очень быстро через настройки Unity -> Switch Platform - пару кликов мышью.

0

Сообщение от COKPOWEHEU Если уж сами apple не желают поддерживать стандарты, в крайнем случае пишут обертку вокруг того что есть, которая бы выглядела так как надо. Собственно, так работает любая, особенно кроссплатформенная, библиотека - переводит свои вызовы в запросы к железу, системным функциям и т.д. Будет странно, если никто не напишет реализацию OpenGL поверх того же Vulkan. Собственно, так или иначе придется обеспечить возможность запуска старых программ.

Да, я это знаю, но это дополнительная большая работа для разработчиков игры, а в Unity эта работа уже сделана разработчиками Unity. Они сделали сборку и под PlayStation и под XBox. На Mac придётся писать на Metal/Vulkan, для Android на OpenGL ES, Поэтому лучший вариант взять кроссплатформенный движок типа Unity, делать туже 3D змейку на нём. Плюсов от этого много. Например, C# более дружелюбный, чем C++, вакансий по Unity в вашем городе, как правило, больше, чем на OpenGL/Vulkan. Я смотрю в сторону удалённой работы на иностранных заказчиков или full-time. Там тоже на Unity больше вакансий, чем на OpenGL/Vulkan. Для интереса погуглите вакансии. Если делать 2D или 3D змейку, то отпадают технические проблемы на чём выводить графику: DirectX, OpenGL, Vulkan, и можно сосредоточится только на коде самой игры и на создании 3D контента в Blender'е, Maya или 3DsMax. 3D контент и анимации - это тоже время для изучения. Написание ТЗ - тоже время. Я решил себе в ТЗ написать, что на первом уровне будут нефтяные качалки стоять. Типа такой:

0

Сообщение от COKPOWEHEU Ну еще с редактором карт и модов к какой-нибудь игре сравните.

Сложно будет найти готовую 3D змейку с редактором карт и модов. Идея в том, чтобы убрать проблему, как отображать графику (GDI+, псевдографика, SFML), что изучать для этого, какую версию брать: DirectX, OpenGL, или что-то перспективное изучать: Vulkan, Mantle и т.д. Я думаю, проще и быстрее взять обёртку над низкоуровневыми библиотеками, для C++ есть, например, Ogre3D или ещё что-то. Самый простой в этом плане для 3D, я считаю - Unity. Я бы рекомендовал автору тему сделать 2D змейку по текстовому туториалу Unity 2D Snake Tutorial. За одно практика по английскому. Далее можно будет квадраты заменить на кубы, а потом кубы заменить на кастомные 3D объекты, сделанные в бесплатном 3D редакторе Blender. Добавить кнопки Start, Exit, добавить звуки, музыку, правила, сцены Game Over и т.д. по фантазии.

0

Сообщение от 8Observer8 В первую очередь Unity больше всего используется для Android и iOS. С вводом-выводом там нормально дела

Я не говорил, что Unity не поддерживает телефонный ввод. Я говорил что ввод на телефоне и компьютере отличается, а это значит что придется перерабатывать интерфейсы. Да хотя бы самое простое - горячие клавиши.

Сообщение от 8Observer8 Если игра нормально оптимизирована под телефон...

... то на компе будет выглядеть убого по сравнению с игрой, оптимизированной под него.

Сообщение от 8Observer8 Да, я это знаю, но это дополнительная большая работа для разработчиков игры, а в Unity эта работа уже сделана разработчиками Unity

А до них эта же работа сделана производителями видеокарт, включающих в свои драйвера работу с OpenGL, DX, Vulkan и т.п.

Сообщение от 8Observer8 лучший вариант взять кроссплатформенный движок типа Unity, делать туже 3D змейку на нём

Лучший для чего? Для того чтобы получить игру возможно. Но для того чтобы научиться программировать игры - однозначно нет.

Сообщение от 8Observer8 Сложно будет найти готовую 3D змейку с редактором карт и модов.

Что-то вас носит из угла в угол. Мы обсуждаем сравнение OpenGL (графической библиотеки) с Unity (игровым движком). Собственно, я и говорю, что их нельзя сравнивать... При чем тут "редактор карт для змейки"?

Сообщение от 8Observer8 Самый простой в этом плане для 3D, я считаю - Unity.

Рад за вас, но хватит его уже рекламировать, тем более в этой теме. Меня он не интересует абсолютно, а ТСу пока рано. Без знания основ программирования, графики и прочего брать готовый движок означает ловить самые экзотические глюки и проблемы производительности. Тем более на С# - он только-только С++ осваивает, а вы хотите чтобы он тут же на третий язык переключился?

0

COKPOWEHEU, я в тупике с этим ncurses
У меня vs community 17
Сначала я пытался перенести весь ncur_snake на vs порешал кучу ошибок но все-равно уперся в то что не смог починить.
Потом я решил что проще будет запустить проект в среде где он писался-скачал mingw,настроил Path,попытался через консоль скомпилировать-но чет у меня не получилось-скрины прилагаю в низу,походу нужно указать еще пути к заголовочным файлам,черт его знает.Чем это лечить??

Миниатюры

 

0

Ну, задал я сам себе задачку Теперь придется тоже качать mingw, устанавливать на виртуалку и смотреть что там не работает.
Но сначала давайте проверим самое простое
В каталоге ./mingw_include/ncursesw лежат заголовочные файлы. Попробуйте пнуть компилятор в их сторону ключами -I ./mingw_include -I ./mingw_include/ncursesw для компиляции и libncursesw.a при линковке.
Суммарно строка компиляции будет выглядеть так (запуск из корневого каталога, там еще makefile лежит)
src/main.cpp запускаем из корня, поэтому надо указать путь к файлу исходника с учетом вложенных каталогов
-o prog.exe имя конечного файла. Запускать a.exe как-то не интересно, пусть лучше будет prog.exe
-Os -Wall включаем оптимизацию по размеру (можно и по скорости, -Ofast, но ее поддерживают не все) и отображение всех предупреждений компилятора. Вот их включать обязательно, поскольку в 90% случаев они еще хуже чем ошибки
-I ./mingw_include -I ./mingw_include/ncursesw говорим компилятору что инклюдные файлы нужно искать не только в стандартных местах, но и там, куда мы показываем, то есть в mingw_include и mingw_include/ncursesw. Я это делал для совместимости, поскольку в Linux у этих файлов есть стандартное место в файловой системе и поменять его не так просто, да и смысла не имеет. А для кросс-компиляции вообще безразлично куда их класть.
-static-libgcc -static-libstdc++ по умолчанию в готовый бинарник не включаются файлы libc. Предполагается, что на целевой машине уже будут установлены все нужные библиотеки. Однако на практике это не всегда так, поэтому перестрахуемся и встроим все необходимое прямо в prog.exe. Когда дойдем до SDL, уже придется шаманить, поскольку прямого способа статически слинковать его я не нашел
-lmingw32 -mconsole какие-то настройки mingw. Точно не знаю за что они отвечают. Хотя -mconsole вроде заставляет отображать окно консоли, а -mwindows прячет его.
libncursesw.a библиотека ncurses, которую надо статически встроить в программу.

Добавлено через 1 минуту
Собственно, именно из-за такого развесистого набора флагов - это вы еще не столкнулись с компиляцией из нескольких файлов - и придумали такую штуку как makefile. Там в текстовом виде можно прописать все эти флаги, условия и кое-какие зависимости, чтобы потом просто набрать make и собрать весь проект.

0

Сообщение от COKPOWEHEU Я говорил что ввод на телефоне и компьютере отличается, а это значит что придется перерабатывать интерфейсы.

В Unity очень умно сделали ввод-вывод чтобы было максимально удобно для программиста, который пишет под разные платформы, в том числе используя геймпад, или джойстик под Android.

Сообщение от COKPOWEHEU ... то на компе будет выглядеть убого по сравнению с игрой, оптимизированной под него.

Под каждую сборку свои настройки. Включить/выключить какие-то постэффекты перед сборкой. Другое дело количество полигонов, текстуры - здесь нужно подумать, как в зависимости от сборки подгружать оптимизированные модели под ПК с более насыщенной графикой. Надо будет попробовать на 3D змейке такое проделать.

Сообщение от COKPOWEHEU А до них эта же работа сделана производителями видеокарт, включающих в свои драйвера работу с OpenGL, DX, Vulkan и т.п.

Главное, чтобы результатами проделанной работы можно было воспользоваться, чтобы сэкономить время и силы.

Сообщение от COKPOWEHEU Рад за вас, но хватит его уже рекламировать, тем более в этой теме. Меня он не интересует абсолютно, а ТСу пока рано. Без знания основ программирования, графики и прочего брать готовый движок означает ловить самые экзотические глюки и проблемы производительности. Тем более на С# - он только-только С++ осваивает, а вы хотите чтобы он тут же на третий язык переключился?

Если бы мне платили, то это была бы реклама. Мне от этого никакой выгоды нет. Разве что у себя в голове по полочкам раскладываю. У меня другое мнение, по поводу того, с чего и когда нужно начинать изучение программирования игр. Сколько времени вы сами потратили или планируете потратить, чтобы перейти на готовый движок? И если TC'у рано осваивать C# и Unity, то до какого уровня нужно довести C++, сколько лет потратить, чтобы переключиться на изучение C#? Сколько месяцев или лет нужно ТС'у, чтобы быть готовым пойти Junior'ом в контору, которая делает игры на Unity?

anton3d, моё мнение, что можно прям сейчас изучать C#, основы графики, делая простые игры, используя Unity и Blender. Поищите сколько контор на Unity в вашем городе (или в другом крупном городе, или удалённо), какие требования там для Junior'ов. Там хоть деньги будут платить, пусть и небольшие, но на жизнь будет хватать. У меня был один знакомый, который хотел стать программистом, но у него было убеждение, что сначала он должен выучить основы английского, а только потом он сможет начать изучать какой-нибудь язык программирования. Время нужно экономить, сейчас его очень мало потому что ВУЗ, дальше времени будет ещё меньше, потому что кушать нужно на что-то. Лучше получать сейчас знания, которые пригодятся в ближайшем будущем. Если нравится делать игры, то объективно лучше и проще Unity/Blender для изучения графики, программирования и разработки игр сейчас нет. Вы сейчас делаете с использованием псевдографики, но её можно заменить на Unity графику. Логика кода игры будет той же самой. Зато вы легко изучите, как в игру добавлять кнопки, текст, звуки, эффекты частиц и много другое можно изучить на одной только змейке - это всё в следующих играх пригодится.

0

COKPOWEHEU, я понял ваше мнение по поводу начала изучения программирования игр, у меня другое мнение. Давайте останемся каждый при своём мнении. Автор темы пусть сам выбирает свой путь.

Сообщение от COKPOWEHEU 8Observer8, может, сами хотите поучаствовать в написании суперкрутой трехмерной змейки? Тогда можно набросать ТЗ с основными фичами... или сразу начать кодить.

Вы тоже занимаетесь написанием суперкрутой 3D змейки? Если да, то вы набросали ТЗ или начали сразу кодить? Я пока не начал писать ТЗ. Можно совместно попробовать придумать основные фичи без привязки к способу вывода графики. Многие пункты ТЗ могут быть общими для 2D и для 3D змейки К примеру:

• Должны быть кнопки в начале игры: Start (для начала игры) и Exit (для выхода из игры)
• В меню с кнопками должна играть одна музыка, во время игры другая.
• Когда змейка врезается в стену или в себя, то должен показываться пустой экран с кнопкой "Try Again"

Пока что я просто перевёл код из этого тутора в 3D. Собрал исполняемые файлы для трёх платформ. Управление на стрелки клавиатуры.

• Snake3D_Windows.zip
• Snake3D_Linux.zip
• Snake3D_Mac.app.zip

0

Сообщение от 8Observer8 Сколько времени вы сами потратили или планируете потратить, чтобы перейти на готовый движок?

Когда это станет интереснее написания собственных велосипедов. Лично мне интереснее копаться в низкоуровневых задачах, чем собирать домики из готовых кусков.

Сообщение от 8Observer8 И если TC'у рано осваивать C# и Unity, то до какого уровня нужно довести C++, сколько лет потратить, чтобы переключиться на изучение C#?

Я бы предпочел для начала познакомить его с основами программирования. В частности, игр. Чтобы если захочет идти по "высокому уровню", было хотя бы общее понимание принципа.
Что такое игровой цикл и синхронизации.
Что такое обработка внешних событий (в т.ч. оконных от ОС).
Что такое callback-функции (хоть и сравнительно редко используется, но бывает полезно).
Это навскидку. Предположительно, для этого хватит написать ту же змейку (с самой примитивной графикой, разумеется) в графическом режиме. Думаю, что через SDL, хотя простейшую работу с окнами в WinAPI и X11 тоже покажу, просто для сравнения.
В общем, акцент скорее на программирование вообще, чем именно на игры.

Добавлено через 6 минут

Сообщение от 8Observer8 Snake3D_Windows.zip

1

COKPOWEHEU, я там выше Linux версию прикрепил, работает?

0

8Observer8, уже работал с с# и на юнити простые игрушки создавал.Не зацепило.Я не понимаю как это все работает,я лучше фундаментально пойму как все работает.Еще работал немного с Godot-там можно использовать с#,но я писал на их собственном языке,там синтаксис такой же как у пайтона,у годот был открытый исходный код и никаких ограничений,но пока еще маленькое сообщество.Я пока не спешу искать работу и поэтому учусь с самого низа

Добавлено через 10 минут
COKPOWEHEU, скомпилировало))
Не совсем удобно работать конечно,но у меня есть убунту на виртуалке,попробую позже еще там поработать.
Приступаю к комментированию кода.

Добавлено через 50 секунд
COKPOWEHEU, на самом деле поздно про виртуалку вспомнил..

Добавлено через 2 минуты
COKPOWEHEU,

Сообщение от COKPOWEHEU libncursesw.a библиотека ncurses, которую надо статически встроить в программу.

вот еще не понял-почему ее нужно отдельно статически встраивать в программу??

Добавлено через 4 минуты
8Observer8, Не,ну правда-я уже наработался с движками,а по с# даже книгу одну изучил и много на нем решал задач на олимпиадах codeforces.Тут я просто хочу понять тонкости,примерно так как выразился товарищ COKPOWEHEU:

Сообщение от COKPOWEHEU Когда это станет интереснее написания собственных велосипедов. Лично мне интереснее копаться в низкоуровневых задачах, чем собирать домики из готовых кусков.

0