Jawapan langsung
Jika audio dimainkan, sesi RTSP dan sekurang-kurangnya satu runut media berfungsi. Periksa SDP atau output probe untuk codec video, profil, resolusi dan format piksel, kemudian uji substrim H.264 yang lebih rendah sebelum menukar rangkaian.
Mengapa ini berlaku
Kamera boleh mengiklankan H.265 kepada pelanggan yang hanya menyahkod H.264, menggunakan profil H.264 yang tidak disokong, meninggalkan trek video pada laluan yang dipilih atau menghantar paket yang rosak semasa audio diteruskan.
Asingkan ketersediaan strim, penerangan media, pengangkutan, penyahkodan dan pemasaan sebelum menukar tetapan kamera.
Ujian terkawal
Siasat URL yang sama dan bandingkan strim audio dan video yang diiklankan. Kemudian tukar hanya profil kamera, pastikan kelayakan dan pengangkutan tetap.
Tukar satu pembolehubah pada satu masa. Pastikan model kamera, perisian tegar, titik akhir dan akaun direkodkan; kemudian menguji kebolehcapaian rangkaian, tindak balas protokol, pengangkutan media dan penyahkodan sebagai lapisan berasingan.
Gunakan akaun lihat sahaja khusus dan alat diagnostik tempatan yang dipercayai. Menyunting bukti kelayakan, alamat peribadi dan mengenal pasti data sebelum berkongsi output.
Urutan diagnostik
| Semak | Tindakan | Bukti kemajuan |
|---|---|---|
| Trek | Sahkan bahagian media video wujud dalam SDP. | Codec video dan muatan diiklankan. |
| Codec | Uji substrim H.264 apabila aliran utama ialah H.265. | Video muncul tanpa mengubah titik akhir. |
| Profil | Kurangkan profil, tahap atau resolusi buat sementara waktu. | Pelanggan menyahkod aliran yang lebih mudah. |
| Peket | Bandingkan TCP dan UDP semasa menonton ralat penyahkod. | Pengangkutan yang bersih menghapuskan rasuah tanpa menukar codec. |
Bukti untuk disimpan
Simpan output probe dengan kelayakan dikeluarkan. Ia menyediakan codec dan bukti jejak yang diperlukan untuk membezakan "tiada trek video" daripada "tidak boleh menyahkod video."
Nota sempadan dan keselamatan
Jangan menganggap bahawa sambungan RTSP yang berjaya bermakna setiap codec yang diiklankan disokong oleh setiap peranti.
Untuk tontonan jauh, gunakan VPN terurus dan bukannya mendedahkan RTSP atau port pentadbiran kamera terus ke internet awam.
SmartRTSP
SmartRTSP ialah pemapar RTSP dan ONVIF yang memfokuskan kamera untuk peranti Apple, Windows dan Android. Ia sesuai untuk tontonan terus, penemuan dan pemeriksaan berbilang kamera; simpan NVR atau VMS khusus apabila rakaman berterusan, eksport bukti atau kawalan perusahaan berpusat diperlukan.
Soalan lazim
Mengapa audio boleh berfungsi apabila video tidak berfungsi?
RTSP boleh menerangkan trek media yang berasingan dan pelanggan boleh menyahkod satu trek tetapi tidak yang lain.
Perlukah saya mencuba H.264?
Ya, substrim H.264 yang didokumenkan ialah ujian keserasian terpantas apabila strim utama menggunakan H.265.
Adakah ini selalu menjadi isu codec?
Tidak. Trek video boleh hilang atau rosak dalam pengangkutan, jadi periksa trek yang diiklankan dan ralat nyahkod.
Rujukan utama
- IETF RFC 7826 — Protokol Penstriman Masa Nyata 2.0
- FFmpeg — RTSP pilihan protokol dan contoh
- MDN — Bekas media dan format codec di web
Panduan SmartRTSP yang berkaitan
Buka panduan berkaitanDiagnosis suapan RTSP yang membawa audio semasa gambar kekal hitam dengan memeriksa trek yang diiklankan dan sokongan penyahkod.