Snapdragon PC購入。ARM版Windowsでfoobar2000とASIOはちゃんと動くのか？

Snapdragon PCを購入した

先日、富士通の14型ノートPC「FMV WU6-L1」を自腹で購入した。重さ約634gという世界最軽量クラスのモバイルPCだが、CPUはIntelでもAMDでもなく、QualcommのSnapdragon X。つまり、いわゆるWindows on ARMのマシンである。

昔、Windows CEで痛い目を見た筆者は、CPUが違うWindowsにはずっと距離を置いてきた。ところが今年7月、本連載でWindowsの標準ASIO対応について取材した際、その裏にQualcommの存在があることを知り、自分でも試してみたくなった。

気になるのは、このSnapdragon PCがオーディオ用途でどこまで使えるのか？ という点だ。

そこで定番プレーヤーであるfoobar2000のARM版をインストールし、手元のSteinberg UR22CとFocusrite Scarlett 2i2 4th Genを接続して、WASAPIとASIOによる再生を試してみた。

途中、コンポーネントの読み込みエラーでつまずく場面もあったが、結果は拍子抜けするほどあっさりしたものだった。その経緯を紹介してみよう。

ASIOの取材でQualcommにたどり着いた

話は今年6月にさかのぼる。

6月8日掲載の第1049回「ウィンドウズが『ASIO』に標準対応!? GitHubのドライバをChatGPTの手を借りてビルドしてみた」では、マイクロソフトがGitHubで公開しているUSB Audio Class 2.0対応のドライバを自分でビルドし、手元のScarlett 2i2 4th GenをASIOで鳴らすことに成功した。

そして、その開発の裏事情をヤマハに聞いたのが、7月の第1052回「ウィンドウズが『ASIO』標準対応になる件。裏事情をヤマハに聞いてみた」だ。

ビルドしたドライバのREADMEには、ヤマハとQualcommが共同開発した旨が書かれていたのだが、なぜQualcommがASIOに絡んでくるのか、筆者にはピンと来ていなかった。

話を聞いてみると、QualcommはSnapdragonでWindowsを動かす取り組みに本腰を入れていて、2024年に発表した「Snapdragon X」はとりわけクリエイター向けを打ち出していたという。

そのクリエイター向けの環境を整えるうえで、オーディオのドライバ周りは避けて通れない。だからこそQualcommが、マイクロソフトやヤマハと一緒に汎用ASIOドライバの開発を進めてきたわけだ。

そう聞かされると、Snapdragon搭載のWindows PCが、オーディオ的に今どうなっているのか、気になってくる。これが今回の話の出発点である。

「どうせまたWindows CEみたいなものでしょ」と思っていた

正直に告白すると、ARM版のWindowsが存在することは何となく知っていたものの、これまでまったく見向きもしてこなかった。

理由は単純で、どうせまたWindows CEみたいなものだろう、と思っていたからだ。

1990年代後半、筆者はWindows CEを搭載した機器に大いに期待して手を出したものの、名前こそWindowsでも普通のWindowsのソフトはまったく動かず、ずいぶん酷い目にあった。その記憶があるので、「CPUが違うWindows」と聞いただけで、どうしても身構えてしまうのだ。

ところが調べてみると、現在のWindows 11 on ARMは、Windows CEとはまったくの別物だった。まあ分かっている方からすれば、何を今更……と言われる話ではあるのだが、そんなことに今頃気づいて、興味を持ち出したわけだ。

Windows CEは通常のWindowsとは別系統のOSだったが、Windows 11 on ARMは中身も使い勝手もIntel/AMD版と同じWindows 11そのもの。ARM64向けに作られたアプリがネイティブで動くのはもちろん、従来のx86(32bit)やx64(64bit)向けのアプリも、「Prism」というエミュレーション機能によって、そのまま動かすことができる。

Macユーザーであれば、Apple Silicon搭載Macに入っている「Rosetta 2」を思い浮かべるとわかりやすいだろう。

Intel CPU向けに作られたプログラムをARMのCPU上で動かすための変換技術で、Prismはまさにそのウィンドウズ版といえる存在だ。ユーザーが何か設定をする必要はなく、x64版のインストーラーを実行すれば、あとはWindows側が勝手に処理してくれる。

ただし、ここでオーディオ用途として大きな問題がある。Prismでエミュレーションできるのはアプリケーションまでで、デバイスドライバは対象外なのだ。

USBオーディオインターフェイスのドライバやASIOドライバは、メーカーがARM64版を用意していなければ、いくらPrismがあっても動かない。逆にいえば、ここさえクリアできれば、Snapdragon搭載PCでもオーディオ環境は普通に構築できるはずだ。

634gの軽さを保ったまま、バッテリーの持ちに期待

