zmiata wrote: ↑Tue Nov 09, 2021 11:44 pm
Hi,
Is there a way to change the IP:port that is used for the cached program images in the xmltv file generated by EPG123? My Chromecast doesn't see it as it is set up currently, even in my local network:
Code: Select all
<icon src="http://DIMITAR-PC:9009/image/b5d1f666a0c3c1484993c80f3a0b909b8e2ed7b67f3ae2b3d7503d98f22ab50c.jpg" />
Also, when I travel and I take my Chromecast with me this address will not be fetched outside my local network anyway. Is there a way for me to setup my external IP address to be written in the xmltv file? Also it will be nice if I can change the port number too.
Alternatively, if the above is not possible, is there a way to disable the image caching so the actual schedules direct link is written into the xmltv file?
Currently no way of changing the port number. It's been in the back of my mind since I created this feature but has been a low priority. Not sure why your Chromecast won't handle it... is there a documented limitation on the port number range for Chromecast? Does it allow port numbers?
For the second question, I don't think I'm going to provide a method for that. You can however modify the xmltv file however you want and should be able to easily find/replace the "
http://DIMITAR-PC:9009" with your external IP:PORT or "
https://json.schedulesdirect.org/20141201" to direct it to the SD servers.
For the third question, it would be useless to do so. SD is regulating who can access the images now based on the IP address of a successful login to their server. The authorization lasts 24 hours and allows 5000 image downloads. My observation is any login during the 24 hour period does
not reset the clock. Being outside your network where the xmltv file was created will result in an UNKNOWN_USER error and you won't get the images. Also, in the future, the image link will require a token (/image/b5d1f666a0c3c1484993c80f3a0b909b8e2ed7b67f3ae2b3d7503d98f22ab50c.jpg?token=0123456789abcdef) to get access and without the service to provide that token for the request, the result will still be no image.