Carl Fosler

Steve, Jim beat me to the good news that the new verions seems to fix the problem. I first ran it on a 7 day update, and then I did it on my normal 14 day update. Both seem to load without probems. Carl

Steve, Is it possible that your change was to a dll that didn't make it into the fixpac28? Carl

Steve, Here my log file from my run. Carl

I have been having a problem with sourceforge drop the connect to me. I will try to load the mxf file that generated with the version that you just posted.

Steve, OK, I was right and wrong. I made another attempt by hand editing the mxf file, this time I delete all the ScheduleEntry with the -1800 values, and I also found a number of entries with duration of "0", which I deleted as well. ALL of ScheduleEntry for the shows in the DST zone are now gone and then reloaded it. This time it loaded without error, and I didn't get an mcupdate error. When I look at the guide, all the shows in the DST zone are "no data available", and the guide for the next couple...

Steve, I when and hand edit the mxf file, changed the -1800 to 1800. Then loaded it with loadmxf, but I got the mcupdate error. I when and pull up the guide, and I now see the guide display 12:30, 1:00, 1:30, 1:00, 1:30, 2:00am along the top for Nov 1. Half of the programs are loaded in the first 1:00am, the second half are loaded in the second 1:00 slot. The missing data is filled with "No data available", and the rest of the guide is filled out. The schedule is messed up, so that didn't fix all...

Steve, No, that didn't fix it. Sourceforge will not allow me to post xml and mxf file, so I will try just the xml. Carl

I have been using EPGC before DST in the spring and it didn't blow up then, so I'm guessing that EPGC added an extra hour in the spring and WMC was able to handle it. It only shown a problem now since we lose an hour and for 30 minute shows, the duration goes negative. I'm guessing that that why the GMT offset is included in the program tag, it only needed twice a year. There are some area of the US where DST doesn't exist, so I'm guessing that zap2it handles that via the GMT offset. Carl