UltraXMLTV runs manually, freezes when GBPVR calls it

[dshoup]

I'm having a problem where I can run UltraXMLTV manually just fine (no errors), but when GBPVR calls the program, it runs only as far as to say something like:


9/21/2008 7:01:39 PM : ********************************
9/21/2008 7:01:39 PM : UltraXMLTV Enhancer v 1.2.123

9/21/2008 7:01:39 PM : Checking C:\EPG\XMLTV.xml
9/21/2008 7:01:39 PM : Loading C:\EPG\XMLTV.xml
9/21/2008 7:01:40 PM : Finished loading file in 0:00:01 seconds.

in the log and then it freezes. I end up killing the process with the Windows Task Manager (have let it go as long as 30 minutes with 0 cpu usage and no change in mem usage, I/O reads, or I/O writes). UltraXMLTV never creates the two temporary XML files it uses (backup original xmltv and the BeforeReformat file).

I added a tuner card the the other day (I think 2 days ago) and I also emptied the EPG for all 3 tuners on my system today. That is when I noticed the first incident of the problem (but I see from my log that I had the problem this morning as well, which was before the epg purge in GBPBR). I've gotten listings to import into GBPVR after a manual run of UltraXMLTV, but can not get it to do so automatically. Any idea what could be causing this behavior? I've included the log for what it is worth...but I canceled a run or two while testing this, so it may be hard to follow. Let me know if you want any other files.

[zehd]

I'm having a problem where I can run UltraXMLTV manually just fine (no errors), but when GBPVR calls the program, it runs only as far as to say something like:


9/21/2008 7:01:39 PM : ********************************
9/21/2008 7:01:39 PM : UltraXMLTV Enhancer v 1.2.123

9/21/2008 7:01:39 PM : Checking C:\EPG\XMLTV.xml
9/21/2008 7:01:39 PM : Loading C:\EPG\XMLTV.xml
9/21/2008 7:01:40 PM : Finished loading file in 0:00:01 seconds.

in the log and then it freezes. I end up killing the process with the Windows Task Manager (have let it go as long as 30 minutes with 0 cpu usage and no change in mem usage, I/O reads, or I/O writes). UltraXMLTV never creates the two temporary XML files it uses (backup original xmltv and the BeforeReformat file).

I added a tuner card the the other day (I think 2 days ago) and I also emptied the EPG for all 3 tuners on my system today. That is when I noticed the first incident of the problem (but I see from my log that I had the problem this morning as well, which was before the epg purge in GBPBR). I've gotten listings to import into GBPVR after a manual run of UltraXMLTV, but can not get it to do so automatically. Any idea what could be causing this behavior? I've included the log for what it is worth...but I canceled a run or two while testing this, so it may be hard to follow. Let me know if you want any other files.

I would bet you are not including the XMLTV file spec in your command line that launches Ultra... You would get that log entry if you simply started it, rather than told it to run automaticall. Your command line should be similar to...

Code:

c:\epg\UltraXMLTV_Enhancer\UltraXMLTV_Enhancer.exe c:\epg\xmltv.xml

The xmltv filespec is required to tell Ultra to run automatically.

I think your batch file says

Code:

c:\epg\UltraXMLTV_Enhancer\UltraXMLTV_Enhancer.exe

Let me know if I guessed right!!!

That said, I'm adding a log event that will tell me if it is invoked manually or automatically, with correct syntax.

[dshoup]

Sadly, it appears it may be more involved than that (I was really hoping it was something stupid I forgot to do like that...). I have attached my updateEPG.bat and new log produced by the version of UltraXMLTV you posted yesterday. Any thoughts?

[zehd]

Time to send me a complete original xmltv.xml

Everything looks fine here

[zehd]

Ok try the very latest version. Added just a bit more logging. (.127)

I want you to try a couple of things.

REM out your reference to the xmltv downloader. Run your UpdateEPG.bat manually. Does it work?

When you un rem the downloader and return the batch to the way it was , does Ultra start Minimized or normal window? Is The Commit checkbox already checked? Can you just manually click Go and then it will do it's thing? And then exit on it's own?

[dshoup]

