나는 내 작업 공간을 위한 두 번째 화면 솔루션을 구축하고 있습니다. 케이블을 사용하지 않고도 컴퓨터/휴대폰/노트북 등을 간단히 전환하여 책상 위의 화면을 추가 모니터로 사용할 수 있는 것입니다.
W10+에는 WiDi 프로토콜(Wi-Fi Direct 표준의 변형)을 사용하는 "네트워크 디스플레이로 전송/투사" 옵션이 있습니다.
물론, 최신 브라우저에 잘 통합된 것으로 보이는 Chromecast 프로토콜이 있지만 Linux/Unix/POSIX의 기본 프로토콜이 무엇을 사용하는지 잘 알지 못합니다(MKChromecast아마도 최선의 선택일 것입니다.)
현재 저는 오래된 RPi3b+ 런닝 스톡을 사용하고 있습니다.황소의 눈&XFCE드라이버는 터미널(헤드리스 호스트에 대한 원격 액세스)에 지나지 않습니다.녹색(가벼운 브라우징이지만 로드로 인해 거의 사용하지 않음)&장애이렇게 하면 한 세트의 입력 장치만 처리하면 됩니다.
여태까지는 그런대로 잘됐다.
내가 겪고 있는 문제는 이 클라이언트(기본적으로 씬 클라이언트)를 렌더링 싱크로 사용하는 것입니다. 즉, 비디오 및 오디오(AV)를 캐스팅할 수 있다는 것입니다.도착하다이 장치가 아니라 이 장치에서 나온 것입니다.
이제 장치 하드웨어가 이 (간단한) 렌더링을 전혀 수행하지 못할 수도 있다는 것을 알고 있으므로 이 목적을 위한 예비 NUC가 있습니다. 즉, RPi의 스택을 파악한 후에는 이를 다른 Box에 재구축/재배포할 수 있습니다. .
실제로 W32 생태계에는 일반적인 것이 많지 않은 것 같습니다.
지금까지 내가 찾은 것 :
- 에어 서버가장 간단한(최고?) 솔루션인 것 같지만 POSIX 프록시/렌더러 AFAICT가 없습니다.
- 미라클 커스터&게으른 투영유망한 솔루션처럼 보이지만 제가 시도한 다른 RPi가 아닌 시스템에서도 특별히 잘 작동하지 않는 것 같습니다.
- 그놈 네트워크 디스플레이가깝거나 기본적으로 내가 찾고 있는 내용이지만 찾을 수 있는 의미 있는 문서가 부족합니다.
전반적으로 그들은 모두 의존하는 것 같습니다.WiFi 직접 연결싱크대를 지지하지만 이것도 부족함RTFM 부서. 이 프로토콜/스택은 특히 임베디드 장치의 경우 다소 일반적인 것처럼 보이지만 POSIX에서는 완전한 PITA입니다. 내가 스택의 이 끝에 가장 가까이 다가간 곳은 다음과 같습니다.wpa_requester(및 관련 wpa_cli 및 wpa_gui 하위 수준 도구), 그러나 이것들은 내가 찾고 있는 결과를 생성하지 않습니다(예: P2P 구성 - PIBKAC)
플래시할 수 있는 여분의 Android 휴대폰이 몇 개 있지만 그렇게 하면 피하고 싶은 추가적인 복잡성이 발생하고 상황이 개선될지 확신할 수 없습니다.
이 빌드를 마무리하고 마무리 작업을 하고 싶으므로 도움을 주시면 정말 감사하겠습니다.