Seemingly no time sync after connection hickup.
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 22/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- cpp
- Área
- embedded-iot, networking
Línea de trabajo
Start with the attached sendspin-output.txt log from the device that cut out, and look for the reconnect and clock-sync messages around the drop. The report describes the symptom but not a reproduction, so you would first need a way to force a short network interruption. Done means the client re-establishes time sync after a reconnect without a manual pause and play; the maintainers will need to confirm the expected behaviour.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I have two ESPHome Sendspin players, flashed with the latest ESPHome (2026.9.1). The devices are Louder-esp32-mini's connected to some simple speakers.
From time to time, one of these devices stop playing audio only to continue playing moments later. But most of the time, when the speaker starts again, it's out of sync with the other and more importantly, it stays out of sync! Only a manual pauze-play in Music Assistant fixes the sync issue. So it seems to me these devices don't sync their time after such a playback cut.
Both devices are next to eachother, and the device cutting out reports a wifi signal of -80dB, so not great. But still, it should be able to return to playing in sync, shouldn't it?
I added the logs of the player cutting out. Tell me if you need more.
- Lenguaje dominante
- C++
- Estrellas
- 29
- Forks
- 12
- Merge medio
- 12 h 14 min
- PR fusionados (30 d)
- 69
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Sendspin/sendspin-cpp
-
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
Sendspin/sendspin-cpp#207 ·
Los mantenedores suelen responder en 1 día
-
Check to see if the input/output are the same device and if the input can be renamed seperatelyAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Sendspin/sendspin-cpp#134 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Support clearing external buffersQuizá libre de nuevo @kahrendt la tomó hace 96 días y no hay ningún pull request abierto. Abiertoenhancement
Sendspin/sendspin-cpp#55 · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de Sendspin/sendspin-cpp
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Mac mini M6 (16 GB): Q2_0 streaming works - measured 11.7->27.2 tok/s + arena fix for sub-32 GB MacsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
champion good first issue remake source/qq
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
metasequoiaime/msime-windows#1025 ·
Los mantenedores suelen responder en 1 día
-
backlog bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
EchoTools/nevr-runtime#653 ·
Los mantenedores suelen responder en 1 día
-
`--fail-require-skip` never fires: run_tests.py searches stdout, but the unittest binary writes the skip summary to stderrPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día