Bugs, or are they only "nice-to-have's"?

[eurojojo]

* Europe enters winter-time next Sunday evening at 3 am. Did I see it right that GB-PVR already counts on winter-time starting midnight? I want to record a show that starts on daylight saving time, and ends on "normal time", and I see the start-time going one hour early, but maybe I did something wrong.

* GB-PVR accepts "UTC" as time zone. Would it be possible if GB-PVR accepts "CET" (Central European Time, which is GMT+1 or GMT+2 depending on the season) as well?

* For some PPV I enter programming dates manually, waiting my own XMLTV-grabber. I noticed that if I make a mistake, once a show is entered in the GB-PVR database with "update EPG", there is no chance to correct it. If I change the XML source file, and push "update EPG", the changes are not recorded. Does this mean that for other users, if a show is moved to an earlier hour, and the XMLTV data changes, GB-PVR does not take up these changes?

* I have one PVR-350 card, with which I can record all "analogue" broadcasts. I am hooking up my digital cable set-top-box to a fixed analogue channel as well, which will be controlled via an infra-red transmitter by GB-PVR. This means that in the configuration I have 2 capture sources, both coming from the same PVR-350 card. So far, so good. The GB-PVR status tray displays 2 tuners, which is a bit strange, since I clearly said that both are connected to "Capture Device #1". But that does not constitute a problem. There IS a problem when entering shows. Apparently GB-PVR looks at the number of tuners to handle collisions, instead of the "capture device".

All the best,

Joost

[sub]

Quote[/b] ]Europe enters winter-time next Sunday evening at 3 am. Did I see it right that GB-PVR already counts on winter-time starting midnight? I want to record a show that starts on daylight saving time, and ends on "normal time", and I see the start-time going one hour early, but maybe I did something wrong.

I dont explicitly try to calculate the daylight savings myself, instead I rely on getting Windows to do it for me. I hope I've got it right, but I cant be sure. I'm not so concerned about recordings between midnight and 3am - I just hope that *after* the change over your programmes are still listed at the correct times. If they're not, you may be waiting awhile as I'm in the middle of some significant changes and wont be able to rush the next release out the door.

Quote[/b] ]GB-PVR accepts "UTC" as time zone. Would it be possible if GB-PVR accepts "CET" (Central European Time, which is GMT+1 or GMT+2 depending on the season) as well?

The XMLTV EPG reader already handles dates where you've explicity specificed the timezone (incl CET), e.g. "20041129000500 CET"

Quote[/b] ]For some PPV I enter programming dates manually, waiting my own XMLTV-grabber. I noticed that if I make a mistake, once a show is entered in the GB-PVR database with "update EPG", there is no chance to correct it. If I change the XML source file, and push "update EPG", the changes are not recorded. Does this mean that for other users, if a show is moved to an earlier hour, and the XMLTV data changes, GB-PVR does not take up these changes?

True. There is no unique programme identifier included with the listing information, so I use start-time/programme-title to identify unique shows. If you change one of these attributes, then GB-PVR has no way to know it is the same programme, so it is treated as a new programme.

Quote[/b] ]I have one PVR-350 card, with which I can record all "analogue" broadcasts. I am hooking up my digital cable set-top-box to a fixed analogue channel as well, which will be controlled via an infra-red transmitter by GB-PVR. This means that in the configuration I have 2 capture sources, both coming from the same PVR-350 card. So far, so good. The GB-PVR status tray displays 2 tuners, which is a bit strange, since I clearly said that both are connected to "Capture Device #1". But that does not constitute a problem. There IS a problem when entering shows. Apparently GB-PVR looks at the number of tuners to handle collisions, instead of the "capture device".

If you setup two capture sources using the same capture device, GB-PVR will know they are the same device and will not allow you to schedule a recording on each one at the same time.

[eurojojo]

Quote[/b] ]I just hope that *after* the change over your programmes are still listed at the correct times. If they're not, you may be waiting awhile as I'm in the middle of some significant changes and wont be able to rush the next release out the door.

No big concern, just something I saw happening. We all love your work, and look forward to significant improvements!

Quote[/b] ]The XMLTV EPG reader already handles dates where you've explicity specificed the timezone (incl CET), e.g. "20041129000500 CET"

Aha? That would be great, but if I use data like:
<table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">  <programme start="200410291715 CET" stop="200410291730 CET" channel="UPC Digital">
   <title>Test</title>
   <desc>Test of CET</desc>
   <category>Movie</category>
 </programme>[/QUOTE]
I do not see it appear in the TV guide...

Quote[/b] ]I use start-time/programme-title to identify unique shows. If you change one of these attributes, then GB-PVR has no way to know it is the same programme, so it is treated as a new programme.

That would be the way I would like it to work: new data overwrite old data. Let me give an example. I entered:
<table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE"><programme start="200411200015 +0100" stop="200411200015 +0100" channel="UPC Digital">
   <title>Test</title>
   <desc>Test show</desc>
   <category>Movie</category>
 </programme>[/QUOTE]
Which is a mistake, since the show is 0 minutes in length. I corrected the XML file, to make the stop-time stop=&quot;200411200215 +0100&quot;. GB-PVR keeps it at &quot;0 minutes&quot;, and I do not see any other choice then to empty the EPG, thus losing ALL programmed shows...

Furthermore, I grab the TV guide several days ahead. It may happen that there are slight changes in a show. The XMLTV grabber will thus grab updated data. If GB-PVR sticks to the old data, there is no point, and one should be careful in grabbing TV data too many days ahead. I must be wrong here somewhere. Can you help?

Quote[/b] ]If you setup two capture sources using the same capture device, GB-PVR will know they are the same device and will not allow you to schedule a recording on each one at the same time.

Yes, that is the way it should work, but sorry, I am able to program simulaneous shows... Apparently you check against &quot;tuners&quot; instead of &quot;Capture devices&quot;.

[sub]

I realise show data can change, but as I said earlier &quot;There is no unique programme identifier included with the listing information, so I use start-time/programme-title to identify shows&quot;.

How often does just the end time of a show change...pretty much never. I realise I could implement this update for this one senario, but its seem like very little gain to me as this situation doesn't often occur with real EPG data. Its usually the start time that changes.

Send me over a sample XMLTV file that uses CET and I'll take a look at whats not working.

[eurojojo]

Quote[/b] (sub @ Oct. 29 2004,13:11)]I realise show data can change, but as I said earlier &quot;There is no unique programme identifier included with the listing information, so I use start-time/programme-title to identify shows&quot;.

How often does just the end time of a show change...pretty much never. I realise I could implement this update for this one senario, but its seem like very little gain to me as this situation doesn't often occur with real EPG data. Its usually the start time that changes.

Send me over a sample XMLTV file that uses CET and I'll take a look at whats not working.

Quote[/b] ]so I use start-time/programme-title to identify shows

Aha, now I get it. I solved my problem by manually setting the (manually-entered wrong) start time one minute earlier, updated the EPG, and presto. No need for you to code around this, I guess. One question though: since there are now two entries of this same show in the database, with start times just a minute apart, how can you be certain that the &quot;correct&quot; one is selected? Especially with automatic recording of weekly repeated shows? Which one will GB-PVR pick?

About the CET: I just finished (3:51 am here now...) a tool to insert the correct GMT+1 or GMT+2 timezone into an XML file.

For those who read this forum and struggle with daylight saving time, I write in Delphi, and could not find an easy algorithm, so I made up my own:

<table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">Uses DateUtils
...
weeksinmonth:=5;
while TryEncodeDayOfWeekInMonth(dtyear,3,weeksinmonth,DaySunday, timezonechange)=false do
weeksinmonth:=weeksinmonth-1;
timezonechange:=RecodeHour(timezonechange,2);
{Now we have start of Daylight Saving Time}
[/QUOTE]

Daylight Saving Time in central Europe starts on the last weekend of March (and ends the last weekend of October, which is pretty much the same thing). I assume 5 weekends in a month. The program tries to code a date with 5 Sundays in March of the year found in the time code. If there is no 5th Sunday, it will count down (to 4th Sunday) and try again. The &quot;timezonechange&quot; then holds the time code for the last Sunday of March. With &quot;Recode&quot; I set the time to 2 a.m. Once you get this, it is quite easy to compare the time code with this start of daylight saving time. And after that you do the same for the end-date of daylight saving time...

Sorry to be slightly off-topic, but I was so happy with this piece of code, and the purpose is to share. I'll put all this info on my &quot;FreqCopy&quot; site too.

Sub, I'll send you a regular &quot;CET&quot; schedule tomorrow.

[mikelu]

Quote[/b] ]If you setup two capture sources using the same capture device, GB-PVR will know they are the same device and will not allow you to schedule a recording on each one at the same time.

I agree with eurojojo, it will let me overlap shows, one for tuner, one for composite. I had two scheduled for 8:00. I believe what happened is it recorded the first pre-minute using the composite at 7:50, then switched to the tuner at 8:00. (But I haven't tried to recreate.)

[mikelu]

I meant 7:59 above, not 7:50.

I just had another test, accidentally.

Program A 8:00-9:00 on tuner
Program B 8:30-10:15 on composite
Program C 9:00-10:00 on tuner

I guess I missed seeing Program A, but I thought I had cancelled Program C, because I wanted Program B.

Anyway, Program A was recorded at 8:00-8:30, and continued in the Program B file from 8:30-9:00, then Program C was recorded 9:00-10:00.