Signal-ios: Qualité audio

J'ai regardé ça. Oui, un taux d'échantillonnage plus élevé pourrait être une bonne chose. Je voulais également changer le codec de Speex en Opus. Je m'occuperai de ça quand le reste fonctionnera ;)

J'ai bien aimé la qualité, c'était de la voix pure et rien d'autre. Mon seul reproche est le léger délai entre le moment où quelqu'un parle et le moment où le destinataire l'entend.

Je préfère que cela fonctionne bien même avec une mauvaise réception plutôt que d'avoir des appels de meilleure qualité.

-mon 2c

Idéalement, l'application offrirait une voix de meilleure qualité lorsque la bande passante de la connexion la prend en charge, et reviendra à la qualité standard si nécessaire.

Mon réseau cellulaire prend en charge http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_Wideband lorsque je passe des appels téléphoniques normaux depuis mon iPhone vers un autre téléphone prenant en charge AMR-WB, et cela sonne nettement mieux que les appels téléphoniques traditionnels, comme Audio FaceTime. On s'y habitue vite.

Eh bien, vous devez faire attention à ces optimisations car elles pourraient entraîner des fuites d'informations vers un attaquant sur qui parle ou ce que quelqu'un dit.
Aucun changement prévu pour le moment. Peut-être passer à Opus un jour, mais pas dans les semaines suivantes.

J'aimerais inverser ma position sur la qualité audio, après avoir utilisé Signal plusieurs fois par jour - je préférerais vraiment une meilleure qualité sonore.

Eh bien, vous devez faire attention à ces optimisations car elles pourraient entraîner des fuites d'informations vers un attaquant sur qui parle ou ce que quelqu'un dit.

Avez-vous une analyse formelle de cette menace? La plupart des attaques par canal de taille que j'ai vues liées à la taille dans d'autres domaines sont assez fragiles et l'utilisation de Signal est assez sévère.

Cela étant dit, l'encodeur de ligne de commande dispose d'un mode CBR dur pour ce scénario précis.

Avez-vous une analyse formelle de cette menace?

J'ai examiné cela et la réponse est oui : vous pouvez reconstruire des phonèmes à partir de données de paquets brutes. L' Opus RFC suggère d'utiliser le mode CBR et de modifier le taux d'encodage en fonction des conditions du réseau. Ceci n'est bien sûr pas limité à Opus, cela pourrait également être fait avec Speex.

Cela peut appartenir à cet autre problème : https://github.com/WhisperSystems/Signal-iOS/issues/22. L'utilisateur signale l'absence de son d'un côté ou de l'autre :
Alice (sur Android) : https://gist.github.com/65217ece7eb1a154c4dd1ecf48d1cb8d
Bob (sur iOS) : https://gist.github.com/66fbdbd86e00a1f6ebdb0b7b7aafba2f

@riyapenn Oui, il y a plusieurs bugs liés. Celui-ci capture le mieux le problème central.

J'ai l'impression qu'Opus n'est pas pris en charge par Signal car iOS ne prend pas en charge Opus.

C'est dommage car la qualité des appels serait bien meilleure si nous avions Opus.

Si vous êtes frustré par la qualité audio de Signal, commencez simplement par le premier message.

J'ai l'impression qu'Opus n'est pas pris en charge par Signal car iOS ne prend pas en charge Opus.

C'est exact, même si je doute que l'équipe Signal rejette une négociation de protocole d'offre de relations publiques ou un décodage logiciel d'Opus sur iOS.

Cela étant dit, les problèmes soulevés par @Cormak et @riyapenn ont été longuement traités dans d'autres billets. Je suggérerais que ce fil soit verrouillé aux contributeurs du projet car aucune contribution productive ne semble avoir lieu.

Sera en 2.7.0

J'ai l'impression qu'Opus n'est pas pris en charge par Signal car iOS ne prend pas en charge Opus.

Opus est inclus dans le framework WebRTC, que nous utilisons maintenant en version bêta, et sera bientôt dans l'App Store.