Результаты поиска
| |
Kwant | Дата: Вторник, 27 Ноября 2018, 20:45 | Сообщение # 1 | Тема: Ремейк |
почетный гость
Сейчас нет на сайте
| А что сразу шутер то .... давай final fantasy 7, прям всё просто, графон там минимальный. Я джва года жду уже ремейк.
|
|
| |
Kwant | Дата: Вторник, 27 Ноября 2018, 07:47 | Сообщение # 2 | Тема: [2D, Defence] Всадники Апокалипсиса |
почетный гость
Сейчас нет на сайте
| Цитата Dollaween ( ) Никак не решу, именно поэтому и перестал работать над игрой. Спрашивал у организаторов: html-файл как игру отправить можно, но я так и не смог запустить html без сервера.
Без проблем, держи решение: используй https://electronjs.org
|
|
| |
Kwant | Дата: Воскресенье, 25 Ноября 2018, 18:46 | Сообщение # 3 | Тема: Хочу научиться программировать игры. |
почетный гость
Сейчас нет на сайте
| Цитата dexxxle ( ) Отлично! Спасибо огромное! Но, насколько я понимаю, там можно создавать только веб-игры(или я не прав?). А не сложно ли потом будет переучиваться под другие платформы?
Именно так, Electron.js - эт Node.js + Chromium. Что позволяет разработать тебе приложение на любую ОС мгновенно.
А так как тут есть Node.js, при нехватке стандартных возможностей, можно задействовать N-API и написать свой модуль на С/С++ для проекта.
PIXI.js - эт, по большему счёту, 2D графика. Хороший вариант для начинающего.
Но есть и мощнее вещи: https://threejs.org или https://www.babylonjs.com Для аудио: https://howlerjs.com
Всё это позволит быстрее разрабатывать приложения/игры, а так как тут применяются технологии те, что и в веб сфере, то навык в будущем может быть применён на многие другие направления и т.п., и т.д.
Ну и JS проще по синтаксису, чем C/C++, если напишешь на JS, то потом сможешь портировать и на C/C++
Сообщение отредактировал Kwant - Воскресенье, 25 Ноября 2018, 18:49 |
|
| |
Kwant | Дата: Воскресенье, 25 Ноября 2018, 05:49 | Сообщение # 4 | Тема: Хочу научиться программировать игры. |
почетный гость
Сейчас нет на сайте
| Бери JavaScript + www.pixijs.com + https://electronjs.org И сходу можешь начинать делать. Это самый простой и доступный вариант для тебя.
Сообщение отредактировал Kwant - Воскресенье, 25 Ноября 2018, 05:53 |
|
| |
Kwant | Дата: Пятница, 23 Ноября 2018, 17:57 | Сообщение # 5 | Тема: Сервер для MMORPG |
почетный гость
Сейчас нет на сайте
| Цитата kr0n4ik ( ) Пришла в голову идея создания сервер для mmorpg. Но писать код хочу на js. Вообще идея в том посмотреть будет он быстрее скажем таких же серверов на c++ или с. В интернете полно споров про такие вещи и вроде js набирает плюсы в плане производительности и меньшего потребления ресурсов. Вообще интересно начальное мнение по этому вопросу. Как в пример наверное возьму сервер для wow или rose. Для полдней есть даже клиент на js клиент. Бред или выстрелит, как считаете?
Проблема не в скорости уже. Затык будет в аллокации памяти - на JS её нельзя делать. И если есть места с критичной производительностью придётся сделать типо Кольцевой буфер для объектов, чтобы не сливать их, ибо GC придётся потом огромный объем подчищать, это может создать лаг кратковременный. Ну и т.п., и т.д. Правд это уже конечные оптимизации проекта, а сейчас пока ничего особо и нет.
Полистал исходники на гите - так себе стиль. Используй вместо ES5 уже давно пришедший ES6.
|
|
| |
Kwant | Дата: Воскресенье, 29 Января 2017, 18:14 | Сообщение # 6 | Тема: Сложность в выборе стека технологий. |
почетный гость
Сейчас нет на сайте
| > ... Зачем?
Чтобы ерунду не говорить, а читать внимательно то, что написано.
Цитирую: " ... Если PHP используется в обычном режиме, как потоки, а не async модель, то без каких-либо настроек и мощного железа удержите одновременный онлайн около 100 человек ... " " ... в обычном режиме, как потоки ... " " ... одновременный онлайн около 100 человек ... "
Не очередь, если всё ещё не ясно, а одновременный. Что означает удержание соединений постоянных. 1 поток = 1 соединение, если совсем уж указать на суть.
Добавлено (29 января 2017, 17:43) --------------------------------------------- Это вообще что ещё такое? > ... нет никаких гарантий, что вебсокеты будут справляться с большим онлайном лучше
Я уже дал объяснение почему они лучше (в какой то мере). Но вот только лучше конкретно не они тут, если хорошо разобраться. Проблема в менеджере потоков/процессов у PHP. Пример же выше (просьба реализации тестового окружения), с вебСокетом, просто провоцировал появление проблемы с потоками у PHP - для демонстрации.
ВебСокет - ключ/суть, ибо я имел ввиду вообще изначально именно эту технологию для 100 соединений, что даёт постоянные подключения и полнодуплексную связь. Но вы вклинились с заявление о лжи и с Ajax технологией.
> ... То, что вы сходу сказали, что PHP не выдержит одновременно 100 онлайна говорит о том, что возможности PHP вы сильно недооцениваете (а возможности NodeJs и вебсокетов, возможно, переоцениваете).
Господи, я лет 5+ веб-приложения создаю, что мне недооценивать или переооценивать, когда всё это пройденный путь. Устал разжёвывать очевидное. Просто читайте теорию, без зачем, если есть вопросы.
Добавлено (29 января 2017, 18:05) --------------------------------------------- > ... нет никаких гарантий, что вебсокеты будут справляться с большим онлайном лучше
А вот интересная статья, как дополнение (надеюсь не додумаетесь, что это инструкция и посыл к действиям для перехода), на 600 тыс соединений для webScoket + Nodejs: https://blog.jayway.com/2015/04/13/600k-concurrent-websocket-connections-on-aws-using-node-js/
Старовата правда. Сейчас, может, можно и побольше выбить.
Добавлено (29 января 2017, 18:14) --------------------------------------------- И ещё, я бы с удовольствием почитал где я такое говорю:
> ... Вы понимаете, что говорите человеку, у которого все работает, и все устраивает - "тебе срочно надо перейти на вебсокеты! вот прямо все бросай, и срочно переходи!"
Сообщение отредактировал Kwant - Воскресенье, 29 Января 2017, 19:21 |
|
| |
Kwant | Дата: Воскресенье, 29 Января 2017, 04:40 | Сообщение # 7 | Тема: Сложность в выборе стека технологий. |
почетный гость
Сейчас нет на сайте
| > ... Ну, это откровенное вранье. У меня сейчас сайт на PHP, держит до 600 онлайна по вечерам
600 все сразу или 600 просто бывают (некая очерёдность запросов)? Не надо говорить о вранье не понимая до конца о чём речь.
Реализуйте webSocket соединения на "600" и скажите какой онлайн.
Добавлено (29 января 2017, 04:40) --------------------------------------------- > ... Но, опять же, на PHP, есть 100500 способов как снизить/оптимизировать
И как оптимизируете подобную проблему выше? Суть NodeJs - это event-loop и если "прооптимизировать" PHP в этом направление, то выйдет тоже самое, что NodeJs, только ЯП другой (ну и коряво это всё выглядит конечно).
О чём тут и написано: > ... Если PHP используется в обычном режиме, как потоки, а не async модель...
Чтобы понимать проблему и как решать, да и вообще говорить об онлайне, надо понимать различие технологий.
"PHP" на каждый запрос создаст поток, который, как минимум, потратит 1-2Мб RAM. Чтобы решить проблему с поеданием RAM создаётся пул потоков, который может быть ограничен, что приводит к очереди запросов, что вызовет задержку на отклик и она будет расти также, как растёт кол-во запросов.
Это значит, что webScoket приложение на 600 человек на PHP вы не сделаете, если у вас не будет памяти невменяемое кол-во или если не превратите это в async модель. Ну а если это будет Ajax, то у вас будет всё больше и больше расти отклик от сервера, при условии, что люди будут повышать активность свою или своё кол-во на сайте - колхоз.
Сообщение отредактировал Kwant - Воскресенье, 29 Января 2017, 05:19 |
|
| |
Kwant | Дата: Суббота, 28 Января 2017, 00:00 | Сообщение # 8 | Тема: Сложность в выборе стека технологий. |
почетный гость
Сейчас нет на сайте
| > ... А что касается безопасности у node.js?
Что за безопасность беспокоит?
> ... вопросов много(подделка запросов, cookie, )
Это не Node.js проблема, а разработчика, такое же я проверну и на других платформах.
> ... А что касатеся sql бд, то во многих источниках написано что это не лучшее решение, потому что node.js плохо контактирует с РСУБД
Лучше приводить источники сюда в виде ссылок, по моему это "ни о чём" источники. Всё там порядок.
> ... но слишком мало практических отзывов в интернете
Специализируюсь в области Nodejs несколько лет, по этому скажу, что требует большого опыта. Новички не сделают сложных систем - шанс на получение скрытых проблем крайне велик. Будут постоянно что-то править или изучать, подпирать костылями. Платформа даёт широкий спектр возможностей + простота вхождения, но чудовищно требовательна к управлению этими возможностями.
> ... Потратить год на изучение, после которого окажется, что node.js хуже (конкретно для моего проекта), чем обычный PHP + AJAX - это будет полный фей
NodeJs ни как не будет хуже. Но нет смысла тратить время, если вы потом не будете работать с этой платформой и если проект не требователен.
Если PHP используется в обычном режиме, как потоки, а не async модель, то без каких-либо настроек и мощного железа удержите одновременный онлайн около 100 человек. Этого, обычно, достаточно для небольших поделок. Ведь если кто захочет, то может весьма просто положить сервер парой запросов.
В целом, на этой платформе создаётся без проблем любое дело, с пол пинка.
Сообщение отредактировал Kwant - Суббота, 28 Января 2017, 00:01 |
|
| |
Kwant | Дата: Пятница, 27 Января 2017, 04:52 | Сообщение # 9 | Тема: Falcoware |
почетный гость
Сейчас нет на сайте
| Цитата falcoware ( ) falcoware, https://steamcommunity.com/sharedfiles/filedetails/?id=836837224 - Еще одна наша игра прошла Стим! Ура!
Ой, сердце, бюджетный Баттлфилд что-ли - у кого железо не вывозит или для тех кто на веществах :')
|
|
| |
Kwant | Дата: Пятница, 27 Января 2017, 04:27 | Сообщение # 10 | Тема: Сложность в выборе стека технологий. |
почетный гость
Сейчас нет на сайте
| Делай на Node.js и React (если в нём такой богатый опыт).
> ... так ещё как я понял он больше предназначен для решения задачи по типу, взял данные, отдал данные...
Нет. Чтобы не возникало подобных вопросов, о проблемах Node.js, надо понять суть технологии: зачем нужна многопоточность, а зачем event-loop.
> ... А в игре сервер должен будет порой делать сложные вычисления...
Что это за вычисления такие? Что такое потребуется вычислять, что смогло бы сильно затормозить Node.js.
Если что, то ей по силам выдавать около 5к RPS на каком-нить просто web фреймворке. Мне почему-то кажется, что скорее в этот предел можно упереться, чем в вычислительный.
Стек: MySQL (транзакции) + NodeJs (рекомендуется использование async/await/promise) + React + Socket.io = игра за часик
> ... мало того, что я в нём только только разбираюсь ...
Непросто будет. Многие считают, что Node.js это "изи катка", но как только накосячат с колбеками/утечками/функциями (что приводят к деградации скорости), так сразу погружаются во мрак неопределённого поведения и многочасовых дебагов.
Если игра простая, действительно простая, то можно взять NodeJs . Если хочется что-то сложное, то изучать Node.js можно как и пару месяцев, так и 6-12 месяцев. Индивидуально всё.
|
|
| |
Kwant | Дата: Вторник, 24 Января 2017, 07:33 | Сообщение # 11 | Тема: Хочу написать свои игры с нуля! |
почетный гость
Сейчас нет на сайте
| > .. Я прочитал кучу литературы по данной теме ..
Вот ради любопытства, а что именно? Можно штуки 3, что запомнилось лучше всего. Написать свой движок или игру без конструктора - это ещё та затея.
У вас должны быть представления о векторах, матрицах, кватернионах, интерполяция (алгебра), синусы/косинусы (тригонометрия), в чём смысл много-поточности, умение работать с устройствами ввода (OIS, SDL), аудио (IrrKlang), графика (OGRE, Irrlicht, SDL), выбор физических движков (Bullet, Newton, Box2D, Havok), должны понимать что такое сборка под определённую архитектуру (32/64), как хранятся данные в памяти (если это онлайн игра, то данные нужно упаковывать в определённую последовательность байт), уметь реализовывать свой менеджер памяти, знание об UDP/TCP/RTT/HTTP, умение написать свой протокол, надо знание о платформе и нюансах типов данных или методов для неё, затем понадобятся знания о БД (Реляционная или Документная? Есть понимание механизмов Транзакций?), умение писать тесты (TDD, BDD), использование контроля версий, понимание в организации архитектуры, методологии ведения проекта (итеративная, гибкая, инкрементная), понимание что выносить в скриптовую часть и как (LUA, AngelScript), знать о паттернах/анти-паттернах, GUI, а ещё есть множество алгоритмов для оптимизации физики/графики/сети/поиска пути.
Но тут больше к Desktop разработке. Предположим, что вопрос был больше к Web. Тогда возникает другой список: HTML5, CSS/LESS/SASS, Angular/React/Backbone (SPA), Canvas/WebGL/Flash, webStore, webAudio, webSocket (socket.io), ajax, php, node.js, python, nginx, apache, threejs/babylonjs.
Ну и есть возможность их совместить и делать за счёт Web технологий приложения для Desktop.
Я бы ещё долго мог продолжать это, а к каждому пункту ещё целое дерево расписать ... так я к чему ... если у вас действительно возник вопрос КАК написать, то ваш уровень крайне далёк от реальности того, что требуется для этого дела.
Тут непомерное кол-во технологий. Мало того что они просто есть, надо уметь их комбинировать между собой и выбирать, а это обяжет знать ещё больше. По этому с 3D определённо стоит придержать коней, ну, а с 2D ... тоже не всё так просто будет.
Можно сказать, что этот пост посвящается всем, кто грезит своим движком или думает сделать кросс-платформенную ММО на С++. Считая, что у него достаточно знаний.
> .. данный вопрос имелл контекст на чем удобнее будет писать БД что бы легче было ее вшифать. ..
БД поднимают в виде сервера, настраивают и организовывают подключение по TCP. Затем подключаются модуль для C++, NodeJs, Python или ещё какой штуки. Если соединение через браузер к БД, то нужен ещё WebServer, что будет принимать соединения от клиентов и организовывать запросы к БД.
> .. Сейчас пошло вроде дело..
По началу у многих "идёт" дело: не так сложно залезать в яму с проблемами, а вот потом уже начнут появляться вопросы, на которые, скорее всего, не найдутся ответы.
> .. Кстати на сколько сложен движок текстового квеста?
Вопрос из разряда: "какие колёса автомобилю надо?". Ну, наверное надо сказать ЯП, как минимум, чтобы что-то оценивать. Или дать иную информацию.
Если время жаль, то не стоит его тратить, ибо шанс на завершение или получение чего-то годного не столь велик (с такой то пропастью в опыте). В остальном ... ради фана, опыта и лишения ментальной девственности, конечно, можно, но многого ждать не стоит.
|
|
| |
Kwant | Дата: Понедельник, 21 Марта 2016, 18:06 | Сообщение # 12 | Тема: Скрипт очищалки стены ВК |
почетный гость
Сейчас нет на сайте
| Цитата dima9595 ( ) Подумывал тоже подобное написать, да вот ни как руки не доходили(
Ну, благо есть те, у кого доходят ... за некоторые, скромные, вложения в дело )
|
|
| |
Kwant | Дата: Четверг, 14 Января 2016, 08:25 | Сообщение # 13 | Тема: Inventory БД |
почетный гость
Сейчас нет на сайте
| Обычно ММО, где много разных действий/изменений, всё удерживают в памяти и сбрасывают данные в БД после выхода игрока из игры/отключения сервера/по истечению N интервала времени. Вот только такой подход требует крайне надёжного сервера.
Если людей мало, кол-во операций над БД не так много, а БД настроена и выбрана разумно, то можно прямо сразу и в БД.
Сообщение отредактировал Kwant - Четверг, 14 Января 2016, 08:28 |
|
| |
Kwant | Дата: Четверг, 07 Января 2016, 01:44 | Сообщение # 14 | Тема: Скорость передачи пакетов WebSocket.(ну или как убрать лаги) |
почетный гость
Сейчас нет на сайте
| Для этого используют "Предсказания". Это когда обсчитывают игровой мир в соответствии с окружением клиента, а когда приходят данные от сервера - синхронизируется всё.
Программирование сетевых игр - далеко не самая простая штука, как может казаться, и это занятие имеет богатую теорию.
Устранение эффекта запаздывания с помощью кубических сплайнов.
|
|
| |
Kwant | Дата: Воскресенье, 27 Декабря 2015, 00:05 | Сообщение # 15 | Тема: Falco: Требуется сделать сайт FalconLine.net. |
почетный гость
Сейчас нет на сайте
| Цитата falcoware ( ) почти: http://falconline.net Базис сделан.
Весьма экономное решение; ~3 тыс )
Сообщение отредактировал Kwant - Воскресенье, 27 Декабря 2015, 00:09 |
|
| |
Kwant | Дата: Пятница, 25 Декабря 2015, 01:49 | Сообщение # 16 | Тема: Agile Triangle [Android, 2D] |
почетный гость
Сейчас нет на сайте
| Интересно, когда сцена перевернулась, то как то полегче стало восприниматься. В общем то игра не для всех - в зависимости восприятия :)
У меня одного такие ощущения возникают?
Цитата karambaman ( ) может фпс проседает Я видео глядел, что выше - все.
Сообщение отредактировал Kwant - Пятница, 25 Декабря 2015, 01:55 |
|
| |
Kwant | Дата: Пятница, 25 Декабря 2015, 01:42 | Сообщение # 17 | Тема: Agile Triangle [Android, 2D] |
почетный гость
Сейчас нет на сайте
| Треугольник шагает, может кажется что это достаточно плавно, но меня начинает укачивать. Я довольно плохо переношу скачки и больше предпочитаю плавность.
Сообщение отредактировал Kwant - Пятница, 25 Декабря 2015, 01:42 |
|
| |
Kwant | Дата: Пятница, 25 Декабря 2015, 01:33 | Сообщение # 18 | Тема: Agile Triangle [Android, 2D] |
почетный гость
Сейчас нет на сайте
| Дизайн приятный, но меня сводит с ума дёрганье, я даже минуты не выдержал.
|
|
| |
Kwant | Дата: Понедельник, 21 Декабря 2015, 12:26 | Сообщение # 19 | Тема: Вопросы по игре с виртуальной валютой |
почетный гость
Сейчас нет на сайте
| Цитата Andrew01 ( ) Kwant, а если это игра на подобии фермы? надо ли ИП делать?
Ну, по-хорошему дело не в наличие ИП/ООО, а в уплате налога (если не считать специфичную деятельность). В разных случаях налог считается по разному. Вот оно то всё выше и нужно, чтобы максимально выгодно получать чистую прибыль и находиться в гармонии с законом.
Если ты физ лицо и получаешь прибыль, то ты уже должен платить 13% - обязан; а завёл ИП, переключился на УСН и уже 6%, в ООО там вообще ещё большее разнообразие, но и у всего есть свои минусы, о которых надо знать и выбирать нужные вещи, в нужное время.
Вот по этому всё зависит чисто только от прибыли, которую получаешь и КАК получаешь. Если есть даже мизерная прибыль, а налог не уплачен, то уже есть нарушение закона и за что придраться (сокрытые доходы), но вот станет ли налоговая шевелиться ради этих копеек? Тут лишь вопрос времени; да ещё найти вас надо, поковыряться, побегать.
Обычно, с доходом до 20тыс + нестабильностью дохода, многие предпочитают не заморачиваться с уплатой налогов и открытием ИП/ООО, и решают побыть в тени.
Как то так.
Цитата semen13 ( ) Спасибо за ответ! А у вас есть скайп? Хочу кое-что уточнить
Есть, но если оно вписывается в рамки топика, то было бы предпочтительно, по возможности, раскрыть всё тут.
Сообщение отредактировал Kwant - Понедельник, 21 Декабря 2015, 12:43 |
|
| |
Kwant | Дата: Суббота, 19 Декабря 2015, 18:18 | Сообщение # 20 | Тема: Вопросы по игре с виртуальной валютой |
почетный гость
Сейчас нет на сайте
| Уплачивать налог, если будешь как физ лицо, то 13%, а для ИП/ООО считается по иному. Это все правила для игровой валюты, предметов и всего другого, что можно продавать.
Собственно, далее всё зависит от страны, где будет открыто дело, ведь у каждой страны свои правила, а именно: ведение Игорного Бизнеса. Некоторые заводят офшор в нужном месте, открывают бизнес в нужной стране, делают игру для нужных людей и получают нужное.
Примерно так.
Когда дело маленькое, приносит ~30 тыс р. / мес, то уже можно начинать морочить голову всем выше, а так ... налоговая только потихоньку будет до тебя добираться, есть время опробовать планы и идеи без лишних манипуляций выше.
Если интересует именно Россия, то сюда.
Вообще, если будешь делать казино, то тебе ещё лицензию надо, иначе никто не поверит. Ну, а это ещё затраты, при чём далеко не самые маленькие, пару тысяч USD можно в лёгкую отдать.
Если это только "типо" казино, то сложно сказать - не вижу этого "типо", тут нужна консультация юриста в твоём проекте, для более глубокого анализа.
Сообщение отредактировал Kwant - Суббота, 19 Декабря 2015, 18:34 |
|
| |
|