Пряма відповідь
Перевірте потік, підтвердьте, що H.265 рекламується, і протестуйте його на фактичному цільовому пристрої. Якщо це не вдається, спробуйте підпотік H.264 камери, перш ніж вставляти шлюз перекодування.
Чому це відбувається
Підтримка транспортування RTSP і підтримка декодування H.265 окремі. Апаратні декодери, формати доставки в браузері та реалізації додатків відрізняються, тому робочий потік камери на одному пристрої не забезпечує сумісність із усім парком.
Перевірте рекламовані доріжки та параметри кодеків, перш ніж припускати проблеми з програмою перегляду чи мережею.
Контрольований тест
Тестуйте один основний потік і один додатковий потік на кожній цільовій платформі, записуючи використання ЦП, час запуску та теплові характеристики.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Розрекламований кодек | Переконайтеся, що потік насправді H.265. | Вихід датчика ідентифікує HEVC відео. |
| Цільовий декодер | Грайте на кожному підтримуваному класі пристроїв. | Пристрій рендерить без перевантаження програмного декодера. |
| Запасний варіант | Увімкнути підпотік H.264. | Сумісність відновлюється без перекодування. |
| Шлюз | Перекодуйте лише тоді, коли джерело не може надати придатний профіль. | Вимірюється додаткова затримка та вартість ємності. |
Докази, які потрібно зберігати
Підтримуйте матрицю камери за пристроєм із кодеком, роздільною здатністю та результатом. Це запобігає узагальненню одного успіху для кожного клієнта.
Примітка про обмеження та безпеку
Транскодування може вирішити проблему сумісності, але додає обчислення, затримку та іншу область помилок; це має бути явний вибір архітектури.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чи підтримує RTSP H.265?
RTSP може контролювати доставку різних медіа-кодеків; фактична підтримка H.265 залежить як від сервера, так і від клієнта.
Чи варто конвертувати H.265 в H.264?
Спершу спробуйте власний підпотік камери H.264, оскільки він уникає обчислень через шлюз і додаткової затримки.
Чому H.265 працює на комп’ютері, але не на телефоні?
Пристрої чи програми можуть надавати різні можливості апаратного декодера та обмеження ресурсів.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- ONVIF — Профіль T для розширеного потокового відео
- Опції та приклади протоколу FFmpeg — RTSP
- MDN — формати мультимедійних контейнерів і кодеків в Інтернеті
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникПерш ніж додавати транскодер, визначте, чи можуть камера, засіб перегляду та цільовий пристрій переносити та декодувати HEVC.