If they are low res, then it should do it. High res with high fps I'm not so sure as analog cameras don't generally dish out h.264 data. If no h.264 data then you can't use "copy" method. You will have to encode each frame with "libx264" or "libvpx".
it works on some browsers, not all. I'm not too sure which in specific it does work on. I just remember it working once or twice during some of my test runs with it.
You can re-encode with libx264 if you cant see it. If you have an NVIDIA GPU this should be cake, I have added options to use them.
Currently I don't really understand much about apache proxies. When I get a decent grasp I plan to write a short doc explaining this.
So for right now come join us on discord and maybe a community member can help. http://discordapp.com/invite/mdhmvuH/
ah, i really need to update the docs... or if someone reading this post is willing can do a pull request https://github.com/ShinobiCCTV/shinobi.video
You dont need to do
apt install npm -y
because i added the prior bit about installing from the node.js repo. This auto installs npm when doing apt install nodejs
are you able to open your stream URL in VLC or get a result from ffprobe? it sounds like the host address is unreachable.
Can you open the camera's web panel directly? it may be down or you are accessing the wrong IP.
Is it ONVIF? You may be able to find it with the ONVIF scanner.
What model is the camera? have you found the model or brand here? http://shinobi.video/docs/cameras
The signal check interval is for seeing if the stream has broken from the client side, if it has it will try to reconnect. The signal check controls the color of that, if it is off it will stay red. If the check is successful it becomes green.
The signal interval check takes multiple snaps of the stream and compares them. If they are not different then it fails.
Looks like your connection to Shinobi Forum was lost, please wait while we try to reconnect.