Skip to content

fix(session): flux chiffré cassé et image vidéo perdue (#81) - #81

Merged
2 commits merged into
mainfrom
fix/flux-video-casse
Nov 15, 2026
Merged

2 commits merged into
mainfrom
fix/flux-video-casse

Conversation

@Jiraiya43

Copy link
Copy Markdown
Owner

S'appuie sur #80.

  • 16 trames chiffrées d'affilée qui ne se déchiffrent pas : le flux TLS est cassé, aucune suivante ne passera. La session se termine au lieu d'attendre la limite de silence avec une image figée. Le compte repart à chaque trame lue.
  • Une image perdue par le décodeur laisse l'image cassée jusqu'à la prochaine image complète du téléphone. La session lui en redemande une (focus vidéo retiré puis rendu), seulement quand Android Auto est à l'écran, pas dans les 5 premières secondes de la vidéo et au plus une fois par 10 s (core/keyframe_request.hpp). EvoVideo::postVideoFrame dit ce qu'est devenue l'image.

Même comportement que celui ajouté chez Sq00ky (NBT Evo), écrit ici avec nos propres classes et tests.

Tests : test_session_phone (16 trames illisibles, demande d'image complète et ses délais ; relevé figé inchangé), test_video_presentation.

…#80)

La ligne [WifiLink] écrivait « signal 0 dBm » et « to the phone 1.0 Mbit/s »
sur toutes les voitures, G20 comprise.

- Le niveau du dernier paquet vaut 0 quand la puce WL18xx ne l'a pas mesuré :
  0 dBm n'est jamais un niveau reçu, il devient « pas de chiffre » et seule
  la moyenne est écrite (« average signal »).
- Le débit vers le téléphone est choisi par le microprogramme de la puce ;
  le pilote wlcore ne le connaît pas et donne 1 Mbit/s. Il n'est plus écrit.
  Le débit venant du téléphone, juste, reste.
- 16 trames chiffrées d'affilée qui ne se déchiffrent pas : le flux TLS est
  cassé (un enregistrement perdu ou coupé), aucune suivante ne passera. La
  session se termine au lieu d'attendre la limite de silence avec une image
  figée. Le compte repart à chaque trame lue.
- Une image perdue par le décodeur (pas de tampon libre à temps, trop grande,
  refusée) laisse l'image cassée jusqu'à la prochaine image complète du
  téléphone. La session lui en redemande une en retirant puis en rendant le
  focus vidéo, seulement quand Android Auto est à l'écran, pas dans les
  5 premières secondes de la vidéo et au plus une fois par 10 s
  (core/keyframe_request.hpp). EvoVideo::postVideoFrame dit maintenant ce
  qu'est devenue l'image (décodée, perdue, pas de flux).

Tests : session (16 trames illisibles, demande d'image complète et ses
délais), présentation vidéo ; relevé figé inchangé.
@Jiraiya43
Jiraiya43 force-pushed the fix/flux-video-casse branch from 2dcb048 to a5b2e90 Compare November 15, 2026 21:55
@Jiraiya43 Jiraiya43 closed this pull request by merging all changes into main in 2e0d55f Nov 15, 2026
@Jiraiya43
Jiraiya43 deleted the fix/flux-video-casse branch November 15, 2026 22:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant