Retraso de 1 a 2 segundos entre el video del teléfono y el audio del automóvil conectado al teléfono a través de Bluetooth

Cuando conduzco, mis hijos a menudo ven dibujos animados en mi teléfono Android y el audio de los dibujos sale de los parlantes del automóvil, conectado al sistema de audio del automóvil a través de bluetooth. Desafortunadamente, hay un retraso muy visible de 1 a 2 segundos entre el video (como se observa en la pantalla del teléfono) y el audio. No existe tal retraso cuando se escucha el audio directamente desde el altavoz del teléfono. No hay un retraso notable cuando el teléfono está conectado al mismo automóvil para conversaciones telefónicas. Sin embargo, la combinación de video de YouTube en la pantalla del teléfono + audio de los parlantes del automóvil tiene este molesto retraso de 1 a 2 segundos.

Por lo tanto, la pregunta: ¿qué puede estar causando esto y cómo reconfiguro lo que sea necesario configurar para solucionarlo?

En caso de que los detalles sean importantes, el teléfono es Samsung Galaxy S5, el automóvil es Honda Odyssey 2013 con sistema de audio incorporado.

¿Ha intentado volver a emparejar el teléfono con la Odyssey?
Le recordaré a quienquiera que haya votado VTC y negativo, que las preguntas sobre accesorios para automóviles son el tema de este sitio. El estéreo del vehículo es un accesorio.
Use el conector para auriculares y la entrada auxiliar en estéreo, vea si el problema persiste.
Ninguna de estas respuestas es útil. He tenido este problema con varios coches. No es el teléfono si el video se sincroniza bien con los auriculares Bluetooth y algunos estéreos de automóviles del mercado secundario. Parece ser solo una diferencia de ingeniería estéreo individual. ¿Pero, qué es esto? ¿Qué les falta a algunos estéreos de autos que tienen otros y auriculares Bluetooth?

Respuestas (4)

No quiero necrosar un hilo muerto, pero este es un problema conocido con el audio Bluetooth de Honda.

Hay un error en el protocolo de enlace bluetooth que da como resultado una transmisión de solo datos. prueba _

Esto significa que el teléfono está codificando audio en datos, y luego el automóvil está decodificando esos datos nuevamente en audio. Como resultado, se produce un retraso en la codificación y un retraso en la decodificación. Honda está al tanto del problema, pero a partir de 2018 aún no ha lanzado una actualización de firmware para automóviles con este problema. No sé si los Honda 2018 aún exhiben este error.

Hasta donde yo sé, así es como funciona Bluetooth. A lo largo de todos mis años, siempre ha habido un retraso en el audio cuando se usa en combinación con Bluetooth.

Hay algunos programas que retrasan el video unos segundos para que coincida con el audio.

Entonces, supongo que su solución sería encontrar un reproductor de video donde pueda sincronizar manualmente el video y el audio.

Tal vez VLC en Android pueda hacerlo: https://play.google.com/store/apps/details?id=org.videolan.vlc

Tengo una Odyssey 2007 y soy desarrollador de software con 5 años de experiencia en Bluetooth. Un retraso de 1 a 2 segundos no es normal. Debería esperar algo en el rango de 100 a 200 milisegundos para Bluetooth. Sin embargo, los dispositivos que admiten A2DP 1.3 pueden compensar este retraso de almacenamiento en búfer. Tanto la fuente de audio como el sumidero deben ser compatibles con A2DP 1.3 para que marque la diferencia.

Este es un problema de límite de software/hardware, puede probar una mejor aplicación de transmisión en su teléfono si su estéreo es compatible con otros, el problema es que la transmisión de audio a través de Bluetooth requiere mucho trabajo.

proceso telefónico

Recibe vapor de audio -> convierte a un códec para el reproductor -> envía por bluetooth

proceso estéreo

recibir diente azul -> convertir códec a transmisión de audio -> reproducir audio

por lo tanto, para todos los sonidos, estos 6 pasos deben ocurrir y la conversión de audio es un proceso relativamente lento, y empeora con los códecs baratos/gratuitos.

y es más probable que esté en el extremo de su teléfono, ya que dice que parece estar mal con YouTube, por lo que podría ser el procesamiento de la descarga de video y luego la decodificación del códec de video para mostrar y el procesamiento del audio para Bluetooth podría ser que el La CPU del teléfono no puede hacer frente a tanto simultáneamente

