LPX

Звук не збігається з відео: як знайти причину розсинхронізації

Коротка відповідь

Практичний пошук причини audio-video sync через scope, два signed-offset виміри, контрольний шлях і безпечні isolation tests.

Зміст статтізгорнути ▾
  1. Спочатку домовтеся про знак, інакше компенсація стане пасткою
  2. Чотири масштаби проблеми дають різні перші кроки
  3. Намалюйте ланцюг: причина може бути не там, де чути симптом
  4. Протокол двох вимірів без псевдоточності
  5. Калькулятор offset і наступного безпечного тесту
  6. Безпечні isolation tests: змінюйте одну ланку, а не всю систему
  7. Коли компенсація доречна, а коли вона приховує проблему
  8. Робочі сценарії та рішення, які можна перевірити
  9. Типові помилки в домашній діагностиці
  10. Короткі відповіді
  11. Джерела

Звук не збігається з відео: як знайти причину розсинхронізації

Коротка відповідь: не починайте з випадкового повзунка затримки. Спершу з’ясуйте, чи помилка належить одному файлу, одному застосунку, зовнішньому аудіотракту або всій системі. Потім двічі виміряйте ту саму подію. У цьому гіді offset = час звуку − час зображення: додатне число означає, що звук приходить пізніше, від’ємне — що звук випереджає кадр. Різниця між кінцевим і початковим offset показує лише спостережувану зміну, а не готовий діагноз.

Ліпсинк легко переплутати з коротким зависанням потоку, пропущеним кадром, затримкою керування в грі або невдало змонтованим роликом. Тому корисний результат розслідування — не абстрактне «стало краще», а записаний маршрут сигналу, контрольний фрагмент, два виміри та одна змінена умова. Такий протокол працює і для телевізора з вбудованими динаміками, і для телефона з TWS, і для ПК через ресивер, не приписуючи однакової поведінки різним моделям.

Спочатку домовтеся про знак, інакше компенсація стане пасткою

Візьміть подію, де рух і звук мають чітку спільну мить: плескання, удар дверей, клацання затвора або коротку репліку з видимими губами. Позначка зображення — момент видимого контакту, позначка звуку — момент атаки. Формула цього матеріалу віднімає першу від другої. Якщо кадр події був на 10 000 мс, а звук на 10 120 мс, offset дорівнює +120 мс: аудіо пізніше. За звуку на 9 930 мс результат −70 мс: аудіо раніше.

Це редакційна домовленість для послідовних нотаток, а не галузевий поріг чутності. Меню телевізора або саундбара може показувати інший напрямок шкали, а деякі регулятори лише додають затримку до аудіо. Саме тому не можна переносити число з форуму чи іншої моделі. Спочатку прочитайте manual для точного номера пристрою, перевірте, яку ланку змінює control, і лише потім коригуйте відтворюваний сталий зсув малими кроками.

Одного виміру недостатньо для висновку про drift. Повторіть позначення біля кінця того самого безперервного відтворення й обчисліть drift delta = кінцевий offset − початковий offset. Ненульова різниця може походити від похибки ручного виміру, timestamps, тривалості доріжок, player або source encode. Вона є підставою для повторного тесту та перевірки файла, а не доказом несправного генератора частоти.

Чотири масштаби проблеми дають різні перші кроки

Один епізод, ролик або локальний файл. Запустіть інший матеріал у тому самому застосунку та той самий файл в іншому сумісному player. Якщо симптом залишається лише в одному item, збережіть назву доріжки, мову, container, тривалість і платформу. YouTube окремо попереджає, що різна тривалість аудіо- та відеодоріжок під час завантаження може порушити sync. Це не доводить таку причину у вашому файлі, але пояснює, навіщо перевіряти source evidence раніше за телевізор.

