Signal-ios: 오디오 품질

나는 이것을 보고 있었다. 예, 더 높은 샘플링 속도가 좋은 것일 수 있습니다. 또한 코덱을 Speex에서 Opus로 변경하고 싶었습니다. 나머지가 작동하면 이것을 처리합니다 ;)

나는 품질이 상당히 마음에 들었습니다. 순수한 음성이었고 다른 것이 없었습니다. 나의 유일한 불만은 누군가가 말할 때와 받는 사람이 그것을 들을 때 사이에 약간의 지연이 있다는 것입니다.

통화 품질이 좋은 것보다 수신 상태가 좋지 않아도 잘 작동하는 것이 좋습니다.

-나의 2c

이상적으로 앱은 연결 대역폭이 지원하는 경우 더 높은 품질의 음성을 제공하고 필요한 경우 표준 품질로 대체합니다.

내 셀룰러 네트워크는 내 iPhone에서 AMR-WB를 지원하는 다른 전화로 일반 전화를 걸 때 http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_Wideband 를 지원합니다. 페이스타임 오디오. 금방 익숙해집니다.

글쎄요, 이러한 최적화는 누가 말하는지 또는 누군가가 말하는지에 대한 정보가 공격자에게 누출될 수 있으므로 주의해야 합니다.
현재 계획된 변경 사항이 없습니다. 언젠가 Opus로 전환할 수 있지만 다음 주에는 전환되지 않습니다.

Signal을 하루에 여러 번 사용한 후 오디오 품질에 대한 입장을 바꾸고 싶습니다. 저는 더 나은 음질을 선호합니다.

글쎄요, 이러한 최적화는 누가 말하는지 또는 누군가가 말하는지에 대한 정보가 공격자에게 누출될 수 있으므로 주의해야 합니다.

이 위협에 대한 공식적인 분석이 있습니까? 다른 도메인의 크기와 관련하여 내가 본 대부분의 크기 채널 공격은 상당히 취약하며 Signal에 대한 사용성은 상당히 심각합니다.

즉, 명령줄 인코더에는 이 정확한 시나리오에 대한 하드 CBR 모드 가 있습니다.

이 위협에 대한 공식적인 분석이 있습니까?

나는 이것을 조사했고 대답은 예입니다 . 원시 패킷 데이터에서 음소를 재구성할 수 있습니다. Opus RFC 는 CBR 모드를 사용하고 네트워크 조건에 따라 인코딩 속도를 변경할 것을 제안합니다. 이것은 물론 Opus에 국한되지 않고 Speex에서도 할 수 있습니다.

이것은 다른 문제에 속할 수 있습니다: https://github.com/WhisperSystems/Signal-iOS/issues/22. 양쪽에서 소리가 나지 않는다는 사용자 보고:
앨리스(안드로이드): https://gist.github.com/65217ece7eb1a154c4dd1ecf48d1cb8d
밥(iOS): https://gist.github.com/66fbdbd86e00a1f6ebdb0b7b7aafba2f

@riyapenn 네, 몇 가지 관련 버그가 있습니다. 이것은 핵심 문제를 가장 잘 포착합니다.

iOS가 Opus를 지원하지 않기 때문에 Opus가 Signal에서 지원되지 않는다는 느낌이 듭니다.

Opus가 있었다면 통화 품질이 훨씬 더 좋았을 것이기 때문에 유감입니다.

Signal의 오디오 품질에 불만이 있으면 맨 위 게시물에 별표를 표시하세요.

iOS가 Opus를 지원하지 않기 때문에 Opus가 Signal에서 지원되지 않는다는 느낌이 듭니다.

Signal 팀이 iOS에서 Opus의 프로토콜 협상 또는 소프트웨어 디코딩을 제안하는 PR을 거부할지 의심스럽긴 하지만 맞습니다.

즉, @Cormak 과 @riyapenn 이 제기한 문제는 다른 티켓에서 길게 다루어졌습니다. 생산적인 입력이 발생하지 않는 것으로 보이므로 이 스레드를 프로젝트 기여자에게 잠그는 것이 좋습니다.

2.7.0에있을 것입니다

iOS가 Opus를 지원하지 않기 때문에 Opus가 Signal에서 지원되지 않는다는 느낌이 듭니다.

Opus는 현재 베타 버전으로 사용 중인 WebRTC 프레임워크에 포함되어 있으며 곧 앱 스토어에 포함될 예정입니다.