問題タブ [multipeer-connectivity]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ios - IOS7 マルチピア接続 広告主の発見情報を使用してカスタムの近くのブラウザ リストを作成する
IOS7 のMultipeer Connectivity Frameworkを使用してチャット アプリケーションを作成しています。また、組み込みのMCBrowserViewControllerを使用して近くのピアのリストを表示しています。
広告主のプロフィール情報を近くのピア リストに含めたい。そのため、ブラウザは、画像と近くのピアに関するいくつかのデータを含むリストを表示します。
広告主の初期化時にdiscoveryInfoにデータを渡すことで実現できると思います。次のように DiscoveryInfo データを渡します。
しかし、組み込みのものを使用するのではなく、反対側に DiscoveryInfo を表示するカスタム MCBrowserViewController を作成する方法はありますか? 誰かがサンプルコードを持っていますか?
ios - マルチピア接続で NSProgress の変更を追跡する
マルチピア接続を使用して、Bluetooth でファイルを送信しています。進行状況は、Progress という変数に格納されます。
次の方法でアクセスします。
数値が変更されたときに UIprogressBar を更新するメソッドを呼び出すにはどうすればよいですか?
方法があります：
しかし、それは一度だけ呼び出されます...
ios7 - マルチピア接続フレームワークを使用したファイル転送が遅い
iOS 7 の Multipeer Connectivity Framework を使用して、2 つのデバイス間でファイルを送信しています。MCSession の sendData:toPeers:withMode を使用した以前の試みは本当に信頼できなかったため、NSStreams を使用してファイルを転送しています。残念ながら、私が得ている転送速度は非常に遅く、約 100kb/s です。これは、私が取り組んでいるアプリケーションでは機能しません。ファイル転送が行われる入力および出力ストリーム デリゲート メソッドを次に示します。
出力ストリーム (ストリームのデリゲート内)
入力ストリーム
マルチスレッドまたは非同期ソケットを利用するわずかに変更された NSStream サブクラスを使用して、このファイル転送を高速化する方法はありますか?
ios - マルチピア接続 - ピンで使用
1 人がホストで、誰でもホストに参加できるアプリで、新しい iOS 7マルチピア接続を使用したいと考えています。
このチュートリアルと Apple Developer Reference to Multipeer Connectivity を組み合わせて使用することで、これをうまく実装できました。
ただし、私がやりたいことは、セキュリティのレイヤーを追加して、誰もがアプリに参加できるようにすることです. ある人がホストへの参加をリクエストするとき、ホストがグループに伝えるランダムな 4 桁の PIN コードを入力する必要があるので、それを知っている人はそれを入力してセッションに参加できます。
これは可能ですか？iOS 7 は非常に新しいため、詳細な情報を見つけるのは困難です。
どんな助けや提案も大歓迎です。乾杯
ios - 最大 45 台のデバイスに対応するマルチピア接続フレームワーク
Multipeer Connectivity フレームワークを使用したいと考えており、どのように進めるのが最善かについて経験者の声をいただければ幸いです。
「コーチ」デバイスと最大 45 の「プレーヤー」デバイス間の接続が必要です。それらはすべて同じスペースにありますが、Wi-Fi の可用性や接続を予測する方法はありません。コーチ デバイスは、毎秒すべてのプレーヤー デバイスに命令 (小さなデータ パケット) を送信する必要があります。各「プレーヤー」は、Bluetooth 心拍数モニター (非常に小さなデータ パケット) からの測定値を毎秒コーチに送信する必要があります。セッションあたりのピアの最大数は 8 であるため、これらのアイデアのいずれかで、必要な数に対応できますか?
a) コーチとの接続を確立する最初の 7 人のプレーヤー デバイスは、異なるセッション タイプをアドバタイズし、さらに 7 人 (または 6 人?) のプレーヤーが参加できるようにします。最初の 7 人は、他の 49 人 (または 42 人?) の仲介役として、コーチからの指示を伝え、収集した測定値をコーチに送り返します。指示と心拍数の読み取りの間に数秒のタイムラグがあることは好ましくありませんが、問題はありません。
b) コーチ デバイスは、1 つのセッションを作成してアドバタイズします。7 台のプレーヤー デバイスが接続された後、コーチ デバイスは別のセッションを作成し、さらに 7 台まで繰り返します。すべてのプレイヤー デバイスがコーチに接続されるまで繰り返します。これは機能しそうにありませんが、Multipeer Connectivity という魔法を理解していなければ、思いついたオプションでした。
c) コーチは、デイジー チェーン トポグラフィでデバイス 2 に接続するプレーヤー デバイス 1 とのセッションを確立します。各デバイスが命令を受信すると、それ自体の読み取り値をデータ パケットに追加して送信します。最後のデバイスは、パケット全体をコーチに返します。データのラウンドにどれくらいの時間がかかるか予測できません。また、1 つのデバイスがグループから外れると面倒なようです。
45 台ほどのデバイスで Multipeer Connection Framework を使用する際のアドバイスや経験談をいただければ幸いです。