![]() ![]() Transport: RTP/AVP/TCP unicast interleaved=0-1 live555 demux debug: RTP subsession 'video/H264' Public: OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY,SET_PARAMETER,GET_PARAMETER main input debug: Program doesn't contain anymore ESĬonnecting to **********, port 554 on socket 10. main decoder debug: removing module "h264" main decoder debug: killing decoder fourcc `h264' gnutls tls server error: TLS handshake error: An unexpected TLS packet was received.īut then it continues anyway to buffer and transcode it seems: Sending request: TEARDOWN rtsp://******:554/ RTSP/1.0 ![]() The only thing fishy in the VLC output are these lines: gnutls tls server debug: TLS handshake: An unexpected TLS packet was received. VLC version is: VLC media player 3.0.4 Vetinari (revision 3.0.4-0-gf615db6332) If I change the access parameter to http everything works fine immediately. Here is my cvlc command line: cvlc -vvv -http-cert="/var/-http-key="/var/"rtsp://" -no-audio -sout '#transcode' This works perfectly fine, but as soon as I try to switch vlc to use my Let'sEncrypt certificates (to prevent browsers complaining about mixed content), the client is not receiving the stream anymore (ERR_EMPTY_RESPONSE), the TLS handshake seems to work though (saw that with wireshark). I have a setup where I use cvlc on a ubuntu server to multiplex an rtsp stream into a mjpeg stream. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |