Добавлен , опубликован

Техническая информация

Тип проекта: Игра.
Платформы: Windows, Linux, Mac.
Движок: SS133D Engine.
Жанр: Можно встретить признаки любого жанра.
Язык программирования: Java.
Одиночная игра: есть.
Многопользовательская игра: есть.
Возможность модификации: есть.
Пространство: 3D.
Прогресс разработки движка: 33%
Стадия разработки движка: Pre-alpha
Актуальная версия движка: 0.1.20
Прогресс разработки игры: 10%
Стадия разработки игры: Pre-alpha
Актуальная версия игры: 0.2.0 *
*Последняя стабильная сборка на jMonkeyEngine

Информация о Space Station 13

Space Station 13 (SS13, СС) — многопользовательская онлайн игра, основанная на платформе BYOND в 2003 году.
Зайдя в игру, игрок выбирает себе роль, их около 40. У каждой роли, будь то инженер, генетик или даже клоун свои возможности.
Главная фишка игры в отыгрыше ролей. Суть в том, что каждый игрок должен отыгрывать выбранного персонажа,
вы говорите от его лица, делаете действия, как делали бы их в реальной жизни и эти действия ограничиваются лишь вашей фантазией.
Вы может пробить стену, убить капитана корабля, или даже стать предателем и "ваша задача всех убить",
быть атмосферником и выпустить на станцию токсины и горючий газ, в результат чего все умрут!
Графика тайловая, 2D, вид сверху, очень сильно лагает, причём у всех и почти независимо от онлайна. Из-за постоянных лагов в бою требуются совершенно нетипичные навыки.
Подробнее узнать о Space Station 13 можно здесь.

Общая информация

Из кучи народа, возьмём к примеру цифру 1,000,000: около 900,000 пытались в поисковых системах найти что-то наподобие Space Station 13 3D... По такому и похожим запросам можно найти несколько проектов, например SS Delta. Всё бы хорошо, однако подобные проекты заморожены и остаётся лишь фантазировать... Но нет, мы, собравшись и имея общую мечту и мнение всё таки начали, и мы ни за что не прекратим, ведь на нас надеется большое количество игроков.
Игра возьмёт из SS13 много идей (Собственно название - дань SS13), но реализовывать их придётся с нуля.
В планах реализовать даже больше идей чем было вложено в SS13, но нельзя назвать Space Station 133D обычным ремейком SS13.

История разработки

Вдохновившись, мы начали разработку с нуля, используя LWJGL. Проторчав больше месяца с загрузкой моделей, мы перешли на jMonkeyEngine. Видео, которые Вы можете видеть ниже - небольшой, но не последний результат нашей работы на этом движке. Мы планировали большое обновление, добавив физические взаимодействия, гравитацию, перенеся блоки в "реальный" космос, однако очень скоро пришли к необходимости написания своего игрового движка. Это было вызвано сложностью реализации требуемого функционала на jMonkeyEngine, недостатком возможности отладки на данном движке и необходимостью более глубокого изучения темы. В декабре 2013 года, был создан репозиторий игрового движка SS133D Engine и началась активная работа над, собственно, игровым движком. Параллельно мы продумывали и продолжаем продумывать игровые аспекты и механики. На данный момент мы ведём разработку второй минорной версии движка.

Базовый функционал

  • Множество уникальных профессии, каждая из которых не даст Вам заскучать
  • Лиммион возможностей для отыгрыша любого персонажа
  • Соответствие бэкстори
  • Красивые интерьеры станции и огромные пространства космоса
  • Полная разрушаемость станции
  • Гравитация
  • Система случайных событий
  • Симуляция атмосферы
  • Правдоподобная система повреждений и жизнедеятельности персонажа
  • Неповторимость каждого раунда (стопроцентная реиграбельность)
  • Возможность широкой кастомизации серверов и ресурсов
  • Интересная одиночная игра
И многое многое другое...

Скриншоты и видео

Скриншоты устарели! При возможности - смотрите видео, которое тоже устарело.
В ближайшее время появятся новые ресурсы.

Ссылки

