24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
>>393737 (OP) Кто-нибудь может подкинуть каналов на ютубе, которые объясняют саму структуру разработки игры с нуля, а не просто "делаем простую бегалку в юнити за 3 часа"?
Сап, кириллач! Пилю сорт оф сэндбокс, по структуре чем-то схож с майнкрафтом. В том смысле, что много рандомных структур будет и открытый мир, плюс мир генерируется по seed.
Так вот вопрос, как хранить объекты в памяти? Допустим, есть условное деление на локации, скажем, города. При выходе из одного города и входе в другой - нужно ли старый из памяти вычищать?
Как вообще это делается в играх? Например в майнкрафте? Чанки генерируются по мере движения игрока по миру? Большими кусками подгружаются и остаются в памяти до выхода из игры? А допустим в Скайриме? Там наверняка при переходе между локациями старые вычищаются, нет?
И опять же я хз, что вычищать, если нужно? Достаточно только геометрию, модели или же надо и все данные об обьектах (типа player.positionX etc.) тоже?
Опять же вангую зависания, если каждый раз с нуля подгружать куски открытого мира. Это решается низкополигональными моделями и подгрузкой нормального качества при приближении?
Дайте хотя бы тезисно что гуглить, ссылки может какие-то, намёки. С меня упоминание доски в финальных титрах, когда стану новым Нотчем! Заранее спс.
>>393911 > Опять же вангую зависания, если каждый раз с нуля подгружать куски открытого мира. Если загружать/выгружать в другом потоке, то ничего не будет. Посмотри, как сделано в GTA, там сначала прогружаются модели и текстуры с низкой детализацией, потом прогружаются основные вместо них, при этом поток исполнения не блокируется и всё происходит плавно. > Чанки генерируются по мере движения игрока по миру? Генерируются и сразу же сбрасываются на диск. В памяти они остаются, пока рядом есть игроки, потом выгружаются. При приближении опять считываются с диска. > Достаточно только геометрию, модели или же надо и все данные об обьектах (типа player.positionX etc.) тоже? Какие-то у тебя странные вопросы, ты вообще на чем пилишь? Если бы написал хотя бы один менеджер ресурсов, таких вопросов бы не возникало.
>>393898 Автор df был математиком. Он каждый день абстрагировался, решал сложные задачи. Поэтому df это охуенно-сложная система построенная на языке вселенной - математике. Ты готов пройти его путь?
>>393950 >>393981 так и думал, что на чёткий конкретный вопрос начнётся словоблудие одно. Нахуя этот тред нужен тогда, если даже на такой вопрос нормально ответить не можете? >>393981 > вопрос: какой язык и фреймворк подойдут? > ответ: программирование охуенно
Ну и на голом си он точно весь не написан. Вопрос в силе, сам в геймдеве ничего не понимаю (иначе бы не спрашивал. но нужен вектор по технологиям, так что знающие люди расскажите)
>>393898 Что для тебя этот дварф фортресс конкретно значит? Если аски-графика и всякая рпг-логика, то си со стандартными библиотеками хватит. Хотя лучше мб будет даже поискать либу для аски-графики для меньшего пердолева.
>>393985 Дохуя какие, полноценный рогалик - это тебе не таскать ассеты мышкой в юнити. Начиная от банальной аналитической геометрии школьного уровня. Если, например, не можешь на бумаге рассчитать область видимости персонажа, с учетом его поворота, угла обзора, препятствий вокруг, то за код браться и не стоит. Потому, что дальше тебя ждет теория вероятности с различными распределениями, статистика, алгоритмы на графах, интегрирование, дискретная математика, основы криптографии, без знания которых в процедурную генерацию лучше и не лезть, плюс сама процедурная генерация, это целая отдельная область, состоящая из матана чуть более чем на 99%. >>393986 Какой вопрос, такой и ответ. Судя по твой зацикленности на ЯЗЫКЕ И ФРЕЙМВОРКАХ, твоей программерской базы не хватит даже на простой рогалик, тем более уровня DF. Потому, что похуй на чем писать, хоть на си, хоть на джаваскрипте, важен не язык, а математическая модель, что стоит за ним. Просто берешь язык, который больше всего нравится, и пишешь на нём. Потом понимаешь, что понаписал говно, и переписываешь. И так до просветления. Тут не о чем спрашивать А если тебе нужен фреймворк с функцией sdelat_pizdato(), то такого нет, и лучше продолжай играть в рогалики и не задумывайся об их создании. >Ну и на голом си он точно весь не написан. Ну да, ядро линукса в 10 миллионов строк на голом си написать как-то смогли, а вот рогалик - вряд ли. >Нахуя этот тред нужен тогда, если даже на такой вопрос нормально ответить не можете? А тред этот нужен, чтобы слать нахуй в гугл таких как ты.
>>393990 > не можешь на бумаге рассчитать область видимости персонажа, с учетом его поворота, угла обзора, препятствий вокруг, то за код браться и не стоит. Это ты про tiled-based df говоришь? Воистину, непосильная задача. (нет)
Процедурная генерация сложнее, конечно, но ты какую-то мистификацию нагнетаешь. Там нет ничего слишком сложного.
>>393986 >вектор по технологиям google. Без шуток, гуглишь каждый отдельный вопрос, который возникает в твоей голове. Язык бери просто тот, на котором умеешь писать.
Самое главное - начинай с максимально простой задачи, если это DF - то максимально простой.
>>393990 > Просто берешь язык, который больше всего нравится, и пишешь на нём. Потом понимаешь, что понаписал говно, и переписываешь. И так до просветления плюсую
Дорогой анон, на каких движках сделаны все "эти" инди игры? Потыркался в бесплатном анреале и понял что это слишком мощный инструмент, для всяких разных ААА проектов. Стоит ли дальше творить хуйню в анреале или есть движки более предназначенные для инди игр (Bastion, Aragami, Shadow Tactics, Little Nightmares и т.п.). Конечно, в основном мои примеры инди игр на анреале или юнити, но тот же юнити нихуя не бесплатный, стоит ли его изучать, если я, возможно, сольюсь через неделю. Короче, какой движок изучать, чтобы пока не вкладывать ни копейки, ибо я все равно рукожоп, но и чтобы было заебись.
>>393990 >процедурная генерация, это целая отдельная область, состоящая из матана чуть более чем на 99%. Да ты хорохоришься. Гипотетически, ничего не мешает установить зависимость расположения клеток (зон) относительно друг друга. Непонятно, что математического необходимо, чтобы спроектировать двумерный массив при заданных условиях и случайном накладывании элементов. >Потому, что дальше тебя ждет теория вероятности с различными распределениями, статистика, алгоритмы на графах, интегрирование Статистики нет. Есть теория вероятностей укладывающаяся в банальную конструкцию switch (rand() % n) при переходе между ячейками уровня. А теперь ключевой вопрос - какой еще интеграл? Про остальное вообще нет смысла спрашивать (криптография при программировании рогалика - это извращеннее даже интеграла).
>>394029 >Есть теория вероятностей укладывающаяся в банальную конструкцию switch (rand() % n) Ну попробуй с помощью rand() % n реализовать такой рандом - есть диапазон, например, кол-во золота в сундуке, от 100 до 1000, чем больше значение - тем меньше вероятность его выпадения. На одном остатке от деления от rand() интересного рандома не построишь. >при переходе между ячейками уровня. Что ты несешь, какие переходы между ячейками уровня? >гипотетически, ничего не мешает установить зависимость расположения клеток (зон) относительно друг друга. >Непонятно, что математического Проиграл с необразованного. Вот ты сам только написал, что нужна некая математическая функция, описывающая связь, и тут же удивляешься, а где математика? >Непонятно, что математического необходимо, чтобы спроектировать двумерный массив при заданных условиях и случайном накладывании элементов. Так ты попробуй. Клетки тоже будешь заполнять результатом от rand() % n? Ты не сгенерируешь ничего нормального без математики, инфа сотка. Рандомное нагромождение тайлов - это не есть хороший сгенерированный уровень. Чтобы создать банальное подземелье с сеткой логично связанных между собой и не пересекающихся комнат, уже нужны как минимум графы или бинарные деревья. >двухмерный массив Я сейчас разрушу твой наивный маня-мирок, но бывают рогалики с бесконечным миром и z-уровнем, не укладывающиеся в понятие двумерного массива, тот же cataclysm. Там мир - это грубо говоря непрерывная функция от трех переменных (x, y, z), при генерации используются различные шумы для ландшафта, графы для создания правдоподобных городов, там не найдешь рандомного нагромождения элементов, весь мир спроектирован очень логично. благодаря математической базе в алгоритмах генерации. Взять тот же шум Перлина, так обожаемый в геймдеве, это математика чистой воды. Конечно, можно взять его и использовать как черный ящик, но без понимания, как он работает, ты лишаешь себя огромной массы возможностей по его применению и придания изюминки своей генерации, ты не сможешь толком настроить его и направить в нужное тебе русло. >Статистики нет. Если твой рогалик состоит из двух комнат, не связанных между собой, то нет. А если речь идет о df, то она необходима. >А теперь ключевой вопрос - какой еще интеграл? В рогалике из двух комнат не нужно, конечно. А так - распределение водных масс в разрезах 3д мира в df, расчет распределенияя пламени по помещению произвольной формы в cataclysm'e. >криптография при программировании рогалика - это извращеннее даже интеграла Да нет, много где используется, начиная от сидов в виде "твою маму ебал" вместо числа, и заканчивая генераторами случайных чисел. Если ты удумаешь сделать открытый мир на rand() % n, то в скором времени заметишь, что он у тебя повторяется и зацикливается, и вспомнишь, и ты идешь гуглить криптографически стойкий генератор.
>>394045 >Ну попробуй с помощью rand() % n реализовать такой рандом - есть диапазон, например, кол-во золота в сундуке, от 100 до 1000, чем больше значение - тем меньше вероятность его выпадения. На одном остатке от деления от rand() интересного рандома не построишь. 100 + rand() % n. Интересный рандом зависит от меня. Ничто не мешает переменную n определять в цикле на основе имеющейся суммы у игрока. Более того, ничто не мешает делать switch в switch. В итоге имеем возможность переходов из одной ситуации в другие используя теорему умножения вероятностей, что автоматически позволяет выполнить твое примитивное условие. И даже если не вспоминать про математику, то это было бы можно программировать на интуитивном уровне. >Что ты несешь, какие переходы между ячейками уровня? Я рассматривал в данном случае игры в целом. Если строить уровень в качестве прямоугольника состоящего из ячеек, как это делают во многих играх, то все встанет на свои места. Ты вообще играл в игры? >Проиграл с необразованного. Вот ты сам только написал, что нужна некая математическая функция, описывающая связь, и тут же удивляешься, а где математика? Выиграл с дурака. Ты по какой-то тупой причине считаешь математические функции, абстрактно, полностью сопоставимыми с функциями программирования. Ок. Вперед, мой юный, высокомерный друг, представь точный расчет интеграла Лебега. Без численных методов. ТОЧНО. А вообще, знание арифметики сложных обязательств перед программистом не ставит. >Ты не сгенерируешь ничего нормального без математики, инфа сотка. Рандомное нагромождение тайлов - это не есть хороший сгенерированный уровень. Я писал и об условиях, про которые ты почему-то забыл. А это уже банальная диалектическая логика. Хотя, у тебя все в таком же тоне написано. Лишь бы повыпендриваться. >Я сейчас разрушу твой наивный маня-мирок, но бывают рогалики с бесконечным миром и z-уровнем, не укладывающиеся в понятие двумерного массива, тот же cataclysm. Там мир - это грубо говоря непрерывная функция от трех переменных (x, y, z), при генерации используются различные шумы для ландшафта, графы для создания правдоподобных городов, там не найдешь рандомного нагромождения элементов, весь мир спроектирован очень логично. благодаря математической базе в алгоритмах генерации. Взять тот же шум Перлина, так обожаемый в геймдеве, это математика чистой воды. Конечно, можно взять его и использовать как черный ящик, но без понимания, как он работает, ты лишаешь себя огромной массы возможностей по его применению и придания изюминки своей генерации, ты не сможешь толком настроить его и направить в нужное тебе русло. Я сейчас нарушу твой маня-мирок и напомню, что все эти нагромождения словесного бреда нуждаются в корректировке. Ты пишешь о бесконечном, но теперь же указываешь про функцию генерации. Значит динамический, обновляемый? Не помню, чтобы в DF были понты связанные с шумом Перлина. Ты сам придумал такую принадлежность? > Если твой рогалик состоит из двух комнат, не связанных между собой, то нет. А если речь идет о df, то она необходима. Опять пустые понты. В статистике проводится расчет на основании данных и используются соответствующие методы. Так какие методы статистические используются на примере DF или любом другом рогалике? Конечно же я требую не какие-то простые расчеты медиан или среднего >В рогалике из двух комнат не нужно, конечно. А так - распределение водных масс в разрезах 3д мира в df, расчет распределенияя пламени по помещению произвольной формы в cataclysm'e. Что ты несешь, понтанутый дурик? 3D в DF? Мы же про оригинал. И вообще, как докажешь, что именно данные алгоритмы используются в DF? >Да нет, много где используется, начиная от сидов в виде "твою маму ебал" вместо числа, и заканчивая генераторами случайных чисел. Если ты удумаешь сделать открытый мир на rand() % n, то в скором времени заметишь, что он у тебя повторяется и зацикливается, и вспомнишь, и ты идешь гуглить криптографически стойкий генератор. Генератор случайных чисел используется по умолчанию. Еще одна примечательная ссылка на rand() % n, которая почему то опять вырвана из контекста. Криптография - это не только "шифр Цезаря", дурик, а еще и различные извращения в кодировках, которые нафиг не нужны в рогалике по примеру DF. Прежде чем написать какую то чушь подумай 7 раз, а потом реши стоит того или нет. Я же начну разводить тебя на конретику относительно DF где мы и выясним много ли нужно математических знаний для создания подобного.
Я ебал этот тред просто, задаешься вопрос и все что сука ты видишь это как два уебана сруться после твоего поста, ебучие мрази. Харкнул каждому в еблище.
>>394118 Так - не могу. Я выстреливаю из своего рта слюной как из пушки, мои легкие олимпийского пловца и накаченная грудина КМСа по жиму лежа, способствует этому. Скорее я б вам, хуесосам, пробил плевком черепа насквозь.
>>394119 Твоя грудная клетка олимпийского пловца хорошо словит лишь нож. А вообще, ты же понимаешь, что вступаешь в спор и становишься одним из двух "долбаебов", о которых ты писал ранее?
>>394114 >100 + rand() % n И что это тебе даст? Каким образом это поможет выдавать максимальное число с минимальной вероятностью? Ты похоже вообще не понимаешь, что несёшь, как умственно-отсталый карго-культист. >Если строить уровень в качестве прямоугольника состоящего из ячеек, как это делают во многих играх, то все встанет на свои места. Нахуя вызывать rand() при переходе между этими ячейками, ты совсем там ебанулся? >Не помню, чтоы в DF были понты связанные с шумом Перлина. А ты как думаешь, как там генерируется мир? Тип ячейки определяется остатком от деления rand()? >3D в DF? Внезапно, мир в DF трёхмерный, там есть z-уровень и если подкопать по озеро, то вода будет распределяться на нижние уровни. На остальное даже отвечать не буду, ты видимо не писал ничего сложнее хелло ворлда в своей жизни, ну либо просто отбитый на всю голову.
>>393990 >>393996 Зацикленность на ЯЗЫКАХ и ФРЕЙМВОРКАХ у меня оттого, что уже энное количество лет я веб-макака, никогда даже не думавшая в сторону геймдева, и я не знаю, на чём лучше в 2к17 начинать делать игру типа DF, на питоне, си, си++, джаве или вообще на swift е каком-нибудь.
Программерская база у меня норм инбифо веб-макаки не могут в пограминг Тратить дни на изучения питона и осознание того, что на нём такую игру пилить в пять раз муторнее не хочется, тем более послушать людей, шарящих в теме всегда полезно, поэтому написал сюда. Ответов так нормальных и не получил, всем спасибо
Ребят, какие фреймворки есть на С++ для геймдева, если вообще с ним ниразу на плюсах не связывался? С чего начать? //На джаве, например, на libGDX писал.
Ребят, какие фреймворки есть на С++ для геймдева, если вообще с ним ниразу на плюсах не связывался? С чего начать? //На джаве, например, на libGDX писал.
>>394128 Ты, конечно, прав, что математика нужна, но единственный способ изучить математику - это применять математику. Поэтому пусть человек начинает делать свою игру. По ходу дела и в математике разберётся.
> чем больше значение - тем меньше вероятность его выпадения. Самый простой вариант. while (rand() > threshold) ++gold;
>>394003 Таки да. Преимущество С/С++ в том, что проще взаимодействовать с нативными библиотеками. Но логику надо писать на том, что больше нравится.
>>394128 >И что это тебе даст? Каким образом это поможет выдавать максимальное число с минимальной вероятностью? Ты похоже вообще не понимаешь, что несёшь, как умственно-отсталый карго-культист. Похоже ты опять не понимаешь, что я тебе присылаю, а потому отправлю перечитать ранее написанное. Немного разъясню - если у меня вероятность определяется переменной и в условии будет стоять проверка сравнения с каким то пределом, то уменьшение проверяемого и будет уменьшением вероятности, о чем написал другой аноним. >Нахуя вызывать rand() при переходе между этими ячейками, ты совсем там ебанулся? Да все просто, мой глупенький дружок, при наполнении моих секторов событиями, текстурами и прочим, что будет важно для игрового процесса. Про цикл рендеринга слышал? Я не подразумевал под переходом перемещение игрока, а подразумевал построение карты. В данном случае ячейки - это сектора на которые я разделил прямоугольную карту. >На остальное даже отвечать не буду, ты видимо не писал ничего сложнее хелло ворлда в своей жизни, ну либо просто отбитый на всю голову. Ты так "ловко" прошел через неудобные вопросы, что позабавил меня. Все понты на пустом месте. Теперь всего один главный вопрос - ты можешь доказать, что в DW используются теории на уровне высшей математики ВУЗосвкой программы? Если не сможешь, то заранее обречен быть лишь балаболом с высоким самомнением, как и большинство анонимов.
>>394189 Да тут только срущиеся твари, задаю вопрос, всем просто похуй, накой этот тред для НЬЮФАГОВ блять, уебское говнище. В рот всем нассал обитающим здесь.
Долой скотское отношение товаищи! Хватит! Настало вьемя взаимопомощи, как фактоа погвесса, товаищи! Будет же помощь каждому и пусть каждый будет стааться помочь дугому! Так мы и добьемся успеха! Так мы и еализуем наши цели!
У меня есть скрипт, который находит кратчайший путь между двумя точками. Этот путь собирается как набор координат квадратов, через которые должен пройти объект, чтобы попасть из точки в точку.
На видео фиолетовый квадрат двигается по этому пути. Квадрат использует встроенную в гамак функцию, которая заставляет его двигаться с постоянной скоростью по проложенному пути из точки в точку.
Но допустим я хочу сделать самонаводящиеся ракеты, которые должны обходить препядствия, преследуя цель, но в то же время вести себя именно как ракеты - т.е. иметь ненулевой радиус разворота, благодаря которому будут отклоняться от траектории и всё-таки врезаться в стены.
Короче говоря я хочу, чтобы ракеты двигались по найденному мой путь, но движение их задавалось не грубой сменой их координаты, а вектором тяги их двигателей.
>>394188 >наполнение секторов событиями >текстурами >цикл рендеринга >построение карты >прямоугольная карта >заполнение секторов текстурами >рогалик Проиграл с маня-мирка кукаретика. Напиши еще пару знакомых баззвордов, чтобы сделать вид, что ты хотя бы немного понимаешь, о чем пишешь.
>>394212 >Но допустим я хочу сделать самонаводящиеся ракеты, которые должны обходить препядствия, преследуя цель, но в то же время вести себя именно как ракеты - т.е. иметь ненулевой радиус разворота, благодаря которому будут отклоняться от траектории и всё-таки врезаться в стены. Как вариант помещать в контейнер параметры векторов фиксирующих размеры и координаты объектов, которые должна пытаться обходить ракета. Радиус поворота определяешь сам (если я правильно понял, то расстояние с позиции ракеты от которой будет проверка условия нахождения рядом какого либо объекта уровня). Я бы попробовал задать таймер в течении которого ракета шла бы в направлении избегающем столкновения, но при этом не противоречащему нахождению цели - по верху или низу от объекта столкновения (расстояние определяешь сам, но с учетом длины объекта уровня который обнаружен при условии проверки), но в сторону к цели. Если таймер закончился, то определяешь дальнейшее направление сам (при таком условии позволить ракете лететь напрямую к цели сталкиваясь с объектом уровня).
>>394230 Честно говоря я не совсем тебя понял вернее совсем не
Во-первых у меня нет объектов, которые нужно обходить. У меня есть карта коллизий, состоящая из тайлов. Полагаю, ты предлагаешь добавить к алгоритму поиска пути ещё и алгоритм, находящий и фиксирующий те объекты, которые я должен обойти. Но если для алгоритма поиска пути я использую А-звёздочку, то какой алгоритм я должен использовать для этого? И что мне потом с этими данными делать?
У меня мысль пока такая, ракета должна менять своё направление в сторону цели, но в случае, если на линии между целью и ракетой есть коллизия, ракета должна менять свою текущую цель и в качестве новой цели выбирать точку пути, наиболее близкую к цели,а если путь заканчивается, но цель не достигнута (она же движется) - прокладывать к цели новый путь.
Блин, выглядит как неплохое решение. Опять что ли до 3 ночи кодить?
Но я уверен, что я не первый, перед кем стоит такая задача, и наверняка сужествует уже готовый эффективный алгоритм.
>>394235 >Полагаю, ты предлагаешь добавить к алгоритму поиска пути ещё и алгоритм, находящий и фиксирующий те объекты, которые я должен обойти. Точнее условие проверки расстояния между текущими координатами выпущенной ракеты и объектов (коллизий), которые ракета должна обходить. В любом случае, были американские книги с готовыми наработками по играм - "Game Programming Gems". Можно посмотреть в них.
А как вообще делаются саунтреки к играм? Вот сделаю я полностью игру, но вставлю туда пизженные саунтреки из какой-то другой игры. И захочу перед выпуском их заменить на не пизженные. Что делать и сколько это будет стоить?
У меня горит жопа. Нет, не так: У МЕНЯ ГОРИТ ЖОПА БЛЯДЬ.
В какой программе учиться 3д-моделлингу? Сука как же бесит куча инфы. Будь я не научен кибер-воровству, я бы выбрал бесплатный блендер, ведь остальное стоит денег. Но я со школы научился воровать программы в интернете, которых тут навалом.
Я поделал пару ознакомительных туториалов по майе и в принципе было интересно, 3д макс меня почему-то бесит, хуй знает почему, нет объективных причин. Думал таки учиться блендеру, но все пиздят про его кривой интерфейс.
Хочу уметь делать модельки для игр ну или для анимации. Чё скажите?
>>394358 Если у тебя нет конкретной идеи, которую сложно реализовать, и опыта в геймдеве, то используй для начала уже готовые среды разработки вроде Unity или Godot.
>>394372 Читал на этой же доске, что заместо спайна можно ту же анимацию в блендере сделать. Погоди.. в блендере? А может и в майе можно? Вот сука, снова сомнения!!
>>394411 я тебе написал стиринг бихейвор для точки, которая летит к какой-то точке пространства. Так птицы летают. А вообще гугли steering behaviour ai
>>394423 Стиринг подходит для маняврирования на коротких дистанциях когда ты уже движешься в нужном направлении, а саму кривую на длительную дистанцию птицы получают из нейросети в своей башке. Нейросеть я хуй такую обучу, А* в данном случае будет 9тимерный нахуй, 3д векторфилд + корректировка стирингом - опять же когда ты уже в нужном направлении развернут и разогнан.
Сап, анончики. Подскажите, как захуячить проверку на принадлежность координат объекта 1 к координатам объекта 2? Всмысле, на попадание координат объекта 1 в координаты объекта 2. 2Д, разумеется.
>>394451 Как вариант, не делай ракетам поиск пути, а сделай их тупыми. Видит цель - летит к цели. Не видит цель - летит туда, где видела цель в последний раз (последний раз цель была в одном пикселе от препятствия, поэтому надо лететь не совсем туда).
>>394462 Сейчас у ракеты радиус наведения больше чем комната. Завтра (сегодня) сделаю им более интересную систему наведения, это тоже поможет им отличаться от пчёл. Ну и как вариант - добавить им инерции, но тогда они будут всё время биться об стены и станут неэффективным оружием.
Блин, программирование игры будоражит не хуже, чем игра в интересную игру. Не могу заснуть и всё тут.
Вот читаю этот и тред и тоже хочется обмазаться каким-нибудь движком и языком программирования, чтоб как анон выше ебаться с созданием ии и прочей хуйни. Аж шишка встала.
Анон разбирающийся в теории вероятности, нужна помощь! Есть два юнита. Первый стреляет во второго. Первый может попасть с вероятностью 70%. Второй сможет уклониться (с учетом того что первый таки попал) с вероятностью 50%. Как высчитать итоговую вероятность попадания для первого юнита?
Откуда можно спиздить бесплатных звуков для оружия? классического баллистического, а не Scu-Fu Super Laser Pack в которых лишь 1 из 100 не вызывает внутричерепное кровотечение
>>393737 (OP) Аноны, прикатываюсь из цыгача. Я даже немного удивлен, но чому нет треда о разработке под всякое некроговно типа NES? Или есть? В FAQ не нашел.
Гугления по теме этой очень успешны, скоро начну пердолить, думаю найти на лохито/гбх себе оригинальную NES и флешкатридж под нее для финальных тестов.
В идеале планируется кроссплатформенный движок, на самом деле и игорь в довесок. Попенсорс есесна
>>394488 Что тебя останавливает? Я вкатился 2 месяца назад с абсолютного нуля, а до этого сам завидовал.
>>394475 На видео какое-то лютое говно. Но спецэффект комбо удерживает внимание, а ведь это достаточно стандарнтый спецэффект, наверное даже бесплатный, из набора. Видел его 1000 раз. Что говорит о важности спецэффектов.
>>394434 Твой объект 2 - квадрат. Для каждого угла своего объекта 1 делаешь проверку: если точка внутри квадрата значит коллизия.
Если твой объект 1 больше объекта 2, значит проверок должно быть больше, тогда добавляй точки посередине каждого ребра. Так у тебя будет уже 8 проверок.
>>394517 > Что тебя останавливает? А с чего начинать? Как научиться этому вашему созданию игорь? > Я искал-искал, потом купил. Я слишком жмот, вдруг я поиграюсь недельку и мне не понравится?
>>394533 Может сразу пиздить из фильмов тогда? Вот кстати интересно, с юридической точки зрения, если я звозьму звуки из какого-нибудь видео на ютубе и немного пошаманю звук в редакторе, никто же не доебется?
>>394554 А разве он лучше? Я скажу честно, я не разбираюсь в майе, и по парочке тем на форуме показалось, что арнольд хуже воспринят был, типа многим бомбит что ментал рея нет. Не скажешь, чем он лучше?
А чё значит стучит? Там же отличий никаких, ну кроме того что на студенческой нельзя продавать поделки свои.
Ну например, если в пиратской или лицензионной версии открыть файл сохраненный в студ. версии, то при открытии такого файла всплывет окно с предупреждение о том, что файл был был создан с использованием студ. версии.
Сап, анон. Есть два стула: выпуклые и вогнутые берега. Один требует дополнительных нод вокруг основной ноды, больше различных вариаций и меньшую скорость обработки, а второй - полная противоположность первому, как вы уже поняли. Минус второго только в том, что такие объекты, как лес мне придется пилить тоже в разных вариациях с учетом берегов, чтобы не вышло так, что деревья растут на воде. Внимание, вопрос: так все-таки какой из вариантов лучше? Я мыслю вообще в правильном русле? Если нет, то подскажите, какие существуют еще методы реализации данной задачи. Если будут ссылки по теме, то тоже заебись. Мне, например, не удалось найти по данному вопросу что-то путное.
>>394566 >лес мне придется пилить тоже в разных вариациях
Вот это. И пусть лес у тебя имеет вариации в зависимости от любых соседних клеток. Т.е. сливается с лесом на соседней клетке, имеет каменистую опушку если рядом гора, а рядом с морем возникает пляж.
>>394566 Первый вариант. Так делают везде. Для второго случая тебе все равно придется делать 2^6 = 64 разных вариантов вогнутости - у тебя же целых 6 сторон и по соседству с каждой может быть тайл, в разных комбинациях.
>>394574 В Civ 5 вообще отлично сделано: контуры берега практически не привязаны к тайлам. Но Цива для это очень высокая для /гд планка.
>>394572 Я склоняюсь к тому, что поначалу надо делать один базовый тайл для суши, один для моря, а дополнительные визуальные эффекты рисовать уже поверх базовых тайлов.
>>393737 (OP) Кто-нибудь архитектуру ECS раскуривал? Как считаете, это норм хранить в системах какие-то данные, состояния? Пытаюсь реализовать хотя бы более-менее простой ГУИ на ЕЦС, возникает проблема при навигации клавишами по элементам интерфейса.
Пусть даже введем какой-то компонент "курсор", пусть сделаем новую сущность с этим компонентов. Но при нажатии на клавишу Enter должна, грубо говоря, происходить проверка в каком именно элементе интерфейса находится этот курсор.
Либо можно в самом курсоре хранить ID элемента, на который он указывает. Но в обоих способах получается так, что сущности разного рода как-то должны знать друг о друге (в системах же должны быть какие-то требования к наличию компонентов у сущностей, так вот они будут различны).
Либо еще один вариант, аналогия с физическим движком: и для курсора, и для каждого элемента ГУИ сделать "физический" компонент, который хранит координаты и размеры, и сделать систему проверки коллизий, где каждая пара сверялась бы на "столкновение" с каждой, но элементы интерфейса не могут в принципе друг с другом сталкиваться, поэтому будет некоторое кол-во лишних циклов происходить, что тоже не очень хорошо.
Было бы все просто, если система хранила бы у себя хотя бы ID сущности курсора, и система, которая срабатывала бы при нажатии клавиши могла проверять список элементов интерфейса с одной конкретной сущностью. Но не породит ли это каких-то других проблем?
>>394678 Хотя вот еще можно у каждого элемента гуя хранить компонент курсора, и при изменении состояния курсора пробегать по всем элементам и менять его, но это тоже несколько накладно. Вопрос о хранении состояния/данных в системах все еще стоит.
Да-да. Обычно люди в таких ситуациях либо едят говно, либо садятся на бутылку - одно из двух зол. Но Димасик - он, можно сказать, мастер многоходовочки и multi-truck отсасывания хуёв: и на бутылку сесть умудрился, и говна поесть, и даже залупу немытую лизнуть.
Привет ананасики, не знаю туда ли я зашел, но это скорее по вашей части. Есть у меня тема диплома - соль в том что нужно создать 3д модельку, плоскую. Нижний слой это карта местности, а верхний многополигонный сплайн, вершины полигонов которого - точки на карте, высота вершины берется из БД, куда они заносятся в реальном времени (показания датчиков). Получается такая неровная поверхность. При этом цвет поверхности на вершинах определяется вторым показателем датчика и растекается градиентом. Научрук хочет чтобы я писал это все на Java (логику обработки данных из БД и само взаимодействие с БД - тут ничего сложного), графон как я понимаю реализовывать на OpenGL, проблема в том, что я не знаю с какой стороны подойти к этому графону, почитал что ява оче криво взаимодействует с ним. Помогите, подскажите какие у меня есть варианты чтобы это попроще реализовать? Языки/движки/библиотеки, буду благодарен любой информации.
>>394704 Пиздец, еще один дегенерат с 7 классами образования, купленным ЕГЭ. Потом ты блять будешь ломиться в мои божественные компании и просить 100к за гавнокод и непонимание. иди на хуй. Поскорее бы мне сделали гринку и я свалил в бошественную сшашку.
>>394705 э дружок, вот это багет у тебя. Я вообще в сетях работаю а не в погромировании, не буду в твою кормушку лезть не боись, заканчиваю заочку для корки.
>>394705 Ну ты и мразь. Вместо того, чтобы выебываться дал бы совет персонажу, а не выкручивался перед чтецами. Тебя в детстве не пиздили за высокомерие?
Сап, какой процент того что я захуячу три дэ шутер на webgl и начну косить бабло? Хочу зарабатывать на adsens и донате естественно. Уже думаю как я не работаю, ничего не делаю и получаю мани.
>>394731 Да на вебсокетах, хихихи, они отлично работают, в чем проблема? в том что это не клиент-клиент? Пускай лагает, мне поебать, главное чтобы бабло капало. Начну пилить сегодня.
>>394736 Конечно на node.js, не на плюсах же его писать. А игры я еще не писал, это первая. Кстати сервер можно и на плюсах, но я дебил, поэтому на на node.js. Я уверен что это будет нормально работать.
>>394745 Я реально сегодня начну его писать. Начну зарабатывать миллионы и я не шучу. Это все серьезно. У меня серьезные намерения. Это серьезно. Я серьезно.
Есть ли тут ВНЕЗАПНО разработчики 3д онлайновых шутеров ? Поясните мне за хитбоксы, чому их координаты нельзя привязать к координатам модельки, чтобы они не съезжали, как на пикрелейтед и шли в ногу с моделькой? Очень грубо показано, но, надеюсь, суть ясна. Почему хитбоксы нельзя сделать ровно такими же по форме и размеру, как, допустим, форма головы или пальцев модели персонажа? От чего зависит положение хитбокса в пространстве? Пинг? ФПС? Настроение аллаха?
>>394765 Они и так всегда привязаны к координатам модельки, просто ты дебил, и смотришь на картинку, которая демонстрирует, КАК БЫ БЫЛО, если бы не было механизма компенсации лага.
>>394769 Тогда почему в ссаной школоконтре го всё ещё хуевые хитбоксы, которые ЗНАЧИТЕЛЬНО ТАК сьезжают относительно модельки, если у них есть этот йоба механизм компенсации лага? не уверен, что он реально есть
>>394781 Несколько месяцев назад я упоролся и начал реализовывать свой убер-фреймворк ЕЦС, чтобы потом юзать для разработки своих игр. По мере реализации определенного функционала я провожу тесты на применимость фреймворка в реальных условиях. ГУИ - уже третий тест, и возможно последний перед тем, как я сделаю "релиз", после которого я уже с уверенностью смогу пилить игру.
>>394765 >Есть ли тут ВНЕЗАПНО разработчики 3д онлайновых шутеров ? Все начинают пилить мультиплеерные шутеры только тогда когда не в силах сделать толковый синглплеер.
>>394509 >Аноны, прикатываюсь из цыгача. Я даже немного удивлен, но чому нет треда о разработке под всякое некроговно типа NES? Или есть? Был тред, но утонул. Зачем если есть малинка и её клоны? Не проще у себя в /cg/ создать тред по разработке, чтобы остальные цгачеры текли от зависти?
>>394813 Что сказать-то хотел? Для меня это первая подобная разработка, к тому же ECS не так жестко формализован, поэтому приходится самому продумывать какие-то решения. Ну и естественно их надо проверять, насколько удобно получилось и т.д.
Ананас, такая вот просьба. Пилю тут небольшую игру и никак не могу определиться каким-образом обозначить область между которыми будет двигаться моб. Ну чтобы их видел игрок и они не шибка выделялись на фоне всего остального. Какой-то рунический круг или что такое. Подкинешь текстурок?
Аноны, подскажите пожалуйста конструктор или движок или готовый фреймворк, где можно реализвать подобное:
- Некий симулятор хождения по комнатам дома. Взаимосвязь с комнатами завязана на времени, допустим в одной комнате доступна условная функция "подрочить", в условные 22.00. Активировал, прибавил +1 час. И так много различных фишек в разное время в разных комнатах.
Если с условиями и переменными разберусь, велосипедить и писать код не осилю и желания нет. Пробовал Construct 2 - игра при запуске жрет всю оператву, ибо загружает тестовую графику с 5 комнат, в которых свой графон на каждый час. Пробовал Renpy. Все было бы хорошо, но не могу привязать ход игры к картинкам и переменным, а не тексту (если нет текста, игра просто кончается, всяких idle \ statepoint ов не нашел и не знаю как реализовать). Гейм мейкер по началу показался сказкой, но чем дальше влазил, тем больше требовалось знания кода, и на каждый чих и позицию изображение выставлять координаты просто заебался... Может в Юнити есть готовые ассеты, про которые вдруг не слышал... Заранее спасибо.
В результате создания webmrelated я узнал, что если в gms2 создать пустой проект, создать в нём единственный объект с единственной строчкой в step ивента, то дебагер не сможет запуститься, а игра перестанет отвечать где-то через 2 минуты.
Если же эта строчка сидит где-то у тебя в проекте, то понять, почему же у тебя крашится игра будет очень непросто.
Проверка на попадание объекта 1 в объект 2 есть (по X и Y).
Дальше 2 стула:
1.Более-менее рабочий.
Если проверка успешна, то дальше идут ещё четыре проверки подряд: Если середина О1 левее середины О2, то О2 двигается вправо вместе с О1. Если середина О1 правее середины О2, то О2 двигается влево вместе с О1.
Если середина О1 выше О2, то О2 двигается вниз вместе с О1. Если середина О1 ниже О2, то О2 двигается вверх вместе с О1.
Всё заебись, всё двигается правильно, но есть одно НО: при соприкасании О1 с О2 с какого либо бока О2 начинает двигаться ПО ДИАГОНАЛИ. То есть просто с краешку не поддеть - второй объект начинает двигаться по диагонали.
Пробовал химичить с изменением проверки середины О1, но получалась ещё большая хуета, поэтому забил.
2. Глянув на написанный мной пиздец, понял, что вроде можно реализовать проще и лучше.
Если проверка успешна, то: Объект 2 передвигается по оси Y на (позиция О2 по Y - позиция О1 по Y) и по оси Х на (позиция О2 по Х - позиция О1 по Х).
В теории - всё заебись. О2 съезжает ровно на столько, насколько в него вклинивается О1. И это как бы должно было исправить косяк с движение по диагонали.
На практике же получился ещё больший пиздец - второй объект зачастую исчезал нахуй при первом столкновении. Чутка потанцевав с бубном и похимичив с переменными, получилось заставить О2 ехать... только в одну сторону. При столкновении с других сторон второй объект исчезал нахуй.
А теперь, если ты прочитал всю эту графоманию (показал бы код, но вы от его вида заблюёте всю клавиатуру и не сможете мне ответить), анон, подскажи мне:
На какой стул сесть и его допиливать? И если тебя не затруднит - подскажи, в чём я проебался? Ну а если в тебе проснулся альтруизм - подскажи, как это исправить?
Ок, с ренпаем стало сложнее. Можно ли блок кнопок меню пикрелейтед разбить и задать каждой кнопке свои координаты? На втором пике код из screens.rpy, правится только положение всего этого блока.
>>395064 О, заебись, решил проблему со вторым стулом. Свёл середину для каждого первой и третьей проверки до крайнего минимального пикселя, а для второй и четвёртой - до крайнего максимального пикселя, и всё заработало без смещения по диагонали!
>>394434 Ты тупой ебланохуй? Аксис алайнмент BBOX-интерсекшн осилить не можешь? Пиздец................ сука такая чмонька. bool BoxesIntersect(const Box2D &a, const Box2D &b) { if (a.max.x < b.min.x) return false; // a is left of b if (a.min.x > b.max.x) return false; // a is right of b if (a.max.y < b.min.y) return false; // a is above b if (a.min.y > b.max.y) return false; // a is below b return true; // boxes overlap }
>>395095 >if (a.max.x < b.min.x) return false; // a is left of b >if (a.min.x > b.max.x) return false; // a is right of b >if (a.max.y < b.min.y) return false; // a is above b >if (a.min.y > b.max.y) return false; // a is below b >return true; // boxes overlap Пиздец ты ебанутый... Ну одна из этих проверок вернёт false, и что - сразу коллизия? Какой ебаклак эту функцию сочинял?
>>395095 >if (a.max.x < b.min.x) return false; // a is left of b >if (a.min.x > b.max.x) return false; // a is right of b >if (a.max.y < b.min.y) return false; // a is above b >if (a.min.y > b.max.y) return false; // a is below b Иии, блять? Как мне с помощью этого говна определить, в какую сторону должен двигаться объект по коллизии? Мне казалась, что это у меня говнокод, но ты улучшил мою самооценку.
>>395098 >>395099 http://gamemath.com/2011/09/detecting-whether-two-boxes-overlap/ Fletcher Dunn Fletcher has 16 years of professional game programming experience, with around a dozen titles under his belt on a variety of gaming platforms. He worked at Terminal Reality in Dallas, where as principal programmer he was one of the architects of the Infernal Engine and lead programmer on BloodRayne. He was a technical director for The Walt Disney Company at Wideload Games in Chicago and the lead programmer for Disney Guilty Party, IGN’s E3 2010 Family Game of the Year. He now works for Valve Software in Bellevue, Washington. Oh, but his biggest claim to fame by far is as the namesake of Corporal Dunn from Call of Duty: Modern Warfare 2.
>>395110 Он не проверяет находится один бб внутри другого. Он проверяет находится ли один вне другого с какой-либо стороны. Если нет, значит пересекаются.
>>395111 >Ты сам придумал? Ну надо же как-то это описать. >Да, между всеми И как это возможно реализовать? С помощью цикла проверки коллизии между каждыми объектами? > и сообщать им не конечную позицию, а скорость. Понятно, спасибо!
>>395119 > не буду смотреть код лида физики из близзард Естественно, ведь на его разбор у меня уйдёт больше времени, чем на разработку и написание собственного. >удачи Спасибо! Будут ещё вопросы - спрошу в этом треде.
>>395142 А если ты его не понимаешь в силу необразованности? Ну вот если открыть, например, ядро Линукса. Много ли ты там поймёшь без понимания как работают ОС и как их проектируют и тд?
>>395145 >А если ты его не понимаешь в силу необразованности? Я обязан знать назубок все говнолабы?
>Ну вот если открыть, например, ядро Линукса. Много ли ты там поймёшь без понимания как работают ОС и как их проектируют и тд? Я ещё в такую жопу не лазил, но уверен, что и там говнокод есть.
>>395146 Люди не обязаны писать код, который ты сможешь понять. Люди опираются на общие теоретические знания и пищут код, который "теоретически корректный". А другой программист должен его понять изходя из своих знаний и знаний теории.
На пике - самый быстрый способ нахождения подстроки в строке без сторонних структур данных.
>>395057 Спс. Но я вот считаю, что то, как они обтекают препятствие - это не неплохо, это великолепно.
А остальное подвергнется переделке когда я займусь оружием. Процесс стрельбы весьма уродский, например. Дым - полная фигня, состоит из одного спрайта, который я сделал за 2 минуты не заморачиваясь вообще. + ещё подкорректировать поведение ракет, чтобы они выравнивались по горизонту, потеряв цель.
Но следующим шагом у меня будет алгоритм поиска пути для нелетающих объектов.
>>395151 >Люди не обязаны писать код, который ты сможешь понять. Люди обязаны к своему коду прилагать ссылочки на лабы, которые использует их код. Иначе они идут нахуй вместе со своим говнокодом.
>>395270 Все, что можно из Мейбриджа, я уже стянул. Для базовой анимации самое то, ходьба, бег.
А вот оружия, поворотов с ним, ударов руками-ногами, киношных кувырков у него нет. Поэтому и ищу. Есть неплохие видео на ютубе, но я не умею делать из них раскадровки
>>395277 >И кому будет нужен такой программист, который ничего не знает? образование формирует: знания, умения и навыки это как линк ебaшит всех, имея только один кусок трифорса
>>395294 >Учиться 3д, чтобы делать высокодетализированные анимации, которые потом склеивать в 2д спрайты для 2д игры - это совсем пиздец или нет? Diablo 1-2 так и делался же
>>395309 Ну ты меня понял, я имел в виду не йоба-анимацию достойную пиксар или ещё чего там, а модельки, которые можно впихнуть в изометрию. Чтобы не анимировать всякие крутые костюмы кисточками на каждое направление, а сделать одну модельку и потом с ней возиться уже.
Чому никто не делает моды на Space engine? Брабен в свои годы сделал космосим в 22кб весом, а тут и движок готов, и физон завезли. Это же легче чем пилить игру с нуля, и прославится можно.
>>395354 Spaceengine сам по себе игрой и не является. Вот был бы мод, который делает её игрой — было бы охуенно. К слову Brutal Doom таки стал лучше оригинала.
>>395356 > Вот был бы мод, который делает её игрой — было бы охуенно ето да
я вот очень очень хотел пару лет назад такую игрулю замутить
короче
ты космический торговец, возишь туда-сюда всякое добро, дальнобойщик, ммммммммммаксимальный аутизм, ну короче всё как вы любите но главная фишка в том чтобы сделать космические дальнобои похожими на максимум прогнивший киберпунк. типа, летаешь на своём всратом и проржавевшем корыте, колесишь пространства вселенной, допивая в каюте полторашку космического пива "моча старого генерала" как вдруг у тебя начал барахлить гипердвижок. отправляешься в жопу корабля в промасленных труханах с ключом на 30 подкрутить гайки. а там дым и гарь в отсеке двигателя. а ещё там дверцу от отделения для хранения урана заклинило, не закрывается, оттуда синенький свет идёт. ну и начинашь крутить туда-сюда болты, клапаны дёргать как вдруг тебя останавливает космический патруль. ПОЖАЛУЙСТА ПРЕДЪЯВИТЕ ДОКУМЕНТЫ. ДВИЖОК НЕИСПРАВЕН, ПЬЯНЫМ ЛЕТАЕТЕ, ПРОЙДИТЕ С НАМИ. ну ты им на лапу 400 космокредитов. отъебались. летишь себе дальше. глядишь на ЗЕМЛИЧКУ РОДНЕНЬКУЮ через иллюминатор. на иллюминаторе наклейка с голой бабой. в руке недопитая полторашка. в багажном отсеке воняет протухающее синтетическое мясо. так и живём.
Почему никто всерьёз не думал над поиском готовой серверной архитектуры, либо над тем чтобы собрать где то мануалы по этому вопросу? Тут что, во всём разделе никто онлайн игр не делает?
Максимум кто нибудь может кукарекнуть со стороны параши "ФОТОН КЛОУД", забывая что он платный(Бесплатная версия только на несколько игроков), убогий, ломается даже артмани и читэнжином(Да и как бы ему не ломаться, если это облако, а не полноценный сервак вообще?).
>>395371 > готовой серверной архитектуры Что ты под этим подразумеваешь? upd/tcp сервер читающий пакеты почти на любом языке пишется в пару десяткой строк без сторонних либ.
>>395424 Юнитек не в состоянии осознать, что можно писать руками свой код, ему бы спиздить ассет, в котором будет кнопка "сделать пиздато, чтобы по сети игралось".
>>395439 Что тебе написать? Скачай посмотри как сделан сервер linage2. Без игровой логики чисто сетевая часть занимает пару классов. При том на слабой пеке держит 60фпс при 1к игроках в одном мире и горизонтально масштабируется.
>>395447 > кекнул нахуй Если ты не понял, то речь идет не о клиенте. Если тебе легче то можешь называть это тиками, суть одна и та же - обрабатывать очередь из клиентских пакетов. >>395448 Я в счет брал именно реализацию сетевой логики. Инициализация, описание протокола и обработка данных пакета игровой логикой сюда не входят.
>>395449 Ну если там TCP сокеты, то "сетевую логику" можно реализовать одной строчкой. Как ты понимаешь, до сетевой архитектуры это реализации бесконечно далеко.
>>395452 > до сетевой архитектуры это реализации бесконечно далеко То есть полноценный коммерческий ммосервер далек от сетевой архитектуры? Ясно. К тому же зависит от задач. Если например делаешь какие нибудь шахматы, где в протоколе нужны только координаты откуда куда ходишь, не нужно распараллеливание, не нужен логин сервер, балансировщик нагрузок и пр., то эта строчка и еще пару полноценный tcp сервер.
>>395483 В /vg не раз видел треды по тру рогаликам (не айзек и прочая дегенерация для школоты, а трушные рогалики с ascii графоном) Здесь не видел, чтобы хоть кто-то делал годный рогалик.
Кириллач, у тебя тут есть разработчики, оформившиеся как юр.лица или хотя бы ИП? Хочу пройти практику у такой компании, чтобы потом приложение для диплома написать.
>>395424 Ну блядь, понятное дело что речь не только о пакетах. Речь об оптимизации, возможности подключать базы данных, количеству поддерживаемых коннектов одновременно, распределении по нескольким физическим машинам и т.д. О том будет ли физика в клиенте или на сервере. И т.д.
>>395443 Тогда почему всякие петушки продают сетевую архитектуру за кучу далларов в год?
Напиши мне тогда эти "Три строчки" или "пару классов", что, тебе сложно что ли? А я тебе в ответ другую пару классов могу написать, в анриле или юнити.
Но суть то в том что пары строчек будет недостаточно для полноценного мультиплеера. Если б всё было так просто никто бы Photon Server не оплачивал.
Анон, а существуют ли в природе бесплатные хостеры на которых можно запустить свой сервачок (в виде скомпилированного приложения)? мне много не надо - чтобы я и мой кот могли зайти в онлайн
А то все эти школьники как-то запускают свои сервера майнкрафта и кс го, а я ничего не нашел:(
(совет про сэкономить на завтраках не предлагать, я на диете и мне мамка не дает денег)
>>395695 ну можно свой кмп во внешку тунелировать, see pagekite.me и сотни подобных клонов, например. обычно за сервак платишь вконце периода - так что именно открыть сервак не проблема, чем платиь через месяц подумаешь
>>395695 ах да, ну и есть всевозможные free tier на разных облачных хостингах, короче впс сейчас не проблема, а вот на хостинге свою прогу не запустишь, увы.хостинг для имбицилов.
Всем привет. Я решил писать игру без движка, только с помощью языка программирования и библиотеки для рисования окна. Просто считаю, что движок сделает игру черезчур сложной и будет ограничивать меня. Поясните мне, почему моя идея хуйня, и я должен использовать движок?
Алсо, я не знаю, где потом публиковать игру после создания и как сделать так, чтобы люди о ней узнали. Не на двач же нести
>>395907 Что ты понимаешь под "сделает игру сложной"? В плане читабельности кода? Кокразтоке наоборот же.
Какой у тебя язык программирования? Рисовать как будешь в созданном окне? Через WinApi это такой гемор шо пздц. Не говоря уже об отсутствии кросс-платформенности.
Движки и фреймворки помогут делать рутинные операции в пару строк, а через стандартные средства ты будешь с бубном плясать, да и в итоге если ты не охуеть какой крутой программист, то всё будет работать медленее и глючнее.
Это называется велосипедостроение. Сегодня бесплатных движков как 2д так и 3д дохерища и больше, бери не хочу.
Насчет публикации и продвижения - зависит от уровня игры, жанра и твоих целей. Так-то везде надо попасть. И на двач в том числе. Рекламу в баннере закажи у обезьяны, ну и разные СМИ об инди-играх, обзорщики в ютюбе. На itch.io залей. Почитай о том, что такое пресс-релиз для инди игр и как его подготовить, куда рассылать.
>>395907 > я должен использовать движок? Нет. Не слушай местных неосиляторов, им бы понажимать на кнопочки в движке и посмотреть что получилось, а если нет нужного ассета в ассетсторе, то это вообще повод закончить разработку.
>>395911 Я хотел сделать игру с механикой и ощущением старых ролевых игр вроде Earthbound или Pokemon FireRed. Такую игру вполне можно написать и без движка, так как там почти нет графики и экшена, в основном тайловые карты и меню поверх.
> Что ты понимаешь под "сделает игру сложной"? Хочется, чтобы она потребляла минимум ресурсов и места на диске, а когда работаешь с движками, чаще всего они засирают игру своими ассетами, которые даже не используются. Мне кажется, здесь изобрести велосипед будет проще
> Рисовать как будешь в созданном окне? Через WinApi это такой гемор шо пздц. Не говоря уже об отсутствии кросс-платформенности. Можно использовать SDL, он кроссплатформенный. В питоне, например, для такого есть оче удобный pygame: > pygame (the library) is a Free and Open Source python programming language library for making multimedia applications like games built on top of the excellent SDL library. Like SDL, pygame is highly portable and runs on nearly every platform and operating system.
> Рекламу в баннере закажи у обезьяны, ну и разные СМИ об инди-играх, обзорщики в ютюбе. Ну это слишком, конечно. У меня не такого уровня проект. itch.io это максимум, я думаю
>>395918 Зачем создавать инструменты разработки? Думаешь, я буду писать себе собственный IDE?
Чтобы не быть голословным, почти сразу понадобится гуй и чуть позже понадобится паковать текстуры в атласы. В sdl2 для этого ничего нет (хотя есть сторонние библиотеки). Впрочем, если ему хочется всё это делать самому на питоне - пусть делает. Главное, чтобы самому нравилось.
>>395965 Это когда ты склеиваешь много маленьких картинок с тайлами, монстрами и так далее в одну большую (или несколько больших) и уже её загружаешь в видеопамять (SDL_Texture в SDL, хз, что там в pygame. Цель - уменьшить количество переключений текстур при рисовании.
Анонс, есть проблема с гамаком 8. При создании ехешника из игры и последующего его выполнения выкидывает ошибку на моменте чтения данных из сейвфайла с формулировкой Error reading byte. Причём с записью таких проблем нет. Пробовал запускать от имени администратора, ставить совместимость и прочее. При этом, когда запускаю игру из самого гамака с помощью стрелочки, всё работает и читается без ошибок.
>>395972 Тебе в любом случае их всех придется загружать - одной картинкой или множеством мелких. Хотя даже тут уже может быть выигрыш, т.к. много разных файлов могут располагаться сильно фрагментировано. Природа графических либ такова, что при отрисовке второй текстуры будет выполнен flush первой, что увеличивает количество обращений к видеокарте. По сути просто будешь гонять на 99% пустой буфер, со всеми его издержками, ради рендера прямоугольника вокруг кнопки. Хотя если бы весь ui был в одной текстуре, то запрос на рендер отправился всего 1 раз либо когда буфер заполнится
Анон, есть желание ворваться на Ludum Dare ближайший. Умею программировать всякое, затюню свои поделки или какой-нибудь юнити оформлю. Только вот боюсь без артчела мне не вывезти никак. Как найти подельника на три дня?
Как примерно реализовать массив всех 2Д-объектов на сцене?
Каждый объект создаётся классом, и их невозможно загнать в массив. А если и можно, то объекты в массиве оказываются пустышками с невозможностью использования любых функций этих объектов.
Однако должна быть возможность перечисления ВСЕХ объектов на сцене. Как это реализовать?
>>395987 Я не ебу что ты за архитектурную вермишель там сделал, но если ты создаешь объект и не можешь его добавить в коллекцию объектов, то это плохой дизайн. Делай статик объекты/синглтоны и добавляй. Или в чем твоя проблема, не знай как пользоваться массивами?
>>395972 Забесплатно ничего не бывает. Но атласы повышают fps.
>>395976 В sdl2, кстати, нет батчинга спрайтов (хотя его кто-нибудь постоянно пытается добавить, и даже есть слегка ебанутое расширение sdl_gpu, которое его умеет). На каждый спрайт всегда будет минимум один вызов direct3d или opengl (а то и несколько). Но с атласами хотя бы текстуры неперключаться не будут.
>>395989 Может, у него там C++, и не получается создать массив объектов разных классов? Тогда надо создавать массив указателей на объекты базового класса, а функциональность писать в виртуальных функциях.
>>395997 Тогда делай массив указателей на базовый класс (соответственно, объекты создавай через `new`). Функции, которые будешь вызывать через эти указатели, делай виртуальными.
>>396002 >Что делаешь-то хоть? Создаю цикл для проверки коллизии каждого объекта на сцене. Для этого мне был нужен массив с перечислением всех объектов. Проблема заключалась в том, что объекты не вызывались из него или не могли использовать свои функции. Но твоя наводка в сторону указателей мне сильно помогла.
>>395927 Я не имею ничего против движков, просто считаю, что они неудобные, если ты конечно не работаешь с 3д-графикой Из тех, что я пробовал для 2д, все были либо слишком ограниченными, либо запутанными, лучше уж кодить самому и знать, что это точно будет работать
>>396075 Ты, видать, мало пробовал(или пробовал какое-то говно вроде гамака и рпгмейкера). Как раз для 2д есть дохуища отличных библиотек и даже целых движков - выбирай не хочу. А вот для 3д нормальных движков и библиотек нет. И потому как раз там или страдать(что больно) или самому писать(что неоправданно долго). Жопа, короче. >>396082 Количество багов в коде прямо пропорционально количеству человек в команде. Количество багов у грамотного одиночки стремтся к нулю. Стыдно этого не знать, коллега. мимо другой QA-инженер
>>396154 Рискну предположить, что в данном случае под "движком" понимается редактор с текстовым полем для ввода фантазий и одной кнопкой "зделоть игру".
>>396170 Нет, надо так hp = c1 x exp (c2 x lvl x exp (c3 x con))
Кроме шуток. Экспоненциальный бесконтрольный рост статов довольно опасен для баланса. Поэтому обычно делают так, что профит от увеличения стата постепенно уменьшается.
Научить врагов двигаться по уровню оказалось намного сложней, чем ракеты. Прострадал неделю, узнал что такое граф, написал алгоритм для его построения по уровню. Теперь враг теоретически сможет ходить по уровню, спрыгивать и запрыгивать на платформы. Но как научить его перепрыгивать пропасти? Пока не понимаю.
>>396189 А если будет недопрыг или перепрыг? Не то.
Я сейчас сгенерирую поле, которое ему будет доступно при прыжке, потом найду все путевые вершины, внутри этого поле и соединю прыжковыми рёбрами с точкой выпрыгивания.
Кирилл, помоги. Я недавно в Unity въехал. Нужно кинуть типа вектора вперёд от объекта и вывести расстояние, где вектор касается стены. Просто без понятия, как это сделать
>>393737 (OP) Идеальный тред для моего вопроса. Итак вопрос: предположим, что ты бомж с пекой, а не студия, или компания, и у тебя нет денег на покупку лицензионного ПО для разработки игори. Так вот, если ты например нарисовал в фотошопчике текстуру, припилил ее к своей говноигре, а потом залил это в стим гринлайт, то к тебе сразу придут домой беркуты и отпиздят тебя? Как вообще совмещать использование неллицензионного/ограничено лицензионного (типа триал или эдюкейш версий, которые не предусматривают дистрибьюцию) ПО с инди? (рандомпик)
>>396396 Почему не paint.net или какой-нибудь gimp? Неужели негде эти ваши гавнотектуры клепать. И если у формата есть пустое место куда пишет редактор, то да, могут распаковать и узнать.
>>396393 Я чего-то не понимаю. Похоже, языки программирования просто не для меня, если я застрял в настолько простой штуке и не вдупляю, что происходит :С
Сап, аноны. Интересуют ответы на зис вопросы по поводу локализации в гугл-клее: 1. Что лучше: десятки различных переводов с помощью gt или 2 хороших перевода ru и en? 2. Имеет ли смысл переводить игру отдельно на британский английский и американский? Или оставить только американский английский, а на британский забить или наоборот?
>>396418 > Теперь готов раздать бесплатно. Куда писать чтоб был толк? Тебе стоит обратиться в конференцию разработчиков видеоигр. Среди них многие не могут жить без твоих идей.
>>396424 Но у меня действительно есть одна охуенная идея, вот думал отдавать вам или писать книгу, раз игорь не осилил. У меня уже готовый мир, готовый сценарий, готовые квесты. Надо только все систематизировать. И еще есть несколько идей поменьше, для игр может быть не на пк, а может и на пк.
>>396445 Закидываю все, что есть. Надеюсь кто нибудь да запилит.
Мой шедевр. Начну с сюжета чтоб сразу не кинулись обсирать. Сижет: некая страна Зрабарзия(можно изменить), которая находится на острове, переживает тяжелые времена. Власть в стране захватила группа бандитов и террористов, при помощи репрессий, террора, взрывов и угнетения. Классическая антиутопия. Главный герой, простой сантехник(можно изменить), едет с женой загород к родственникам. Ночь, дождь, плохо освещенная трасса. По встречке летит местный главпоп на своем черном бентли, обдолбанный в хламину герычем. Авария. Гг на короткое время теряет сознание, но краем глаза видит, как главпоп приказывает охранникам закинуть его тело, тело жены и авто в ближайшую яму в лесу и поджечь, чтоб народ вдруг не узнал, что поп обдолбан. Стоящие рядом менты помогают охранникам, а потом валят дерево на дорогу чтоб выдать это в новостях как несчастный случай, когда гроза повалила дерево на мирно едущего главпопа. Гг снова теряет сознание, приходит в себя уже в костре, откуда его вытаскивает местный деревенский Иваныч. Дед тащит гг домой и ухаживает там за ним, но у гг обгорает половина лица(можно чтоб и не обгорала). Когда гг приходит в себя, Михалыч поясняет ему, что во власти мафия, к ментам идти нет смысла(убьют или чего похуже), что дворец главпопа находится тут недалеко, что к главпопу забрали внучку Михалыча и она больше не вернулась, что жена гг сгорела насмерть, и что гг не должен выходит на люди в дневное время, иначе увидят. Первой же ночью гг навещает место пожара и находит останки жены, тут драма, слезы, ор. Для пущей драмы можно сделать так, чтоб из полусгоревшего бардачка вывалился положительный тест на беременность. Гг возвращается к деду, который поясняет, что такая хуйня уже давно в стране. Гг, преисполненный ярости и ненависти, решает мстить. Дед сообщает, что не все в деревне и других соседних деревнях верны режиму, и что там есть несколько людей, которые тоже потеряли все, и что дед тоже не против попить крови, но у него уже нет сил. На вторую ночь гг решает поездить по деревням и собрать людей. Некоторые соглашаются. Вместе с деревенскими гг устраивает базу у деда в подвале и придумывает хитрый план, как пробраться в особняк главпопа и убить того. Тут начинается основной гемплей - добыть стволы, найти бензин, собрать снарягу, вести слежку и т.д. Ночью. Днем гг сидит в бункере и что нибудь крафтит, день можно пропускать. Время от времени гг встречает ментов, от которых надо убегать как в гта. И вот настал момент, все маски найдены, топливо собрано, стволы готовы стрелять, гг с группой выдвигаются к особняку, устраняют охрану, находят там различные ужасы(склад герыча, молоденькие девочки, оружие, компромат и т.д., все что хочешь), добираются до главпопа, который в это время шпилит лолю/нюхает/колется и т.д. Поп слезливо просит не убивать его, но гг настроен решительно. Тут у игрока есть выбор, убить быстро или устроить показательную казнь. В любом случае все снимается на видео и потом выкладывается в местный ютуб для устрашения властей и нахождения среди народа сторонников. В ноутбуке попа находится куча информации о других акторах мафиозной власти, оказывается, что они не просто мафиозники, они гораздо хуже. После этого кроме ментов гг гоняют по карте еще и какие нибудь спецслужбы. Гг и команда отправляются на подготовку к следующим убийствам. После одной из миссий гг возвращается в бункер и у входа слышит стоны и крики, это гбня поймала деда и пытает его. Деда убивают, и на выходе встречают гг, который их убивает. Можно сделать предсмертную сценку с дедов. Поняв, что бункер уже не безопасен, гг собирает людей и уезжает в обратно в город, в какое нибудь укромное место и обустраивает базу там, попутно продолжая выполнять подготовку и убивать злодеев. Смерти надо красиво обставить, но если примусь описывать стена текста еще больше станет, но и эти идеи у меня есть. Гг продолжает искать сторонников через своих информаторов, сторонники тоже не простые, у одного например мать умерла от рака по вине властей, которые отказались платить за лечение, а все деньги по кредиту забирали приставы. И такие же драматичные ситуации со всеми, кто то потерял бизнес, кто то семью, кто то друзей или карьеру. Отчаянные люди. Со временем действия гг приводят к революционной ситуации, подлости мафии открываются людям и гг начинает готовить свою команду к решающей битве. Решающая битва проходит к местной администрации, где надо залезть на самый верх и убить местного главпетуха. Финальная миссия зависит от кармы героя, если гг помог всем спутникам, то каждый из них выживает, если гг забил на них хуй, то они драматически умирают при штурме. Надо сделать несколько положительных персонажей, которые не спутники, но умирают входе штурма у гг на руках, для драмы. И несколько отрицательных мини боссов, которых гг убивает по пути. Гг добирается до главпетуха и после боссфайта получает ранение, главпетух, тоже раненный убегает на крышу чтоб съебать на вертолете, но военные, которых до этого переманил гг и которые не стреляли по людям сбивают вертолет, а гг хватает главпетуха за шкирку. После непродолжительной речи добрый гг скидывает петушару вниз к толпе, главпетух насаживается на острые колья железного забора и подыхает. Гг с высоты пятого этажа орет в толпу что то вроде "Мы не будем рабами". Злой гг сбрасывает главпетуха, но тот успевает утащить гг с собой. Занавес. Финальные титры, каждый персонаж сам рассказывает свою историю после финала.
Сама игра думаю должна быть чем то вроде гта, долго пояснять уже сил нету, но нужен один большой город и его окресности смоделить. Бары, тюнинг, стрип клубы, бильярдные и все прочее очень сильно помогут в оживлении мира.
>>396448 Следующая игра уже мелкая по масштабу. Пойдет и 2д реализация, и даже рогалик типа даркест данжона. Концепт таков.
В некой секретной лаборатории правительство проводит эксперименты по созданию универсальных солдат на... мышах. Генно модифицированные мыши могут говорить, резки как понос, быстры как пуля, обладают телосложением шварцнегера. Мыши подвергаются безжалостным опытам и дополнительным мутациям(но не внешне, третий глаз и щупальце из носа не наш вариант, внешне они милые и пусшистые). Со временем мыши узнают, что вокруг есть прекрасный мир, а не только их клетки и необходимость убивать друг друга. И решаются на побег. Убивают охрану, устраивают пожар в бункере и съебывают туда, куда людям не пройти - в узкие канализационные трубы, пещерки, каналы под городом. Геймплей состоит в походах в разные места, где мыши собирают лут, а потом строят базу и крафтят оружие, снаряжение и броники, выращивают еду. Но ученые не оставляют попыток убить мышей, чтоб скрыть следы экспериментов, и засылают постепенно различных мунтантов, которые способны пролезть в пещеры к мышкам - тараканов, других мышек, крыс, котов, кротов и т.д. У мышей есть классы на ваше усмотрение, разве что кроме магии. Пещеры для походов каждый раз генерируются по новому, там респятся враги в зависимости от уровня мышей и лут. В лагере надо строить кузницу, казарму, поле с едой, инженерную чтоб собирать мышиный огнестрел, арбалеты и продвинутую технику и т.д.
>>396410 Первый раз когда искал инфу по рейкасту, брал код с первой ссылки, но чот не додумался ниже прокрутить и прочитать остаток страницы. Спасибо, анон.
если кирюха выставляет своё кирилльство напоказ то он, очевидно, желает посмотреть реакцию на оное графоманство, так что мне грешно было бы не использовать своё священное право высказать собственное мнение относительно шедевра.
и это, аккуратнее с политотой в этом суверенном разделе. тут какбы негласно условились что свои политические взгляды стоит запихнуть в сральник.
>>396448 Резюмирую: бессмысленное и беспощадное топтание ногой в качестве протеста. А с Мы не будем рабами вообще выпал. Но это не значит что сюжет плохой, на каждый второй фильм/игру у сценаристов хватает фантазии написать еще больший бред, который потом народом воспринимается как средний или гениальный. Может кто то возьмет твою идею и реализует ее на следующем твг в примитивном виде, типа битардии. Или даже протолкнет в стим под видом гениального сюжет и диалогов на кончиках пальцев, типа 35mm.
>>396448 CoD, которому не помешает Лишний Ствол. Почему оппозицию не прибили вояки ещё откуда-то, почему ГГ не сделали дохуя террористом, все слишком локально. За что дедушку убил? Особняк — это вообще какой-то штурм жуков из второго ME. Лучше уж тогда пускай ГГ какой-нибудь бродкаст пытается запустить и героически (почти) помирает, потому что там был йоба-генерал, хотя это тоже где-то было. >>396451 Я думаю, с достойными концепт-артами эта идя выглядела куда приличнее. Ну и там тяжёлый рок, кантри и митол на фоне. Возрождай дух первого StarCraft.
>>396486 какой-то коммент с геймдев.ру малоебучие частности стиля ЕВРОПКА УНИВЕРСАЛИС ГОВНО ПОТОМУШТА В 1568г ФРАНЦУЗСКИЕ ОФИЦЕРЫ НЕ НОСИЛИ БЕРЕТЫ, какие-то аналогии вообще пиздец с неба взятые, если штурм то тут у него аналогия на масс дефект, откуда чо, ахуеть. в мышах вообще дух старкрафта, ой блять, ой ой ой ой ой
>>396492 Блядь, у него КОМПАНЬОНЫ С ПРЕДАННОСТЬЮ умирают или не умирают в зависимости от стата. Это типа не списано с Лишнего ствола? Хули у него все так обособленно? Это не Горячая линия где хуй с горы в 80-х выносит какие-то точки russkieh, этот тип затирает про геволюции, хотя вся революция из пальца высосана. Армия у него переметнулась на сторону, блядь. А хули!? Вояк не кормят что ли? Типа я не могу доебаться на такой стадии? Пускай он тогда своё дженерик говно пилит, получится пародия на ААА без души, потому что идея избитая, так он ещё и хуево её обрисовал. Нет, это, конечно, концепт на коленках, но если он не Толстой дохуя, то это дженерик.
В старкрафте был дух реднеков-мародеров и ниггеров с кубинкой внутри скафандра. А потом всё проебали. Иди нахуй, блядь.
>>396498 > КОМПАНЬОНЫ С ПРЕДАННОСТЬЮ > списано с Лишнего ствола? да везде и всюду это было, в каждой игре. в том же сьерра мадре из нью вегаса, в валькином деде 1 в последней главе. везде, короче, совсем везде. > хуй с горы в 80-х выносит какие-то точки russkieh > геволюции не заметил качественных отличий > Армия у него переметнулась на сторону, блядь. А хули!? Вояк не кормят что ли? тебя сильно парит это? нет, серьёзно, тебе не похуй? ты, наверное, кино когда смотришь — постоянно возмущаешься, мол НИПАНАСТАЯЩЕМУ. то что дейнерис на пафосной тяге и сиськахписьках захватывает города, вообще похуй. и не смей писать что ЭТАЖИФЕНТЕЗИ. тут же куда важнее что сама гейвалюция у него безынтересна и банальна, нет никаких ВНЕЗАПНО, даже рояли поленился по кустам распихать, вместо красивого вживного сеттинга тут НУ КОРОЧ ПРОСТ СТРАНА))) > говно пилит, получится пародия на ААА без души получится "35мм-2: убить президента" > идея избитая, так он ещё и хуево её обрисовал > это дженерик вот, вот она суть, родимая, наконецта
> В старкрафте был дух реднеков-мародеров я тебя сильно обрадую, он был вообще в половине игор ~2000 года выпуска. но при чем тут реднеки-мародёры я всё же непонел. крысы в даркест данжоне, да. ходят, стреляют, грызут. под такую идею десяток-другой ассоциаций всяких разных возникает. почему именно реднеки. да хуй его знает. потому что я люблю реднеков-мародёров. вот почему. тот же гротесковый стиль даркестданжна к этой идее тоже вполне зашёл бы, или стиль охотников на приведений с их костюмами а-ля клининг и пушками аля дезинсекторы но реднеки бесспорно лучшее
Акулы геймдева, нужен совет. Приходит в команду два персонажа, после прочтения концепта они задают вопрос "Как вид в игре?", то есть, от первого лица, третьего, изометрия, итп. Собственно, вопрос: как называется классификация "вида" в игре и где её место в концепте?
>>396530 Зависит от жанра. Под все виды есть примеры успешных игр: DOOM, Mass Effect, TES, Divinity, Diablo ну и платформеры, но я так понял ты не своего Мегамэна делаешь. Смотри на то, сколько свободы ты хочешь дать игроку в плане обзора и какие механики используешь. Если есть дюжина AoE, которые кастятся указанием точки, а не вокруг персонажа, вид сверху побеждает. Несколько персонажей удобно контролить также видом сверху, но это если у тебя есть над ними такой же полноценный контроль, как и над протагонистом, в остальных случаях вид от третьего лица, чтобы палить их, сидя в укрытии. Etc.
>>396530 >Приходит в команду два персонажа, после прочтения концепта они задают вопрос "Как вид в игре?" Персонажи должны исполнять указания и следовать инструкциям. Скорее всего нехватает остальной документации по проэкту.
И я в первую очередь для себя хочу грамотно составить документацию, чтобы не метаться из стороны в сторону и не забывать что-то. Ну и вообще записывание своих кириллизмов отрезвляет.
>>396540 Анализ не нужен. Точка зрения на игровое поле уже выбрана. >>396542 Проще говоря, указывать в графе "Жанр". Понял. >>396543 Так и есть, доки по технической демоверсии в разработке. Показывать новоприбывшим подробный разбор элементов, что понять фундаментальную мелочь — не вариант.
Можно ли сделать игру практически бесплатно?Я имею в виду,что нужно платить за лицензию Фотошопа и 3Дмакса.Можно их чем то заменить или придется платить?
Платина. Хочу в ближайшие пару лет заняться серьезно каким-нибудь движком, понимаю сипэпэ, но реального опыта не много (занимался вебом). В планах сделать градостроительную стратегию, вот думаю CryEngine или UE? Напишите мне что-нибудь.
>>396632 Мне вот всегда было интересно, а чисто на блупринтах игру сделать можно? Этот метод сильно проигрывает/выигрывает у обычных скриптов игровой логики?
>>396633 Мне лично понятней читать обычный код, потому что он компактней и информативней. Но тут скорее кто как придрочился. На блюпринтах разве что какие нибудь тригеры для гуи или кнопок на полу писать, шоб они 2-3 ноды занимали и не было таких макаронин.
>>396582 Если делаешь один и используешь свободный софт либо подтираешь свойства текстур и моделей, то вполне. Видел, сколько инди игр бесплатных есть?
Играюсь с песвдо3д для псевдорогалика, вроде норм выходит, пора пилить псевдоосвещение.
Хотел сперва камеру сделать под меньшим углом (как в Дьябле, мой любимый угол камеры), но выяснилось, что для этого размеры пещер должны быть значительно больше, чем у меня. У меня же получается слишком много полупрозрачных пересекающихся стен, и нихуя не разобрать.
>>396703 Я думал над этим (недолго), и не сообразил как так сделать без написания своего рендера или шейдеров (у меня сейчас sdl2).
Я думаю, надо будет прозрачность сделать в зависимости от положения персонажа: стены перед ним делать прозрачными, а за ним - сплошными (типа он сквозь них не видит). Дьябла примерно так делает, и выглядит это неплохо.
>>396705 С другой стороны, я хочу попробовать не привязывать камеру к персонажу и его области видимости, чтобы было как в стратегиях: там, где ты уже был, виден ландшафт, но не видно врагов. Короче, надо будет над всей этой хернёй подумать.
>>396698 Я велосипедю движок для изометрической тайловой игры вроде всяких 2д рпг, и сделал освещение просто как волну от источника освещения по тайлам
Заодно наблюдаю, как у sdl2 количество fps падает прямо пропорционально количеству вызовов SDL_RenderCopy, даже если не меняется текстура. Моя пекраня (i7-3630QM, AMD FirePro M2000, так себе, короче) может нарисовать порядка 7000 спрайтов на 60 фпс, это примерно 35 спрайтов на клетку. Не такой уж большой запас, учитывая, что это всего лишь 2д. Нужно заложить возможность перейти на что-нибудь другое (у меня .NET, так что MonoGame, наверное).
>>396710 Использую библиотеку ClanLib и не жалуюсь, там рендерер на батчере уже организован, я выводил на тесте 200000 спрайтов в 60 фпс, и это ещё не предел был. Библиотека малоизвестная, но очень удобная, рекомендую.
>>396713 Посмотрел на их доки. У них есть обёртка над glDrawArrays, так что батчинг можно самому сделать. Ещё у них написан неплохой рендер текста, где уже есть батчинг и упаковка глифов в одну текстуру. Если на практике это всё работает без багов, то надо было сразу sfml брать.
>>396728 Хорошо у вас там на C++ с разнообразием движков.
Антоны! Не бейте лучше обоссыте, хочу заделать point and click квест, идея и концепция , арт ( я прости господи художник) но рисовать это хорошо, а как собрать все это вместе? Вообщем посоветуйте простых движков для такого рода сборки, в программирование не могу совсем, я аутист. Надеюсь на вашу помощь.
>>396787 есть AdventureGameStudio, пытался в сосничестве на ней сделать что-нибудь, но вообще советую ЮХУТИ, юнути менее ебанутая в плане ограничений, плюс уверен что можно спиздить готовое говнорешение от васяна777 для поинт энд клика
Джентльмены, а не подскажите ли зашедшему в вашу обитель случайному мимокрокодилу - существуют ли хорошие движки, поддерживающие Питон (кроме очевидного RenPy, который мне почему-то советовал каждый первый из моих знакомых)? Пылаю нежной любовью к этому говну для самых маленьких языку, и честно говоря с изрядной ленцой подхожу к необходимости писать что-нибудь на привычных Шарпах, Крестах и прочем что я знаю, но не люблю просто из-за личных взглядов. Стоит ли по-бороться свои низменные желания, или таки можно где-то будет не стесняясь работать и с Питоном?
Простенькую интерактивную игру, где в зависимости от направления и частоты движений мышкой, будет проигрываться определенная анимация и записываться определенные параметры, можно сделать на renpy? Или есть что-то другое, более подходящее?
>>396856 Запросто можно сделать с помощью pygame В цикле прослушиваешь эвенты мыши, проверяешь ее координаты и в зависимости от них выводишь нужные картинки на поверхность окна
Реквестирую сайт, типа war robots arena, где любой желающий мог написать бота на js и протестить его на арене, суть была примерно такова: человек пишет бота на js, который должен захватить все клетки на матрице-карте, соперничая в этом с другими ботами. Видел где-то здесь его, но потерял. Кажется, анон какой-то запиливал этот проект
Как назвать квест в коде, который выполняется только один раз за всю игру?
Есть DailyQuest, которые выдаются каждый день, выполняются, а после удаляются и потом они могут по новой добавлены на выполнение. А есть ещё специальные квесты, которые ты выполняешь только один раз и получаешь особую награду.
Как, сук, у индюшатников получается в одиночку пилить хорошие, разнообразные, красивые игры и не сдуваться при этом к середине-концу? Говорю сейчас именно о производящих в одну харю. Пилю платфомер, сделал 2 мира и 2 главаря и уже реализовал всё что задумывал, а надо ещё миров 5 хотя бы наклепать. Но не хочется клепать, хочется творчески подойти к делу, чтоб в каждом уровне была какая-то уникальная фишка, механика, подъёбка, но фантазия всё.
>>397116 Рисуешь, значить, гигантского осминога, потом рисуешь гигантскую обезьяну, далее гигантского комара, затем супер сильного бандита в маске, и наконец, рисуешь гигантскую ящерицу. Если что, вид поменяй на какой-нибудь инопланетный.
>>397119 >>397133 У меня сюжет не привязан к уровням (или наоборот, хз как лучше сказать). Играли в I Wanna Be The Boshy? Вот у меня то же самое в плане дизайна уровней. Нет пока больше мыслей ни для испытаний, ни для подъёбов и ловушек, ни для главарей. А в начале разработки ворох идей таким здоровым казался. Но большая часть оказались очень общими, а на частностях и деталях начался затык.
>>397140 Или вот как люди придумывают такие изъёбистые схемы уровней? Туда-сюда, тут вверх, тут налево-направо, здесь выемка в стене, ведущая в другое место, и всё это органично сплетено и связано друг с другом, образуя интересные испытания и экраны. Меня же ни на что кроме коридоров не хватает. Может, я слишком высокую планку себе ставлю?
>>397143 >Или вот как люди придумывают такие изъёбистые схемы уровней? Туда-сюда, тут вверх, тут налево-направо, здесь выемка в стене, ведущая в другое место, и всё это органично сплетено и связано друг с другом, образуя интересные испытания и экраны.
Это ты про I Wanna Be The Boshy? Там надёрганы идеи из кучи разных игры и щедро перемешаны с говном.
>>397147 И про неё тоже. Вот, например, если посмотреть общую карту какого-нибудь уровня, то видно, что сделано всё пиздато и органично, с минимумом кишок. Хотя там уровни, по сути, кишками и являются, но ощущения коридорности нет за счёт хорошей планировки. Ну а идей, кстати, своих собственных там тоже достаточно. Прыгающая собака на первом уровне, стреляющий гепард на третьем, экран с шипами в конце второго, где они въезжают и выскакивают в зависимости от прыжков. Если задуматься, то даже такой, на первый взгляд, простой уровень требует тщательной проработки, создания схемы уровня и расположений шипов, последовательность их появления и т.д. Или та же атака Соника, когда он по экрану летает и его нужно обманывать и водить туда-сюда, вот чёрта с два бы я до такого додумался (про то, что он там нахуевертил в коде, чтоб он такие финты крутил, вообще молчу). Это я сейчас не к тому, что игра пиздатая, а к тому, как оказывается сложно сделать годный и интересный платформер.
Ребят, всё хочу стать новым Кодзимой, но мне жалко вас тут оставлять в нищете и без признания, поэтому откладываю свой успех до последнего, но боюсь недолго осталось и скоро буду взирать на это место с высока и отрекаться от вас всех.
>>397154 Вот специально из-за тебя посмотрел спидран этого говна. Потратил на это час своей жизни, и в результате я получил ощущение, что меня просто оскорбили. Эта игра полностью состоит из неуважения к игроку, к играм, которые она "пародирует" и к играм вообще.
Ты о чём вообще? Об исчезающих блоках из мегамена? О медведе из прехисторика, которого тупо ускорили? Про запрыгивание по черепахам из марио? Такое запрыгивание встречается в каждой игре. где можно отталкиваться от врагов.
Тебя восхитило, что ускоренному медведю добавили возможность прыгать, когда игрок на верхней платформе? Это вообще первое, что приходит на ум при программировании АИ (я первый раз этим занимаюсь и мои зелёные квадраты сразу же занялись именно этим. Причём намного изящней) При этом прыжок с игнором коллизий? Это не тщательная проработка и хуевертие с кодом, это высер.
Что там дальше? Платформа, двигающаяся посреди шипов? Первое что на ум приходит - power blade 3. Но подобное есть в тысяче игр. Про какой ещё экран с шипами ты говорил? Про тот, что спизжен из vvvvvv,
Облака, опускающиеся на шипы? Такое я много где видел, не могу назвать источника. Пробег по диагонали между шипами?
Атака Соника, которого нужно обманывать? Ну запрограммируй самонаводящуюся ракету, меняющую угол с конечной скоростью, которая наводится на точку один раз, а потом наводится ещё раз, если в этой точке никого не нашла. Вот это оно.
Короче, если для тебя это - оригинальное мышление, у меня для тебя плохие новости. Тут спижжено всё, включая тайлы. Рекомендую тебе скачать эмулятор NES и пройти все платформеры. С сохранениями не заёмёт больше месяца.
>>397183 Ну и к вопросу, как создатель этого говна до всего этого дошёл? А ты посмотри - он разобрал кучу классических игр, очевидно что смотрел как и что там сделано. А потом просто куски оттуда выдёргивал и лепил говно.
Но разбирал он из тщательно. Эти куски он воссоздавал самостоятельно.
>>397185 Блин, я походу лоханулся. Тут в основном всё понапижжено из I wanna be the guy, который тоже лютое говно, в котором тоже всё спижжено откуда только можно. Многие комнаты совпадают на 90%.
Так что если ты хочешь быть как создатель боши, ну хуле. Воруй.
Товарищи, а как быть с авторскими правами, если я например буду делать игру ну как-делать, мечтать что буду делать в которой гг например историческая личность, музыкант или вроде того?
Котаны, посоветуйте хорошую C/C++ лучше все же С++ GUI либу для игры на самописном движке на OpenGL inb4 велосипед. Из того что сам рассматривал: Nuklear - C, много возможностей, минимум зависимостей, активно развивается, сейчас использую именно его, обернув в классы. Расстраивает практически отсутствующая документация отрывочные коментарии в сорс файле, поясняющие дай бог 5% всего функционала, примеры тоже не особо информативны. Imgui - C++, много возможностей, минимум зависимостей, активно развивается, но позиционируется разрабом как GUI для дебага, из чего следует крайняя невыразительность интерфейса nnGUI - C++, возможностей вроде как поменьше, но тоже прилично, активно развивается, красиво выглядит. Мне очень понравился и визуально и интерфейсом, но есть одно НО - в зависимостях SDL для контекста и Eigen для математики. А я использую GLFW и GLM соответственно. И если заменить SDL на GLFW не проблема, то заменить Eigen на GLM полность у меня не вышло. nana - C++, возможности не изучал, так как показалась какой-то стремной. Последний коммит в сентябре 16. CEGUI - С++, возможностей вроде как дофига, активно развивается, широкие возможности кастомизации. Подумываю сейчас о переезде на него, но какой-то он слишком большой комбайн с кучей возможностей и зависимостей пусть и не обязательных, хотелось бы что-нибудь попроще. Qt, wxWidget - не рассматриваю, т.к. они больше для обычных приложений, а не игр.
Посоветуйте годных алгоритмов для нпс для поиска пути до нужной точки Я просто тайловую игру делаю и использую алгоритм A*, а он сука медленный пиздец, фреймрейт скачет от 20 до 60
>>397205 Я ищу с паузами, но каждый раз когда вызывается поиск пути фпс трагически падает >>397202 Ок, я попробую. Сейчас ищется по упрощенной карте местности с отмеченными препятствиями
>>397183 Я тебе не про пиздинг ресурсов, а про дизайн уровней. Ясен хуй что все идеи уже были где-то реализованы, суть в том, чтобы из имеющихся механик создать нечто новое и гармонично вплести это в уровень. Посмотри на планировку уровней в боши и сравни с любым женерик кишкообразным платформером. Каждый угол нужно обходить с использованием новых (в рамках игры) способов и испытаний. Я молчу про главарей, где тоже достаточно оригинальных атак, и даже банальные кидания говном порой обёрнуты как что-то интересное (бомбы на Сонике, молнии на Мегамене, черепахи с молотками на Марио). Чего ты вообще до слова доебался? Я эту игру просто как пример привёл, и единственное, чем я, как ты выразился, восхищаюсь - код Соника. Есть примеры интересных и настолько же длинных игр, где на каждом экране был бы новый вызов, но не спизженный из другой игры? Я буду рад оценить и, возможно, установить новую планку качества.
Кто-нибудь здесь имел опыт с продажей прав своей игры (уже выпущенной самостоятельно) третьему лицу? Мне на mail написал чувак и какой-то там конторки, говорит мол, так и так, хочу приобрести full Steam distribution rights на твою игру. Чо делать то? 0_0
>>397222 >Чего ты вообще до слова доебался? Потому что игра - оскорбление. Пример того, как НЕ надо делать уровни, препятствия и врагов.
> Посмотри на планировку уровней в боши и сравни с любым женерик кишкообразным платформером. Пикрелейтед (не боши, но гай. Боши я не нашёл) кажется тебе примером хорошего дизайна уровней? Это лютейшее говно.
Или ты про дизайн каждой комнаты? Испытания в тебе кажутся интересными а атаки боссов оригинальными именно потому, что ты не играл в те игры, откуда это всё спижжено. У меня они вызывают только желание пробить автору с ноги.
> восхищаюсь - код Соника Я уже писал - Соник здесь запрограммирован как простая самонаводящаяся ракета. Это очень просто код, упражнение для новичка.
>Есть примеры интересных и настолько же длинных игр, где на каждом экране был бы новый вызов, но не спизженный из другой игры? Я буду рад оценить и, возможно, установить новую планку качества.
Поиграй для начала в те игры, которые "пародирует" это убогое говно. А пока у тебя такая планка качества, тебе игры лучше не делать. Ну да ты и не можешь.
>>397232 Если ты тот анон, что смотрел спидран по Боши, то помнишь, как там были устроены уровни, и сделано это на голову лучше, чем в гае, в котором как раз кишка и скука аз из.
>Соник здесь запрограммирован как простая самонаводящаяся ракета Охуеть ты умник. Самонаводящуюся ракету, рикошетящую от стен, и я написать могу, только там это нихуя не так устроено. Там происходит постоянное изменение амплитуды его колебаний по экрану, может он до последнего лететь куда нацелился, а может резко развернуться и ебануть по твоему текущему местоположению, плюс рикошетит не от стен, а не пойми откуда.
>Поиграй для начала в те игры, которые "пародирует" это убогое говно. Бля, ну ладно, давай немного по-другому: >Есть примеры современных, интересных и настолько же длинных игр, где на каждом экране был бы новый вызов, но не спизженный из другой игры?
И ты опять от темы ушёл, я тебе говорил не про пиздинг идей, а про их грамотное использование и комбинирование для построения оригинального (В РАМКАХ ИГРЫ) уровня с хорошим дизайном (а не как в гае).
пейнтер — красивая, умная, бохатая истеричка. первые минуты кажется что 10/10 МАЙ ВАЙФУ ФОРЕВЕР, однакож слово за слово, хуем по столу, помаленьку вырисовывается реальная картина её пизданутости. она начинает застревать без видимой причины даже на элементарных вещах, а уж о запекании карт так вообще можно оставить её за сим делом а самому попить чайку. да, она умненькая, но не настолько чтобы пытаться искать в её истерике разумное зерно. да, кстати, не дай бог ты на что-то другое отвлечёшься — её ревность не имеет границ, это пиздец, чтобы пообщаться с ней заново придется подождать 20-30 секунды. и этот ужас нарастает экспоненциально по мере общения, вынуждая тебя хлопнуть дверь и заорать в монитор ДА ПОШЛА ТЫ НАХУЙ ШЛЮХА очень редко удаётся распрощаться с ней на хороших нотах, она сможет нехило заебать даже при выключении. и даже после выключения остаётся ощутимый ОСАДОЧЕК в системе, так что "ДАВАЙ_ПОПРОБУЕМ_НАЧАТЬ_ВСЁ_СНАЧАЛА" требует перезагрузки пекарни. не знаю, может она так общается с нищеблядями бохатая мразь, вы все такие, но даже юич-тян не ведёт себя истерично, а просто хладнокровно заявляет что С ТВОИМ КОШЕЛЬКОМ ТЫ МОЖЕШЬ РАССЧИТЫВАТЬ ТОЛЬКО НА ЭТО. по крайней мере она стабильна в своём презрении к нищеёбам. кароче, друзья, вы там поосторожнее с этой ёбнутой, она вам все нервы изведёт.
>>397378 Угу. Ужасно хочется приступить к созданию собственно игры. Но как мне сделать драку с врагом, если он не может найти меня на платформе. А если сделаю перерыв в пасфайдинге и займусь, например, фоном, то через неделю мне придётся заново разбираться в своём собственном коде.
Ну и игра должна быть интересной даже когда ты дерёшься с квадратом. Анимация и эффекты не сделают из говна игру.
Есть путь - состоит из набора узлов, каждый из которых состоит из координат x,y и указания, каким способом до него добраться из предыдущего узла - в каком направлении и каким образом двигаться (например "идти" "направо" или "лезть по лестнице" "вверх").
В начальной точке квадрат получает номер узла (target_node = 1), к которому ему нужно двигаться. При достижении target_node (координата квадрата x,y находится в некоторой окрестности от координаты узла) квадрат начинает двигаться к следующему узлу. target_node увеличивается на единичку.
При достижении последнего узла target_node обнуляется, всё ок. Можно выбирать новый путь и двигаться по нему.
Но допустим кто-то нехороший дал прогуливающемуся квадрату ракетой по щам, квадрат отбросило и он сбился с пути. И как теперь бедному квадрату понять, что он заблудился и ему нужно сбросить target_point и вообще проложить новый путь?
>>397444 > старым способом путевая точка уже недостижима.
Хм.. старое правило верно. Правильно заданный вопрос уже содержит в себе ответ.
Нужно чтобы квадрат сначала представил себе, что он пытается достичь путевой точки заданным способом. И если он видит, что прокарабкавшись заданное колличество пикселей по воздуху он не достигнет узловой точки, он сбрасывает свой старый путь и прокладывает новый.
>>397445 Как-то эмуляция движения мало того, что жуткий гемор, так ещё выполнять её в каждом фрейме, со всеми чеками коллизий... Мне кажется это плохим пособом.
Посмотри на webm >>397338 - у меня уже есть путь. Вопрос не в том, чтобы его построить, а в том, чтобы перемещаться по нему по-человечески. Чтобы квадрат, достигнув точки, из которой возможно прыжком попасть в другую точку двигался в неё не по-прямой а именно прыжком. И во время своего прыжка осознавал "у меня всё хорошо, я на правильном пути, мне не нужно ресетить своё состояние и прокладывать новый путь, я скоро приземлюсь там. где мне нужно".
Теперь мне нужно начать перемещаться по нему по-человечески. И если
Если координаты точки выше моих - по расстоянию и углу высчитываю импульс и прыгаю.
А путь до цели рассчитывать все равно надо если не постоянно, то хот бы раз в полсекунду, если только у тебя там не неподвижная цель и не полностью статичная среда без динамических препятствий. За фпс не боись, любой ссаный конструктор хотя бы несколько сотен объектов с поиском пути потянет без дропа фпс.
>>397456 > любой ссаный конструктор хотя бы несколько сотен объектов
Если я хочу, чтобы мой объект "смотрел в завтрашний день" на 5 секунд вперед, ему придётся сэмулировать 5*60=300 кадров движения. Т.е. для одного движущегося объекта каждый кадр 300 раз будут вычисляться x и y взависимости от vx и vy, что терпимо, но ещё 300 раз будет проходить проверка коллизий и после неё, и исполнения скриптов гравитации и трения будут вычисляться vx и vy, что гораздо хуже. Если этим будут заниматься одновременно несколько сотен объектов... Плохой вариант.
>Если координаты точки выше моих - по расстоянию и углу высчитываю импульс и прыгаю.
Я всё рассчитал, прыгнул, но в полёте получил ракетой по голове, меня отбросило назад и я промазал мимо точки.
Как мне понять, что я промазал?
Как вариант - просчитать, за сколько кадров я должен достигнуть цель, и если за это время цель не достигнута, значит что-то пошло не так.
Но это может привести к тупке объекта и "роботизированности" перемещения.
Поясни за проверку всех объектов 2Д сцены на коллизии.
Короче, массив с объектами есть. Примитивнейшие функции проверки и реализации коллизии двух объекто есть. Цикл на проверку всех объектов на коллизию друг к другу есть. Всё заебись.
Только одна проблема осталась.
Допустим, есть три объекта, первый управляемый, остальные динамические. Я хочу двигать второй, а он, в свою очередь, двигает третий. Однако цепочка из двух наслаиваемых объектов коллизии не работает. Тупо не двигается.
Разбираясь, попробовал добавить в цикл проверки на коллизию всех объектов сцены друг с другом ещё один. Заработало. Добавил четвёртый динамически объект, и снова всё пошло по пизде. Цепочка из трёх наслаиваемых объектов коллизии не работала. Однако после добавки цикла в цикл в цикле, заработало.
Короче, это явно хуета какая-то не правильный путь. Аноны, поясните за щёку, как в теории реализовать проверку на коллизии между всеми объектами сцены... асинхронно/одновременнно, что ли?
>>397463 Это долбаеб, который пишет велосипед и спрашивает как ему его писать.
>>397460 Ты дибил? Я тебе выше писал что нужно прикладывать скорость/импульс/силу (любой вектор), если объекты колизятся. Всё. А если не колизятся, то не прикладывать. Еще скажи, что у тебя не интегрирование верлета или эйлера, а x+1 y+1, убью нахуй.
>>397465 >пишет велосипед и спрашивает как ему его писать. Меня в данный момент интересует только теоретическая реализация асинхронной/поэтапной коллизии нескольких 2д-объектов.
>Я тебе выше писал что нужно прикладывать скорость/импульс/силу (любой вектор) >А если не колизятся, то не прикладывать. Функции проверки и реализации коллизии я уже написал, и они работают. Но кто-то снова читает жопой мои посты. >что у тебя не интегрирование верлета или эйлера, а x+1 y+1 Ват? Ещё снова Бокс2д притащи.
>>397471 Ага. А если добавить третий объект, то нужно реализовывать третий шаг (в виде цикла коллизии). Но расписывание сотни циклов коллизии внутри друг друга - это определённо не правильный путь.
Вот я и спрашиваю - какие альтернативные варианты реализации поэтапной коллизии ещё есть, окромя сотен циклов внутри друг друга?
Почаны, помогите неофиту в блендере. Пытаюсь запечь нормали, в итоге в скругленных углах выходит какая-то херня, нормали с одной стороны угла запекаются как надо, а с другой получаются вывернутыми. На картинке красным обведены хуево запекшиеся нормали, зеленым то как выглядит сглаженная модель, с которой я беру форму. На всякий случай к скрину еще приложил настройки запекания.
У тебя происходит 1 шаг, в котором обрабатываются сразу все объекты.
В этом шаге каждый из твоих объектов по очереди меняет свою координату. В результате оказывается, что первый объект столкнулся со вторым. Тогда первый объект меняет свою скорость и скорость второго объекта.
Начинается второй шаг, все объекты меняют свою координату. В результате выясняется, что первый объект снова столкнулся со вторым(ты ведь этого хочешь) и снова изменил свою скорость и скорость второго объекта.
Потом (или ранее) выясняется что второй объект теперь столкнулся с третьим. И теперь уже черёд второго объекта менять свою скорость и скорость третьего объекта.
>>397480 >У тебя происходит 1 шаг, в котором обрабатываются сразу все объекты. По очереди обрабатываются - цикл же.
>Тогда первый объект меняет свою скорость Какую скорость?
>Начинается второй шаг, все объекты меняют свою координату. Которую они сменили ещё в прошлом шаге?
>В результате выясняется, что первый объект снова столкнулся со вторым(ты ведь этого хочешь) и снова изменил свою скорость и скорость второго объекта. И в чём суть второго шага, копирующего первый?
>Потом (или ранее) выясняется что второй объект теперь столкнулся с третьим. То работает. А если выясняется, что третий объект столкнулся со вторым под воздействием первого, то уже нет. Ибо цикл работает только в одну сторону.
>Зачем тебе циклы внутри друг друга? Чтобы после цикла проверки и реализации коллизии всех объектов относительно первого, была цикл проверки и реализации коллизии всех объектов относительно того, который переместился под воздействием первого.
Но это будет работать только при цепочки из трёх или менее объектов. Для работы поэтапной коллизии с цепочкой из более трёх объектов необходимо наличие более двух циклов проверки и реализации коллизии, находящиеся друг в друге по возрастанию.
Альтернативных путей я не нашёл, как и лаб с функциями "проверить коллизию всех объектов одновременно" и "сделать пиздатую физику", которые мне пытаются впарить некоторые местные дегенераты.
>>397485 >По очереди обрабатываются - цикл же. Ну да, по очереди обрабатываются координаты всех объектов.
>Какую скорость? Ну это от тебя зависит, как ты им движение задаёшь. Читай как "вычисляется переменная, руководствуясь значением которой объект изменит свои координаты x и y в следующем шаге".
>И в чём суть второго шага, копирующего первый? Опять же, тебя надо спросить. Ты рассказал, что хочешь, чтобы у тебя 3 объекта толкались.
>А если выясняется, что третий объект столкнулся со вторым под воздействием первого, то уже нет.
А какая третьему объекту разница, что там было со вторым объектом? Третий объект столкнулся со вторым. Получил от него переменную, на основании которой он вычислит свою координату в следующем шаге.
> цикл проверки и реализации коллизии всех объектов относительно того, который переместился под воздействием первого.
>>397489 >А какая третьему объекту разница, что там было со вторым объектом? В том то вся и суть, что никакой. Вообще. В цикле перечисление: Объект 1, Объект 2, Объект 3. Понятно же, что после коллизии Объекта 3 с Объектом 2 ничего не произойдёт, ибо он стоит за третьим объектом и уже не будет проверять коллизию. То есть второй объект для третьего будет несдвигаемым.
>Третий объект столкнулся со вторым. И дальше не двинется двинулся ни на пиксель.
>Получил от него переменную В каком шаге?
>В следующем шаге это произойдёт. А если более трёх объектов, то что? Третий шаг пилить? Собственно, о чём я и писал.
>А если более трёх объектов, то что? Третий шаг пилить?
Да.
Сдаётся мне, что твоя проблема в превратном понимании физики. Как ты думаешь, что происходит, когда нейтрон(объект номер 1) сталкивается с одним из атомов молекулой водорода состоящей из двух атомов (объекты номер2 и 3)? оставим в стороне сильные и слабые взаимодействия Он одновременно обоим атомам водорода передаёт свой импульс?
В реальной физике скорость взаимодействия ограничена скоростью света. В твоей физике скорость взаимодействия ограничена одним шагом (у тебя квантовое время. 1 шаг - один квант времени).
А ты хочешь нарушить физику, сделав взаимодействия выше скорости света, из-за чего у тебя нарушается причинно-следственная связь.
>>397458 Нахера на пять секунд вперед? Просто сразу рассчитываешь путь каждый кадр, если появляется препятствие, то на следующем кадре будет сгенерирован новый путь. >Как мне понять, что я промазал? Зачем тебе это надо? Промазал - новый путь сгенерирован через кадр, после анимации получения урона движение автоматически будет скорректировано и продолжено.
Итак, начало спустя две с хвостиком недели положено. У меня есть: заготовка для игровой доски, заготовки для юнитов, заготовки для абилок, заготовки для эффектов, заготовка кнопки, заготовка шкалы инициативы она невидимая, НО УЖЕ СЧИТАЕТ ИНИЦИАТИВУ, заготовка для ударов и аж целая мысль о том, как расширить доску вертикально. А ещё есть нарисованная в паинте девочка без алебарды :3
Пока писал план того как буду делать игоря, пропал весь запал собственно делать игру. При этом чувствую, что мог силы, потраченные на планёрку потратить непосредственно на игру, но повёлся на советы из /gd/, что план - фундамент игростроя.
>>397537 Ты видео смотрел? Как вершины графа расставлены видел? Нахуя мне рассчитывать пусть каждый кадр, если я в прыжке? Я уже не на вершине, я передвигаюсь от вершины к вершине при помощи прыжка. Если я проложу новый путь, то моей отправной точкой станет точка подо мной. Мне придётся прервать прыжок, чтобы спуститься к этой точке.
К тому же между достигнутой мной вершиной и вершиной-целью может быть препятствие, которое я собираюсь перепрыгнуть. Посмотри на видео. В достигнутой точке я собираюсь подпрыгнуть, оторвавшись от проложенного пути. Но я всё равно хочу знать, правильно ли я двигаюсь к намеченной цели.
Пока я могу придумать только симуляцию движения на несколько секунд вперёд.
>>393737 (OP) Все наверное видели подобные шебм. На каком движке это сделано? Есть в свободном доступе программы которые могут выдать какое качество, понятно что почти всё зависит от пользователя, но всё же. Еще подозреваю что это заранее отрендеренное видео, может вопрос не совсем по адресу.
>>397559 Чел, который спрашивал, всё понял, сказал спасибо и ушёл делать. Ты нихуя не понял и начал постить картинки и кидаться какашками. Уёбывай, дегенерат.
>>397568 >всё понял, сказал спасибо и ушёл делать. А теперь я вернулся и сказал тебе, что ты ебанутый, твой способ - говно, ты нихуя не понял ни меня, ни себя самого иди нахуй. Трудно поверить, да?
>>397572 Ну иди делай свои циклы коллизий, или что ты там стремишься навелосипедить, еще пару недель. В то время как у меня на коллизии ушла пара часов. В итоге либо сделаешь правильно, либо накостыляешь безумных костылей,но физики у тебя все равно не получится.
Если у тебя первый объект столкнулся со вторым, то третий у тебя никак не придет в движение, потому что второй еще не движется.
>>394704 В Java работа с базой и правда идет на отличненько, тот же JDBC или Hibernate. Для 3D есть LWJGL, но это считается чуть ли не baremetal way в мире Java. Есть ещё JMonkeyEngine. В нем есть всё - приятный и отлаженный API вокруг LWJGL, физика, отслеживание столкновений, есть даже собственная IDE. Что там, что там достаточно активное сообщество
>>397563 >Ты видео смотрел? Как вершины графа расставлены видел? Нахуя мне рассчитывать пусть каждый кадр, если я в прыжке? Я уже не на вершине, я передвигаюсь от вершины к вершине при помощи прыжка. Если я проложу новый путь, то моей отправной точкой станет точка подо мной. Мне придётся прервать прыжок, чтобы спуститься к этой точке. Ну не расчитывай в прыжке. А прерывать ничего не нужно - пусть в полете будет так: >Если я проложу новый путь, то моей отправной точкой станет точка подо мной. Если допрыгнешь, то новый путь положиться от точки на платформе, если нет - возврат на предыдущую позицию и новая попытка.
Короче, вот тебе пример простого поиска пути с видом сверху, правда:
if !player: return var motion = Vector2() # refresh the points in the path var distance = player.get_global_pos() - get_global_pos() if distance.length() > eps: points = nav.get_simple_path(nav.get_closest_point(get_global_pos()), player.get_global_pos()) <- получаем массив с вейпоинтами от ближайшего к нам до ближайшего к цели if points.size() > 1: distance = points[1] - get_global_pos() < - берем направление до ближайщей точки и двигаем к ней motion = distance.normalized() # direction of movement if points.size() > 2: motion = MOTION_SPEEDdelta
Т.е. у нас постоянно есть маршрут (массив с точками) и мы все время движемся к его начальной точке, при этом этот маршрут постоянно обновляется. Единственное, у тебя точки заранее расставленные, а тут они высчитываются каждый раз динамически, поэтому тебе надо будет как-то помечать к исключению точку, к которой уже приблизились, чтобы объект не застревал в ней, а переходил к следующей.
Здравствуйте. Из макса в анрил можно экспортить настроенные материалы, или только текстурки, а отражения и всякие там выпуклости уже ручками, по новой, ковырять?
>>397582 Между видом сверху и видом сбоку очень большая разница. Мои летающие объекты прекрасно находят путь, и определяют то, что они на правильном пути примерно так, как ты объясняешь. Только я беру направление не до ближайшей точки, а до самой дальней видимой точки, чтобы срезать углы.
Прыжок в условиях гравитации - это не полёт. У меня есть начальная точка прыжка и точка, в которую я точно могу попасть, совершив этот прыжок. Никаких других точек между ними нет. Я мог бы их расставить, но они совершенно бесполезны, т.к. я в любом случае не могу менять в воздухе свою вертикальную скорость. Я оттолкнулся от земли, получил начальную вертикальную скорость, а дальше она меняется под воздействием гравитации. Теперь мне остаётся только регулировать мою горизонтальную скорость эта возможность очевидно игровая условность. Полууправляемый прыжок. и ждать, когда я достигну этой точки. Я могу прокладывать новый путь каждый фрейм. Но если я буду делать это в полёте, алгоритм поиска пути скажет "ты в воздухе, под тобой нет замли, ты не можешь от неё оттолкнуться, а значит не можешь никуда прыгнуть из этой точки. Падай на землю, иди назад к исходной точке прыжка, и прыгай снова.
Так что моя задача - как раз поставить условие, когда уже пора прокладывать новый путь. Перепрокладывание пути каждый фрейм заберёт у меня возможность находиться в воздухе.
Во-первых, я не понимаю чем ситуация с прыжком отличается от ситуации просто нахождения между двух точек. Я же сказал, что нужно обновлять путь, чтобы отсекать уже пройденную точку, чтобы не было таких вот застревание между точками. Далее: >Падай на землю, иди назад к исходной точке прыжка, и прыгай снова. Конкретно в случае прыжка - а в чем проблема-то? ты сам же пишешь: "я в любом случае не могу менять в воздухе свою вертикальную скорость." Ну и? Будет у него установка во время прыжка двигаться назад, но он же не сможет, а когда сможет, будет уже другой путь. Так что каким образом >Перепрокладывание пути каждый фрейм заберёт у меня возможность находиться в воздухе. -непонятно, если ты только специально не реализуешь возможность прерывать прыжок (менять горизонтальную скорость каждый фрейм не нужно, я же писал "рассчитать импульс")
Ну и в конце концов - самое очевидное - НЕ обновлять путь в прыжке. Обновлять путь в состоянии "бегу-преследую", а в других - не обновлять.
П.С. У меня складывается впечатление, что у тебя вся логика - это лапша из if'ов. Ты про конечные автоматы слышал? Finite state machine?
>>397433 Речь о программах с комфортным созданием и наложением текстуры. Как раз в блендере делают только модель и уже с моделькой идут в следующую программу
>>397613 >Как раз в блендере делают только модель и уже с моделькой идут в следующую программу Разве в блендере нет средств-инструментом для ваяния текстур? Да и игру писать можно уже не выходя из блендера.
>>397619 Ты думаешь я такой умный и в блендере работаю, и с высоты своего положения хожу тут и выебываюсь? Мне друг рассказал об этом, за что купил за то и продаю. Хочу тяночку одну на этот путь поставить, чтобы с ней взаимовыгодно потом разрабатывать порноигры и не только.
>>397609 >Во-первых, я не понимаю чем ситуация с прыжком отличается от ситуации просто нахождения между двух точек. Мне кажется, что ты раньше не делал пасфайдинга по вот такому платформеру? Разница огромная именно из-за прыжка
>Будет у него установка во время прыжка двигаться назад, но он же не сможет Вот как раз сможет. Прыжок полууправляемый. Можно лишить его этой возможности, но тогда он не сможет выполнять все прыжки, доступные игроку. Например запрыгнуть под платформу.
>П.С. У меня складывается впечатление, что у тебя вся логика - это лапша из if'ов. Ты про конечные автоматы слышал? Finite state machine? И игрок и нпс у меня стейт машины.
>Ну и в конце концов - самое очевидное - НЕ обновлять путь в прыжке. Обновлять путь в состоянии "бегу-преследую", а в других - не обновлять.
Вот ты и предлагаешь разделить состояние "двигаю по проложенному пути" на "в прыжке" и "бегу". А мне бы этого не хотелось, потому что действий, которые нпс может совершать в состоянии "следую пути" у меня не два. Он может и бежать, и прыгать через пропасть, и запрыгивать на край, и хвататься за край, лезть вверх по лестнице, спрыгивать с платформы, заходить в дверь и т.д. Я хочу придумать общую формулу для определения "не сбился ли я с пути" при следовании по пути с отклонениями. Ну может это и нереально.
>>397593 на видео квадрат пытался запрыгнуть на край, но промазал из-за моего косяка, я пока только пишу скрипты. Он не понял, что промазал и продолжил исполнять действие "запрыгивай на край". Самым простым решением является в действии "запрыгивание на край" поставить флаг, что если ты уже прыгнул и оказался на земле - перепроложи путь. Но тогда квадрат поправит свой путь только на земле. А мне бы хотелось чтобы уже в воздухе он понял, что не попадёт туда, куда хотел.
>>397625 Короче, иди на хуй. Тебе объясняют, что проблемы, которую ты описываешь, нет, что проблема в изначально неправильном подходе, а ты уперся, как баран. Вот и пердолься сам со своими велосипедами.
>>397614 На своё удивление, трое суток не прикасался к фапинусу. Всё дело именно в нерациональном распределении сил, слишком много угробил на планирование.
>>397628 Вообще я пошутил, да. Я день, через день дрочу и занимаюсь разработкой. Правда несмотря на то, что я уже больше месяца разрабатываю, я еще так и не начинал делать самих тяночек. Не дрочить стоит для концепт-арта, где ты хочешь выразить особо чувственную сексуальность и все такое, опять же, не переборщи с нофапофоном, а то все мысли будут об одном и работать не сможешь. А вот потом уже методично-рутинно душишь удава во время разработки. Насчет планирования: Я сначала прикинул, как примерно будет выглядеть игра. Вот просто примерно, картинка в голове. Потом значит сел писать подробный пошаговый сценарий. Когда его закончил, сел за движок, параллельно знакомясь с ним и делая локации и прочее, все лучше понимая и ускоряя разработку. Совет дам, но он тебе наверняка знаком: двигайся всегда от худшего к лучшему в таких делах. Перфекционизм от тебя требует нечто хорошее, продуманное и изящное. Но он и убьет мотивацию и все такое, так как ты переоценишь свои силы. Как стоит делать? Вот у тебя есть в голове картинка, берешь и тупо садишься, без задней мысли, чтобы сотворить хуйню некачественную. Не бойся этого, не бойся потерять время. В это же время у тебя будут появляться идеи, как сделать тут лучше, там лучше, и так продукт будет полироваться а твое планирование будет идти на ходу. Может этот способ не оптимальный по времени, зато оптимальный по мотивации, а лучше синица в руках, чем журавль в небе. Да и все равно когда синица в руках оказалось, следующим будет журавль.
>>397630 Это всё понятно, но я знаю кучу примеров, когда люди делали несовершенные игры явно без всякого плана, а уже после того как они выстрелили, стали допиливать патчи, править баланс и механику.
Причём обычно вторую часть игры эти люди пилили уже не по наитию, а по некоторому плану и она уже была "идеальной", но скучной, стерильной и так не выстреливала как первая часть.
Это даже в крупных студиях часто случалось. Первая часть новой франшизы больше эксперимент с огромной свободой, а последующие части уже вылизанные, сделанные на конвейере продукты слепленные по ГОСТу.
>>397631 Проблема большинства конвеера в том, что он конвеер: команду постигает успех, она становится полноценной геймдев студией, а точнее предприятием, которое: "Основная конечная цель любого коммерческого предприятия - получение прибыли" Люди хотят заработать деньги, и они во-первых больше смотрят на вкусы аудитории чем свои, и второе, действительно серьезный бич разработки на сроки, время и затраты бюджета. Вот и и секрет бездушия, никаких особенных перегораний. Я не спорю, у меня были самого периоды, когда я ничего не мог придумать, а иногда, как например сейчас, у меня есть пять сценариев, и это только лишь для порноигр, которые я собираюсь реализовать, и то один из них даже не сценарий а проект, где уже есть три мини-сценария. Я мало что знаю, перебиваюсь блюпринтом, дазом, и прочим дерьмом. Я бы сделал лучше, сложнее, но мне нужны деньги. Деньги на новый компьютер, потому что разрабатывать на миддле 2011 года не круто. Деньги на то, чтобы вернуться в нужный мне город, где у меня больше ништяков для комфорта жизни и разработки. Я получу первые донаты, буду полировать свой текущий хуевый проект, и он в на выходе будет хорошим и приятным. Разработка даст мне знания и деньги, что поможет сделать следующие проекты еще лучше, которые в свою очередь еще приумножат деньги и знания.
Не подскажите где можно отыскать команды разработчиков, которые нуждаются в ком-то, кто будет писать текста для диалогов, предметов и каких-нибудь внутриигровых книг? Очень уж хочется попробовать себя на этом поприще, ибо сотворение мира с такой стороны кажется интересным опытом.
Прошерстил паблики и прочие подобные сайты, но что-то все как-то мрачно.
>>397657 Ты читать умеешь? > попробовать себя > попробовать себя > попробовать себя > попробовать себя > попробовать себя > попробовать себя > попробовать себя
Хатеть найти человека(если в геймдеве такой имеется(имеется ввиду человек)) который в соляру пишет игры и движки на c++ с целью оказать помощь и нахвататься опыта. Так сказать черный раб в ваших услугах!
Почему мегатекстуры нигде кроме idшных движков не применяются? Потому что это проприетарная патентованная технология, или потому что ненужное говно без задач?
>>397815 потому что применяются они везде, просто кармаку захотелось выебнуться и назвать это "мегаструктурой" и ЛИЧНОЙ ПРОПРИЕРИТАРНОЙ ПОТЕНТОВОНОЙ ТЕХНОЛОДЖИ, а остальные не заморачиваются над формулировками и просто ебашут их. в юече вообще делается прямо в редакторе материала попутно покакунькивая на проприеритарность
>>397815 >>397816 хотя погоди, я таки не прав, "сначала-пиши-потом-вики-читай". но вообще эти гигабайтные текстурки это ж пиздец в которых детализация поверхностей точно такая же как и при использовании сплатмапов, и разница заключается в том что в мегатекстурах чувак в фотошопе кладёт декали, а в современных движках эти декали кладутся с помощью прожекторов. горсточка профита не перекрывает затраты на постоянные прогрузы текстур, короче.
>>397818 >>397815 Ты нихуя не знаешь про современные арт-пайплайны? На каждую модель приходится по 10-15 текстур всяких нормалей, окклюженов и прочего. И их проще стримить с диска, нежели ебаться с мегатекстурой. Вы такой тут колхоз, что не понимаете, что любой рендерщик или разработчик движка в любой ААА студии может написать всё, вообще всё. Просто это всё не нужно.
>>397819 нихуя не понял. стримить с диска == ебаться с мегатекстурой. но таки да, нинужны. и на террайне кстати не 10-15 текстур, а ноль да нихуя, ведь это террайн, он занимает половину экрана и четверть отрисованных полигонов, так что там чем проще шейдор тем лучше. так что альбедо+нормали+рафнесс и изредка детальмапа, да и та маловажная > не понимаете понимаем. вопрос очевидно был чисто теоретического толка, для интереса, а ты, АААарт-пайплайнер, сразу про колхоз включил песенку. на понтах ты ходишь, тут таких не любят
Хочу сделать текстовую рпг , на подобии тех, которые делали в 80-ых по книгам Толкина.Только я планирую сам создать свой фэнтезийный мир. Расскажите, как именно нужно делать текст. игру.Какие проги использовать и тд.Желательно, чтобы в игре игрок мог вести диалоги, переход между локациями, инвентарь, нелинейность, а так же немного рисунков персонажей и локаций.Что для этого нужно?
>>397881 если ты совсем конченый и тебе игрострой нахуй не всрался, а игру ты хочешь сиюсикунду делать — качай QSP.
если ТРУ АЛЬТФАК В ПОПУ ФЛАГ то паскаль. нуачо, идёт на всех компах без нареканий, язык простой, функции будто сделаны под текстовые игры. на крайняк си с консольным интерфейсом, всё то же самое но чутка менее тру, хотя на любителя.
если дерзкий прогрессивный молодой инди девелопер, бери жаваскрипт и пиши веб-клиент. из плюсов — анон не любит устанавливать игры и может поглядит на твоё поделие, ну и вообще модно/молодёжно, да и картинки есть. из минусов отсутствие возможности сохранить егру
>>393737 (OP) Изучаю софтварный рендеринг. Написал поворачивание камеры мышкой. Но если совершать мышкой круговые движения, то камера похоже вращается вокруг своей оси Z( N это у меня UVN камера), чего быть не должно. Вопрос: это погрешность или я плохо понимаю вращение при помощи матриц. Есть какие-нибудь очень качественные статьи на тему понимания матричных операций ?
>>398021 Ниоткуда. Есть отработанные пайплайны рендеринга. Постэффекты, АА, SSAO и прочее. GPU gems, Physically Based Rendering, GDC, siggraph и прочее. Тоесть каждый нормальный и опытный рендерщик и арт-директор знает 10-20 вещей которые должны быть на картинке. Вот потом все садятся их и делают. Вобще фичи современного графического движка примерно такие: - деферред рендер, вода, трава, анимация, тени всякие разные, АА всякие разные, SSAO всякие разные, терреин, горы, 100500 постеффектов типа hdr тонмаппинг гаммакоррекшн. А потом берут всякие книжки типа опенгл бабйл или еще чего и пишут годами.
Во сколько встанет заказать написание музыки, которая представляет собой набор из 3 небольших зацкленных семплов + начала и окончания в одном стиле и разного темпа(и немного отличающихся мелодий, естесственно), т.е. : 1) Начало 2) Медленный темп 3) Средний темп 4) Высокий темп 5) Окончание
Что бы потом можно было сделать переходы между этими семплами. ?
Учимся правильно ходить. Вопрос, в какой момент перепрокладывать путь решён самым простым образом - всякий раз, когда объект меняет скорость не по своей воле. Универсального правила "когда же менять путевую точку" не придумал. Для каждого типа перемещения приходится писать своё.
>>398074 Как ты прыжки сделал? Ебать я охуел от пасфайндинга прыжков. Правда, у меня пошаговая тактика Пока я дошёл до специальных нодов для прыжков, но как-то слишком сложно это.
>>398089 >Спасибо, приятно слышать. Не-не-не, я имел в виду свои трудности. Но у тебя прыжки очень круто сделаны. Только непонятно, почему квадрат предпочитает спрыгивать с лестницы, а не спускаться по ней.
>>398093 Потому что он предпочитает прыгать, когда есть такая возможность. У него в пасфайдинге цена прыжка ниже, чем цена перемещения пешком. на самом деле это косяк оценки стоимости прыжка, но я этим займусь позже
Анонии, как работает ragdoll? Что происходит, когда "убивают" моба? Его модель подменяют рагдоллом? Или просто останавливают анимацию, и "включают" физику, которая завершает процесс падения тела?
>>398105 Я в 3D не шарю, но есть скелеты, вес каждой части тела, это все не должно давать модельке пидорасится и парить в воздухе. Разбивается ли тело на чайлды я хуй знает.
>>398099 1) включается анимация 2) завершается анимация 3) включается регдолл (это когда положение частей тела определяется столкновением примитивов с геометрией) Как скелетная анимация, только не костями, а кости управляются всякими цилиндрами и конусами.
Так, двач. Покупаю я , значит, в ассетсторе плагин со скриптами. Потом беру полученный код, меняю названия переменых, немного изменяю внешне алгоритмы, а потом ставлю в продажу как собственную разработку. Какие подводные?
>>398104 >>398107 >>398121 >1) включается анимация Я правильно понимаю, что, например в моба попадает пуля, определяется, что он убит, и запускается анимация, к примеру, он сгибается. >2) завершается анимация >3) включается регдолл В этот момент когда поза какая-то известная, модель убирается, и подставляется рэгдолл в той же позе
>>398163 Да, запускается такая-та анимация. Когда анимация заканчивается, то из этого положения включается регдол. Возможно происходит подмена движка анимации на движок физики, серриализуются кости и прочее, перестраивается геометрия для регдола и загружается в физический двиг.
>>398148 У кого ты спрашиваешь, тут только деревяшку и распидорасило за счет самоподдува помнят. Забавно, но я сам про сохо только позавчера вспоминал.
Привет, /gd/ач! План такой: 1. Ставлю хрюнити 2. Изучаю 3. Пилю 2D платформер про ниндзю/самурая/ронина, которого засосало в средневековый замок, а ещё ему стрёло память. Пытаясь выбраться из замка он потихоньку восстанавливает свои навыки и память, попутно уничтожая всякую нечисть. Не обсираюсь. 4. Пытаюсь релизнуться и обсираюсь
Как можно запилить удар молнией в землю? Вот прям чтобы был эффект, словно она еще движется вниз после столкновения с поверхностью. Сделать длинную молнию и двигать вниз, обрезая в начальной точке и в точке соприкосновения с землей? Или просто растягивать анимированную текстуру?
Хотел нарисовать в палитре даркест данжона, а получился рисунок фломастером, кек Есть игровая доска из гексов, на одной координате могут находиться несколько гексов с различной высотой, т.е. один может быть потолком другого. Каждая координата доски занята гексом (хотя бы плейсхолдером для непроходимой местности), т.е. не может быть пустой. Допустим, я хочу сделать перемещение и пешком, и прыжками с возможностью перепрыгивать пропасти. Пешком просто - для каждого гекса иметь словарь со связями гекса с соседями (чтобы не путаться в высотах и 6 направлениях), при построении пути делать всё через словарь. Но прыжки-то как сделать? Допустим, будем иметь по словарю для прыжка через клетку, через две и т.п.. В него все клетки, до которых можно пролезть через "окно" (целевая клетка не находится выше потолка начальной клетки, а потолок целевой не ниже высоты начальной клетки). Само направление прыжка ограничим только одним направлением+отклонениями в +1/-1 клетку, чтобы можно было прыгать на "уголки" 2, 3 и последующих рядов. Допустим, создание такого рода словарей даже будет успешным. С самим пасфайндингом тоже как-нибудь разберёмся. А теперь, внимание, вопрос: как такое делают нормальные люди? Почему мне кажется, что такая система будет страшно виснуть? Добавить к этому возможность разрушать и создавать гексы + возможность перепрыгивать через препятствия (т.е. динамически всё это просчитывать во время хода, а не только загрузки карты), и это же жесть какая-то просто.
>>398239 Кидо и магия должны ему помочь. Если меч не помогает, то нужно использовать мозги, и придумать, как заставить рыцаря оголить нежную филейную часть своей тушки, что покрывает консервная банка; горячей смолой его облить, с помощью ледяной магии сделать его броню хрупкой, с помощью очищающей магии, наложенной на меч поразить его слое нутро и тд и тп.
>>398240 Ты тот, кто охуел от пасфайдинга прыжков?
> будет страшно виснуть Ничего не будет виснуть, если ты напишешь всё правильно и без ошибок. А вот багов выковырять из алгоритмов расставления вершин и соединения их гранями тебе предстоит немало. Ну и сканироваться на вершины/грани карта будет не всё время, а только при разрушении/создания гексов. Даже на очень слабой машине это делается очень быстро, в пошаговой стратегии никто и никогда не заметит. Скорость вычисления у современных компьютеров просто поразительна, нелегко к этому привыкнуть. Скорей твоей проблемой будет, если пути до нужно точки нет, и объект алгоритм не остановится и начнёт прочёсывать всю карту. В моей комнате 84на37 клеток при 60 фпс это вызывает явно видный фриз. Приходится изолировать замкнутые комнаты, запиливая для них отдельные графы.
>и это же жесть какая-то просто. Я свой пасфайдинг месяц писал по 4 часа в день в среднем. я абсолютный ноль, что такое граф и A-star узнал именно пытаясь написать алгоритм Сейчас пользуюсь тем, что написал, кое-где исправляю баги и вижу, как это просто. Но мне ещё предстоит подогнать всё то же самое для объектов размеров 2 клетки и 4 клетки.
Поправка - не графы а зоны. У поиска по графам нет проблем с нахождением пути, потому как вершин гораздо меньше, чем клеток в уровне. А вот у летающего объекта, который может попасть в любую клетку поля, кроме той, что закрыта коллизией, как раз такие проблемы и возникают. И у тебя возникнут, если у тебя большая доска.
>>398242 Были зачатки, но придумывал не для замка, а для восточного/азиатского экстерьера/интерьера, но как по мне - это слишком сложно. А история заключалась в том, что гг и демоница полюбили друг друга; так сложилось, что гг должен был её убить, но в итоге он потерял свою память и свои навыки, кроме самых простых. Прошло сколько-то лет, и демоница приходит к нему то-ли во сне, то-ли наяву и указывает куда нужно идти. Навыки и воспоминания гг были разделены и переданы демонам-боссам; побеждая их гг восстанавливает частички себя. В конце должна быть драма.
Как это связать с средневековым европейским замком хз - просто из-за того, что я не умею рисовать - для меня эта задача (рисовать всё в восточном стиле) невыполнима.
>>398246 Я. Кому тут сдался энтузиаст без опыта? - никому.
Идея вышла из другой идеи - сделать платформер с боевой системой основанной на комбо (на 2 кнопках). Такие дела.
>>398244 Да, я это >Скорей твоей проблемой будет, если пути до нужно точки нет, и объект алгоритм не остановится и начнёт прочёсывать всю карту. В моей комнате 84на37 клеток при 60 фпс это вызывает явно видный фриз. Приходится изолировать замкнутые комнаты, запиливая для них отдельные графы. Ну, у меня есть ограничение на прочёс - длина хода юнита. >Скорость вычисления у современных компьютеров просто поразительна, нелегко к этому привыкнуть. Ну вот был у меня алгоритм поиска пути, который достался от фреймворка и который я убрал из-за лагов. Суть была в том, что он Астаром находил неотмеченные клетки. При длине хода в 5 всё нормально, при длине хода в 6 - жуткий подлаг. Вот теперь опасаюсь. >Но мне ещё предстоит подогнать всё то же самое для объектов размеров 2 клетки и 4 клетки. Сделать отдельные ноды для больших юнитов?
>>398250 > гг и демоница полюбили друг друга maoyuu? >а для восточного/азиатского экстерьера/интерьера, но как по мне - это слишком сложно. Согласен. Не знаю как китайцы, а японцы(самурай же) сложных замков не строили. Европейские же замковые подземелья - классика игрового жанра.
>>398255 >maoyuu? Ну не настолько всё анимешно должно быть. Да и манга ушла в говно пиздец.
Про замок. Только что появилась идея как это объяснить. Тупо, но пофиг: ГГ после потери памяти живёт сычем в землянке бамбукового леса. После того как его навещает любимая - он натыкается на какую-то хрень за водопадом, которая оказывается телепортом - так он и попадает в замок. На самом деле демоницу крадёт какая-то западная нечисть для удовлетворения своей похоти и любви ко всему экзотическому.
>>398251 У меня было то, что ты описал. Я пытался бороться с этим уменьшая радиус поиска, но даже уменьшения до 10 клеток не помогало. До тех пор пока я не понял, что всё дело в том, что объект пытается найти путь к закрытой зоне. Как только убрал закрытую зону, поиск даже сложного пути длинной 50 клеток не вызывал фризов. Так что ты, либо плохо изучил доставшийся тебе в наследство алгоритм, и неправильно поставил ограничение на дальность, либо где-то косяк с проходимостью/непроходимостью клетки, либо ошибка в эвристике. Так что "глаза боятся - руки делают". Долгий и нудный процесс поиска багов - наше всё.
>Сделать отдельные ноды для больших юнитов? Именно. Собираюсь написать отдельные правила до расстановки вершин и соединения их гранями для юнитов каждого размера. Это уже займёт гораздо меньше времени, чем написание самого алгоритма.
>>398256 >Да и манга ушла в говно пиздец. Ещё бы. Автора ранобешек посадили.
> Тупо, но пофиг Не, что-то реально тупо. Так как > навыки и воспоминания гг были разделены и переданы демонам-боссам то пусть и отправляется мир демонов,и пусть даже вход в него через пещеру за водопадом. А в мире демонов уже и замок рыцарский, и всё, что тебе нужно. Заодно это объяснит состыковку эпох, ты сможешь состыковывать самураев и рыцарей разных эпох.
>>398258 А ты ограничение на дальность как ставил? Типа "если цель от меня дальше, чем в пяти клетках, путь к ней не искать"? Это косое ограничение, которое не помешает Астару искать путь по всей карте. Проверено мной
>>398258 Что-то сделал. Я пока не рисую на доске все найденные клетки, но тем не менее Ищет, даже работает, но сначала из-за какой-то малопонятной хери оно делало 82к итераций. Подлаг, разумеется, ощутимый. Исправил рандомным удалением рандомного кода, движение на 8 клеток делает 200+ итераций, лага нет. Норм, спасибо за советы. Кому интересно: https://pastebin.com/YdP02UGk
Геймдевач, скажи, какая вертикальная скорость должна быть у тела, чтобы оно взлетело вертикально вверх, провело в воздухе t секунд и закончило свой путь на высоте h, которая может может быть как выше, так и ниже начальной позиции. Ускорение свободного падения g.
Я уже пол дня решаю эту школьную задачку. Сцуко, всё время неправильный ответ получается.
Деваны, у объекта в гамаке, помимо события "шаг", есть ещё проверки на столкновение, на выход из поля зрения и прочие, и для каждого разные события. Если я все эти проверки объединю в коде события "шаг", даст ли это выигрыш во времени обработки, кол-ве занимаемой памяти?
>>398367 >>398378 Я тупой, но не настолько тупой, чтобы формулы равноускоренного движения не знать.
А вы даже не вникли в суть задачи.
На самом деле получается система из трёх уравнений с тремя неизвестными.
Известно: общее время в пути t конечная высота h ускорение свободного падения g
Не известно Vy - начальная скорость t_up - время, за которое тело наберёт максимальную высоту t_h - время,которое потребуется телу, чтобы опуститься на h пикселей ниже стартовой позиции (пусть h отрицательная, для положительной h задача гораздо проще, для нулевой h - задача просто тривиальна)
Итого: t = 2t_up+t_h t_up = Vy/g h = t_hVy+(g/2)(t_h^2)
Решаю я эту систему, в процессе приходится 1 раз умножать на Vy (вилка корней) и один раз решать квадратное уравнение (ещё одна вилка корней). В результате ответом получается нехилая формула, и ни один ответ не удовлетворяет. Где-то делаю ошибку.
Ну кому не слабо решить школьную систему уравнений правильно и устыдить меня, выдав правильный ответ и сказав при этом "это было легко"?
>>398401 Выигрыш будет в том, что у тебя весь код будет в одном месте. Его легче править и легче контролировать. Ну и порядок исполнения кода будет таким, каким он нужен тебе.
>>398406 Но конечная-то высота известна, как я понял? По той формуле ищется перемещение, а не общий путь - переместился ты на h. Сможешь найти начальную скорость.
Зная начальную скорость, максимальная высота находится так: hmax=v2/2g.
>Зная начальную скорость Вот только я не знаю начальную скорость, начальную скорость мне нужно найти.
Ещё раз сформулирую условия задачи.
Моё тело должно оставаться в воздухе t секунд. Мой тело должно закончить путь на высоте (глубине) h, ниже, чем начальная точка прыжка. Начальная скорость направленна вверх и неизвестна, её нужно выбрать. Ускорение свободного падения известно g.
>>398406 Другой подход Каждый момент времени ты применяешь отрицательное g к телу. Если известно общее время, находишь суммарное перемещение тела вниз. Разницей между конечной высотой и высчитанной только из этого g будет максимальная высота подъёма - т.е. та, для которой применялась начальная скорость.
>>398412 >h = V0t - gt2/2 Это же формула для пути, а не для суммарного премещения. Не путай с законом сохранения энергии, где фигурирует как раз суммарное перемещение.
>>398415 >Это же формула для пути Есть два вектора - один тело поднимает, другой его опускает с некоторым ускорением. Мы смотрим на этот другой вектор - на вектор, зависимый от g - и высчитываем через него высоту, до которой опустилось бы тело, если бы не мешала начальная скорость. Нам известна конечная высота - т.е. продукт прибавления обоих векторов - из из разницы мы получаем результат работы вектора, направленного вверх - т.е. зависимого от начальной скорости. Из него мы находим начальную скорость.
>>398419 Ну вот на твоём рисунке и есть график функции, парабола, h=v0t - gt2/2. Почему тебе эта формула так не нравится? В ней нет пройденного пути, но есть перемещение.
>>398416 >Мы смотрим на этот другой вектор - на вектор, зависимый от g - и высчитываем через него высоту, до которой опустилось бы тело, если бы не мешала начальная скорость.
Кажется я тебя понял. h = Vначальнаяtспуска ниже нуля+(g/2)tспуска ниже нуля2
Чем твой подход отличается от моего? Мы по-прежему имеем систему из трёх уравнений, которую я и написал здесь: >>398402
Проблема в том: >Решаю я эту систему, в процессе приходится 1 раз умножать на Vy (вилка корней) и один раз решать квадратное уравнение (ещё одна вилка корней). В результате ответом получается нехилая формула, и ни один ответ не удовлетворяет. Где-то делаю ошибку.
>>398422 Сначала находишь путь вниз (g известно, общее время известно) - это будет Hmin. Htotal (известная) - HMin = HMax (высота, в которой скорость тела равна нулю, т.е. V0 равна аккумулированной G). Tup = корень из Hmax/G. Одна неизвестная найдена. V0 = Hmax*Tup. Другая неизвестная. Th = T - Tup. Третья
>>398437 >Так я ещё пол дня над этой хренью промучался. А теперь прикинь что у тебя параметры не вещественные числа, а комплексные или даже кватернионы
Вот есть стандартный АСТАР. Есть стандартный способ "заливания" всех нужных гексов - выбираем все гексы на определённом максимальном расстоянии и для каждого из них пытаемся найти путь. В общем-то нареканий к этому никаких нет у меня, всё работает, просадка на 5 фпс при использовании для нахождения пути к 95 клеткам, занесением их всех в словари и прочие операции - это, я думаю, не очень дорого. Но вот есть мысль сначала находить самые дальние клетки, а затем во время нахождения этих дальних клеток "вычленять" из пути к ним отрезки к более близким клеткам. Имеет ли это смысл?
Мать ебал гамаковской говносистемы работы с файлами. Читаю из существующего файла существующее значение существующего байта от имени администратора, а эта хуйня мне - "Error reading byte". Вот как, блядь, хочешь, так и ебись, насрать мне что в коде всё правильно, нужно больше мозгоебли.
>>393737 (OP) Если серьезно заняться геймдевом, это что-то даст в обычной работе программистом? (в офисе и т.д., там базы данных всякие и т.д.) Как минимум наверное лучше будешь "читать код" чем те кто только-только начинает разбираться в программировании?
>>398519 Ничего не даст. Тоесть как? Тоесть так. В геимдеве есть 2 позиции с бейджами "рил-инженегр" - рендерщики и системс/engine программисты. Остальные пишут код и даже не ебутся о его качестве. Сколько патернов я видел в геимдеве за последние 7 лет? 3. Всего 3. Фабрика, синглтон, обзервер. И этого хватало. Ну ок, ты научишься вызывать апиколы и... всё. Больше ничего. Вот я сейчас сомневаюсь, что пройду собеседование даже в сраный майкрософт. Хотя работал в 5 компаниях (gaijin, mail, kamagames, 1С, zeptolab) в Москве на позициях что-то типа синьера-мидла клиентсайда. В мобилах - по 3-4 человека пишут 10 проектов. 9 закрывают из них в течении года. В СНГ-ААА - сидеть ковырять дерьмовый код, который писало до этого 10 человек.
>>398551 На стимовском форуме это сообщение удалили через 20 минут.
В заставке вместо анимации - ключевые кадры. Неужели даже анимировать выход собаки из пробирки не смогли? Не то, чтобы это был баг, но со старта задаёт игре ощущение недоделанности.
Прыжок правой кнопкой мышки? Серьёзно? Ну ладно, сменил на пробел вручную. Но теперь отказ в диалогах тоже пробелом, зато согласие - левой кнопкой мышки. Дайте возможность прыгать пробелом, но отказ в диалоге оставить на пкм.
Ужасная камера - если прыгнуть и развернуться, и приземлившись остановиться, камеру будет болтать ещё пару секунд.
Видно по дрожанию заднего фона. Если часто разворачиваться - начинает укачивать.
Почему в качестве звукового эффекта для сохранения выбран пердёж?
На первом подъёмнике-конвеере втиснулся между стенкой и корытцем. Сначала адски колбасило вправо-влево. Очевидно что я вошёл внутрь стенки, коллизии выкинули меня внутрь корытца, потом коллизии отбросили меня назад внутрь стенки. И так каждый фрейм. Потом провалился к специально заготовленному для меня лазеру. Видимо создатели в курсе, что туда можно пролезть.
Если сбросить паука в тележку этого подъёмника-конвеера, его начинает на ней опять же адски колбасить вправо-влево. Получается два дрожащих полупрозрачных паука смотрящих в разные стороны. Это паук каждый фрейм двигается с разворотом?
При попытки выпрыгнуть из тележки, уворачиваясь от верхнего лазера - попал между тележкой и потолком. Опять расколбасило во все стороны.
Почему я не могу встать на край корытца, могу только сидеть в нём? Это чтобы я до стен не докасался, а то расколбасит?
Отключил конвеер, спрыгнул на тележку и не смог выпрыгнуть. Пришлось загружаться. Можно было бы сделать так, чтобы при выключенном конвеере тележка сползала вниз под весом собаки.
Казалось бы, на пресс с шипами можно запрыгнуть сверху. Ан нет.
Игровая подсказка дала плохой совет: бить пчелу атакой вверх. Попасть нереально.
Если выбить пчелу из узкого места на простор, она всё равно продолжает летать вправо-влево на ширину тоннеля, хотя казалось бы, должна долетать до ближайшей стенки. То же самое и с пчелой, летающей вверх-вних. Зато в следующей комнате пчёлы уже самонаводящиеся. Не логично. Самонаводящихся пчёл стоит перекрасить, что ли.
Самонаводящиеся пчёлы тупо не могут обойти препядствие. Эээ... вы вообще не старались?
Пауки не могут подниматься по наклонной плоскости 45 градусов. Слизни тоже не могут. Даже мышь не может. Никто не может. Но спускаться могут.
Зелёный слизень считает консоль открытия двери препядствием. Паук тоже. Не может через неё пройти. Но его можно подтолкнуть ударом дубины. А мышь может.
Зато мышь не может подпрыгнуть, чтобы достать меня со шкафа. Тупо стоит внизу, а выглядит как умная.
Если предмет лежит на лифте, а лифт едет вниз, предмет остаётся в воздухе, потом начинает падать и догоняет лифт через некоторое время.
Паук, отброшенный в воду, улетел в воде на километр.
>>398550 >Прошло года 2. Какие же на первый взгляд стандартные проекты времязатратны.
Какие там времязатраты? Художник там годно порисовал. Освещение тоже сделано неплохо. Но Про игру забыли вообще. Сделано настолько хуёво, что хочется найти разрабов и уебать их об стану.
Блять, они даже пасфадинг летающим пчёлам не прикрутили.
>>398552 Зачем в всякое говно играешь? Платформеры-хуермеры. Ебал я всех таких разрабов, которые делают платформеры и рогалики. Ебал в очко. Я даже на пиратке такое не включу.
>>398531 Я же там написал в конце. Что если ты не пиздец какой болтливый и эгоистичный, то будешь в тоннах легаси сидетью Либо писать сразу 3 проекта, 3 из которых закроют.
Как думаете, в платформере стоит уменьшать горизонтальную скорость при подъёме по склону (в два раза, если склон - 45 градусов), или стоит оставить её неизменной? Есть какие-то правила на этот счёт?
Итак, спустя 10 дней я запилил смену ходов, выбор абилок, выделение клеток мышкой, пасфайндинг (самый базовый), разнообразные режимы подсветки, вывод информации в панельки и всякую прочую мелкую чушь вроде оптимизации кода и исправления ошибок рейкастера. Держу в курсе
>>398711 Конечно можно, но качество текстур и моделей будет зависеть от твоей камеры и прямости рук/софт Ставишь камеру на какие-нибудь рельсы или что-нибудь подобное в форме кольца и все Когда-то кстати кто-то делал приложение на смартфон, типо делаешь такую обратную панораму и оно в модельку клеится. Майкрософт вроде или гугл
Подскажите ньюфагу. Знакомый сделал игру, разослал в разные конторы предложения о её покупки и ему отвалили кучу денег на банковский счёт. А как налоги работают? Потом налоговая на бутылку не посадит?
Хочу запилить полутекстовую рпг. Механику уже продумал, но с командой для реализации туго. Что может мне помочь для создания игры такого формата в соло? Навыков программиста нет, простое визуальное оформление смогу сделать. Короч, на базе чего такой проект можно будет реализовать?
>>398736 На базе чего угодно, я думаю. Есть ренпай, который вроде как под новеллки заточен, но я видел и текстовые игры (визуальные новеллы и прочее) на юнити если знаешь английский, просто загуглишь урок создания диалогов и скопируешь механику. Можно и на гейммейкере сделать, на чём угодно.
>>398743 Будет ли кто-нибудь работать со мной за пожалуйста? Не думаю. Я то только за делать бесплатную хуйню в свободное время, но команду не могу найти уже год.
>>398776 Есть немного. Я сейчас прихожу к тому, что лучше с азов программирование начать изучать, чем искать лёгкие пути в виде простых конструкторов и т.д. Тогда я точно стану независим от такого понятия как "команда", хотя бы на первое время.
>>398780 Всё подряд пиздят, в промышленных масштабах.
Вот эти вот >>398523 - они что, штат собственных Кириллов держат? Пиздят всё что можно и пытаются что-то выжать. Без души, засирая самые хорошие идеи. 9 из 10ти игр сдохли? Похеру.
А у бедного Кирилла кроме идеи ничего-то и нет.
Так что >>398777 кун, ебашь свою идею. Программировать совсем не сложно. Главное чтобы ты не забил. Ну и художника тебе всё-таки лучше найти. Рисование - очень долгий процесс.
>>398763 Потому что неестественно выглядит, за счет того что меняется только положение отдельный элементов относительно друг друга вместо единого цельного движения. При желании можно и скелеты выдрочить так что нормально будут выглядеть, но это было бы сложнее чем анимировать по-старинке.
>>398795 Ты чего так подгорел? У тебя там что, войны севера сражаются с одичалыми? В геймдеве это называется референсами. Но отсылки не должны быть копией оригинала, да и замок у Фреев идиотский. Нормальные феодалы используют реку для защиты с одной стороны. Феодалы курильщика строят замок с дух сторон реки, чтобы с какой стороны не пришли атакующие, им не пришлось бы переправляться.
>>398803 Не, не подгорело. Бои без какой-то сюжетной нагрузки, просто хотелось посмотреть, как в такой стилистике будут смотреться разные виды юнитов. А вообще мне псевдоисторизм нравится, сюжет в духе ПЛиО я как раз и писал.
Если в каком-то коротком участке музыки в игре использовать ноты чужого трека (на обычной или замедленной скорости), это будет считаться отсылкой или меня посадют за копирайт?
>>398842 Если ты не используешь исходный трек, а сам воспроизводишь музыку своими инструментами, то это уже кавер, а за кавер тебе ничего не могут сделать.
>>398842 Смотри под какой лицензией этот трек распространяется. Если он не публичный, то обязан получить специальную лицензию на использование ковра. А лучше спроси у паблишера как можно использовать его музыку.
>>398994 Прошерстил их форумы, прямой возможности чего-то такого нет, хотя это попало в список запланированных фич. Есть безумные костыли через превращение текста в альфа маску для фонового изображения, но ты вряд ли станешь с таким заморачиваться.
В какой программе лучше всего анимировать пиксели? Попробовал спайн - первое, что он сделал - размыл пиксельарт в какое-то унылое говно. Или я просто пользоваться им не умею?
>>399085 Но при анимации паука,например, гораздо проще иметь скелет и привязанные к скелету пластинки-спрайты. Делать вручную вообще всё - слишком непроизводительно.
>>399109 > Только для частного случая подходит. Это не частный случай. Напиши какую-нибудь функцию хз как там в гейммейкере синтксис bool between( int val, int min, int max ) return ( val >= min && val <= max );
> Хочется же записать их в виде Делай тоже функцией.
Clausewitz engine(Крестоносцы, Европка Универсалис, ХоИ) от парадоксов вроде бесплатный уже года два как(причем второй). Кто-то ознакамливался? Говорят, что даже шутан и рпг на нем можно зафигачить.
>>399091 Можешь сверять по битовой маске. Тогда присваивать значение нужно через битовую ИЛИ, а проверять в условии через битовую И. Тогда можно будет твои числа сравнивать через 1 | 2 | 4, главное чтобы они были кратны двум.
Как я себе это вижу, нужен чувак, который будет следить за соцсетями, отвечать на вопросики, кидать демки, видосики, скринчики прессе, люркать всякие игровые сообщества и там предлагать оценить игрулю.
Аноны. Где искать художника для мобильной 2d игры? Если допустим задан уже фирменный стиль. проект сделан на 70%. и самому рисовать уже нет времени и идей. Реально ли найти художника за доширак (а также за хорошую работу некоторые выплаты)?
>>399303 попробую. мб кто знает какие-нибудь площадки помимо двача? на фрилансах я думаю не особо релевантно искать. мб какие-нибудь специализированные есть места?
>>399351 Ну там уровень несомненно выше чем на дваче, некоторые игры сотни нефти собрали пожертвованиями и продажами. Но пиариться там не нужно. Вот вести тему с начала разработки, кидать результаты, да. Пиариться нет. Ну еще там можно найти людей готовых сделать тебе модельку или еще какую хуету бесплатно. Так же есть годные гайды и статьи по коддингу и прочему игрострою.
Посмотрел 20 выпусков "в разработке" с gamedev.ru подряд, и улетел в небеса на реактивной тяге.
У меня так полыхает пукан, что я не могу молчать.
Что это за хуйня? Вы, инди-разработчики игр под мобилки, мучительно выдавливающие из себя очередной пазл или раннер, вы зачем это делаете? Вы сами стали бы играть в своё поделие? Да хотя бы пару часов провели бы за игрой? Или единственная ваша цель обманом заставить несколько тысяч детей скачать ваш высер и заработать этим на доширак? Нахуя страдать и делать говно? Вы ведь даже не рабы корпорации зла типа мейл.ру, которых начальник заставляет этим заниматься. Над вами же никто не властен. НАХУЯ?? Доширака ради? Идите лучше сайты делать или базы данных заполнять. И людям польза (вместо вреда) и денег больше заработаете.
Короче оправдывайтесь, бляди. Я знаю, вы тут есть.
>>399537 Лол, как же у тебя полыхает, в чем мошенничество то? Разраб вставляет рекламу, ты за использование программы, а ты вынужден ее смотреть. Таким образом везде мошенничество где есть реклама.
>>399540 Мошенничество - это когда в игре кроме трейлера нет нихуя, и она продаётся. Та же хуйня в кинотеатрах - когда кроме трейлера в фильме смотреть нечего.
В мобилках же просто засилье убогого говна, сделанного с единственной целью - любым способом показать пользователю хоть один баннер. За это не притянешь.
Но притянуть можно, наверное, тех ублюдков, которые лепят что-то более-менее красивое, в туториале объясняют как купить "алмазики" имея которые тебе не нужно будет ждать 3 дня, чтобы продолжить играть, а после покупки этих алмазиков игра пшшш и кончается. Потому что дальше делать "экономически не выгодно".
>>399547 > лепишь говно Говоришь как будто это плохо. Ты хочешь на мораль надавить что ли, чтобы я осознал какой я ужасный? Какая разница что это говно или нет, если на него есть спрос. И пока на него есть спрос оно будет существовать. Если ты не пользуешься этим куском пирога, то им пользуется кто то другой - банально упускаешь прибыль. Пока ты строишь из себя высоконравственного эстета, взывающего к представлениям о прекрасном, другие дают среднему потребителю то что он хочет - кликать на ёбаную кнопку.
>>399552 Да, это плохо. Да, на мораль. Ты, выходит, признаёшь, что ты аморальный говнодел. Но разве не появлялось у тебя никогда мысли, что ты мог бы делать что-то хорошое, приносить хоть какую-то пользу обществу. Почему ты не идёшь заполнять те же базы данных? Не способен?
>дают среднему потребителю то что он хочет С чего бы то средний потребитель хочет говна? Любой игрок хочет хороших игр. Вот только на мобилках их нет (они есть, но невероятно редки). Зато на мобилках есть невероятные горы говна, в продвижение которого вложены (или не вложены) деньги. Среди гор этого говна просто невозможно найти хорошей игры.
Несколько лет назад, когда у меня появилась куча свободного времени на работе, я прикупил себе топовый планшет, и попытался найти для него игр. За месяц поисков я нашёл всего две достойные игры - hungry shark, в которой геймплея на 3 дня и dungeon keeper, который в итоге оказался недоделанным пей ту вином.
>>399558 > Да, это плохо. Да, на мораль Ну все, теперь мне стыдно. > приносить хоть какую-то пользу обществу Пользу через игры? Отличный манямир. Иди на работай, вот и польза обществу. > С чего бы то средний потребитель хочет говна Он его берет когда ему дают. Если ты не хочешь, то не возьмешь. Вердикт: наивный левак с представлениями о всеобщем благе. Я рассматриваю вещи с точки зрения ликвидности, а ты с полезности и эстетики. Дальше продолжать не вижу смысла, потому что на эти вещи мне похую.
>>399569 Не жалуйся потом на пораше, что дороги, по которым ты ездишьЮ плохие, а врачи тебя не лечат . Люди хотят ездить по плохим дорогам и хотят, чтобы врачам было похуй на их здоровье.
>>399558 Кто-то познаёт прелести капитализма. Деньги первичны. Потребности человека вторичны. Так то я за тебя, это хорошее дело - делать для людей. Да только мир не так устроили.
>А что бы такого хорошего для общества сделать Этот вопрос приходит в голову только материально удовлетворённым гражданам с достаточным количеством свободного времени. Таких очень мало, сам понимаешь.
Аноны, поясните давну. Вот допустим есть большая карта с домами и прочим, помимо этого в ней есть разрушаемые объекты. Я хочу что бы все имения сохранялись на ней до самого конца игры, что бы дырки от пуль оставались на своих местах, что бы гильзы так и валялись разбросанными на полу, мелкие частицы и поломанные объекты тоже. Вообщем в двух словах: как вы себе это представляете?
>>399609 Если бы у тебя был самописный двиг - ты бы этого вопроса не задавал. Вангую у тебя уеч или юнити, по которым есть профильные треды в разделе, где тебе и следует тебе задать этот вопрос.
>>399617 >А зачем ТЫ делаешь то, что ты делаешь? Тебе ведь даже никого не пытаешься обмануть, а значит и денег за это не получаешь. Чтобы заполнить пустоту внутри себя. Уверен до 3.Profit в один прекрасный день тож дойду.
>>399530 >делают деньги Если бы вы действительно делали деньги, то никаких вопросов бы к вам не было. Но ведь мобильный рынок уже так перенасыщен вашим убожеством, что заработать там можно только при внушительном бюджете на рекламу. И это всем известно. Отсюда закономерный вопрос: нахуя пытаться пробить головой стену, если можно эту же самую голову использовать по назначению и делать игры, в которые хотя бы самому интересно будет играть.
Девач, я верно разумею, что в Гейм Мейкере 8.1 нет функции приостановки звука? То есть, чтобы его можно было потом воспроизводить дальше? Это же пиздец какой-то, нет? Наверняка какой-то костыль есть, или, может, я не догоняю чего-то?
Привет /gd/. Не знаю, относится ли этот вопрос к теме пиксельарта, поэтому спрошу здесь. Лет 10 назад последний раз занимался геймдизом, решил вспомнить былое и попробовать запилить пиксельную игру. Накидайте ресурсов с бесплатными спрайтами и тайлами, хочу что-нибудь порисовать ими to get juices flowing, авось идея появится.
Алсо, в какой проге нынче удобнее всего рисовать тайлами? В свое время делал это в Game Maker 5.
>>399974 >Алсо, в какой проге нынче удобнее всего рисовать тайлами? В любой рисовалке с функцией сетки. Я обычно создавал сетку нужного размера в GIMP (например, 32x32), рисовал в ней сцену, и потом делал из этого атлас
Уверен, что меня пошлют нахуй, ну да ладно. Подумываю вкатиться в юнити именно подумываю, в зависимости от подводных выбор может и поменяться, хочется заиметь портфолио и опыт. Времени вагон впереди. Хочу узнать за подводные? Вопрос не столько про сколько вырубить с этого можно, сколько про сложность вкатывания. Есть опыт кода на плюсах пикрандом
>>400184 В юнити скрипты обычно пишут на сишарпе. Есть как альтернатива UnityScript (околояваскрипт) и Boo Script (околопитон) Вкатиться в юнити будет проще, если ты будешь в какой-нибудь команде. Например, я вообще юнити не знал, пошел кодером в одну команду и в короткие сроки выучил основы юнити и C#, выполняя конкретные задачи Короче смотри туториалы на ютубе, чтобы хотя бы понимать что где в интерфейсе, а потом переходи потихоньку на документацию и гугл, и будет относительно безболезненно
>>400194 Просто хотелось набить руку перед тем, как в команду какую идти, ибо пока получал опыт на плюсах заебался от серьезных задач система видеонаблюдения с дедлайном в две недели и навыками перед этим уровня сортировки массива
1. Чтобы скриптик выполнялся, он должен наследовать от Monobehavoir (по дефолту) 2. case-sensitive блять 3. Start() что в скрипте выполняется раз в начале 4. Update() на каждый кадр 5. На любой объект можно навешивать несколько скриптов. В каждом будут и Update() и Start() по дефолту (если не нужны, оставишь пустыми или потрешь)
А в остальном ООП: найти компоненту, порыться в ее методах и свойствах.
Подскажите движок на HTML5, который может создавать бесконечные поля. Вид сверху, персонаж перемещается по игровому полю, но границы не ограничены. Поле создаётся на лету по мере перемещения персонажа. Есть чё такое?
>>393737 (OP) Кто нибудь планирует обучение/обучается на геймдев факультетах Няпонии. Интересно узнать , как проходят занятия-есть свобода творчества,преподавание интересное и знания актуальны? Хотя,наверное, польза геймдев факультетов во всём мире больше основанна на знакомстве с разработкой и другими няшами :з
>>400451 >Пять лет дрочить японский так как без него тупо не возьмут на обучение глупую белую обезьяну. >Ещё пять лет дрочить технический японский, охуевая от того, что это чуть ли не другой язык, и в стопицот раз сложнее разговорного. Через десять лет приходи, маня. И если в твоём манямирке японцы программируют на английском, то ХУЙ ТЕБЕ БЛЯДЬ, В ТЕХНИЧЕСКОМ ЯПОНСКОМ ВООБЩЕНИХУЯ АНГЛИЙСКИХ СЛОВ НЕТ, все термины исключительно на канго, для каждого понятия есть японское слово, они нихуя не очевидны и используют обскурные кандзи зачастую, надо всё тупо учить.
>>400477 10-17 % слов современного японского - адаптация английских и немного языков других стран слов - айсукуримо(icecream), аниме(animation), фурутцу(fruit) и т.д. - т.е. хорошо зная англ. (и интересуясь культурой) - можно сказать , что около 20 процентов слов японского ты уже понимаешь + вроде как такие факультеты и университеты ориентированны на иностранных студентов тоже - т.е. обучение вообще может быть на английском только , или помогут с языковой школой и экзаменами.
>>400477 >В ТЕХНИЧЕСКОМ ЯПОНСКОМ ВООБЩЕНИХУЯ АНГЛИЙСКИХ СЛОВ НЕТ Чем японцы объясняют такое своё поведение? Нахуя перенимать некоторые бытовые слова, но технические изобретать заново? Можешь кандзей в тред закинуть, позабавиться?
>>400535 Вспомнил только что, что много летназад мля, вот время-то летит меня поехавший препод учил читать как раз по научным журналам по химии, которые он выписывал на японском. А на дом давал переводить учебник по физике. Никаких сложностей это не вызывало.
Но я вскоре решил, что заниматься самостоятельно по визуальным новеллам типа ley line гораздо интереснее и отказался от препода.
>>400460 Какая же Аоба няшная. Прямо после школы, без умений в трехмерной графике работает в топовой студии моделлером персонажей. Без задроча академического рисунка, анатомии и композиции. Очевидно, что без портфолии на артстэйшн. Интересно, а ИРЛ такое возможно?
>>400451 Если то, что я написал выше действительно есть ИРЛ в Японии, то однозначно не стоит там обучаться. Еще у меня такое впечатление, что японцы любят работать с собственными технологиями и софтом. Научат тебя, как писать движок на своих уникальных японских фреймворках, вместо юнити и ассетов.
В /es был. На всяк пожарный тут удочку закину. Мне нужна помощь знающих людей - по какому принципу реализованы фильтры в Лете? И почему стимовские фильтры не лежат в папке воркшопа? И как вообще их пилить самому?
Готов добавить свежую струю в рот загнивающему гейдеву?
Тебе сюда!
Осторожно, не обоссы штаны.
Новый FAQ (на момент 1 апреля 2017):
https://pastebin.com/hRpaSZBV