Toutes les ressources
Comptes rendus de tests du développeur

Tests et preuves techniques

Observations documentées sur d’anciennes versions Android, avec les appareils, méthodes et limites nécessaires pour interpréter chaque résultat.

Auralis Industries · Publication / mise à jour de la page:

Whitepaper de référencev2.0.0

Auralis Industries · 2.0.0 · Anglais · 147 pages. Cette édition de juillet 2026 présente Android 1.1.7 et iOS 1.1.2 tout en conservant les tests de mars sur des versions antérieures. Les informations de publication sont historiques, pas une liste de compatibilité ou de disponibilité actuelle.

Date de l’édition:

Whitepaper v2.0.0 (PDF, anglais)
01

Continuité d’un appel à travers deux murs

≈ 212 s

Durée de l’appel

Date du test
Version testée
Android 0.9.9-debug
Appareils
Samsung SM-J260F · Android 8.1.0
Samsung SM-G990E · Android 16

Résultat observé

Les deux téléphones ont enregistré environ 212 secondes avant un raccrochage volontaire. Les journaux de lecture échantillonnés indiquaient des compteurs de perte, de sous-alimentation du tampon et de rejet CRC à zéro.

Méthode et conditions

Appel RFCOMM à courte portée entre deux appareils en version debug. La séparation par deux murs a été déclarée par le testeur. La profondeur moyenne du tampon de gigue était d’environ 199–203 ms.

Portée du résultat

Preuve de continuité dans ce seul dispositif. Des compteurs échantillonnés à zéro ne prouvent pas une perte universelle de 0 %. La distance n’a pas été mesurée ; ce test ne garantit ni portée, ni performance avec de lourds obstacles, ni latence vocale de bout en bout.

Lire la section source§ 17.5 · A-91
02

Âge des paquets corrigé du décalage d’horloge

16–18 ms

Âge médian des paquets

Date du test
Version testée
Android 0.9.9-debug
Appareils
Samsung SM-J260F · Android 8.1.0
Samsung SM-G990E · Android 16

Résultat observé

Les récepteurs ont enregistré des médianes de 18 et 16 ms, et des P95 de 99 et 120 ms, sur respectivement 3 149 et 3 175 échantillons.

Méthode et conditions

Appel RFCOMM d’environ 64–65 secondes avec synchronisation des horloges monotones. Chaque téléphone a enregistré 13 observations de synchronisation utilisables. La mesure représente l’âge corrigé des paquets reçus.

Portée du résultat

L’âge des paquets n’est pas la latence de la bouche à l’oreille : capture, codec, mise en tampon et lecture ne sont pas entièrement représentés. Une seule paire d’appareils en intérieur ne satisfait pas à elle seule aux exigences globales de validation vocale.

Lire la section source§ 17.5 · A-92
03

Comparaison de la puissance de l’appareil en veille

+14.1 mW

Puissance moyenne supplémentaire de l’appareil

Date du test
Version testée
Android 0.9.9-debug
Appareils
Google Pixel 7a · Android 13

Résultat observé

Sur des fenêtres comparables d’environ 300 secondes, la puissance moyenne était de 233,6 mW avec l’application arrêtée et de 247,7 mW en veille : soit environ 14,1 mW supplémentaires.

Méthode et conditions

Pixel 7a en mode avion, Wi-Fi désactivé, Bluetooth activé, écran en veille et chargeur branché. Les traces Perfetto comparent le repos de référence à l’application en arrière-plan avec l’écoute RFCOMM active.

Portée du résultat

Comparaison courte sur un appareil en version debug. Elle ne détermine ni autonomie hors charge, ni heures de fonctionnement, ni consommation d’un appel actif ou d’une balise SOS BLE seule. Des essais répétés sur versions publiées et davantage d’appareils restent nécessaires.

Lire la section source§ 17.4 · A-90–A-91

Lire chaque résultat avec sa méthode

Les résumés citent les sections 17.4–17.5 du whitepaper (annexe A-90–A-92). Il s’agit d’observations du développeur, pas d’une évaluation par un laboratoire indépendant. Toute affirmation sur une version actuelle nécessite un nouveau test daté précisant version exacte, appareils et conditions. Les journaux, répétitions et appareils supplémentaires améliorent la reproductibilité.

L’inventaire des tests automatisés est un document distinct

Le relevé du 31 mars 2026 recense 38 fichiers sources et 197 tests déclarés. La commande enregistrée a échoué à la compilation avant leur exécution. Ces chiffres décrivent l’inventaire historique, pas 197 tests réussis ni l’état actuel de la suite (§17.14–17.15).

Tests et preuves techniques | Crisis Connect