[Trouble] XMLTV file not found when no config file about epg123 HOT 8 CLOSED

You can suggest a lot. If using epg123 correctly, where the server component and the service component are installed, the .cfg file is required. For the server component, it is required to login to SD, download guide data, and create the mxf and xmltv files. For the service component, it is required to login to SD for token refresh and determine where the xmltv file is. Simple as that.

If the .cfg file doesn't exist, there will be no mxf or xmltv created and therefore no xmltv file for the service to provide to a client. So no, the service not working completely because a required file does not exist is not a bug.

To create the file, all that is needed is to open the configuration GUI and setup the server component and click 'Save'.

I'm not sure what is 'special' about your install, but if you installed in the default location of c:\program files (x86)\epg123, then the .cfg file will be located at c:\programdata\garyan2\epg123\epg123.cfg.

from epg123.

It doesn't bother me, but I would appreciate you being a little more forthcoming on your particular scenario/use-case. Calling this a bug is equivalent to declaring a butter knife defective because it won't cut a well-done steak.

I will not be creating an empty .cfg file, but I will check if the file exists and if not use the default path for the xmltv file. Putting a file check in is probably good practice, so I will put it in which will unintentionally meet your request.

from epg123.

Not necessarily a bug. Since the user has the option to save the xmltv file to any location, and any name, that setting is stored in the .cfg file. Also, the .cfg file is needed by the service to automatically refresh the token from Schedules Direct since it also contains the user's username and password.

So the .cfg file is required for the service to function correctly. Running the service without a .cfg file is not normal.

from epg123.

So the .cfg file is required for the service to function correctly. Running the service without a .cfg file is not normal.

You can assume this, but in my install the .cfg doesn't exists at all. I've to create one from scratch with only this content:

<?xml version="1.0" encoding="utf-8"?>
<EPG123>
</EPG123>

So from my point of view this it's a real bug. If you want, you can fix it overcoming the missing .cfg file or generating it. Anyway, my suggestion is to use the default values every time the configuration can't be loaded.

Regards.

from epg123.

Hi @garyan2 ,

I'm not sure what is 'special' about your install ...

You said so:

To create the file, all that is needed is to open the configuration GUI and setup the server component and click 'Save'.

I installed it using the regular method, but I never setup the server component. Then the "empty" .cfg file isn't created. So my suggestion is (and please, excuse me if I request a lot, my idea is to help with user feedback) to create the minimal file (the one pointed by me in a previous post) when installing the package. After, if the user configures the server, then this file will be overwrited.

I hope you want to consider this small suggestion. Anyway thank you for this useful tool.
Regards.

from epg123.

I understand what you are saying, but the need to do so doesn't make sense. The only way it would make sense is if someone is trying to repurpose the service to provide an xmltv file that is not from epg123/sd.

So maybe I am missing something, but I have to ask. Ignoring the existence of the .cfg file or not, why would anyone expect the xmltv to exist and be available from the service in the first place if epg123 has never been setup to download anything from SD to create the file?

from epg123.

Hi @garyan2 ,

You've the answer. I use EPG123 for the client functionality (to manage my WMC). And I've reused the HTTP server to export an XML file (in fact a true XMLTV) copied from an external script of my own. I hope this doesn't bother you. But in any case, I don't think it will a bad idea to copy in the installation an "empty" cfg file. Don't you think so?

from epg123.

Hi @garyan2 ,

Perfect explanation and good decision. I agree! 👍

from epg123.