Question 1

FLAC 업데이트 후 snapclient "libFLAC.so.8: cannot open shared object file" 문제를 어떻게 해결하나요?

Accepted Answer

이 문제는 Snapclient 0.26.0이 이전 FLAC 8 soname에 링크되어 있는데 FLAC 1.4.x는 libFLAC.so.12를 제공할 때 발생합니다. 즉각적인 임시 해결 방법: 호환성 심볼릭 링크를 생성하십시오:

sudo ln -s /usr/lib/libFLAC.so.12 /usr/lib/libFLAC.so.8

라이브러리가 다른 위치에 있다면 다음으로 찾으십시오:

find /usr/lib* -name 'libFLAC.so.*'

그런 다음 해당 디렉터리에 심볼릭 링크를 생성하십시오. 더 깔끔한 장기적 해결책은 업데이트된 FLAC 패키지에 맞춰 AUR Snapcast 패키지를 clean-rebuild/reinstall하는 것입니다.

Question 2

왜 snapclient는 systemd 서비스로는 실패하지만 Raspberry Pi에서 수동으로 시작하면 작동합니까?

Accepted Answer

systemd 서비스는 /etc/default/snapclient에 있는 옵션으로 snapclient를 시작하지만, SSH에서 snapclient를 직접 실행하면 해당 옵션을 무시합니다. 따라서 잘못된 SNAPCLIENT_OPTS 사운드카드 설정은 수동 시작이 작동하더라도 서비스가 실패하게 만들 수 있습니다.

1. 올바른 ALSA 사운드카드 ID를 찾으십시오:
snapclient -l

2. 서비스 옵션을 편집하십시오:
sudo nano /etc/default/snapclient

3. 올바른 사운드카드를 설정하십시오. 예를 들어 JustBoom/AMP HAT의 경우:
SNAPCLIENT_OPTS="--player alsa --soundcard sysdefault:CARD=sndrpijustboomd"
sysdefault:CARD=sndrpijustboomd를 오디오 장치에 대해 보고된 ID로 바꾸십시오.

4. 서비스를 재시작하십시오:
sudo systemctl restart snapclient
sudo systemctl status snapclient

여전히 실패하면 다음으로 자세한 오류를 확인하십시오:
journalctl -u snapclient.service -n 100

Question 3

Raspberry Pi에서 Snapcast를 빌드할 때 'c++: fatal error: Killed signal terminated program cc1plus' 오류를 어떻게 해결하나요?

Accepted Answer

컴파일러가 종료되는 것은 Raspberry Pi의 메모리가 부족하기 때문입니다; GCC 7.1 parameter passing 알림은 경고일 뿐입니다. 1 GB Raspberry Pi에서는 컴파일하기 전에 swap을 늘리고 하나의 job으로 빌드하세요:

sudo dphys-swapfile swapoff
sudo sed -i 's/^CONF_SWAPSIZE=.*/CONF_SWAPSIZE=2048/' /etc/dphys-swapfile
sudo dphys-swapfile setup
sudo dphys-swapfile swapon
free -h

그다음 제한된 병렬 처리로 다시 빌드하세요:

cmake --build . --parallel 1

그래도 메모리가 부족하면 더 큰 swap 파일(예: CONF_SWAPSIZE=4096)을 사용하거나, RAM이 더 많은 Raspberry Pi에서 빌드하거나, 문서화된 cross-compilation workflow를 사용하세요. SD 카드에서 swap을 늘리면 느릴 수 있고 플래시 마모를 증가시킬 수 있습니다.

Question 4

Snapcast가 Spotify 트랙을 전혀 재생하지 않는 문제를 어떻게 해결하나요?

Accepted Answer

이것은 Snapcast 버그가 아니라 업스트림 librespot 호환성 문제입니다. PR #1622가 포함된 개발 브랜치에서 librespot을 다시 빌드하고 새 바이너리를 사용하세요:

git clone https://github.com/librespot-org/librespot.git
cd librespot
git fetch origin pull/1622/head:pr-1622
git checkout pr-1622
cargo build --release

Snapcast에서 사용하는 librespot 바이너리를 target/release/librespot로 교체하거나, 사용자 지정 Docker 이미지에 빌드해 넣으세요. 임시 대안은 호스트에서 librespot을 빌드하고 그 출력 FIFO를 Snapcast 컨테이너와 공유하는 것입니다. 수동으로 빌드하고 싶지 않다면 공식 업데이트된 Snapcast 컨테이너를 기다리세요.

Question 5

Snapcast가 Stream.RemoveStream으로 TCP 스트림을 제거한 후에도 TCP 포트를 계속 바인딩된 상태로 유지하는 이유는 무엇인가요?

Accepted Answer

이는 Snapcast 0.34.0의 버그입니다: TCP 스트림 객체가 내부적으로 계속 참조된 상태로 남아 있어 acceptor 소켓이 파괴되지 않고 포트가 바인딩된 상태로 유지됩니다(netstat -tunlp | grep <port>로 확인 가능). 이 문제는 develop 브랜치에서 커밋 71900ba75dbc3a79a0b484e8217d6b14cd92b2b9 및 ae5661f3626e27bab8c21f7f30bef3c4aa5ffc68에 의해 수정되었습니다(원래 issue #1455를 수정하기 위한 커밋). 해결 방법: develop 브랜치에서 snapserver를 다시 빌드하거나 이 커밋들이 포함된 릴리스로 업그레이드하세요. 수정 후에는 Stream.RemoveStream을 호출하면 TCP 포트가 즉시 해제되어 재사용할 수 있습니다.

snapcast

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트