Skip to content
⌂ Home

Connect Frontend Playback Devices

This series applies to ECHO Next on Windows desktop. It describes how decoded audio is routed to a frontend playback device — the terminal or last stage that performs D/A conversion and drives the transducer.

Overview + topic pages. This page covers routing and terminology; wiring, Connect, scenarios, network prerequisites, and FAQ are on subpages.

PageContents
Local outputUSB DAC / headphone / speaker wiring, Windows devices, ECHO mode progression
Connect pageConnect UI, cast flow, DLNA vs AirPlay, vs remote library
Typical scenariosDesk DAC, living-room DLNA, AirPlay, HQPlayer step-by-step
LAN and firewallSegments, multicast, Windows firewall, router isolation, VPN
FAQFrontend connection FAQ
Windows audio setupSystem sound settings aligned with ECHO
Device typesStreamer / NAS / receiver DLNA roles
Bluetooth and wirelessBluetooth local output vs Connect
30-minute guideTime-boxed verification path
TermDefinition
Frontend playback deviceWhere the user actually hears output
Local outputECHO engine → Windows stack → locally attached device
Network castConnect sends the current track to DLNA Renderer or AirPlay 1 receiver
Media Renderer (DMR)UPnP/DLNA role that plays media
Path exclusivityOnly one primary output path should be active at a time
PathWhere sound is producedECHO entryTopic doc
Local outputPC sound card / USB audioOutput drawer; Settings → PlaybackLocal output
DLNA castLAN Media RendererConnect → DLNAConnect page · DLNA guide
AirPlay 1AirPlay 1 / RAOP receiverConnect → AirPlayConnect page · AirPlay boundaries
HQPlayer / NAADAC at end of HQPlayer chainSettings → PlaybackScenarios · HQPlayer · HQPlayer guide

WASAPI and ASIO apply to Windows only. Network casting relies on LAN discovery (SSDP / multicast), not general internet access.

ScenarioPathNext
Headphones / speakers on PC or DACLocal outputLocal output
Streamer / receiver / TV on same LANDLNA castConnect page
AirPlay 1–compatible speaker onlyAirPlay 1 castConnect page
HQPlayer + NAA already deployedHQPlayer chainScenarios
Cables / OS playback not verifiedStart from zeroBeginner setup · section 3
  • Do not debug local, DLNA, AirPlay, and HQPlayer in parallel for one issue.
  • After DLNA / AirPlay cast, ECHO attempts to pause local playback (see DLNA guide · misconceptions).
  • Baseline order: physical → Windows playback → ECHO SystemConnect → Exclusive / ASIO / DSD → HQPlayer.
flowchart TD
A[ECHO track / decode] --> B{Output path}
B -->|Local| C[Windows stack → local device]
B -->|Connect DLNA| D[HTTP URL → Media Renderer]
B -->|Connect AirPlay 1| E[RAOP → AirPlay receiver]
B -->|HQPlayer| F[HQPlayer → NAA → DAC]
PathFlow (summary)
LocalDecode → engine → Windows → device → transducer
DLNADMC control + temporary HTTP URL → DMR pull (not sound-card capture)
AirPlay 1RAOP link → receiver (no AirPlay 2)
HQPlayerECHO → HQPlayer → NAA → backend DAC
ConceptIsIs not
Connect castSend current track to Renderer / AirPlayRemote library import; sound-card relay
Remote libraryRead files from NAS / JellyfinPC audio casting to TV
DLNA DMRRenderer that playsFile-only DMS
  • AirPlay 2 multi-room, HomePod-specific behavior
  • Bluetooth pairing policy (Windows-managed)
  • Screen / video mirroring
  • DRM or platform authorization bypass
  • Stacking ASIO / DSD / HQPlayer without System baseline
TopicDoc
Output modes, WASAPI, ASIO, DSDAudio output
DLNA formats, URL, troubleshootingDLNA / streamer guide
USB DAC driversOfficial driver links
Find pages by goalQuick navigation