Один застосунок або один HDMI-source. Порівняйте вбудований TV app, інший вхід і локальний playback, не змінюючи одночасно sound path. Samsung використовує built-in app проти external source як isolation step: синхронний внутрішній застосунок зміщує увагу до джерела, контенту або тракту. Якщо проблема виникла після оновлення, запишіть версію застосунку й ОС; Apple release notes показують, що app-specific sync issue може бути програмним, але чужий release note не є діагнозом вашої платформи.

Лише зовнішні колонки, AVR, optical або Bluetooth. Перемкніться на internal speakers із тим самим фрагментом і picture mode. Якщо вбудований звук збігається, досліджуйте audio path, processing у ресивері, passthrough та wireless buffering. Для вибору контрольних навушників корисно виділити TWS в окремий Bluetooth-сценарій, а не змішувати його із HDMI. Наявність Bluetooth сама по собі не визначає затримку: codec negotiation, буфери, app і система змінюють реалізацію.

Усі джерела й internal speakers. Тут перевіряють TV processing, picture mode, firmware та системні налаштування, але без масового reset. Щоб звірити video processing і аудіовиходи телевізора, зафіксуйте exact model, signal mode і активний output. LG радить спочатку відрізнити один канал від усіх каналів; vendor path корисний як структура тесту, проте назви меню й можливості Bypass залежать від webOS та моделі.

Де виникає затримка
Ілюстративна схема повного тракту без наперед визначеної винної ланки.

Намалюйте ланцюг: причина може бути не там, де чути симптом

Перший блок — source: broadcast, streaming manifest, локальний container, game console або camera recording. Другий — player чи app, який читає timestamps, декодує потоки й подає їх системі. Третій — video path із scaling, frame conversion, motion processing, HDR tone mapping та іншими режимами. Четвертий — audio path: internal speakers, wired output, HDMI ARC/eARC, direct AVR, optical або Bluetooth. Останні точки — panel та speakers, де події стають видимими й чутними.

Кожна ланка може додати обробку, але схема не дозволяє звинувачувати її без порівняння. Наприклад, ввімкнення HDR може змінити picture pipeline, однак badge HDR не пояснює offset автоматично. Варто перевірити, чи зміна HDR/video mode змінює processing на тому самому уривку, зберігши решту маршруту. Якщо зміни немає, поверніть вихідний mode і переходьте до іншої гіпотези.

Мережеве буферування теж не тотожне lip-sync. Коли потік зупиняється, якість стрибає або губляться кадри, спершу відокремте мережеві перебої від сталого lip-sync. Завантажений локальний контрольний файл допомагає прибрати інтернет зі схеми, але не перевіряє поведінку streaming app. Тому потрібні обидва тести: стабільний локальний reference і реальний сервіс.

Бездротові терміни слід розкласти за функціями. Bluetooth зазвичай несе аудіопотік до навушників або колонки, Wi‑Fi може доставляти медіа до streaming device, NFC часто лише спрощує pairing. Матеріал про те, як відрізнити Bluetooth audio від Wi‑Fi streaming, допоможе не приписати мережевій затримці роль аудіобуфера або навпаки.

Протокол двох вимірів без псевдоточності

  1. Підготуйте сцену. Вимкніть субтитри як орієнтир: їхній таймінг може бути окремим. Виберіть короткий фрагмент із різкою аудіовізуальною подією та запишіть title, app, language track, output і picture mode.
  2. Встановіть спільну шкалу. У slow-motion recording або editor позначайте video та audio event у мілісекундах від одного початку. Не змішуйте системний clock телефона з timeline player.
  3. Зніміть пару на початку. Запишіть video-start та audio-start і порахуйте знак. Повторіть ту саму сцену, щоб оцінити ручний розкид.
  4. Не перериваючи playback, перейдіть далі. Виберіть аналогічну подію через відомий інтервал. Зніміть video-end та audio-end.
  5. Порівняйте offsets. Запишіть обидва числа та delta. Не оголошуйте будь-яку різницю drift, доки повтор не покаже той самий напрямок.