もっとも、今回のPCはオーディオの実験だけのために買ったわけではない。本来の目的は、取材用のモバイルPCである。

筆者は昔から、持ち歩くノートPCは軽さが絶対だと考えてきた。いつもリュックで出歩くので、重いと肩がこるから、少しでも軽くしたいというのが、重要なとこなのだ。

そのため、ここ数世代は富士通の600〜700gクラスのシリーズを買い続けている。取材先で使うのは、テキストエディタの秀丸エディタとChromeがほとんどなので、CPUパワーはほとんど要らない。

ただ、これまでの機種には一つ大きな不満があった。バッテリーの持ちが悪いのだ。

結局、いつもKickstarterで購入した世界最軽量の70gという65WのUSB PD対応ACアダプターをカバンに入れて持ち歩いている。軽くていいけど、出先でいつも電源を借りているというのも、あまりスマートではない。

65WのUSB PD対応ACアダプターをカバンに入れて持ち歩いている

その点、Snapdragonは省電力性が売りだ。600g台の軽さのまま、ACアダプターを持ち歩かなくて済むようになるなら、取材用PCとしてこれ以上のものはない。そんな期待もあって、購入を決めたのだ。

購入したのは富士通の直販サイト、富士通 WEB MARTのカスタムメイドモデルで、CPUはSnapdragon X X1-26-100(8コア)、メモリ16GB、SSD 512GBという構成。

ACアダプターは手持ちのものを使うつもりなので付けず、OfficeやマウスもなしにしてOSはWindows 11 Home、メーカー保証は3年とした。通常価格は198,000円のところ、割引が入って180,950円(税込)だった。

注文したのは7月23日で、配送が完了したのは8月19日。注文時には1カ月半程度の納期と案内されていたように記憶しているが、実際には約1カ月で届いた。

無事に配達されたFMV

見た目大きさはこれまで使っていたマシンとほぼ同じという感じではある。とはいえ、届いてからは仕事に追われ、Windowsの初期設定を済ませた程度で2カ月以上放置してしまっていた。今回の記事が、ようやく本格的に使い始めるきっかけになったわけだ。

そのため、肝心のバッテリーの持ちについては、実際に取材で使い込んでから、あらためてどこかで報告したいと思う。

左が今回購入したPC。見た目大きさはこれまで使っていたマシンとほぼ同じという感じ

本体の厚みもほぼ変わらない

ちなみに、Google ChromeはARM版を簡単にインストールできたし、秀丸にはARM版はないものの、x86版をインストールし、いつもとまったく変わらず普通に動かすことができた。

foobar2000のARM版はあっけなく動作

では、ここからこのSnapDragonのマシンでのオーディオ環境を試していこう。プレーヤーとして選んだのは、本連載でも何度も取り上げてきたfoobar2000だ。

実はfoobar2000は、バージョン2.0のベータ版の段階からARM版を用意している。現在も公式サイトのダウンロードページには「32bit」、「64bit」、「ARM」の3種類が並んでおり、x64版をPrismで動かすのではなく、ARMネイティブのものを使うことができる。

ここで一つ押さえておきたいのが、このARM版が「ARM64EC」という形式でビルドされているという点だ。ARM64ECのECはEmulation Compatibleの略である。

本体はARMネイティブで動きつつ、同じプロセスの中にx64用のコードを読み込んで、そこだけPrismで動かすことができる仕組みである。後で触れるが、これが今回の実験で大きな意味を持ってくる。

さっそくARM版をダウンロードしてインストールしてみたところ（13）、何のトラブルもなく起動した。手元のWAVやFLACファイルを読み込ませて再生すると、普通にPC本体のスピーカーから音が出る。x64のWindows PCにインストールするのと、まったく同じ感覚だ。

ARM版をダウンロードしてインストール

x64のWindows PCにインストールするのと、まったく同じ感覚だ

もっとも、PC本体のスピーカーから音が出たところで、本連載としては何の意味もない。ここからが本番である。

WASAPIのコンポーネントでいきなりエラー。ところが……

まず、オーディオインターフェイスへのビットパーフェクトな出力を考え、foobar2000の公式サイトのコンポーネントページから、WASAPI出力用のコンポーネント「foo_out_wasapi」をダウンロードしてインストールしてみた。

すると、いきなり次のようなエラーが表示されてしまった。

Could not load component "WASAPI.fb2k-component": This component was built for a different processor architecture.

WASAPI出力用のコンポーネント「foo_out_wasapi」をダウンロードしてインストール

エラーが表示された

異なるプロセッサアーキテクチャ用にビルドされたコンポーネントなので読み込めない、というメッセージだ。ああ、やっぱりARM版Windowsにはこういう壁があるのか……と一瞬思ったのだが、調べてみると話はまったく違っていた。

