Техническая часть полностью отработана - пара текстовых квестов уже выставлены в App Store. Не вижу особых проблем, чтобы потом перенести все на Андроид.
Нужно
1) Хороший дизайн плеера текстовых игр для iPhone и, особенно, iPad
2) Картинки для текстовых квестов
3) Фоновая музыка/саундтреки
4) Собственно, новые квесты. Но уже есть несколько готовых квестов, которые стоят в очереди.
В проект приглашаются
1) Художники (2D)
2) Дизайнер
3) Авторы (писать новые квесты) и редакторы квестов (сводить вместе картинки, звуки и текст)
4) Тестеры (проверять написанное)
Наличие яблочных девайсов - совершенно не обязательно.
Планируется выпуск как платных, так и бесплатных квестов. Увы, золотых гор обещать не могу - пока такой жанр игр только раскручивается. Если раскрутимся - тогда....
Пишите сюда или на ggabox(тяф-тяф-тяф)narod.ru
Получил несколько вопросов на е-майл, отвечу сюда, чтобы не дублировались.
1) Жанр определяет автор квеста. Сейчас уже есть фэнтези и фантастика и это не придел.
2) Авторское право участников проекта - священно. Участие каждого будет отражено соответствующим образом в полученном продукте дабы "страна знала своих героев" :)
3) Оплата...увы, в данный момент проект для меня - это хобби. Поэтому платить участникам я пока не готов. Разумеется, если какой-то квест что-то принесет, то полученное будет разделено между участниками согласно вкладу в этот квест/проект. % можно обсудить, но пока я слабо верю в "Angry birds в текстовых квестах", так что на сотни-тысячи амерорублей в ближайшее время рассчитывать не стоит.
могу выступить в качестве тестера, в наличии только компьютер и смарт на symbian 9.4
leonardo98 - спасибо, будем исправлять.
2teist - хорошо, компьютер - этого достаточно. Во всяком случае, для отлова именно ошибок в квестах и таких досадных опечаток, как найденная leonardo98. Кстати, сейчас создается квест в духе sci-fi (продолжение Непредвиденного пассажира), так что если интересно...иллюстрации там нужны как воздух ;)
Требования к дизайнеру огласите, позязя.
Дизайн плеера текстовых квестов для iOS:
Функциональные требования к дизайну
1) Тестовый квест состоит из блоков текста (часто называемых параграфами). Блоки могут быть разной длинны (как уж автор напишет). Пример
Передача данных между звездными системами была достаточно серьезной проблемой. Классические радиоканалы были лимитированы скоростью света. То есть, когда твой запрос достиг бы сервера в другом углу галактики, тебя бы заданный вопрос уже не волновал.
Частично проблему решали локальные банки данных кораблей. Прилетев к очередной планете, звездолеты скачивали обновленную информацию и закачивали в банки данных планеты информацию, которую они скачали на других планетах.
Ты вызвал программу-навигатор в локальном банке данных. Какую информацию ты хочешь поискать? О планете, куда летит Агнесса <c7>, о устройстве базы на планете <c10>, о возможных обитателях планеты<c173> или предпочтешь закрыть программу-навигатор<c6>?
2) Каждый параграф может иметь иллюстрацию, обычно она помешается над параграфом, но возможны и варианты (определяется плеером, а не автором)
3) В тексте параграфа идут 1...N переходов на другие параграфы (в примере выше их 4). Допускается как встраивание кнопок перехода прямо в текст, так и вынос их в отдельный блок. В последнем случае кнопки могут иметь короткую аннотацию (обычно из одного слова, как на скриншотах в первом сообщении темы). В зависимости от условий игры, какие-то переходы могут быть не доступны для использования. Вот как это выглядит у конкурентов
4) В некоторых квестах может быть "Лист игрока" - отдельный экран, где отображаются параметры Героя, содержимое его сумки и т.п. Наличие/отсутствие этого экрана определяется автором квеста. Так же самые важный параметры могут показываться в виде статус-бара около текста параграфа...но это уже опционально или, допустим, только для iPad.
5) В некоторых играх Лист игрока несет исключительно информационное назначение (если включен вообще). В некоторых из него можно применять предметы, заклинания и т.п. Это определяется автором квеста. Если предмет не может быть использован - должно быть красивое уведомление об этом.
6) Должен быть экран для управления сохранениями/восстановлениями игры, помощь и т.п.
7) И и, понятно, сплэш-экран и главное меню (опять же - Помощь, поиск новый квестов в Апп Сторе, запуск новой игры, восстановление сохраненной.
8) Отдельный экран для боев. Бои в квестах бывают не всегда (определяется опять же автором). Бои в квестах идет как D&D и подобных - посредством бросания кубиков и по результатам броска определения, кто проиграл/выиграл раунд. Вот как это выглядит у конкурентов
и как пока у меня
Не функциональные требования к дизайну
1) Требуются либо отдельный дизайн для iPhone/iPad, либо один универсальный. Если не универсальный, то хорошо бы если бы дизайн для iPad мог потом быть использован для порта на Андроиды (с их бесконечным набором возможных разрешений...от 800х600 и выше)
2) Предпочтительна работа дизайна для обоих ориентации устройства, но допускается и только одна ориентация.
3) Дизайн должен либо быть достаточно нейтральным, чтобы подходить и под фэнтези и под фантастику, либо была возможность иметь типа скинов, которые было легко подгонять под конкретный квест.
4) Формат HTML+CSS+картинки
Для примера, можно посмотреть правила к квесту Колдун Огненной горы
Ссылка на игру конкурентов на iTunes (там от нее идут ссылки на други игры)
Отличная идея, отличное решение, и было бы вообще замечательно портировать QSP :) (очень хочется свой код на локации)
Но даже ваше решение - огромный шаг в мир IF для яблоколюбов.
Желаю успехов.
HIman
Спасибо за пожелания!
> было бы вообще замечательно портировать QSP
Увы, портированию QSP/URQ мешает печально-знамениый пункт 3.3.2 iOS SDK Agreement "...No interpreted code may be downloaded or used in an Application except for code that is interpreted and run by Apple’s Documented APIs and built-in interpreter(s). "
Logger
> Увы, портированию QSP/URQ мешает печально-знамениый пункт 3.3.2 iOS SDK
> Agreement "...No interpreted code may be downloaded or used in an Application
> except for code that is interpreted and run by Apple’s Documented APIs and
> built-in interpreter(s). "
Давно уж можно, плюс не обязательно что бы скрипты лежали в открытом виде же ж.
MATov
> Давно уж можно
ГДЕ это сказано? Последнее обновление было 9 сентября 2010 года, там только разрешили использовать компилированный код, собственно, давай дорогу Packager for iPhone от Adobe. И было четко продекларировано, что подгрузка кода в приложение (читай - QSP модуля) категорически запрещена в любом виде. Никакого снятия ограничений на интепретаторы пока видел, но буду очень рад, если увижу.
> , плюс не обязательно что бы скрипты лежали в открытом виде же ж.
Ну...это уже несколько обман (если Apple узнает - может закрыть аккаунт немедленно) и, самое главное, оно закрывает возможность нормально обрабатывать QSP/URQL, просто загружая код квестов с сайта или копируй их в девайс.
Logger
Нельзя юзать интирпретируемый код из сети, если ты поставляешь его в комплекте, то все ок.
У нас скрипты во-первых в байткоде лежит + в паке.
+ Angry Bird например юзают Lua, это тебе тоже инфа для размышления )
Logger
> Есть в настоящий момент - редактор для создания таких игр (без
> программирования) и утилита, позволяющая из написанного в редакторе получать
> готовые программы для iOS.
Что это за утилита, можно поподробнее? Не секрет фирмы, надеюсь?
> Примеры игр в App Store
А никаких планов с переводом на английский у вас нет? Рынок-то там поболе...
MATov
> + Angry Bird например юзают Lua, это тебе тоже инфа для размышления )
Да, это так, НО...сегодня условия звучат так: Unless otherwise approved by Apple in writing, no interpreted code may be downloaded or used in an Application except for code that is interpreted and run by Apple’s Documented APIs and built-in interpreter(s). Notwithstanding the foregoing, with Apple’s prior written consent, an Application may use embedded interpreted code in a limited way if such use is solely for providing minor features or functionality that are consistent with the intended and advertised purpose of the Application.
То есть - да, выъодит, что теоретически можно встатит интепретатор (и даже проекты есть готовые), но надо согласовать с Эплом...в принципе - попробовать можно, НО...давай подумаем, а что это изменит? То есть - мы создали проект, куда можно кинуть байт-код QSP и установить на iOS-девайсе. Дальше нужно будет подгонять существующие квесты (сделанные под совершенно иные разрешения и форматирование) для яблочных девайсов. Ну, для iPad подгонять не потребуется, а вот iPhone/iPod - придется. Да и далеко не все хорошие квесты имеют хорошее оформление...в результате мы выйдем на тот же самый уровень, что имеем сейчас.
Но самая идея создать плеер для QSP/URQ - дело хорошее, думаю - стоит иметь в планах.
петрушка
> Что это за утилита, можно поподробнее? Не секрет фирмы, надеюсь?
Нет, это утилита делает из файла, созданного в редакторе, набор ресурсов для включения в проект на Xcode, потом остается только скопировать полученные ресурсы на Мак, подключить их к проекту, собрать проект и можно ставить на девайс. Весь процесс занимает несколько минут.
> А никаких планов с переводом на английский у вас нет? Рынок-то там поболе...
Поболее, но и конкуренты там уже есть. Плюс - трудности перевода. Нужен же литературный перевод, а не технический. То есть - после перевода, текст надо отдавать нейтив-спикеру для обработки, иначе будет англичанам ухо резать ("гужевой транспорт идет быстрее, когда на нем нет женщин" = "баба с воза, кобыле легче")
Logger
...в результате мы выйдем на тот же самый уровень, что имеем сейчас.
Не совсем так, QSP/URQ позволяют программирование в отличии от текущих параграфов и переходов,
и добившись портирования этих платформ значительно расширятся возможности написать игру.
И уж тем более подгон под размеры девайсов не самая сложная задача.
P.S.
Лично я, очень надеюсь увидеть порт QSP на iPhone/iPad.
