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 오버레이와 퀵 액세스

게임 모드에서 DeckCrate는 Steam 자체 패널이 열려 있는 동안 컨트롤러를 무시합니다 — 퀵 액세스 메뉴, Steam 메뉴, 전원 메뉴가 그렇습니다. 패널 안에서 이동해도 그 뒤의 파일 목록에서 선택이 움직이거나 동작이 실행되는 일은 없으며, 패널을 닫는 즉시 조작이 돌아옵니다. 패널을 닫으려고 누른 버튼은 패널에만 적용되고 DeckCrate에도 함께 작용하지 않습니다.

앱을 어떻게 실행하든, 어떤 컨트롤러 레이아웃을 쓰든 마찬가지입니다. 휴대용 기기의 게임 모드 세션 밖 — 데스크톱 모드, 일반 Linux 데스크톱, macOS, Windows — 에서는 그런 패널 자체가 없으므로 달라지는 것이 없습니다.

네트워크 공유(SMB)

Linux는 root 확인 없이 GVFS를 통해 SMB 공유를 마운트하지만, GVFS SMB 백엔드와 FUSE 브리지가 설치되어 있어야 합니다. 한 번만 하면 되는 패키지 설치와 확인 절차는 네트워크 공유를 보세요.