このfoo_out_wasapiは、最後の更新が2020年末という古いコンポーネントで、64bit版のfoobar2000が登場する前のもの。

どうやら32bit版しか用意されていないようで、そうだとすれば、ARM版に限らず、Intel/AMDのPCで64bit版のfoobar2000を使っても同じように読み込めないはずだ。

そしてもう一つ、そもそも今のfoobar2000には、WASAPI出力が標準で組み込まれている。バージョン1.6系の途中で本体に取り込まれており、追加のコンポーネントを入れる必要自体がなかったのだ。完全に筆者の早とちりである。

実際、PreferencesのPlayback→Outputを開いてみると、出力デバイスの一覧にWASAPIのデバイスがちゃんと並んでいる。

これを選んで再生してみたところ、あっさり音が出た。さらに、44.1kHz、96kHzなどサンプリングレートの異なるファイルを続けて再生してみたところ、サンプリングレートの自動切り替えもきちんと機能した。

つまり、最初のエラーはWindows on ARMがWASAPIに対応していないという話ではなく、古いコンポーネントを入れようとしたことによるものだった。WASAPIについては、ARM版のfoobar2000でも何の問題もなく使えるわけだ。

ASIOコンポーネントは、ARM版がないのにすんなり入った

続いてASIOだ。同じく公式サイトから、ASIO出力用のコンポーネント「foo_out_asio」をダウンロードしてインストールしてみた。

WASAPIで弾かれたばかりなので、こちらもダメだろうと半ばあきらめていたのだが、意外にもすんなりインストールできた。Componentsの一覧にもASIO Outputが表示され、Applyをクリックすると、問題なく読み込まれた。

面白いのは、このfoo_out_asioのダウンロードページを見ると、対応環境はWindows 32bitと64bitとなっており、ARM専用版は用意されていない、という点だ。

それでも読み込めたのは、先ほどのARM64ECのおかげである。foobar2000のARM版は、x64用にビルドされたコンポーネントをそのまま読み込めるように作られており、実際、foobar2000の更新履歴にも、コンポーネントの開発者がわざわざARM版をビルドする必要はない、という趣旨の記載がある。

32bit版しかないfoo_out_wasapiは弾かれ、64bit版があるfoo_out_asioは読み込めた。今回の明暗を分けたのは、ARMかIntelかではなく、64bit版が用意されているかどうかだったわけだ。

foobar2000（ARM版）からオーディオインターフェイスまでの出力経路

ただし、foobar2000側がASIOに対応しても、それだけでは音は出ない。冒頭で触れたとおり、オーディオインターフェイス側のドライバがARM64に対応していなければ話にならないのだ。

そこで今回は、手元にあるSteinbergのUR22Cと、FocusriteのScarlett 2i2 4th Genの2台を使って試してみることにした。いずれも、メーカーがWindows on ARMへの対応をうたっている製品である。

UR22Cは、x64のPCとまったく同じ手順でASIO再生に成功

まずはUR22Cから。ARM用のドライバを探す必要があるのかと思ったら、そんなことはなかった。いつもどおりSteinbergのサイトから「TOOLS for UR-C」をダウンロードし、インストーラーを実行しただけ。

途中でARM版を選ぶような場面は一度もなく、インストーラー側が自動的にARM用のドライバを選んでくれたようで、x64のPCにインストールするのとまったく同じ手順で完了した。

あらためてfoobar2000を起動し、出力設定を見ると、ASIOのデバイスとしてUR22Cが見えている。これを追加して、再生ボタンを押すと、何事もなかったかのように、UR22Cから音が出てきた。

出力設定を見ると、ASIOのデバイスとしてUR22Cが見えているので……

これを追加する

ちなみに、ヤマハのサイトにあるYamaha Steinberg USB Driverの情報を見ると、ARMプロセッサへの正式対応はV2.1.8から。対応機種はSteinbergのUR-C、IXO、AXR4UシリーズやヤマハのURX-C、UR-MK3シリーズなどとなっている。

ただし、ARM環境の動作条件は「Qualcomm Snapdragon X Plusまたは同等のプロセッサー」とされており、今回のSnapdragon X(X1-26-100)はその下位にあたる。少なくとも今回の再生テストでは何の問題もなかったが、厳密にはサポート対象外の可能性がある点は付け加えておきたい。

Scarlett 2i2 4th GenもFocusrite Control 2を入れるだけ

続いてScarlett 2i2 4th Genだ。そう、6月の記事で、マイクロソフトとヤマハの汎用ASIOドライバをビルドして鳴らした、あの機材である。あのときはビルドにかなり手こずったが、今回はメーカー純正ドライバでの勝負だ。

こちらもARM版を意識する必要は一切なかった。Focusriteのサイトから「Focusrite Control 2」をダウンロードしてインストールするだけで、ドライバとコントロールソフトが導入された。