`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
10
10 лет назад
Отредактирован ZLOI_DED
0
Ага. Попробую решить в скором времени.
Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.
Понял. Ну смотри. Всё статично, так как зачем здесь динамичность?
Да. Конечно. Это же динамичный парсинг. В этот раз это вернёт true, в другой - false.
Так и создаю. Создаю модуль регистрации, делаю контроллер. модель. делаю шаблон, страницу регистрации. Готово.
Хех. Вот тут ты понимаешь, что без фунта 160 градусного саке это не поднять)
Да. Кстати. Раз уж всеравно заоффтопились - никогда не делай сервер на PHP, который например работает через php-cli. Это такой убогий кусок говна, что не просто потратишь время, а ещё будешь целый месяц хромать на полмозга)
0
29
10 лет назад
Отредактирован alexprey
0
Да. Конечно. Это же динамичный парсинг. В этот раз это вернёт true, в другой - false.
не обязательно компилировать в статичный текст ;) компилируй в чистый php
ZLOI_DED:
никогда не делай сервер на PHP, который например работает через php-cli.
смотря какой сервер. Если сервер для чата, то почему бы и нет? Хотя честно я не знаю какое решение мне приглянулось, но для простых задач я бы заюзал это решение. А так сокетный код я пишу на шарпах.
ZLOI_DED:
Хех. Вот тут ты понимаешь, что без фунта 160 градусного саке это не поднять)
сперва локально, а потом еще накатить чтобы заработало на альфе :D
0
10
10 лет назад
Отредактирован ZLOI_DED
0
alexprey:
Да. Конечно. Это же динамичный парсинг. В этот раз это вернёт true, в другой - false.
не обязательно компилировать в статичный текст ;) компилируй в чистый php
ZLOI_DED:
никогда не делай сервер на PHP, который например работает через php-cli.
смотря какой сервер. Если сервер для чата, то почему бы и нет? Хотя честно я не знаю какое решение мне приглянулось
Аа.. понял твою мысль. Ок. Попробую это реализовать.
Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе. Я тоже пишу серьёзные не на php. Java.
Хаха)) Именно)
И да. В будущем хочу привинтить к своей cms многосубдшность, и сделать db-layer, с драйверами и SQL-подязыком по типу DQL.
0
29
10 лет назад
Отредактирован alexprey
0
Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.
просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль.
ZLOI_DED:
Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе.
медленно и грузит сервер.
ZLOI_DED:
И да. В будущем хочу привинтить к своей cms многосубдшность, и сделать db-layer, с драйверами и SQL-подязыком по типу DQL.
на самом деле это не шибко то и надо, но лучше стоит поискать готовые решения, ибо SQL очень тонкий язык, особенно у Oracle DB
0
10
10 лет назад
Отредактирован ZLOI_DED
0
alexprey:
Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.
просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль.
ZLOI_DED:
Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе.
медленно и грузит сервер.
ZLOI_DED:
И да. В будущем хочу привинтить к своей cms многосубдшность, и сделать db-layer, с драйверами и SQL-подязыком по типу DQL.
на самом деле это не шибко то и надо, но лучше стоит поискать готовые решения, ибо SQL очень тонкий язык, особенно у Oracle DB
То бишь в настройках модуля поля, требующие определённого типа данных, которые должен возвращать компонент другого модуля? Этот вариант действительно сработает, но только если тип статичен. То есть например у товара именно int id а не varchar и прочее..
А. Я кажись понял. Ты имел ввиду зависимости от конкретных модулей. Понимаешь, суть в том, чтобы модули были независимыми друг от друга. Разные имплементации - есть хорошо. Главное корзине - получить конкретные данные. А на то как они получены - насрать. Пусть ты их введёшь прямо в поле в настройках...
Тогда действительно отдельный сервер на яве или шарпе
Ну смотри. Внутренний язык запросов драйверами преобразуется в тот. который подойдёт конкретной СУБД со всеми тонкостями. По-моему это классная идея. Не надо ORM, просто дрова на разные СУБД и внутренний язык. Да, будет медленнее, но быстрее чем с ORM и покруче чем с тем, что есть) Вот такой блекджек)
ух ничего себе как мы разговорились... уже вторая страница XD
Спасибо. Приятно общаться со знающим человеком)
0
29
10 лет назад
0
То бишь в настройках модуля поля, требующие определённого типа данных, которые должен возвращать компонент другого модуля? Этот вариант действительно сработает, но только если тип статичен. То есть например у товара именно int id а не varchar и прочее..
для этого и нужны интерфейсы, чтобы задать поведение.
ZLOI_DED:
Не надо ORM
а разве это не позволяет сделать то что ты хочешь?
0
10
10 лет назад
Отредактирован ZLOI_DED
0
alexprey:
Не надо ORM
а разве это не позволяет сделать то что ты хочешь?
Позволяет, но сложность ORM в транслейте объектов в SQL, что вызывает кучу трудностей со всякими JOIN'ами и прочим. А в моём случае этого транслейта нет и соответственно нет трудностей.
0
29
10 лет назад
0
А в моём случае этого транслейта нет и соответственно нет трудностей.
с чего это вдруг нету? синтаксис же разный у разных баз
0
10
10 лет назад
0
alexprey:
А в моём случае этого транслейта нет и соответственно нет трудностей.
с чего это вдруг нету? синтаксис же разный у разных баз
Нет перевода Объект -> SQL и обратно. Есть перевод Internal SQL -> SQL и обратно. Объект и внутренний SQL совсем по разному переводятся. В первом случае нужно генерировать, а во втором - изменять.
0
29
10 лет назад
0
ZLOI_DED, изменение сложнее, разве нет?
0
10
10 лет назад
Отредактирован ZLOI_DED
0
alexprey:
ZLOI_DED, изменение сложнее, разве нет?
Чисто теоритически, в первом случае тебе придётся проходить обе фазы. Тут я не могу говорить со 100%ной уверенностью. Но мне всё же кажется, что первый способ гораздо более муторен. Потом с ORM не все могут работать, а SQL - стандарт для веба. Внутренний SQL просто не будет иметь разных тонкостей (хотя для кого-то тонкостью будет отсутствие этих тонкостей :D). Как пример можно просто будет взять синтаксис MySQL и для этой СУБД вообще ничего не переводить... Хотя я пока до этого не добрался, поэтому время придёт - увидим...)
В любом случае. Сейчас пласт работ с сайтом я успешно с себя сбросил и теперь занимаюсь лаунчером.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.