La détection s'arrète

[SimonLouet]

Au bout de quelques minutes la détection s'arrête. J'ai l'impression que c'est le thread "run_detection" qui s'arrête.

Voici les dernières ligne de mon journal de log

2025-01-22 21:09:05,038 - DEBUG - Résultats bruts pour source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:
2025-01-22 21:09:05,038 - DEBUG -   - Silence: 0.80078125
2025-01-22 21:09:05,038 - DEBUG - Labels détectés pour source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: [{'label': 'Silence', 'score': 0.80078125}]
2025-01-22 21:09:05,039 - DEBUG - Labels détectés sur rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: [{'label': 'Silence', 'score': 0.80078125}]
2025-01-22 21:09:05,089 - DEBUG - Audio stats (source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) - min: 0.0018, max: 0.0019, mean: 0.0019, std: 0.0000
2025-01-22 21:09:05,090 - DEBUG - Blocs traités pour rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: 1
2025-01-22 21:09:05,229 - DEBUG - Audio stats (source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) - min: 0.0018, max: 0.0019, mean: 0.0019, std: 0.0000
2025-01-22 21:09:05,231 - DEBUG - Blocs traités pour rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: 1
W0000 00:00:1737576545.231343      90 time_series_util.cc:52] Timestamp 1737576547.080000 not consistent with number of samples 7521600 and initial timestamp 1737576074654000.  Expected timestamp: 1737576544.754000 Timestamp difference: 2.326000 sample_rate: 16000.000000
2025-01-22 21:09:05,287 - DEBUG - Audio stats (source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) - min: 0.0018, max: 0.0019, mean: 0.0019, std: 0.0000
2025-01-22 21:09:05,289 - DEBUG - Blocs traités pour rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: 1
2025-01-22 21:09:05,388 - DEBUG - Audio stats (source rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) - min: 0.0018, max: 0.0019, mean: 0.0019, std: 0.0000
2025-01-22 21:09:05,392 - DEBUG - Blocs traités pour rtsp_rtsp://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX: 1

La ligne suivante me semble bizarre mais je n'arrive pas à la comprendre
W0000 00:00:1737576545.231343 90 time_series_util.cc:52] Timestamp 1737576547.080000 not consistent with number of samples 7521600 and initial timestamp 1737576074654000. Expected timestamp: 1737576544.754000 Timestamp difference: 2.326000 sample_rate: 16000.000000

[Zuardent]

J'ai cru comprendre que ca venait de la fréquence d'échantillonnage qui n'était pas la même entre la source et celle attendu par ClapTrap.

[SimonLouet]

Et sais-tu comment on peux corriger ça ?

[Zuardent]

Ca dépend de ton appareil. Si il peut faire du 16000 Hz normalement ca devrais le faire. Perso le flux RTSP que j'ai n'est que en 8000...

[JulienDeveaux]

Même problème de mon côté :/
Est-ce qu'il y aurait moyen de spécifier la fréquence à échantilloner ?

[JulienDeveaux]

J'ai regardé ce qui allait pas et en fait, c'était un mix entre le bitrate qui était mauvais et ffmpeg qui plantait à cause d'un buffer overflow.
J'ai sorti ma version corrigée de l'addon qui utilise MQTT à la place des webhooks et qui ne plante plus (du moins avec ma caméra) : https://github.com/JulienDeveaux/ClapTrap-HA-Addon-MQTT

[lfpoulain]

Le code à été entièrement refactorisé de notre coté, quelques tests et je vais mettre à jour le repo :)
Merci pour la contribution :)