ワイヤレスUSB、一体何が悪かったの？
引用元：https://news.ycombinator.com/item?id=43883902
2008年頃wireless USBチップ設計してたよ．ちゃんと動いてUSB 2.0無線接続できたんだ．
普及しなかったのは，有線USBは給電もできたのにWUSBはできなかったのが大きいと思う．結局ケーブルか電池が要るからメリット薄れた．
あと，PCと周辺機器の鶏と卵問題もあったね．でも開発は楽しかったよ．
＞価値が分かりづらくなった件ね．
phoneとcomputerの間でファイルを無線で転送するのは大きなユースケースだと思うけど，今でも簡単な標準方法はないよね．
Bluetoothは最初携帯電話のヘッドセットで流行ったね．
本当に主流になったのは，同じチップでBluetoothとWiFi両方使えるコンボチップが出てからだよ．2007年頃かな．これでBOMコストがほぼゼロになって，PCやスマホにガンガン載るようになったんだ．
WUSBはBluetoothと全然違う技術でハードも共有できないし，キラーアプリもなかったから流行らなかったんだと思う．
＞Bluetoothのキラーアプリはワイヤレスヘッドセットだった件ね
でも今のワイヤレスヘッドセットって，Bluetoothを世界一くだらないゴミみたいに見せるひどい足かせだよ．マイクをオンにすると，ヘッドセットモードに切り替わって”ヘッドホン”モードを使いたいアプリからの音声が全部消えるんだ．なんでモードが二つもあるのか意味わかんないし，なんでこれ未だに続いてるの？
これも同じ”問題”かな．ほとんどの人（HN層以外）は”ファイル”を転送したいわけじゃなくて，”ファイル”っていう概念自体が彼らには馴染みないのかも．
写真とか動画とかドキュメントを，特定のアプリや”クラウド”で”共有”したいんだ．ファイルやフォルダ階層はほぼ使わない．共有したいものが勝手に相手に届けばOKなんだよ．
彼らは「これはFILEでUSBで転送」っていう抽象化をスキップしてるんだね．これはITバブルの外で俺が感じてることだよ．
Bluetoothが新しかった頃は，phone間のデータ無線共有はinfrared（IR）が代替だったんだ．IRは遅いし見通し線が要ってひどかった．
初期Bluetoothも問題あったけどIRより断然マシだった．Wireless USBが出てきた頃にはBTはもう普及してて安くて電池効率も良かったから，Wireless USBはBTに対して十分な改善じゃなかったんだよ．
コメント5884への返信だよ．
あれが未だに続いてるのは，それがほとんどの人にとって一番便利な使い方だからだよ．Bluetoothイヤホンと別のマイクを使いたい人なんて，コンシューマー市場ではノイズみたいなもんだ．
特別な要求に応えるのはユーザーにとって不便になりがちだし，B2C企業はマイクがうまく動かないってレビューとか返品とかサポート対応のリスクを冒したくないんだ．
ていうか，適当なUSBマイクの遅延に合わせるなんて考えられないし…俺なんて250msも遅延するやつ持ってるしね．
＞フォルダみたいな階層もほとんどない件ね．
スマホとかクラウドのアプリ全部に共通する俺の超ムカつくことの一つが，”抽象化”と検索頼みなことだよ．俺にとってはフォルダの方が早いしミスも少ないし，おまけに不要な帯域幅や計算コストも節約できるんだ．
誰も使わないか独自の”機能セット”で並べ替えとか順序指定を強制するのもやめてほしい．（俺にとってはだけど）車輪の再発明の量が尋常じゃないよ．
＞ワイヤレスヘッドセットが初期のキラーアプリだったな
音楽の著作権侵害用途のファイル共有も忘れちゃダメだ。安価なNokiaで、Bluetoothで曲を共有するのが流行ったんだ。IRDAよりずっと速かった。iPhoneがBluetoothファイル共有に対応してなかったのは初期の大きな欠点だったな。それはソーシャルネットワークみたいだったから。
フォルダーって考え方はドキュメント以外にはあまり意味がないんだよね。音楽はアルバム、アーティスト、プレイリストで考えるもんで、ファイルやフォルダーじゃないんだ。どうインデックスしたり、区別したり、削除を扱ったりするの？ファイルベースのシステムだとこういうところが複雑なんだ。
Bluetoothに固有の「ヘッドホン」対「ヘッドセット」モードの二分法を除けば、他の問題は全て、ほとんどのOSが同じように独自に行っている愚かな製品決定のせいなんだ。
Linux＋KDEを使えば、どんなマイクやヘッドホンでも、多くを同時に、あるいは好きなモードで使えるよ。
ファイルを個人コンピューターに移動させるためだけに、サードパーティのサーバーにアップロードする必要があるクラウドストレージは、この用途を解決しないよ。ただ中間業者を挟むだけだ。
btreeみたいに何でもインデックス化すればいいんだ。どのフォルダーを見るか設定すれば区別できる。inotifyでイベントに反応するんだよ。音楽アプリに書き込み権限は不要。削除はファイルマネージャーでやればいい。音楽は小さいしストレージは安いから、削除って変な使い道だよ。
赤外線（IR）が信頼できないとか遅いとかいう報告には戸惑うね。当時のファイルサイズならそんなこと無かったよ。写真なら数秒、4MbpsでMP3でも5〜6秒だった。セットアップもペアリングも無しでね。最新規格は1Gbpsも可能。本当に惜しいのはOBEX（Object Exchange）だよ。Bluetooth経由でシンプルにファイルや連絡先を送るプロトコルで、AppleやAndroidがドロップしたんだ。
＞ヘッドセットの問題は消費者市場ではラインノイズだ
お前が何を言ってるのか全然分かってないと思うよ。俺が説明してるシナリオは、マイク付きのBluetoothヘッドセットを使いたい場合のことだ。違うマイクを使うってのがその問題の解決策なんだよ。
それは、オーディオ＋マイク用のBluetoothプロファイルが、リアルタイム通信のために異なるコーデックと少ない帯域幅を使ってるから起こるんだ。
Bluetoothオーディオストリーミングプロファイルは、より多くのコーデックを有効にするけど、再生専用で、通話では許容できないほど高いレイテンシを許容するんだ。
「初期の頃」ってのは1999年～2005年頃ね。ワイヤレスヘッドセットがBluetooth普及のキラーアプリで、コストを下げたんだ。ファイル共有も可能だったけど、ストレージの制限とかで特定の時期に学校内で限定されてたみたい。俺の高校時代はCDで、大学時代はノートPCとUSBドライブ、emuleだったよ。
それは違うと思うな。”ファイルなんていらない、写真共有したいんだ”ってのは、プロダクト作る人たちが信じたいだけじゃない？
ユーザーにファイルを見せないから、ファイルが何かも知らないだけだよ。
もちろん、写真ギャラリー見てて、友達に写真を共有したい時、それが”ダウンロード”フォルダじゃなくて写真として扱われる方がいい場合もあるだろう。
でも、だからってファイルって概念をユーザーから無くす必要は全然ないんだ。
システム上にはファイルはめっちゃ存在してるんだし。プロダクト作る人たちは、ユーザーがバカだって思ってるだけだって俺は思うね。
それにね、この抽象化（ファイルが何か知らない状態）は、早くも効率的にもならないんだ。ただユーザーをプラットフォームとかアプリにもっと依存させるだけ。
バックアップ見てみろよ。GoogleとかAppleのプロダクト担当者は、”ユーザーはファイルをバックアップしたいんじゃなくて、お金払って画像無くさないようにしたいんだ”って言うだろうね。
都合がいいことに、これってユーザーが1) お金払うこと強制されて、2) 自分のファイルを自分でコントロールできない、ってことなんだ。
たぶん今時のGenZとかalpha世代は、プロダクトの勝手な都合でファイルが何か学ぶ機会がなかったから、この抽象化にハマってるんだろうけど、俺ら older generationsは物理メディアで育ったんだ。
”紙切れがあって、本があって、CD-ROMがあって、これ全部違う種類のファイルで、フォルダって呼ばれる違う”箱”に入れられるんだよ”ってね。
ファイルとフォルダはめっちゃ自然なものだよ。みんながファイルを知らないのは、俺たちがそれを隠して、マジでクソな体験にお金払わせて強制してるからなんだ。
作曲家リストを見たいのに、フォルダ分けがアーティスト別だったらどうするの？
プレイリストは？
フォルダの限界は、一つしか（分け方が）ないってことだよね。
Bluetooth FTPは2009年頃まで広くサポートされてたんだよね。Nokiaとか多くのガラケーとか。
iPhoneは非対応だったけど、AOSPは技術的には対応してたけどキャリアモデルは無効化されてることが多くて、だんだん消えていった。
Windows 11はまだサポートしてると思うし、macOSもかな。ペアリングは技術的には必須じゃないんだ。
これに付け加えたいんだけど：ファイルの概念を捨てることで、もっとリッチなカスタムフローが可能になるんだ（多くの人にとってはぶっちゃけ改悪だけど）。
例えば、ファイルAPIだと、リソースにメタデータをきれいに、統一的に、信頼性高く関連付ける方法がないんだよね。
”通話では受け入れられないほど高い遅延”
その遅延はホント足かせだよ。
もっとずっと改善できるはずなのに、規格も実装もずっと遅れてるんだ。
プレイヤーはライブラリをスキャンして、好きなようにインデックス付けしたりソートしたりできるじゃん。これってライブラリ機能があるプレイヤーなら大体そうじゃない？
Jellyfinとか、俺が20年前から使ってるのと同じ構造でライブラリを読み込んで、名前順、アーティスト順、リリース日順、評価順とかいろんな見方を提供してくれるし、検索インデックスも作ってくれる。
ライブラリのルートを指定するだけだよ。
プレイリストを書き込む場所（あるいはプレイリストフォルダへの書き込み権限）が必要だって言ったんだ。
俺はこんなやり方はしないけど、ハードリンクを使えば同じファイルが複数のフォルダに含まれてるようにできるよ。
車と携帯のBluetoothペアリングって、マジで狂ってるよな。
車に乗って、家の中にいる奥さんの電話と勝手にペアリングしちゃって、そのまま運転すると、インフォテインメントシステム全体がロックされて死ぬんだよ。
目的地に着いて車を止めるまでどうにもならない。
pipewire使えばplasma 5でも6でもちゃんと動くよ。
でも、マイク付きのプロファイルだとオーディオ品質がマジで悪いけどね。コーデックが音声通話専用だから。
できるよ、最近やったばかりだ。マジで大変だった。
ペアリングが必要だったかな、少なくともそう思った。ガラケーからファイルを引っ張り出してたんだ。
”ファイル”なしでこういうことやるのってすぐに変になるね。
Windows XP時代に数回使った、めっちゃ素晴らしいBluetoothコントロールパネルアプレットがあったのも覚えてる。
当時は結構イケてるMotoのガラケーを持ってたんだ。PCのキーボードにもなれたし、オーディオ再生や録音とか、もっと色々できた。
たぶん全部その電話のドライバーから来てたんだろうね。
ディスプレイがひどく壊れた時に、逆にPCを同じように使ったのも覚えてる。PCでダイヤルして電話かけたり、一般的にノートPCの画面の裏にテープで貼った電話を使ったりできたんだ。
今はもっとシンプルだけど、全然頑丈じゃないな。
Bluetoothヘッドセットでマイクの問題に悩んだことなんてないなー．物理的に壊れるまで普通に動くよ．もし問題があったとしても，Bluetoothの規格を変えるより有線ヘッドホンの方がシンプルだし，メーカーがデバイスを変えるのを待つよりはるかに現実的だと思うな．
この記事，超面白かった！でも802.11ad／ayとかWiGigの時代が抜けてるかも？主にVRとかで今も使われてるよ．10年くらい前のドックにはUSB付きのもあったんだ．試したかったけど高かったしLinux対応がないから断念．
もっとusb−ipシステムが出てきてほしいけど，製品化は難しそう．あと802．15．4グループのUWBも進化中．Spark MicrosystemsのSR1120とか周辺機器接続に期待！
（著者より）面白いね，記事を投稿したら他の何人かの人も同じこと言ってたんだよ．残念ながらそのデバイスは持ってないんだけど，記事の脚注に追記しておいたよ．
良い記事だけど，なんかちょっと戸惑うな．
別の投稿でも言ったんだけどね＞「何十年も使ってたマウスが存在しない異世界からの通信みたい」だわ．
もっとコメントを表示（1）
ワイヤレスUSBは「”if all you have is a hammer， everything looks like a nail”」ってことかも？
ハードウェア寄りのUSB−IFが主導して，新しいチップセットありきで考えたのが失敗だったんじゃないかな．普及の遅れとか，ARMベースSBCやWiFiが普及し始めてた時代を考慮してなかったんだ．
結果的に想定ユースケースがSBCかBluetoothでカバーされちゃった．今思うと，USB over IPみたいなソフトの標準化の方が良かったかもね．
Miracastも似たような個人的な不満があるんだよなー．まあ，後のWindowsバージョンではイーサネット経由のサポートが追加されたらしいけど．
ワイヤレスUSBがそんなものだったって知ったのは遅かったけど，HDMIも送信できる送受信機をOculus DK1と組み合わせて使ってみたんだ．
バッテリーは大丈夫だったけど，受信機のWUSBチップがオーバーヒートして，ヘッドトラッキングがカクカクになっちゃったんだよね．結局，そのWUSBチップの一般的な問題だったらしい．
その後，リュックを自作のメッシュ状のオープンフレームに変えて，そこに受信機を取り付けたんだ．
でもそれは，問題を根本的に解決せずに，ちょっとだけ稼働時間を伸ばしただけだったよ．
当時集めた情報だと，その特定のチップを使った製品に共通の問題だったみたいで，僕らのユースケースと同じ人はあまりいなかったと思うな．
［物理学者じゃないけど］リュックの中にファン付けても，モーターの熱も含めて熱い空気をかき回すだけなんじゃないの？
うん、熱い空気は動かすけど、チップの温度ってエンクロージャ（リュックとかノートPCとか）の中の周囲の空気よりずっと高いんだよね。しかも、リュックが100％密閉されてても、温度が上がればリュックからの放熱量もかなり増える。ちょっとググった感じだとOculus DK1は3Wくらい使ってたみたいで、ほんの少しの電力でそこそこ空気を動かせるファンは簡単に見つかるから、多分これはうまくいっただろうね。
ファンは人間が気化熱で冷えるから、そのensible heat（顕熱）を減らすのに役立つんだ。リュックってほぼ閉鎖系で、チップは対流冷却を使ってるでしょ。ファンを付けてもリュックと外の世界の間に正圧勾配は生まれないし、その閉鎖系に3Wとかそれ以上の熱を加えるだけだよ。
プロの冷却システム設計者だけど、前のコメントは間違ってるよ。ファンはチップから空気への熱伝達率を上げるんだ。チップ温度が下がり、空気温度が上がる。リュックから外への放熱も増える。リュックが閉鎖系でもファンは助けになる。なぜなら、チップは全体の熱量じゃなくピーク温度を気にするから。ファンはチップと空気の大きな温度差を強制対流で縮めるんだ。これがチップ冷却に役立つ理由だよ。
めっちゃ面白いね、ありがとう！デスクトップケースとかノートPCとかグラボのファンでも同じなんだね。PCが閉鎖された部屋にあっても、CPUとかGPUとかケースを冷やしてくれる。今までこうは考えたことなかったけど、考えてみると、まあ当たり前だね。多分、かなり役立ってただろうなぁ。
ありがとう。君のコメントで、今まで知らなかった根本的なことを学べたよ。まあ、もしかしたら知ってたのかもしれないけど、どう考えていいか難しかったんだよね。とにかく、これで俺にとっては見やすくなった、笑。空気が触れる全ての場所への熱伝達が増えるっていう点で、ファンのメリットを見るのは簡単だってことだね。はい、終わり！
熱は面白いよ！日常生活で熱を意識してみると直感が養える。身の回りの物の熱伝導率（金属は高くて布や木は低い）を感じたり、水の蒸発や凝縮での温度変化に気づいたり、冷蔵庫やエアコンの仕組みを見て、熱がどう動くか理解しよう。
いやぁ、タイムリーなコメントだよ。ちょうどこれから、かなり高度な熱シミュレーションを始めるプロジェクトに関わるんだ。君がここで提案してくれたことを、まさにやろうとしてるよ。
信号を上下上下ってフリップしないと動かなかったのも、ダメだった理由の一つだよね。
面白いことに、Wireless USB の競合チップセットの一つが今も Spektrum っていうRC機器メーカーで使われてるんだ。その DSMx プロトコルは Cypress Semiconductor 製品がベース。新しい設計には向かないけどね。[1] ベストは別の ExpressLRS （Semtech LoRa ベース）らしいけど。
面白いことに、2017年の Essential Phone は、マグネットで付いて電力も供給されるモジュラーアクセサリーとのデータ通信に Wireless USB を使ってたんだ。（唯一出たアクセサリーは360°カメラだったけどね。）
多分Wireless USBの深い問題は、「Wireless USB」っていう耳触りの良い言葉であって、具体的な問題解決策じゃなかったことなんじゃないかな？
例えばワイヤレスマウスとかWiFiプリンターみたいに、はっきりしたメリットがなかったんだ。一本のケーブルを無くすだけなのに複雑になるしね。昔「絶対あるはず」ってググっても結局なかった記憶があるよ。
投稿者へ
気をつけて。少なくとも写真の一枚で、人間の読めるPINを黒塗りしてるけど、すぐ下にある対応するバーコードを黒塗りするのを忘れちゃってるよ。
それはMACアドレスのバーコードだよ。
この記事で、IntelのCEOがノートPCのワイヤレス給電と接続をデモしてた記憶が蘇ったよ。
要するに、ラップトップをデスクに「ただ」置くだけで自動的に給電が始まって（最近のスマホができることと似てるね）、同時にディスプレイに映像を飛ばせる（同じデスク上ね）。
それがどこにも行かなかったのは悲しいね。すごくクールで、実際役に立つものだったのに。
＞すごくクールで、実際役に立つものだったのに。
効率悪いし、「クール」なだけだよ。ケーブルにこだわる方が良いと思うな。
そうだね！
ほんの少しの改善のために、めちゃくちゃ複雑になるだろうね。
例えば、友達のテーブルに収納のためにラップトップを置いたら、意図しないのに接続しちゃうとか、同じ動作で接続されちゃう可能性がある。
最近のアクセサリって、ケーブルで十分なのに無線が多いよね。ケーブルは簡単で物理的にも分かりやすい。無線はペアリングがイライラするし、自動接続も思った通りにならないことが多いんだ。ケーブルが使えるなら、そっちの方が絶対優れてると思うな。
＞うまくいかないときは何でもイライラするよ。
それは解決済みの問題だよ。技術の断片化に悩まされてるだけだけどね。NFCを使ってタップするだけで繋がるBluetoothヘッドセットもあるくらいなんだ。WiFiでやられないのは、PCにNFCリーダーがないと思われてるからなんだよね。
存在しないならイライラしないってことだよ！ペアリングが解決済み？うちのAirpodsは違うデバイスに繋がるし、時計と同時だとスマホに自動で繋がらないことがあるんだ。確かにワイヤレスは便利だけど、この状況で解決済みとは言えないね。
まあそれはそうとして、wireless HDMIはどうなったの？あれならマジでどこの家庭でもケーブルの悩みから解放されるのに。
ちょっと話それるけど、HDMIなんて遅くて苦しい死を迎えるべきだって完全に賛成だよ。https://arstechnica.com/gadgets/2024/02/hdmi-forum-to-amd-no…
で、ケーブルの悩みをISM帯の混雑の悩みに置き換えるの？わりと人口密集地に住んでると、有料のLTEの方がよっぽど信頼できるからスマホのWi-Fi切っちゃうこと結構あるんだよね。
ドングルをペアで買って、帯域幅に妥協できるなら存在するよ。
なんでかっていうと、いくつか同時に動かすと（例えばアパートとか）干渉で全部ダメになっちゃうから。
これってもはや、俺が何十年も使ってたマウスが存在しないパラレルワールドからの通信みたいだな。
もっとコメントを表示（2）
「wireless USB」の規格はあったけど、多分どんな規格争いでもそうだけど、動きが遅すぎて競合規格より提供できるものが少なかったんだろうね。今となってはWifiとBluetoothで間に合ってるし、それで良くない？そういえば、実際の状況での競合規格の消費電力についてどっかで直接比較してるのないかな？
Bluetoothって結構ダメで、ワイヤレスマウスとかキーボードって大体USBドングルで専用のRFプロトコルみたいなの受信してると思うんだ。ワイヤレスヘッドホンもそういうのあるよね。あとWifiは電力使いすぎ。
Bluetoothもそんな悪くないよ、Logitech BoltなんてBLEベースだし全然問題ない。もっと大きい問題はx86／x86_64プラットフォームへの統合じゃないかな。
BluetoothマウスってHIDプロトコル使うけど、Bluetoothがキャリアになってるだけなんだ。でもHIDってパケットが失われる可能性を想定して設計されてないんだよね。前のパケットからの相対ベクトルで動きを送るからさ。Logi Boltがどう動くかは知らないけど、Logitechは2.4 GHz帯が混雑してる時はBLEよりうまく動くって主張してるよ。あとBLEよりセキュリティも高いって。
＞ But HID had not been designed for the possibility that packets could get lost
独自RFプロトコルのUSBドングルも同じ問題じゃない？ Logi Boltは良いけど、他のドングルはマジひどい。接続問題によく遭うけど、Bluetoothでは無い。ドングルも2.4GHz使ってて、近くのUSBポートの影響受けやすいらしい。データ転送中にマウスが飛ぶのは多分これ。［０］ https://www.usb.org/sites/default/files/327216.pdf
独自プロトコルなら、デバイス／ドングル間で絶対位置使って、ドングルが直前の位置との差をシステムに送ることで相対位置にできるんだよ。
その方法だと、信号で位置が正確にわかるの？
メーカーがなんでUSBドングル好きなのか謎（プラグ＆プレイとか？）。でもBluetoothより良いとは思わないな。近くに他のUSB機器があると干渉して、マウス飛んだりキー入力が効かなくなったりする。置く場所探すのがダルい。独自RFのドングルは個人的には最悪だと思う。Bluetooth機器でこんな問題起きたことないし。
ドングルとマウスの実際の距離じゃなくて、マウスが勝手に決めた基準点からの絶対位置をドングルに送るって意味。ドングルはその絶対位置から、直前の位置との差（相対位置）を計算してシステムに送るんだ。パケットが失われても前の位置情報があるから、多少遅れても正確に補正できる（途中の動きはスキップされるかもだけど）。
その”マウスが決めた基準点”って、マウス持ち上げて置き直したらどうなんの？持ち上げたら基準点わかんなくなるじゃん。リセット信号とか送るのかもしれないけど、今度はその信号がちゃんと届くのが重要になるよね。
ワイヤレスドングルマウス何年も使ってるけど、一度も問題起きたことないよ。全部eBayとかAmazonの安物だけどね。逆にBluetoothマウス・キーボードはペアリング面倒だし、遅延あるし、PCをウェイクできない時もある。起動キー押さえたい時とかも困る。
WifiもBluetoothも、ワイヤレスUSBの完全な代わりじゃないよ：どちらも有線なしで標準USBデバイス使えるわけじゃないし。理論的にはBluetoothが代替になるはずで、USB機器をBluetooth機器に替えればいいだけなんだけど、実際はBluetoothってまだイマイチなんだよね。だから、別の無線技術が勝った世界線の方が良かったかも。今でもワイヤレスマウスとかはBluetoothじゃなくて専用ドングルが多いし、ヘッドセットはBluetoothが優勢みたいだけど。
マウス入力ってそんな仕組みじゃないでしょ？カーソルを10,10に動かして、マウスを持ち上げて別のとこに置いても、カーソルは10,10のままだよ。マウスの物理的な絶対位置じゃなくて、カーソル位置（相対移動の合計）だけが重要なんだから。
ドングルが普及してるのは、Bluetoothが一般的になるより10年くらい早かったからだよ（2000年代 vs 2010年代）。ドングルは挿すだけ（ペアリングいらない）で使えるし、PC1台で複数デバイスも簡単。Bluetoothは改善されたけど、現状に不満ない一般向けマウス市場にとって、格段に良い選択肢ってわけじゃないんだ。
Bluetoothはマウスには遅すぎだね。てか、Bluetoothはオーディオにも遅いんだけど、ほとんどの人は遅延に慣れちゃってるみたい。
前はBluetoothはひどかったけど、ここ数年はどんどんデバイスの接続が安定してきてるな。長年かけてバグを潰して、規格が成熟して、メーカーもちゃんと従うようになったってことかな？
僕にとっては普通に使えるし、怖い経験もないよ。それにBT LEは確かに低消費電力だしね。
そういえばさ、Wireless USBが流行らなかった他の理由（政治的なやつは抜きで）って何か知ってる？
Nintendo Wii Remoteはほとんど何も手を加えてない標準のHID over Bluetooth Classicを使ったけど、完璧に動いたんだよ。Wii以外のデバイスで使うにはWiimote対応アプリとか特別な手順は要ったけど、ゲーム中は（僕もそういう問題に遭遇したことあるけど）全く問題なかったな。本体のスリープ解除もできたしね。
問題は(Windows, PC, Bluetooth)の組み合わせにおける5W1H（いつ、どこで、誰が、何を、なぜ、どのように）であって、プロトコルじゃないんだよ。ペアリングキーをどう保持するかとか、そういうとこ。
うん、クロスプラットフォームの状況は大変だよね。でも、歩み寄るのが難しいって意味ではプロトコルのせいでもあるかもね。
あと、Wiiリモコンのペアリングがよく失敗したのをすごく覚えてるんだけど、かなり昔のことだから間違ってるかもな。確かなのは、この前誰かの家でSwitchを遊ぼうとしたら、コントローラーの設定に10分くらいかかったこと。まあ、あれはほとんどひどいUIのせいだったけど。
＞この場合、ある種の「リセット 0,0」パケットを送ることは可能だが、そのパケットの受信が、接続されたコンピューターへのモーションの適切な伝達を継続するために非常に重要になる。
そして、「俺が設計する無線マウスプロトコルならこうする」って奴らが振り出しに戻ってきてるわけだ。
BoltがBLEより優れてるはずないよ、だってBoltはBLEそのものだから。
Appleのデバイスがすごくシームレスにペアリングできるのも同じ理由。信号を送る側と受ける側の両方をAppleがコントロールしてるから、より接続を最適化できるってだけだよ。
だってさ、ドングルなしじゃBitLockerのパスワードは無線で入力できないじゃん。
光学マウスセンサーはそもそもそんなに繰り返しの精度が高くないし、パケットを1、2個失ったところでそんなに致命的じゃないだろうけどね。
いやいや、生のHIDパケットをそのまま飛ばしてるわけじゃなくて、ちゃんと信頼性のある再送処理をする別のプロトコルの中にカプセル化されてるんだよ。
違うよ、マウスセンサーは最先端のリニアエンコーダーとはかけ離れてるね。読み取り要求があった時に、おおよその瞬間的な動きを何らかの方法で返してるだけだよ。
マウスコントローラーのチップ（USBでもRFでもBluetoothでも）は、その動きをまとめて報告してるだけなんだ。（補足：中国製のADNS-2610クローンはどれも生ピクセル出力のデバッグコマンドがないんだ。セキュリティの問題か、それとも他の理由か分からないけど、使い古されたマウスからセンサーを取り出して顕微鏡にするハックは通用しないよ）
Bluetoothキーボードでやりにくいことっていくつかあるんだ：OSが起動する前は何もできないこと。例えばBIOS設定を変えたり、OSをインストールしたり、GRUBの起動エントリを選ぶとかね。
回避策（HIDプロキシとして機能するBluetoothアダプターを買うとか）はあるけど、僕にとってはこれがBluetoothに頼りたくない十分な理由なんだ。
