30 replies to this topic

[Wingo]

Есть предложение реализовать на российских островах сеть аутентичных советских игровых автоматов.
Я думаю не у одного меня возникает ностальгия при детских воспоминаниях об игре в "Морской Бой", "Сафари", "Скачки".. К сожалению сейчас поиграть в такие можно только в Музее советский игровых автоматов, вот его сайт: http://www.15kop.ru/
Как вариант, музею можно предложить отличный вариант партнерства в плане рекламы (то, что заинтересуются сомнений нет - все присутствующие в SL москвичи их потенциальные клиенты, правда немного сомневаюсь насчет финансовых возможностей).
Наличие таких автоматов развлекло бы посетителей Второй Москвы, сделало бы досуг москвичей и гостей столицы более интересным и разнообразным, и могло бы приносить неплохую прибыль.
Контент, идея и внешний вид всем хорошо известны, вопрос только в технической реализации.

Ветка обсуждения в SR.ru: http://secondrussia....topic-3804.html

[SOb Zemlja]

Идея интересная. И мне кажется именно в виде автоматов, а не HUD-ов. Только для начала нужно выбрать какую-то одну игру. Например с подлодкой, как создающую максимальный эффект погружения.

А эти автоматы все по времени работали? Т.е. 15 копеек — это за сколько минут?

[Wingo]

Насколько я помню, 15 копеек было за одну или несколько игр. Но я так понимаю, больше 1L$ за игру нет смысла ставить? Т.е. 15 - наверное много, хотя было бы прикольно, конечно) Т.к. многие помнят, что именно 15 копеек стоило.

[Johnathan]

Проект ещё открыт?
Можно включить в проект другие автоматы кроме советских?
Где ещё проходит обсуждение проекта?

[SOb Zemlja]

Если я верно понял, дальше обсуждения дело не пошло.

[Johnathan]

Из коментариев в блоге видно, что проблему составляет ресурсоёмкость скрипта. Решением может послужить распределённая реализация: скрипт будет являться интерфейсной оболочкой, а логическая часть будет обрабатываться удалённо и возвращать готовые данные.

Вопрос в том: поддерживает ли LSL взаимодействие с внешними ресурсами подобными путями?

Edited by Johnathan, 11.06.10 - 17:52.

[SOb Zemlja]

Johnathan, on 28.05.10 - 12:20, said:

…
Вопрос в том: поддерживает ли LSL взаимодействие с внешними ресурсами подобными путями?

Поддерживает.

[Johnathan]

Тогда на мой взгляд в идеале если будет реализовано подобие протокола RDP.

[SOb Zemlja]

Ну это в "идеале". А на практике скрипты не поддерживают работу с бинарными данными и не имеют средств отрисовки произвольной графики на примах. Вам наверное стоит чуть более подробно изучить возможности LSL, прежде чем предлагать протокол для реализации.

[Johnathan]

Протокол был приведён в качестве аналогичного примера. Понятно что одними средствами LSL реализовать полноценный RDP клиент вряд ли удастся. Из документации я вообще не нашёл функций интерактивной взаимосвязи с внешними данными. Ваше сообщение было для меня приятным сюрпризом. Можно поставить промежуточный конвертер для перевода данных в совместимый формат.

[SOb Zemlja]

Наверное в этом месте я должен попросить перечислить преимущества RDP для реализации игровых автоматов. Прошу.

[Johnathan]

Алгоритм примерно такой:

1. Включение "игрового автомата".
2. Обращение к внешнему источнику даннных по протоколу.
3. Отображение игрового видео и ввод команд игрока.

Экономия ресурсов сима.

Впоследствии можно использовать для более ресурсоёмких проектов.

Первоначально была идея использовать ActiveX.

[Koshachii]

Не встречалось мне как-то, чтобы кто-то применял сейчас компоненты ActiveX, тем более в таком качестве "распределенных вычислений", еще и завязанные на MS IE, ну да ладно, у людей свои приколы. Если очередной разговор не о чем, то так и будет.

SL клиент версии 2 и выше поддерживает браузер на приме, включая Adobe FLASH. Можете его использовать для такой задачи. Но второй клиент используют не все резиденты SL.

Или на LSL, тогда для справки ссылка: коммуникации с внешним миром на LSL.

[Johnathan]

А если поступить следующим образом:

• задействовать сервис StreamMyGame;
  
• клиентскую часть поставить на вашем тестовом сервере, а видео преобразовывать в потоковый формат MOV;
  
• управление тоже через сервер, скрипт передаёт клиенту

Возможно данная функция уже реализована средствами StreamMyGame.

[SOb Zemlja]

У меня не настолько крутой сервер, чтобы сжимать видео, тем более для количества игроков более одного.

[Web]

О госспади.. Нафига? Неужели LSL-а вам для этого не хватит? ^О_о^

Сам я делать, может, не стану (дела, дела...) - но на любые вопросы отвечу...

Что, в общем, надо:

1) Смоделлить игровой автомат. Да такой, как совецкий был.. С Окошком и "комнаткой" внутри, на дне "комнатки" - нарисовано разлинованное "море"... На дальней от "окошка" камере - горы... Смоделлить кораблик. Тот кораблик, который будет плаавно двигаться. Найти звуки. Нарисовать всё.
2) При "сите" на игровой автомат - берем у севшего права на камеру и на контроллы. Камеру направляем через окошко в нашу "комнатку". При нажатии влево-вправо - двигаем или вращаем нашу "комнатку". При нажатии вперед - реззим "торпеду", которая "летит" в ентой комнатке относительно её, комнатки, координат (двигается вместе с ней, это нетрудно даже плавно реализовать нынче) Море разбить, например, на участочки.

3) Там было ограничение по снарядам. Скажем, 12 снарядов. Выигрыш - если убиты 10 кораблей. Если хоть один корабль "пропущен" - проигрыш. Если закончились торпеды - а корабли еще есть - проигрыш. При выигрыше - призовая игра. Хоть до бесконечности.

[Web]

P.S. Худ делать - это если хотите "Электронику - ИМ-2" сделать =)))
P.P.S. А у москвы, ж, вроде, есть свой скриптер, мм?

[Johnathan]

С автоматом "Морской бой" всё достаточно ясно. Он был аналоговым, можно даже сказать механическим. Но более поздние автоматы были уже цифровыми.

[Web]

А цифровые - это уже не так интересно. Но если так надо, можно и это реализовать. Благо новые функции LSL позволяют.
Мое мнение, кстати - "нужны цифровые - делай с флешом". И вся недолга.

[Johnathan]

А если Java