Hi,
I am running in the same problem.
Working remote and local with all browsers perfect. Also with Firefox Remote, but not with Chrome or the OH androird app 
Any ideas or suggestions?
Same as .mentioned in earlier post: http url inside a https page.
And without the possibility to switch to https locally?
a proxy in front of the camera that translates/redirects between https and http ?
The ipcamera serves the camera streams on the normal ports that openhab serves on. You can use https for the camera streams you just need to change to the port that openhab uses for https.
Hmmm, sounds possible, but time-consuming because I have no experience with it.
I’m not sure if I understood.
Just change openhab’s httpS port? Unfortunately, the camera does not support httpS.
No.
@matt1 wrote that you need to use the ipcamera binding.
Configure the binding to connect to the cam’s http port.
Then use openhab’s https port to connect to openhab and the binding will use http to connect to your cam. The cam’s images resp. video stream then will be shown ‘inside’ of OH.
In OH-Image-Card use ( in your case ) /ipcamera/ffcabc999c/ipcamera.jpg as url.
This should work with http as well as with https.
Thx a lot.
That is really working. Cool.
Last question;
I created the item inside the UI baased on the existing binding and I have to use this item inside the image-card.
=> Is there any way to change (manually) the item or cretae a new item with the adapted url?
Or is it posible to define a item with a pre-defined/hard value?
I have not found a way to change/edit the ipcams url.
But I think it is possible to use a string item - have you tried to create a string item that contains the URL ?
Just read this IpCamera: New IP Camera Binding - #2840 by andree_b post.
That may help as well.
1 Like
Correct, that is all the binding does is create a string channel.
You could create a rule that sets the value when the system starts as the rules trigger. There may be another way via metadata, but never had to do this.
Lastly if you use a RELATIVE url address, then it will work in http and https as it will use the address that your using to access the main UI as the start of the cameras stream.
That is what I also proposed to do.
May I kindly ask why this isn’t the default behavior of the related item ? Wouldn’t that help where people have problems in case of mixed URLs ( http inside of https ) and accessing camera content via myopenhab.org ? I assume that there is a very simple reason behind it.
A) I dont think of everything when I create a binding.
b) the binding used to use a different port for each camera, now its the same port of all cameras.
c) People may not use the string contents only in the way that you are wanting to do it. Consider using the string in a rule or for sending to telegram to attach a picture to a push message.
Relative only works with a browser, when used in other sitations you may need an absolute path.
I still think this is a valid and good idea worth looking at further, perhaps it should be a config for the binding to choose if you want relative or absolute paths.
Alexa is another use case as it requires the HTTPS url and port to display cameras on echo show devices and the like. I suspect it would not make everyone happy
1 Like
Hi @matt1
thanks for this detailed answer !
Reading your answer I see that
is valid for me as well and I realize that the current configuration most probably is the better compromise.
what about e.g.
- a checkmark to switch between relative and absolute path
- a field that defines the baseurl ( this could cover http vs https )
I think that Alexa needs the urls with a valid SSL cert and with HTTPS, so I think people are adding them manually and not using the string items, I could not find the Alexa setup steps in the docs to refer to.
I think this is worth looking at, but more keen to make it the default behavior and have people change it if they want the old way. I suspect people in rules and other use cases are hard coding the url and not using the items. I have no way of knowing and this is a guess.
Currently making the urls relative would fix this issue talked about and also another which is what happens if the system has the wrong network card selected, the IP is wrong in those cases. I think it would fix more issues then it causes to make it the default behavior.
1 Like
Thank a lot! 
That is working.
1 Like