Доска создана для обсуждения вопросов, связанных с разработкой компьютерных игр. Постинг высокохудожественных webm, движкосрач вне спецтреда и прочая токсичность наказуемы. Аргументированная критика приветствуется.
В общем в момент общения с подружкой игра может рандомно вылететь, при этом ни ошибок ни странного поведения перед этим не возникает. Сколько ни тестил, при компиляции и запуска из движка такого не случается никогда, а в релиз версии сука случается. Тестеров особо нет, так что, кому не в падлу будет, помогите найти при каких условиях вообще случается вылет и вылетит ли вообще у кого-то. Лайфхак для скипа ночи в главном меню нажать ctrl+z появится кнопка скипа. Скачать можно с итч ио. https://totallynotstrayfrog.itch.io/paint-the-fear-in-watercolor
прикольная штука. но что тут особо делать - не понял. прочел на форуме про ужасы в 3:00, зашёл в ванную - пусто. из шкафа вылез монстр и застрял в светильнике. осталось стоять до утра. дальше стало лень мотать время и ждать. в общем, я не понял в чем моя задача. я не понял как монстр мешает мне эту задачу выполнить, и как с ним справляться кроме ожидания. и я не понял зачем и чего мне ждать. пока что игра не работает
лучше сделай на хорошем литературном русском, и переведи какой-нибудь нейросеткой. не говорю врубать графоманию по-полной, просто текст на плейсхолдеры похож, чем на живой текст
архивирование в zip уменьшает размер игры в 3 раза
>>1072851 ты видимо судил только по первой ночи, она нужна только чтобы ознакомиться с первым монстром и что его можно выманить из шкафа и чтобы игрок понял что в игре есть свет и его можно включать, иначе ничего не будет видно, а так же понял сколько вообще идёт ночь, игра начинается со второй ночи где поялвяется второй монстр на 3-й третий собственно, а так да первую ночь можно просто простоять, но я вроде писал в треде про ctrl-z в главном меню, чтобы её скипать, потому что баг с вылетом случается только при диалоге с подружкой
Как обстоят дела с генерацией ассетов для инди игр? Делает ли кто нибудь игры полностью на сгенерированных ассетах, или всё таки стоит изучать Blender?
Стоит, даже если делаешь на сгенерированных ассетах. Нейронки не умеют в ретопологию, тебе всё равно придётся вилкой за ними чистить. И иногда проще с нуля самому всё сделать.
Данный тред создан с целью обсуждения правил будущего конкурса, а также с целью кооперации разработчиков и возможности им найти команду на будущий конкурс.
Предварительно с 01.02.2025 12:00 по МСК до 15.02.2025 12:00 по МСК будет проведен конкурс Two Weeks Games 29! Это конкурс игр, где приветствуются все: от кодеров вечных велосипедных движков до любителей Ren'Py. Любые жанры и движки разрешены, главное — сделать игру по теме. Можно участвовать соло или в команде.
Тема конкурса будет объявлена в момент его старта как и список ачивок, а полный список судей и окончательная редакция правил будут оглашены 25.01.26.
Конкурс проходит в течение двух недель. Участник или команда должны объявить о своём участии в течение первых семи дней до 08.02.2026 23:59 по МСК, отправив прототип (демоверсию) своей игры.
Задача конкурса - сподвигнуть людей на создание своей игры. Конкурс дружелюбен к новичкам и какого-то суперкачества от игр мы не ждём. Мы надеемся на спокойный формат конкурса, без великих драм и срачей. Не беспокойтесь, ваша игра не останется незамеченной.
Стартовый основной призовой фонд: 4000 рублей и 10 USDT. Фонд для ачивок будет расписан позднее.
Пополнение фонда: 1. В любой момент до окончания конкурса, вы можете пополнить основной призовой фонд в рублях или крипте на любую сумму. 2. До 01.02.2026 12:00 по МСК, отправляя 1000 руб и более или 10 USDT и более, вы можете сами предложить ачивку, на которую они пойдут. Для этого после пополнения свяжитесь с организатором через телеграм @romanseopro или почту twoweeksgames@gmail.com и укажите название ачивки (оно должно быть приличным), а также как можно подробнее опишите условия её получения.
Реквизиты для пополнения фонда: 4100 1781 0315 29 - кошелек ЮМани рубли UQCHT-lSFYjSpbWNwiiR8CSYTIWHlSVgULEGLt9x9m4kivef - кошелёк USDT TON
Если вы ищете команду на этот ТВГ, вы можете заполнить небольшую анкету и оставить её прямо в треде, или отправить её организаторам которые могут попробовать (но без гарантий) подобрать вам команду.
1. Желаемая роль в команде (программист, артист, геймдизайнер, etc.) 2. Ваши навыки: 2.1. Умение создавать игры на движке (Юнити, Годот, Анрил, свой, не умею и т.д.) 2.2. Арт скилы (пиксели, 2д, 3д) 2.3. Дополнительные скиллы (композитор, геймдизайн и т.д.) 3. Примеры работ если есть и желаете показать (не обязательно) 4. Хотите вступить в чью-то команду или у вас уже есть идея игры на конкурс под которую вы ищете команду. Если есть, то распишите вкратце по желанию. 5. Контакты для связи с вами (телеграм, почта).
Также до 25.01.2026 мы ведем набор в судьи.
Мы открыты к сотрудничеству. Если у вас есть идеи, выход на другие сообщества инди-разработчиков, на спонсоров или опытных инди-разработчиков которые могут принять участие в конкурсе в качестве судей, свяжитесь с нами.
Контакты, куда отправлять заявки в судьи, анкеты на поиск команды, а также любые предложения насчет сотрудничества и конкурса: Почта организаторов - twoweeksgames@gmail.com Телеграм для связи - @romanseopro
По традиции продолжаем кидать скриншоты и видео со своими достижениями и/или деградацией. Мотивируем, советуем, хвалим, конструктивно критикуем — без фанатизма! Разработка игры продолжается, пока в разделе есть хоть одна не доведенная до бамплимита Cубшота.
Раз ТВГ не удался, то начну тред собственной игры мечты.
Плод внебрачной связи Kerbal Space Program и игр жанра Tower Defence. Строй свою башню из составных частей, отбивай волны врагов, спаси анимешный клуб тяжёлой артиллерии от неминуемого закрытия.
Хочу сделать упор на песочность сборки, чтобы турели можно было делать сильно разными.
Что готово: -- Можно летать камерой. -- Можно собирать конструкции из частей -- Детали: блок, база, вращающаяся база, турелька обычная -- СЮЖЕТ (аниме)
>>1071727 >он стреляет в ответ по турелям Обдумывал, что будет, если у турели сломается один промежуточный блок, соединяющий остальные?
Типа: >АБВГД После поломки "В" на сцене останется: >АБ_ГД Если А - это фундамент, что станет с "ГД"?
Варианты, например: - соединится с последним крепким блоком (АБГД); - отвалится и будет физически мешаться на полу; - отвалится и взорвётся, нанеся урон и исчезнув; - отвалится и целиком, бесшумно исчезнет.
>>1071874 >Или у тебя нет независимого урона по блокам? Есть. Обдумывал. Пока разрываюсь между "отвалится нанеся урон по башне" и "Отвалится и исчезнет". Пока склоняюсь ко второму, однако есть вот какие соображения. 1) В KSP отвалившиеся штуки можно возвращать, забирая часть потраченных на них денег. Это как будто бы очень крутая идея и надо будет её спиздить. Но вот будет ли надо для возвращения что-то делать или за отломанные блоки тебе будут просто возвращать часть денег -- хз. 2) Мешаться под ногами там нечему, потому что это всё-же тавердефенс. Если только мешаться врагам как стена, лол. Можно подумать на эту тему. 3) Взрывать башню отвалившимся куском это прикольно, но хороший вопрос как игроку это менеджить. Если развить эту идею то можно, например, "Взрываются только турели, а строительные блоки просто падают", чтобы была мотивация не ставить турель к самому началу башни. Можно поэкспериментировать с этим...
Доброго времени суток, геймдев-анончики. Даже можно сказать, делаем. Собралась небольшая команда из 7 человек: я – кошелек, геймдизайнер, нарративный директор, почти сценарст (и пытаюсь быть продюссером), основной прогер-тимлид (миддл), его подопечный джун, пара художников, один из которых UI-дизайнер и два аниматора-3д модельщика. На музыке стоят Maidcore-артисты, на данный момент участвуют в проекте Chikoi The Maid, Dorei The Maid, Ozoi The Maid и Scythe of Luna. По жанру – ритм-слешер в 2.5D (фиксированная сбоку камера, передвижение только по осям X и Y). Дописан диздок до необходимой на данный момент части, прописан лор вселенной, имеется почти готовый сценарий пролога, надо отредактировать. С начала месяца перешли в активную, насколько себе можем позволить, стадию разработки, есть первые концепт-арты. Ниже концепт-арт Аки, падшего ангела тире паразита ГГ. Если кто желает посмотреть на диздок и лорно-сценарный документ, прошу в ЛС телеги, двач не принимает файлы
Мнение, замечания, критика, возможные шансы на успех?
Сап, аноны. Как можно реализовать механику серфинга интернета? Хочу сделать игру про шизичку сталкершу которая выслеживает адрес рандома в интернете. Можно ли такое закодить на ренпай или лучше на другой движок перейти? Что-то похожее есть в needy girl overdose, но я конечно по другому хочу сделать. Как мне сделать имитацию интернета с сайтами? Как сделать имитацию гугл карт похожую на настоящие? Просто накидайте как вы бы реализовали в теории
Короче, пришла ко мне мысль сделать игру про Толяна в жанре психологический хоррор, разрабатываю в соляново. Буду делиться процессом создания, своими мыслями и кеками. В игре обещаю добавить отсылки, шутки и общий нарратив видиков Толяна
Человек человеку волк, а гидроудар гидроудар гидроудар
>>1070322 Ты чо! Ты чооо!?? Это же Толян! Ты не понял! Сам ТОЛЯЯНН. Ты понимаешь, что игра про толяна станет гагихитом? У Кили на шоу сорвет наград больше чем калпедицция. Денег будет уууух. Про Толяна-то. Оп станег богатым и ему даст Эмма Ватсон. Обязательно. Все благодяря Толяну.
Привет, анон. Я создал онлайн-репозиторий текстур. В западных интернатах такие ресурсы есть, а у нас почему-то считай что нет, а те что есть - полупустые или полудохлые.
На 85% это ориджинал-контент, можно брать и пользовать в своих проектах. Новые текстурки рисую каждый день, могу по запросу рисовать с условием что туда выложу.
А ещё если у тебя есть заначка с текстурами на тему колорита нашей необъятной, которые ты точно не будешь нигде юзать - можем разместить. Пусть живёт.
>>1070698 >Всё есть, я молодец, осталось только сделать первый шаг Вот и отлично. Я бы пришел со своими сетами на твой рынок за прибылью в течении этого года, если будет удобный магазин с правилами.
>>1070699 Начал крутить в голове. Думаю, изучу вопрос, создам отдельный сайт со всеми потрохами, оттестирую его, прикину сколько будет стоить привязка платёжной системы. А продвижение оттестирую на сабже. Может быть через месяц запульну MVP, я чёт загорелся.
Можешь что-то ещё посоветовать или идеек накидать?
Всем привет! Коротко - работаю программистом на галере, девушка хочет освоить 2D и UI, чтобы помогать и получать копеечку, сама академ.худождик т.е база имеется. Столкнулся с тем, что понятия не имею, как помочь ей вкатиться. Конкретная ситуация: нужен тайлсет для проекта (трава и грязь), осознаю, что все, что могу, это показать ей пример. На вопрос "что такое тайлсет" я ответил, но вот "в каком разрешении" меня малость поставил в ступор, так как я привык работать с тем, что дают дизайнеры, нарезать через слайсер, и особо не задумывался, а какими вообще могут быть тайлы. По итогу сидела, вырисовывала 8 тайлов 256x256, ну ладно думаю, в теории должно работать, движок не запрещает такие размеры. Тестирую и понимаю, что центральный тайл не бесшовный, на мой вопрос "почему" хлопает глазами и спрашивает, "а как мне в 9 разных ячейках сделать все бесшовным"? Тут уже глазами начал хлопать я, ведь, действительно, а как? В общем, уперлись. Я пытаюсь найти обучающий материал, почти все адекватное на английском. Я на нем говорю свободно, все мои туториалы на английском, но вот девушке очень некомфортно, да и материал подразумевает владение какой-то базой, с чем у нее проблемы (те же ролики по тайлам подразумевают, что ты уже умеешь их рисовать). Так вот. Посоветуйте пожалуйста курсы или книги, очень желательно на русском языке, которые могли бы дать базовые знания по 2D с уклоном в геймдев (спрайты, тайлы, локации). Нужно какое-то объяснение тому, почему не нужно тратить 3 часа на отрисовку дерева на 4К холсте, который весит 30 МБ, а в игре займет клетку 100x100 пикселей. Я то в движке все ужму, обрежу и установлю как надо (чего порой только художники не присылают), но хорошо было бы ей самой владеть всеми знаниями, чтобы не тратить свое и мое время на ненужные действия. P.S: По возможности посоветуйте нейронки или модели с civitai, способные копировать стиль и создавать ассеты по TxtToImg или ImgToImg. В какой-то момент может понадобится, условно, сотня однотипных столов, и мне бы не хотелось, чтобы она каждый из них отрисовывала, проще ведь ей отрисовать 5-10, скормить их нейронке, а уже нейронка сделает остальные. Во всем вышеперечисленном я могу ошибаться, так как моя задача это писать код, поэтому открыт к диалогу.
>>1070683 Зависит от того, насколько ты безрукий. Потому что если ты безрукий - то лучше заказать фастфудную доставку. А если у тебя есть руки (ты художник) - то лучше найти в команду раба-прогера, а самому творить (в т.ч. с нейронками, просто у тебя есть руки чтобы потом эту нейронку починить/использовать ее как реф). Опять же, это ловушка - думать что нейродебил за тебя все сделает и сделает быстро. Есть места которые нейродебилу вообще недоступны, и тебе придется начать свой пайплайн разработки не с кубов, а с генерации ассетов, потому что если ты не сможешь сгенерировать ассет под кубовую механику - этой механики в игре очевидно не будет.
>>1069331 Зачем нужны такие крыши, которые выше первого этажа?
>Блупринты Обычно так называют схему-пустышку типа голограммы, которую нужно заполнить необходимыми ресурсами, прежде чем она превратится в реальный объект. Правильно понимаю? В чём проблема сделать их в виде обычных предметов, которыми можно торговать на рынке?
Если же речь о самом участке на земле с готовым домом - то обычно делают через что-то вроде таблички на земле, к которой можно подойти, узнать стоимость, владельца/автора, выкупить у владельца. Где-то в игре может быть список всех табличек, вроде того же рынка.
>>1070164 > Зачем нужны такие крыши, которые выше первого этажа? Так устроен ассет пак? Не до конца понимаю вопрос.
> В чём проблема сделать их в виде обычных предметов, которыми можно торговать на рынке? С этим никакой проблемы.
> через что-то вроде таблички на земле Это то, как у меня работает строительство, да. Но строительство - модульное. Ты ставишь не весь дом целиком как один большой объект. Ты ставишь отдельно стены, крышу, и прочие элементы. За счет этого ты можешь задизайнить дом сам. Блупринт в моем случае это предмет, в который можно сохранить схему расстановки отдельных модулей. Из него можно сразу заспавнить весь дом целиком.
Но если ты игрок, по идее он должен либо спавнить все таблички для всех нужных модулей, либо спавнить одну гига-табличку.
В случае с гига-табличкой тоже есть два стула - либо требовать положить вообще все ингредиенты, что как-то не очень клево, потому что не симметрично относительно ручного строительства, да и прогресс не так хорошо видно. Либо как-то решать какие куски уже заполнены ресами и материализовывать их, что превращается в стейт-менеджмент-кошмар.
Можно, конечно, упаковывать все ресы сразу в блупринт, тогда его можно будет просто вжух и поставить целиком. Но это не очень прикольно с точки зрения ролеплейности что-ли. Хочется, чтобы было "более реалистично". Ты купил чертежи, а дальше все равно надо строить, принося ресы.
>>1070175 >Так устроен ассет пак? Не до конца понимаю вопрос. От этой гигантской крыши создаётся впечатление, что домик изнутри должен быть почти двухэтажным. Обычно ИРЛ под такой крышей как раз второй этаж прячется... Ну или там очень высокие потолки. С точки зрения геймплея - у тебя эти крыши загораживают обзор позади дома, и если в них нет никакой практической необходимости, я бы на твоём месте сделал бы их более низкими или вообще плоскими. Можно и оставить, если у тебя такой стиль...
>предмет, в который можно сохранить схему расстановки отдельных модулей А, понятно. Тогда это можно сделать так: активация схемы (например, если поставить её на землю) создаёт нечто наподобие "3D проекции/голограммы" - полупрозрачное изображение будущих модулей дома. Игрок может закинуть туда ресурсы, либо выключить проекцию, деактивировав схему (например, убрав с земли обратно в инвентарь).
>с точки зрения ролеплейности что-ли. Хочется, чтобы было "более реалистично" Есть понятие "игровой условности"... Если сеттинг научно-фантастический, тогда 3D проекция существует благодаря научно-фантастической технологии. Если сеттинг средневековый, тогда эта 3D проекция существует в воображении человека-строителя. На экране игрока в обоих случаях разницы никакой нет. Это то же самое, что полоска здоровья.
А как собственно в геймдев?
Аноним19/01/26 Пнд 13:45:59№1069732Ответ
Ребзи, сижу я такой и думаю типо блять: "Как у чуваков вообще получается вкатиться в геймдев? Если у них нет никакого стажа кроме видосов какой нибудь кодообезьяны и курсов по разработке игр на которых их, проще говоря, наебали..."
Вот и хочу узнать у вас что вы думаете по этому поводу, как у вас получилось вкатиться, каким был проект и успешным ли он был и что собственно можете посоветовать разрабу трех лет опыта на Unity, заявки которого никто даже не чекает.
>>1069755 Ну совет неплохой, заставляет задуматься о лучшем решении. Тем не менее гайдов по обобщенной хуйне много, но она настолько не юзабельна, что в итоге приходится читать тонну макулатуры с океаном лишней болтовни
>>1069759 >заставляет задуматься о лучшем решении. Заставляет задуматься о том чтобы не срать в штаны. Если бы ты был промышленным кодером, то не задумываясь лепил DI
Короче, остался месяц до школки, хочеца немного денег нарубить. Хотя бы косаря 2 за август, но как бы и курьером не хочется идти (уже не возьмут, ибо времени мало осталось). Поэтому решил пойти в помойную часть геймдева, типа яндекс игр и роблокса. По ЯИ: Какой движок лучший для клепания однотипного мусора? Я немного изучал геймейер, одну игру сделал на нем для джема (с командой). Вчера начал изучать годот. Еще нашел движок дефолд, вроде совсем простой.
По боблоксу: 1. Что с переводом на карту и как вообще тут получает деньги? Знаю лишь, что игроки покупают за робуксы предметы и как там дальше? 2. Насколько сложно там игры делать?
По обеим площадкам: 1. Вообще есть смысл вкатываться или у меня только на базовое обучение всему время уйдет и лучше потратить время на егэ 2. Нужно клепать простые игры, типа кликеров для яи или эскейпы для роблокса. Но сколько шансов, что моя игра вообще хоть что-то заработает?
Итак, дорогие друзья. Да-да, поздравьте меня. Я наконец нашёл единственный способ уничтожжить статтеринг. На самом деле их два. Первый - выпустить игру строго под, например, 60 гц и принудительно переключать режим монитора игрока (и надеяться, что такой режим поддерживается). И второй, который скорее всего придумали и до меня, но мне за всё это время он не попадался. Итак, в чём соль. Что же такое етот ваш статтеринг? Представим, что у вас есть спрайт персонажа, который движется по экрану. Суть в том, что экран поделен на пиксели, и спрайт как бы прыгает от одного пикселя к другому. допустим, персонаж движется 1 пиксель за кадр. Значит на 60гц мониторе персонаж продвинется за секунду на 60 пикселей, а не 120гц мониторе - на 120. Но мы ведь хотим, чтоб на любой частоте персонаж двигался с одинаковой скоростью. Очень распространенный вариант - умножать скорость на дельту (время между кадрами). Но это и вызывает статтеринг. Потому что ваше расстояние может получиться не ровно 1 пиксель, а 0.7, например. И если вы каждый кадр будете прибавлять 0.7, то увидите следующую картину позиций спрайта: 0, 0.7, 1.4, 2.1, 2.8 при округлении в меньшую сторону получится: 0, 0, 1, 2, 2 видите? в позиции 0 спрайт отрисовывался 2 кадра, в позиции 1 - 1 кадр. потом в позиции 2 опять два кадра. эта неравномерность ведёт к неприятным для глаза рывкам, всё выглядит дёрганым. fixed timestep создан больше для внутренней логики и никак не уничтожает статтеринг. Если у вас игра гладкая и в ней используется вся сетка пикселей (да еще и subpixel rendering), то эффект не так заметен. если же вы делаете pixel perfect игру с условным виртуальным разрешением 320x180, и отрисовываете персонажа чётко в больших виртуальных пикселях, то рывки будут очень заметны. Ну так вот, как же я решил проблему. Очень просто - я намутил обычный пропуск кадров. Только его цель - не повышение производительности, а устранение статтеринга. Тупо берем нашу базовую частоту за 30 гц. Теперь смотрим частоту обновления экрана игрока и находим ближайшее целое значение с нашим шагом. то есть нам доступны такие частоты как 30,60,90,120,150 и т.д. Если угадали с частотой - замечательно, просто пропускаем столько обновлений логики, сколько шагов нам потребовалось. То есть на экране 30гц мы ничего не пропускаем. на экране 60гц мы пропускаем кадр через раз. на экране 90 гц мы пропускаем 2 кадра через раз. если же у игрока монитор оказался 75 гц, что не делится ровно не тридцать, то просто берем ближайшее к нему значение. Это либо 60 либо 90. И всё, дальше по той же схеме. Таким образом состояние всегда будут обновляться равномерно. единственный минус - на мониторах вроде 75, 100, 144 гц, игра будет идти немного быстрее или немного медленнее. самый ужасный случай - 75 гц, так как он равномерно отдален от 60 и 90. значит игра будет идти на 25 процентов быстрее/медленнее. но по мере возрастания герцовки эта разница становится всё меньше. например при частоте 135гц у нас снова одинаково далеко и до 120 и до 150, но теперь разница в скорости будет уже не (75/60), а (150/135), что и без калькулятора понятно. Да, этот способ не подходит для мультиплеерных игр или игр, где важна одинаковая скорость. Спидраннеры могут выставлять нужный режим монитора при надобности. Но вот в играх, где скорость в 75% некритична, это топ способ уничтожить статтеринг. Игра выглядит идеально стабильной. Да, не 60 гц, но на тру пиксель арт стиле вы и так бы не сделали большую частоту. подумайте сами, если у вас сетка 320x180 и вы хотите выжать реальные 60 фпс, значит самое медленное движение в 1 пиксель за кадр даст вам прохождение пути в 60 пикселей за секунду. Это треть высоты. Довольно быстро. условные медленно падающие снежинки вы так не сделаете. 30 гц за базу я взял, потому что это хороший делитель для существующих 60, 90, 120 гц, и при этом не слишком маленький как 15 гц. Так что такие дела. Спустя 2 года борьбы с микростаттерингом, я наконец-то победил его. Ура! В следующих постах расскажу вам про мой топ движок на C + SDL3. Я намутил форт подобную 16 битную виртуальную машину с банковой системой, синтез звука, сжатие lz4 для изображений и байткод версий скриптов. Короче будет весело
Всем привет, рыщу интернет в поисках зеро-код решений для создания ммо и наткнулся на следующий плагин для unity в 3д и 2д вариантах (да, есть юнити тред, но хочется отдельно обсудить этот инструмент). Как я понял, здесь уже встроены многие базовые ммо функции. Смотрел туторы по ютубу, где челы редактировали механики без кодинга, что прельщает. Зайдя в дискорд разработчика, увидел, что на этом плагине сделаны многие из 2д игр, поэтому это уже проторенный путь. Но жаль, что по этому плагину многие ссылки битые, т.к существует он давно и у него один разработчик, который видимо подзабил.
Вопросы такие: 1) Есть ли среди анонов те, кто использовал этот плагин? Действительно ли на нем можно в базовом функционале развернуться без программирования? 2) Сложно ли сделать хостинг с vps, чтобы с самого начала разработки на бесплатном vps можно было тестировать с двух разных устройств? Обычно люди жалуются, что у них не получается, даже если они все делают правильно.
>>1067989 >без перемотки назад, без просмотра концовок, без сейвов >>1067993 >проблевался бы с такой игры >в ней тупо "геймплей" хуже >>1068149 >С какой "такой"? Как ты определил, что геймплей хуже? Под "геймплеем" он имел в виду "перемотка, концовки, сейвы".
>>1068151 А если взять нормальную игру, а не мою вн? Она будет неотличима от топ проектов на ренпи. Я то забил на это, потому что не знал тогда, как сделать. Хотя реализуется несложно.
Ну значит навайбкодил я приложуху. Захотел опубликовать в маркетплейсе и знатно насосался хуйцов: андроид студио блять поставь, в командной строке установи какой-то хуиты типа cordova или capacitor, сгенери ебаный бандл AAB, потом ДВЕ сука подписи, потом получи от модеров отказ с мотивировкой «ээ бля, у тебя названия в манифесте и карточке не совпадают, давай по новой». Это все подобное проходили? Пиздец блять. Почему в разделе нет тем, где обсуждают мытарства с публикацией своих поделий на маркетплейсах? Вы по почте игорей шлете что ли? Делитесь советами сосони.
>>1069355 >что "3д игра жрет больше 2д" не всегда верно. Да там часто плоский фон и 3.5 спрайта бегают, но получается более затратным, чем даже Minecraft. Не представляю, как можно так сильно обосраться в 2D.
>что-то уникальное или сверхфановую идею Для этого не нужна графика. После графики идёт физическая симуляция... Но песочницы с физикой совершенно не новы и никогда не были популярны. Остаются только ненужные игроку свистоперделки.
>меньше будет удержание игроков А если у них нет альтернативы? Гугл очень агрессивно удаляет старые, хорошо работавшие приложения, мол "небезопасно, обновите на новый SDK или удолим", а разработчик, возможно, уже давно мёртв ИРЛ и его приложение удаляется. Его можно найти где-то на "пиратских" помойках, но кто туда заглядывает? Большинство потребителей о них не слышали.
Если нет альтернативы, приходится жрать говно.
>за повышения уровня фана приходится платить производительностью. Это совершенно очевидно, что ценой лишней вычислительной мощности можно добавить больше всякого в игру. Нет, это совершенно не очевидно. У человека есть предельное количество гормонов удовольствия, выбрасывающихся одновременно. Ты не можешь физически преодолеть этот предел. И этот предел достигается любой игрой. А мобильные игры тупо используют уловки типа лутбоксов, чтобы выжать максимум гормонов удовольствия с минимальным вложением сил разработчика. И при этом тормозят.
Сколько попугаев антуту нужно на открытие нового лутбокса? При условии, что любой лутбокс (даже без анимации) даст одинаковое количество гормонов.
>закроют игру/снесут игру И будут книжки читать что ли? Игор-то нет других. Нет, конечно, они есть, где-то в секретных архивах пиратов, поскольку официальные поставщики запретили их употреблять и предлагают "новое, более весёлое". Но начинается это с забивания подальше вглубь поиска.
>>1069359 > Да там часто плоский фон и 3.5 спрайта бегают, но получается более затратным, чем даже Minecraft. Не представляю, как можно так сильно обосраться в 2D. Ну ты же понимаешь, что в игре задействован не только гпу, но и цпу? И что дажн в 2д нагрузка на гпу может быть приличной, конкретно на блок растеризации, и одноврменно на цпу чтобы обработать все объекты и подготовить к рендерингу. Бонусом анимации.
> Для этого не нужна графика. Кто сказал? Ты? Графика привлекает внимание и дает бонусный фан если хорошо подчеркивает геймплей.
> После графики идёт физическая симуляция... Нет, ты совсем не прав. В разных играх совершенно разные вещи требуют разных вычислительных ресурсоа, даже в играх с тяжелой физикой она часто отжирает хорошо если 30% бюджета кадра, и это я еще преувеличиваю. Куда же уходят 70%, как думаешь? А вот сделай игру и включи профайлер.
> Остаются только ненужные игроку свистоперделки. Довольно абстрактно.
> А если у них нет альтернативы? Какой альтернативы? В сторе миллионы игр, каждый игрок имеет свои предпочтения и ред флаги, свои ощущения, свои веса при выборе во что поиграть. Кто-то хоть в 5 фпс в любимую игру будет играть, кто-то статтеры не переносит и дропнет как бы ему игра не нравилась, кто-то вообще играет в разное постоянно пока не надоест/не выбесит.
Ты пытаешься психологический портрет одного игрока составить, а игроков миллионы.
Но вывод тут только один - все что ухудшает игру - уменьшает воронку игроков и величину их вовлечения.
> Гугл очень агрессивно удаляет старые, хорошо работавшие приложения, мол "небезопасно, обновите на новый SDK или удолим", а разработчик, возможно, уже давно мёртв ИРЛ и его приложение удаляется. Если игра хоть сколько то зарабатывает ещё - обновят. Обновить сдк не большая проблема, в худшем случае 2 дня работы разраба и 2 дня тестирования. Сколько это денег можешь прикинуть. То что разраб мертв ирл это грань фантастики, рынок заполнен компаниями, а не соло разрабами.
> Если нет альтернативы, приходится жрать говно. Ты очень резок в выражениях. Для тебя говно, для другого нет.
> Нет, это совершенно не очевидно. У человека есть предельное количество гормонов удовольствия, выбрасывающихся одновременно. > Ты не можешь физически преодолеть этот предел. И этот предел достигается любой игрой. Ты издеваешься? Покажи игру в которой у тебя эйфория. Лол.
> А мобильные игры тупо используют уловки типа лутбоксов, чтобы выжать максимум гормонов удовольствия с минимальным вложением сил разработчика. Ты вообще не понимаешь как идет процесс разработки игры + опять игнорируешь мой ключевой тезис, которыйявляется абсолютным фактом и проверяется на любой игре: Хуже производительность -> меньше вовлечение -> меньше денег.
Вопрос в том насколько - и это полностью индивидуально для конкретного проекта.
По поводу "минимальным вложением сил". Тут цель другая - максимизация прибыли. Если нанять еще одного разраба в команду проекта выгодно, потому что команда сможет больше делать(фичей и оптимизации) и это даст соответствующий профит - его наймут.
> Сколько попугаев антуту нужно на открытие нового лутбокса? При условии, что любой лутбокс (даже без анимации) даст одинаковое количество гормонов. Нет, не даст.
> И будут книжки читать что ли? Игор-то нет других. Нет, конечно, они есть, где-то в секретных архивах пиратов, поскольку официальные поставщики запретили их употреблять и предлагают "новое, более весёлое". Но начинается это с забивания подальше вглубь поиска. В гугл плее буквально есть система рекомендаций, есть реклама.
Хз такое ощущение ты впринципе игр никогда не делал, не видел влияние конкретных обновлений на метрики и плохо понимаешь как делается оптимизация и что сколько производительности жрет, за что приходится платить.
Тезис про эйфорию от лутбокса тоже крайне странный, что ж тебе не нравится, если это максимальный уровень выброса гормона?) А вот нет, это шиза просто какая-то.
Я уже трижды пытался заняться разработкой игр, но ни разу не довёл дело до конца. Программирование - не преуспел, сколько бы ни старался. Рисование - пиксельная графика, которую нарисовал, говно. И сейчас после ухода кодера(друга) задумался о том, можно ли найти людей - программиста и художника, чтобы совместно создать игру, если да, то где и как и будут ли они работать с левым челом ещё и за бесплатно?
>>1068828 >развивать моторику Кстати говоря, скуфо-бумерам на заметку: мелкую моторику нужно упражнять всю жизнь, именно поэтому старые бабульки так "любят" вязать с помощью спиц - научно доказано, что развитие мелкой моторики в старом возрасте помогает сохранять мозги свежими и упругими, в противном случае они быстро усыхают и сходят с ума.
Короче - играйте всю жизнь и будете умными и здоровыми к старости!
В зрелом/старом возрасте тренировки мозга и тела даже актуальнее, чем в молодом. Молодой организм ещё переживёт все издевательства над собой, а потом приходится начинать жить по зожу чтобы просто кони не двинуть.