La aplicación Música de mi iPhone funciona bien con cualquier otro altavoz Bluetooth, no hay demoras notables. Además, Bluetooth usa un códec (SBC) que está optimizado para un uso mínimo de CPU, no de calidad. También vea mi comentario a la respuesta de Cucumber.
Oh, saber el nombre de un códec no cambia la validez de mi respuesta, el OP dijo que había más retraso al usar YouTube, lo que significa que hay un problema de carga de la CPU, no importa cuánto esté optimizado, una CPU ARM no está realmente construida para procesos multitarea de alta carga, y el hecho de que sea de menor calidad que MP3 o algún otro códec no significa que no sea un proceso relativamente lento en comparación con el manejo de entrada. Una última cosa es que no todo el audio bluetooth usa SBC, es uno de los pocos. soundguys.com/understanding-bluetooth-codecs-15352
Cualquier teléfono inteligente fabricado, ya sea Apple o Android, probablemente desde 2010/2011 tiene potencia de CPU más que suficiente para manejar este caso de uso. En Bluetooth hay 2 perfiles para la transferencia de audio, HFP y A2DP. HFP es para llamadas telefónicas. Está diseñado para baja latencia, con una compensación de calidad. A2DP está diseñado para alta calidad, con una compensación de latencia. El OP no tomó nota del retraso con una aplicación de música independiente. Una aplicación de música y YouTube usan A2DP, latencia alta. Una llamada telefónica utiliza HFP, baja latencia.
Soy dueño de una Odisea. He usado mi teléfono con muchos otros dispositivos Bluetooth. El retraso no es por mi teléfono. El Honda tiene un búfer de jitter superfluamente sobredimensionado. Tal vez lo hicieron para solucionar un problema de hardware, por ejemplo, un diseño deficiente de la antena. O tal vez la CPU de Odyssey está sobrecargada y esta fue la forma más fácil de superar las pérdidas de audio. De cualquier manera, este es un problema de Odyssey. Lea algunos foros, muchas personas informaron este problema, aquí hay un ejemplo: driveaccord.net/forums/138-audio-electronics-lighting/… .
El OP establece específicamente Honda Odyssey. Sus puntos no están equivocados, solo es muy poco probable que sean la causa. Mi punto no era disminuir el valor de su respuesta, sino señalar la culpa a la parte que probablemente tenga la culpa, que en este caso es Honda. Esta es una discusión, no estoy seguro de por qué se necesita un lenguaje soez.
Debido a que incluso allí, lo que ha sugerido es una violación de la política de Stack Exchange, ninguna pregunta o respuesta debe ser completamente específica. Debe tener valor de reutilización. Esta es ahora la segunda vez que explico algo que está claramente en la política de Stack Exchange. No me importa que no sea la respuesta marcada, sea lo que sea que alguien comente con información que ahuyentará a los técnicos y hará que mi respuesta se vea completamente incorrecta para cualquier persona que experimente problemas similares, los comentarios son para dar retroalimentación y desalentar el uso cuando la respuesta Está Mal.
Vaya y lea: meta.stackexchange.com/questions/184154/… No debería tener que explicar esto al usuario de Stack Exchange Network.
Para el 99% de las personas que leen este post, tu respuesta será inútil. Y es engañoso para la persona no técnica que no sabe nada mejor. Es 2018, la era de la lentitud de los teléfonos inteligentes llegó y se fue.
Todavía tienen el mismo inconveniente que cualquier otro procesador ARM que no está diseñado para manejar una gran alteración de la memoria a gran velocidad, ya que no usa la memoria directamente, pasa por las tiendas, el conjunto de instrucciones es limitado, lo que significa que las aplicaciones tienen que usar más espacio de aplicación, ya que son más instrucciones. en la memoria, lo que a su vez significa que la ejecución de una aplicación es más lenta y eso es antes de que la aplicación comience a leer audio en su memoria, luego lo transponga mediante una gran cantidad de E/S de memoria y luego lo escriba en un búfer de salida y luego lo pase a un sistema operativo para el tránsito de Bluetooth. y son tan buenos como X86 de los mismos Ghz/Cores
Parece que sabes mucho sobre las CPU ARM. Aquí hay otra forma de pensar que refuta tu teoría del teléfono incapaz. Si el teléfono tuviera un retraso de 2 segundos, entonces el automóvil necesitaría un búfer de fluctuación de 2 segundos para compensar. Si tuviera un búfer de fluctuación más pequeño, escucharía interrupciones de audio. No escuchamos eso. Entonces debe ser que el automóvil tiene un búfer de fluctuación de 2 segundos, o que el teléfono tiene un retraso de 2 segundos y el automóvil tiene un búfer de fluctuación de 2 segundos. No puede ser que solo el teléfono tenga el retraso de 2 segundos, entonces tendría insuficiencia de datos en el búfer.
Entonces, en ambos escenarios, el automóvil debe agregar un retraso de 2 segundos. Todavía es posible que el teléfono tenga su propio retraso de 2 segundos, pero literalmente lo he probado con cientos de teléfonos y parlantes Bluetooth, esta furgoneta tiene el mayor retraso que he visto. Bueno, pensándolo bien, supongo que no refuta tu teoría del teléfono incapaz, pero prueba que el auto es al menos parte del motivo del retraso de 2 segundos. Tal vez su punto era que Honda necesitaba el búfer de fluctuación de 2 segundos para compensar el retraso de 2 segundos de algunos teléfonos.
Sí, pero vuelve a como usted señaló que el automóvil no acepta una transmisión de audio, ya que señaló que el automóvil está aceptando una transmisión de bytes WAV sin procesar, lo que significa que 2 segundos podrían almacenarse en búfer si la aplicación que envía el Audio Visual sabe sobre el lag, pero debido al encarcelamiento en Android e iOS, no se aplica a la comunicación del hardware, por lo que la aplicación no sabe tambalear/retrasar el video en 2 segundos. Sé mucho sobre muchas arquitecturas de CPU y por qué tenemos diferentes para diferentes procesos, en particular, investigo y me especializo en la optimización de la memoria de las aplicaciones.

Este es un problema conocido con Hondas. Tengo mucho mejor recurso de sincronización Bluetooth en automóviles que no son Honda. El teléfono no es el problema, es el honda.

Si bien no tengo motivos para dudar de ti, ¿tienes referencias para mostrar de lo que estás hablando?
Retraso de 1 a 2 segundos entre el video del teléfono y el audio del automóvil conectado al teléfono a través de Bluetooth
RespuestasAquíPolítica de privacidad1y, 15v