Камера телефона може бути корисним журналом, але її frame rate, rolling shutter, microphone path і playback recording додають похибку. Не змішуйте записи, зроблені різними режимами камери. Якщо йдеться про кілька десятків мілісекунд, домашній метод може лише показати напрямок, а не точне сервісне значення. Для практичного isolation важливіше, чи зникає великий повторюваний симптом при одній зміні.

Результат записуйте нейтрально: «на internal speakers offsets +140 і +145 мс у двох точках; на HDMI soundbar +260 і +268 мс». Така нотатка підтримує гіпотезу про додатковий audio-path delay, але ще не доводить, який компонент його створює. Натомість фраза «саундбар гальмує» приховує джерело, passthrough, TV output format і mode ресивера.

Чотири патерни розсинхронізації
Ілюстративне порівняння спрямовує наступний тест, але не ставить діагноз.

Калькулятор offset і наступного безпечного тесту

Введіть часові позначки однієї шкали від −600000 до 600000 мс. Формула: звук мінус зображення; плюс = звук пізніше, мінус = звук раніше. Інструмент не підбирає значення повзунка.

Два виміри, мс





Безпечні isolation tests: змінюйте одну ланку, а не всю систему

Internal speakers проти зовнішнього output. Залиште title, timestamp, app і picture mode незмінними. Перемкніть лише audio output штатним меню. Якщо external path єдиний проблемний, запишіть output format, порт, AVR/soundbar mode і чи використовується passthrough. Не переносіть висновок із Bluetooth на HDMI або з optical на eARC: це різні тракти з різними controls.

Built-in app проти зовнішнього source. Виберіть однаковий сервіс і, за можливості, той самий title та language track. Відмінність може вказувати на source device, його app, output або HDMI chain, але не визначає винну деталь. Google радить перевіряти cable/setup, restart, format та processing по одному; послідовність корисна, бо кожен крок залишає зрозумілий контроль.

AVR або soundbar проти direct-to-TV. Це не запрошення переставляти кабелі під напругою. Зупиніть playback, вимкніть source, TV та проміжні компоненти в порядку, передбаченому їхніми manuals, змініть один сигнальний маршрут, потім увімкніть і повторіть сцену. Якщо direct path синхронний, проміжний stage стає кандидатом для подальшої перевірки. Після тесту знову вимкніть обладнання перед поверненням схеми.

Processing on/off. Перевірте один picture option або audio mode, сфотографувавши вихідний стан. Game/low-latency mode може змінити відеообробку, але його назва й побічні ефекти model-specific. Audio enhancements, virtual surround і lip-sync correction також тестують окремо. Якщо одночасно вимкнути motion smoothing, HDR mode, surround та EQ, результат не покаже, що саме вплинуло.

Restart та update. Завершіть playback коректно, перезапустіть app, а потім пристрій. Перед firmware update перевірте живлення, release notes і vendor procedure. Factory reset залиште останнім кроком після фото параметрів, backup доступних профілів і точного повторного тесту; він може стерти корисний evidence та створити нові змінні.

Наступний безпечний тест
Ілюстративне дерево: спочатку локалізація, потім компенсація за інструкцією моделі.

Коли компенсація доречна, а коли вона приховує проблему

Повзунок має сенс, якщо offset сталий, повторюється на конкретному стабільному path і manual підтверджує потрібний напрямок. Samsung документує Digital Output Audio Delay лише для певних eARC/SPDIF маршрутів, а soundbar controls можуть бути недоступні для Bluetooth або USB. LG описує Match Screen and Sound та Bypass у model-dependent інтерфейсах. Це приклади меж, а не універсальні інструкції меню.

Якщо звук уже запізнюється, control, який уміє тільки додати audio delay, не допоможе: він збільшить додатний offset за нашою формулою. Якщо звук ранній, додавання затримки потенційно рухає його до кадру, але величину все одно перевіряють на повторній сцені. Не копіюйте знак у slider з цього калькулятора, доки manual не пояснює, що саме означають «+» і «−» на вашій моделі.

