> On Dec 15, 2021, at 12:35 PM, Laszlo Ast wrote:
>
> > When I recently added RTSP-over-TLS support to our RTSP server
> > implementation, it wasn’t intended to also support RTSP-over-HTTPS. But
> > perhaps this is working by (happy) accident?
> No, that is RTSPS that you mention, which adds
I might end up adding this functionality sometime in the future. But I’m
curious: Does our existing RTSP server implementation support RTSP-over-HTTPS?
I don't think so, but I have to admit, I was mainly interested in the client
side, so I haven't checked it extensively.
When I recently adde
> It is about HTTPS, not HTTP.
Sorry, I missed this; I thought that you were referring primarily to HTTP. My
apologies.
I might end up adding this functionality sometime in the future. But I’m
curious: Does our existing RTSP server implementation support RTSP-over-HTTPS?
When I recently add
(For whatever reason, the mails are not delivered to my mailbox /yet?/,
even though I did not set digest mode, so the thread won't be nicely formatted.)
Huh? RTSP-over-HTTP on the client side has been implemented for more than 17
years now. This already works. Just pass a (non-zero) value fo
> On Dec 15, 2021, at 6:50 AM, Laszlo Ast wrote:
>
> Hi Ross,
>
> I made an attempt at implementing RTSP over HTTPS tunneling on the client
> side.
Huh? RTSP-over-HTTP on the client side has been implemented for more than 17
years now. This already works. Just pass a (non-zero) value for
Hi Ross,
I made an attempt at implementing RTSP over HTTPS tunneling on the client side.
I've split the changes into 3 patch sets.
I tried to use tabs and spaces that match the surrounding code. In order to
keep the tabs,
I attached the patches instead of pasting them into the mail body.
1. The
