Linux

Linux は完全にサポートされるプラットフォームであり、特に Steam Deck / SteamOS のゲーミングモードに注意が払われています。

ファイルシステムへのアクセス

Linux にはアプリのサンドボックスがありません — DeckCrate は通常のユーザーのファイル 権限を持ちます。

コントローラーへのアクセス

SteamOS やその他のゲーミングハンドヘルドでは、コントローラーはそのまま動作し ます — 設定は不要です。このセクションは、コントローラーが認識されない カスタムのデスクトップ Linux 環境のための参考情報です。

標準的なデスクトップディストリビューションでは、root 権限なしでゲームパッドを 使うには、ユーザーが input グループに属している必要があります。

sudo usermod -aG input "$USER"
# グループを反映するにはログアウトして再度ログインします

コントローラーのヒントバーが一向に表示されない場合は、まずこれを確認してください （groups | grep input）。DeckCrate は各コントローラーのボタンマップをカーネルから 読み取り、ボタンを意味論的なコードで解決するため、ほとんどのコントローラーは 「そのまま動作」します。

Steam Deck の画面キーボード

SteamOS では、いずれかのテキスト入力欄にフォーカスすると — 検索（Y）、名前の 変更（X）、新しいフォルダー — Steam のフローティング画面キーボードが呼び出 され、物理キーボードなしで入力できます。

ただし一部のダイアログは意図的にキーボードを自動で開きません — 例えば サーバー入力のダイアログや内蔵ターミナルです。これらでは、入力の準備ができ たら X を押して画面キーボードを呼び出してください。これは意図的なものです。 これらの画面は入力するつもりがなくてもフォーカスを得ることがあり、キーボードが勝手 に現れると画面を覆って体験を損なうからです。

Steam Input（再割り当て、パドル、ジャイロ）

DeckCrate を Steam 経由で起動すると、Steam Input を通じてコントローラーを 読み取ります — Steam オーバーレイでゲームごとのコントローラー設定を動かしているのと 同じ層です。つまり、背面パドル、トラックパッド、ジャイロを含めあらゆる操作を再割り 当てでき、DeckCrate はそれに従います。

DeckCrate は自身にできることを記述したアクションマニフェストを同梱しています — Open、Back、Copy、Paste、Move、Search など — そのため Steam でコントローラーの レイアウトを編集するとき、これらの操作が名前付きで表示されます。それらを使う設定を 選ぶか作成すると Steam Input が引き継ぎます。そのとき画面上のコントローラーパネル （デバッグビルド）には Steam Input の行が active と表示されます。

Steam の外で起動した場合や、コントローラーが通常のゲームパッドテンプレートを使って いる場合、DeckCrate は単にコントローラーを直接読み取る方式に戻ります — すべてが他の 環境とまったく同じように動き続けます。Steam Input は Steam/Deck ユーザーへのおまけ であり、必須ではありません。

Steam オーバーレイとクイックアクセス

ゲームモードでは、Steam 自身のパネルが開いている間、DeckCrate はコントローラーを 無視します — クイックアクセスメニュー、Steam メニュー、電源メニューです。パネル内 を操作しても、その背後のファイル一覧で選択が動いたり操作が実行されたりすることは 決してありません。パネルを閉じた瞬間に操作が戻ります。パネルを閉じるために押した ボタンはパネル側にとどまり、DeckCrate 側にも作用することはありません。

これはアプリの起動方法やコントローラー設定に関係なく成り立ちます。携帯機のゲーム モード以外 — デスクトップモード、通常の Linux デスクトップ、macOS、Windows — では そうしたパネル自体が存在しないため、何も変わりません。

ネットワーク共有（SMB）

Linux は root の確認なしに GVFS 経由で SMB 共有をマウントしますが、GVFS の SMB バックエンドと FUSE ブリッジのインストールが必要です。一度きりのパッケージ導入と 確認手順はネットワーク共有をご覧ください。