Мультиплеєр Android в режимі реального часу через локальну мережу [закрито]

Наразі це запитання не підходить для нашого формату запитань. Ми очікуємо, що відповіді будуть підкріплені фактами, посиланнями або експертними знаннями, але це питання, ймовірно, вимагатиме дискусій, аргументів, опитувань чи розширеної дискусії. Якщо ви вважаєте, що це питання можна вдосконалити та, можливо, знову відкрити, відвідайте довідковий центр для ознайомлення .

Закрито 7 років тому .

Я розробив кілька ігор для платформи андроїд і тепер планую створити свою першу багатокористувацьку гру. Що я маю на увазі, це в основному лише гра відьом для двох гравців, в яку можна грати за допомогою двох телефонів через локальне з'єднання / WiFi.

Обидва телефони повинні мати можливість передавати 3 цілі значення іншому телефону в режимі реального часу. Поки я розглядав питання використання Socket, але перш ніж я заглиблювався в нього занадто глибоко, я хотів запитати, чи може бути кращий підхід?

Дякую!

java android multiplayer

— Хейго
джерело

Кращий підхід, ніж розетка ... не впевнений. Однак вам не потрібно використовувати необроблені сокети, оскільки вже наявні бібліотеки роблять це за вас. Я припускаю, що ви розробляєте на андроїд-платформі з Java (ви не позначили її як java), щоб ви могли подивитися на Kryonet.

— Натан

Правильно, я розвиваюсь з java. Я загляну в Кріонет. Дякуємо за коментар

— Хейго

Якщо ви передаєте лише пару значень, можливо, ви захочете розглянути Bluetooth. Ось пара хороших посилань: developer.android.com/guide/topics/connectivity/bluetooth.html та stackoverflow.com/questions/5619850/…

— вр

Я б також міг розглянути можливість використання Bluetooth у подальшому розвитку, але на даний момент я думаю, що люди більше знайомі з WiFi.

— Хейго

В даний час я також починаю створювати багатокористувацьку гру, і я думаю про те, щоб створити сервіс відпочинку (для реєстрації гравців, сватання тощо) та ігровий сервер на основі сокетів tcp. Коли матч проведений і гра фактично розпочнеться, служба відпочинку відправить на сервер повідомлення з сокетом і буде створений фактичний екземпляр гри (щоб змінити масштабованість). Клієнти отримують ip для сервера та створюють з'єднання, використовуючи захисний маркер, що надається послугою відпочинку. Ігровий сервер перевіряє і робить все інше.

— Томас

Відповіді:

-2

Один з варіантів, який ви можете подивитися - Socket.IO .

Здається, багато обговорюється в Socket.IO на Stack Overflow, включаючи:

поєднання Socket.IO з Android
поєднання Socket.IO з Phonegap на Android
поєднання Socket.IO з C #
поєднання Socket.IO з Java

На жаль, я не міг зрозуміти, як змусити один пристрій Android безпосередньо спілкуватися з іншим пристроєм Android через Socket.IO або навіть один крок непрямості, коли обидва спілкуються з однією точкою доступу WiFi між ними. (Я досі не знаю, чи це була помилка в моєму коді, якась брандмауер у чужому коді чи вроджене обмеження Socket.IO). Я отримав одну маленьку демонстрацію роботи з одним пристроєм Android, який надсилав повідомлення на веб-сервер, який пересилав повідомлення на інший Android-пристрій.

— Девід Кері
джерело

Як плагін для сервера Node.js Socket.IO може бути актуальним для питання про багатокористувацьку програму в режимі реального часу в грі браузера. Однак у сучасному контексті java та android його згадка служить лише для введення в оману.

— Ерік

У мене є невелика демонстрація з одним користувальницьким додатком для Android за допомогою Socket.IO, щоб (побічно) спілкуватися з іншим користувацьким додатком на іншому пристрої Android, через сервер Node.js. Це більш-менш "працює", але якщо ви знаєте кращий підхід, особливо той, який має більше прямого спілкування, я (і я впевнений, що оригінальний плакат) хотів би знати про це - будь ласка, скажіть нам.

— Девід Кері

-2

Ви сказали, що обидва пристрої були в одній кімнаті?

Кожен Android-пристрій має динамік та мікрофон. В принципі, одна програма може надіслати колонку кілька тонів, а потім інша програма прослуховувати тони і декодувати їх назад у рядок повідомлень. Ви можете або (а) використовувати весь аудіоспектр для надсилання даних, щось на зразок акустичних з’єднань 60-70-х років, або (b) використовувати набагато вужчу смугу пропускання від 15 КГц до найвищої підтримки вашого пристрою (можливо, 24 КГц) - - значно повільніша передача даних, але більшість людей вже не чують цих частот - це ультразвукове для них.

Радіооператори шинки розробили багато розумних методик витягування надзвичайно слабких сигналів із великої кількості шуму.

" Спілкування через аудіо джек для телефонів Android"

Читання звуку на Android: a b c

"Програмне забезпечення Zorateh від Narrate використовує динаміки та мікрофони смартфонів, щоб забезпечити однакові комунікаційні дані між пристроями, які надає сьогоднішній NFC, але з частотами ультразвуку, не чутими для людини". - Eweek , Slashdot .

— Девід Кері
джерело