Well...I hope this makes more sense to you than it does to me. I ran my update.bat file both with and without the xmltv downloader and it worked fine either way (ran to completion with no errors and then exited on it's own). I then let GBPVR call the file itself over night and it hung up again. I also have had no problems loading UltraXMLTV and hitting the "go" button...always runs fine that way as well. So to summarize, I can run UltraXMLTV every way possible in a manual sense and it goes fine, but when GBPVR calls update.bat, something goofy happens that causes the problem.

On both manual runs of the batch file, UltraXMLTV ran minimized and when I restored the window I could see the commit changes box was checked.

I apologize that the first manual run of the bat file (with xmltv downloader rem'ed) was using the old version of UltraXMLTV...I forgot to install the new update first. However, because I needed to download or copy a new xmltv.xml file, I decided to do the unremed run next. When it ran, I figured there probably was nothing to gain by running the file again with the new UltraXMLTV version and the downloader rem'ed...but please let me know if you need to see that output in the log file and I can run it that way and send you the log.

[zehd]

Well...I hope this makes more sense to you than it does to me. I ran my update.bat file both with and without the xmltv downloader and it worked fine either way (ran to completion with no errors and then exited on it's own). I then let GBPVR call the file itself over night and it hung up again. I also have had no problems loading UltraXMLTV and hitting the "go" button...always runs fine that way as well. So to summarize, I can run UltraXMLTV every way possible in a manual sense and it goes fine, but when GBPVR calls update.bat, something goofy happens that causes the problem.

On both manual runs of the batch file, UltraXMLTV ran minimized and when I restored the window I could see the commit changes box was checked.

I apologize that the first manual run of the bat file (with xmltv downloader rem'ed) was using the old version of UltraXMLTV...I forgot to install the new update first. However, because I needed to download or copy a new xmltv.xml file, I decided to do the unremed run next. When it ran, I figured there probably was nothing to gain by running the file again with the new UltraXMLTV version and the downloader rem'ed...but please let me know if you need to see that output in the log file and I can run it that way and send you the log.

OK. so I guess it's the same whether you have GBPVR call UpdateEPG.bat from within the GUI or scheduled...

The only thing I can think of is that it's really the Recording Service calling it, and sometimes it needs to be set to interewct with desktop, although I checked that rather well a few days ago, and it doesn't matter.

I don't use the UpdateEPG.bat method other than to test. I have the Windows Task Scheduler run my batch file about an hour or two before GB-PVR is due to Update. If you plan on switching to this way, rename or delete the devnz/gbpvr/UpdateEPG.bat so that the stuff in the batch won't run during EPG update...

[dshoup]

OK. so I guess it's the same whether you have GBPVR call UpdateEPG.bat from within the GUI or scheduled...

Actually, I had not tried this from GBPVR ( I had been changing the scheduled time in the configure program or running it from the slimGBPVR tool tray)...I just ran it from within the GBPVR interface and it worked fine (UltraXMLTV showed up minimized, ran fine, and exited when finished). I guess it must be something with the recording service as you suggested?

I don't use the UpdateEPG.bat method other than to test. I have the Windows Task Scheduler run my batch file about an hour or two before GB-PVR is due to Update. If you plan on switching to this way, rename or delete the devnz/gbpvr/UpdateEPG.bat so that the stuff in the batch won't run during EPG update...

If I go this rout, what needs to be done to get GBPVR to "suck in" the final XMLTV.XML file? I use both an updateEPG.bat and a postupdateEPG.bat (runs XmltvExtras.exe for me, but I could add this to the a single batch file). Is there a command I can add at the end of the UltraXMLTV and XmltvExtras.exe commands?

[zehd]

Actually, I had not tried this from GBPVR ( I had been changing the scheduled time in the configure program or running it from the slimGBPVR tool tray)...I just ran it from within the GBPVR interface and it worked fine (UltraXMLTV showed up minimized, ran fine, and exited when finished). I guess it must be something with the recording service as you suggested?



If I go this rout, what needs to be done to get GBPVR to "suck in" the final XMLTV.XML file? I use both an updateEPG.bat and a postupdateEPG.bat (runs XmltvExtras.exe for me, but I could add this to the a single batch file). Is there a command I can add at the end of the UltraXMLTV and XmltvExtras.exe commands?

You don't need to do anything really. Schedule xmltv download and Ultra Enhance for 3:00am and GB-PVR to do an EPG Update at 5:00am. Make sure you don't have an UpdateEPG.bat

When 5 rolls around, GB-PVR will first check to see if there's a UpdateEPG.bat and run it if it exists. Then it imports the xmltv (I assume you already have that configured in the Capture source settings), Then it checks and runs the PostEPGUpdate.bat.

You don't have to explicitly tell GB-PVR to import as it is inherent in the EPG Update event...

In my suggestion you would not have anything in either the update or postupdate batches...

[dshoup]

Thanks!