Wireless calibration є екосистемною функцією, а не загальним законом. Apple Wireless Audio Sync використовує iPhone для підтримуваного Apple TV 4K setup і калібрує визначений wireless-speaker scenario. Воно не вимірює довільні Bluetooth-навушники, не ремонтує source timestamps і не встановлює однакову затримку для інших брендів. Аналогічно automatic AVR calibration може вирівнювати speaker distance, але не зобов’язана виправляти app-specific drift.

Робочі сценарії та рішення, які можна перевірити

Фільм синхронний на TV speakers, але звук відстає через саундбар

Зафіксуйте позитивний offset на обох шляхах, output format і порт. Якщо internal path стабільно кращий, перевірте soundbar input mode, TV passthrough і documented audio-delay direction. Потім змініть лише один параметр. Коли direct source-to-soundbar і TV-mediated path поводяться по-різному, це evidence про маршрут, а не доказ дефекту кабелю чи саундбара.

Один серіал поступово розходиться, інші матеріали стабільні

Не компенсуйте середнє число на рівні телевізора: воно зробить початок або кінець ще гіршим. Перевірте іншу мовну доріжку, episode, app та player; для локального файла порівняйте track durations і timestamps доступним медіааналізатором. Повідомляючи сервісу, додайте title, episode, device, app version, приблизні offsets на двох часових точках та факт, що інші items не повторюють симптом.

TWS помітно запізнюються лише в одному застосунку телефона

Порівняйте speaker, wired output за наявності та ті самі навушники в іншому video app. Не робіть висновок лише за музикою: там немає видимої події. Запишіть active codec, call/media profile, OS version і player setting, якщо система їх показує. Якщо app має власну compensation, тестуйте її окремо та повертайте до нуля перед порівнянням з іншим застосунком.

Розсинхронізація з’являється після зміни picture mode

Поверніть попередній режим і повторіть ту саму сцену. Якщо симптом іде слідом за mode, досліджуйте конкретні video-processing options та firmware notes. Це не означає, що HDR чи motion processing «завжди повільні»: поведінка залежить від сигналу, chipset, налаштувань і реалізації TV.

Типові помилки в домашній діагностиці

Налаштувати телевізор за одним роликом. Такий ролик може мати власну монтажну помилку. Потрібен негативний контроль: інший item у тому самому app, інший app та локальний reference. Лише повторюваний системний патерн виправдовує системну зміну.

Вважати будь-яке розходження постійним. Intermittent stutter, network pause та drift потребують інших спостережень. Дві пари timestamps і журнал подій корисніші за одну оцінку «на око».

Міняти cable, format, picture mode й firmware одночасно. Після такого набору неможливо відтворити причинний крок. Поверніться до сфотографованої конфігурації, сформулюйте одну гіпотезу й визначте очікуваний результат до зміни.

Вважати label гарантією поведінки. ARC/eARC, optical, Bluetooth і passthrough описують можливості тракту, а не його фактичний active state. Перевіряйте receiver display, TV output setting та manual для конкретної комбінації.

Короткі відповіді

Який offset є правильним для телевізора?

Універсального числа немає. Виміряйте власний сталий патерн і звірте напрямок control у manual точного TV або soundbar.

Чи означає зміна offset несправний clock?

Ні. Це спостереження, на яке впливають похибка, timestamps, тривалість track, player і source. Потрібен повтор та ізоляція.

Чи можна виправити Bluetooth затримкою TV?

Не завжди. Vendor controls можуть не діяти на Bluetooth, а реалізація залежить від моделі, профілю й app. Порівняйте internal output і документацію.

Чи безпечно перевіряти direct HDMI під час playback?

Ні. Спершу зупиніть відтворення та вимкніть компоненти відповідно до manuals. Не рухайте сигнальні або силові кабелі в live setup.

Джерела

ОМ
Олег Марченко
Редактор LPX

Пише про домашній інтернет і техніку з 2014 року. Всі поради перевіряє на власній двокімнатній квартирі з бетонними стінами.

Всі статті автора →