Jawaban langsung
Jika audio diputar, sesi RTSP dan setidaknya satu trek media berfungsi. Periksa SDP atau keluaran probe untuk codec video, profil, resolusi, dan format piksel, lalu uji substream H.264 yang lebih rendah sebelum mengubah jaringan.
Mengapa hal ini terjadi
Kamera mungkin mengiklankan H.265 ke klien yang hanya mendekode H.264, menggunakan profil H.264 yang tidak didukung, menghilangkan trek video pada jalur yang dipilih, atau mengirim paket rusak saat audio berlanjut.
Pisahkan ketersediaan streaming, deskripsi media, transportasi, decoding, dan waktu sebelum mengubah pengaturan kamera.
Tes terkontrol
Selidiki URL yang sama dan bandingkan aliran audio dan video yang diiklankan. Kemudian alihkan hanya profil kamera, pertahankan kredensial dan transportasi tetap.
Ubah satu variabel pada satu waktu. Catat model kamera, firmware, titik akhir, dan akun; kemudian menguji jangkauan jaringan, respons protokol, transportasi media, dan decoding sebagai lapisan terpisah.
Gunakan akun khusus lihat-saja dan alat diagnostik lokal tepercaya. Redasi kredensial, alamat pribadi, dan data identifikasi sebelum membagikan keluaran.
Urutan diagnostik
| Memeriksa | Tindakan | Bukti kemajuan |
|---|---|---|
| Trek | Konfirmasikan bagian media video ada di SDP. | Codec video dan payload diiklankan. |
| Kodek | Uji subaliran H.264 ketika aliran utama adalah H.265. | Video muncul tanpa mengubah titik akhir. |
| Profil | Kurangi profil, level, atau resolusi untuk sementara. | Klien menerjemahkan aliran yang lebih sederhana. |
| Paket | Bandingkan TCP dan UDP sambil melihat kesalahan dekode. | Transportasi yang bersih menghilangkan korupsi tanpa mengubah codec. |
Bukti yang harus disimpan
Simpan keluaran pemeriksaan dengan kredensial dihapus. Ini memberikan bukti codec dan track yang diperlukan untuk membedakan “tidak ada track video” dari “tidak dapat memecahkan kode video.”
Catatan batas dan keamanan
Jangan berasumsi bahwa koneksi RTSP yang berhasil berarti setiap codec yang diiklankan didukung oleh setiap perangkat.
Untuk melihat jarak jauh, gunakan VPN yang dikelola alih-alih memaparkan RTSP atau port administrasi kamera langsung ke internet publik.
SmartRTSP
SmartRTSP adalah penampil RTSP dan ONVIF yang berfokus pada kamera untuk perangkat Apple, Windows, dan Android. Cocok untuk pengamatan langsung, penemuan, dan pemeriksaan multi-kamera; simpan NVR atau VMS khusus ketika pencatatan berkelanjutan, ekspor bukti, atau pengendalian perusahaan terpusat diperlukan.
Pertanyaan yang sering diajukan
Mengapa audio dapat berfungsi sedangkan video tidak?
RTSP dapat mendeskripsikan trek media terpisah, dan klien dapat memecahkan kode satu trek tetapi tidak yang lainnya.
Haruskah saya mencoba H.264?
Ya, subaliran H.264 yang terdokumentasi adalah pengujian kompatibilitas tercepat ketika aliran utama menggunakan H.265.
Apakah ini selalu menjadi masalah codec?
Tidak. Trek video mungkin hilang atau rusak dalam perjalanan, jadi periksalah trek yang diiklankan dan dekode kesalahannya.
Referensi utama
- IETF RFC 7826 — Protokol Streaming Waktu Nyata 2.0
- FFmpeg — RTSP opsi dan contoh protokol
- MDN — Wadah media dan format codec di web
Panduan SmartRTSP terkait
Buka panduan terkaitDiagnosis feed RTSP yang membawa audio sementara gambar tetap hitam dengan memeriksa trek yang diiklankan dan dukungan dekoder.