Hello.
I am able to view the video substream from my IP camera using this URL via ffplay or VLC.
rtsp://admin:[email protected]:554/cam/realmonitor?channel=1&subtype=0
I am trying to get my camera to display on my website, but it must be H.264 and not RTSP.
As you can see from the screenshot, my substream is set to encode at H.264.
I think there might be a problem with the URL endpoint for streaming the H.264 content (one major problem being that rtsp://) But, I'm not finding any documentation on what the URL should be if its H.264
Thanks!!
H.264 URL String
-
- Posts: 2
- Joined: Thu Oct 27, 2022 7:24 am
H.264 URL String
- Attachments
-
- Screenshot from 2022-10-27 07-30-26.png (21.18 KiB) Viewed 853 times
Re: H.264 URL String
VLC would be receiving mainstream with that rtsp command. Substream is Subtype=1 and would be using h.264.
Your webpage would also have to handle digest authorization to camera and camera would likely need port forwarding. Your webpage program may have some instructions for that.
Your webpage would also have to handle digest authorization to camera and camera would likely need port forwarding. Your webpage program may have some instructions for that.
-
- Posts: 2
- Joined: Thu Oct 27, 2022 7:24 am
Re: H.264 URL String
Right now my webserver has a direct connection on my network, so I'm not worried about port forwarding.
OK, subtype = 1
rtsp://admin:[email protected]:554/cam/realmonitor?channel=1&subtype=1
But, is this URL endpoint really used for H.264? The protocol still is rtsp, so I think no? Sorry, there is no documentation on it.
OK, subtype = 1
rtsp://admin:[email protected]:554/cam/realmonitor?channel=1&subtype=1
But, is this URL endpoint really used for H.264? The protocol still is rtsp, so I think no? Sorry, there is no documentation on it.
Re: H.264 URL String
Camera should send RTSP video stream using whatever Encode Mode is specified in Camera Video Settings.
-
- Posts: 13
- Joined: Sun Nov 06, 2022 5:24 pm
Re: H.264 URL String
RTSP is the protocol and H.264 is the encoding format of the data stream. The latter is sent using the former. They both work together and there's no such thing as the H.264 URL string. 