「Focusrite Control 2」をダウンロードしてインストールする

ドライバとコントロールソフトが導入された

Focusriteは2025年8月、全USBオーディオインターフェイスがWindows on ARMに対応したと発表しており、それがきちんと形になっているわけだ。

foobar2000を起動すると、ASIOデバイスとしてScarlettが見えていたので、これを追加して再生。こちらも、あっさりと音が出た。

foobar2000を起動すると、ASIOデバイスとしてScarlettが見えていたので、これを追加して再生。あっさり音が出た

UR22CとScarlett 2i2 4th Genのどちらも、ARM版foobar2000から、メーカー純正のASIOドライバを経由して再生できたことになる。しかもユーザーは、自分のPCがARMであることを意識する場面がほとんどなかった。Windows CEのころの苦労を思い出すと、なんだか拍子抜けしてしまうほどだ。

なお、foobar2000側のASIOコンポーネントはx64のコードとして動いているはずなので、そこから呼び出されるASIOドライバも、x64のコードと組み合わせて動ける形で提供されている必要がある。

例えばRMEは、ARM版ASIOドライバとして、ARMネイティブ用とARM64EC用の両方を用意していることを明記している。今回の2社のドライバも、そのあたりをきちんと作り込んでいるからこそ、何も考えずに動いたのだろう。

オーディオインターフェイス、プレーヤー、DAWの対応状況

せっかくなので、主なオーディオインターフェイスメーカーのWindows on ARM対応状況も調べてみた（26）。

RME、Focusrite、Steinberg/Yamaha、Audientといったメーカーは、すでにARM64対応ドライバを公開している。なかでもRMEは、2009年発売のFireface UC以降のUSB機器にまで対応しているのだから恐れ入る。一方でRolandは、Windows対応情報のページで、ARMベースのPCには対応していないと明記している。

純正ドライバがない機器の場合でも、USB Audio Class準拠であれば、Windows標準のドライバで認識させてWASAPIで鳴らせる可能性がある。また、汎用ASIOドライバの定番であるASIO4ALLも、バージョン2.22でWindows on ARMのARM64ECとネイティブの両方に対応した。

さらに、今回はビルドの手間もあって試していないが、第1049回で取り上げたマイクロソフトとヤマハの汎用ASIOドライバも、もともとARM環境を強く意識して開発されてきたものだ。

プレーヤーソフトについても見ておこう。

foobar2000のほか、AudirvānaもWindows向けARM64ネイティブ版を2024年10月に追加している。一方、MusicBeeやJRiver Media CenterはARM版の配布がなく、x64版をPrismで動かす形になる。Roonは、Windows on ARMを公式にはサポートしていない。

DAWについては今回は深入りしないが、CubaseやNuendo、REAPER、Bitwig StudioなどがすでにARMに対応しており、Studio One Proもパブリックβとして提供されている。

Ableton Liveも、2026年中にネイティブ版を出すと発表している。ただし、ARM64EC方式でx64プラグインを読み込めるものと、ARM64ネイティブのプラグインしか読み込めないものがあるなど、対応の仕方はさまざまだ（28）。このあたりは機会をあらためて検証してみたい。

CEのトラウマは、もう忘れてよさそうだ

以上、Snapdragon搭載のFMV WU6-L1で、foobar2000を使ってWASAPIとASIOの再生を試してみた。

途中、WASAPIコンポーネントのエラーで一瞬ヒヤリとしたが、それも結局は古い32bit版コンポーネントを入れようとした筆者の早とちり。

foobar2000のARM版は普通に動き、WASAPIは標準機能で使え、ASIOについてもUR22CとScarlett 2i2 4th Genの2機種で、メーカー純正ドライバによる再生に成功した。それも、インストール時にARMであることを意識する場面すらなかったのだ。

もちろん、これですべてのオーディオ機器やソフトがARM環境で使えるわけではない。ARM64対応ドライバを出していないメーカーの機器は、たとえUSB Audio Class準拠であっても、ASIOで使うには工夫が必要になる。

また今回は、基本的なPCMの再生を確認しただけで、データが一切加工されずに届いているかのビットパーフェクト検証や、DSDの再生などは試していない。手元にはAudientのiD22 MKIIもあるので、このあたりも含め、引き続き試してみたいところだ。

とはいえ、「どうせWindows CEみたいなものだろう」という筆者の思い込みは、完全に覆された。少なくとも音楽再生に関していえば、Snapdragon搭載のWindows PCは、もう普通のWindows PCとほとんど変わらない感覚で使える段階に来ているようだ。

あとは、本来の購入目的である取材用PCとして、どこまでバッテリーが持つのか。ACアダプターをカバンから出せる日が来るのか、実際の取材で使い込みながら確かめてみようと思う。