NextPVR Forums

UJB, I don't know if this is for you or sub, but I will start with you.

If I use Web Services to schedule a single recurring recording, the day of the week in GMT does not seem to match when the sweep for recordings. Am I doing something wrong>


Martin

mvallevand Wrote:UJB, I don't know if this is for you or sub, but I will start with you.

If I use Web Services to schedule a single recurring recording, the day of the week in GMT does not seem to match when the sweep for recordings. Am I doing something wrong>

Code:

2011-01-19 18:17:51.922    [INFO][13]    UpdateRecurringRecording(94, 'Grey's Anatomy'):
<Rules>
  <EPGTitle>Grey&apos;s Anatomy</EPGTitle>
  <ChannelOID>7611</ChannelOID>
  <ChannelName>WXYZDT</ChannelName>
  <StartTime>2011-01-21T02:00:00.0000000Z</StartTime>
  <EndTime>2011-01-21T03:01:00.0000000Z</EndTime>
  <PrePadding>1</PrePadding>
  <PostPadding>2</PostPadding>
  <Quality>0</Quality>
  <Keep>0</Keep>
  <Days>FRIDAY</Days>
  <TimeslotStart>2011-01-21T00:30:00.0000000Z</TimeslotStart>
  <TimeslotEnd>2011-01-21T03:30:00.0000000Z</TimeslotEnd>
</Rules>

2011-01-19 18:17:52.019    [DEBUG][13]    LoadListingsMatchingTitle(channel=7611,title=Grey's Anatomy)
2011-01-19 18:17:52.020    [DEBUG][13]     - Potential episode at: 20/01/2011 9:00:00 PM
2011-01-19 18:17:52.020    [DEBUG][13]       ...check IsValid()
2011-01-19 18:17:52.021    [DEBUG][13]       ...this episode is on Thursday
2011-01-19 18:17:52.021    [DEBUG][13]       ...valid days are: FRIDAY
2011-01-19 18:17:52.021    [DEBUG][13]       ...doesnt match recurring rules
2011-01-19 18:17:52.021    [DEBUG][13]     - Potential episode at: 22/01/2011 11:30:00 PM
2011-01-19 18:17:52.021    [DEBUG][13]       ...check IsValid()
2011-01-19 18:17:52.021    [DEBUG][13]       ...this episode is on Saturday
2011-01-19 18:17:52.021    [DEBUG][13]       ...valid days are: FRIDAY
2011-01-19 18:17:52.021    [DEBUG][13]       ...doesnt match recurring rules
2011-01-19 18:17:52.021    [DEBUG][13]     - Potential episode at: 24/01/2011 1:00:00 AM
2011-01-19 18:17:52.021    [DEBUG][13]       ...check IsValid()
2011-01-19 18:17:52.021    [DEBUG][13]       ...this episode is on Monday
2011-01-19 18:17:52.021    [DEBUG][13]       ...valid days are: FRIDAY
2011-01-19 18:17:52.021    [DEBUG][13]       ...doesnt match recurring rules
2011-01-19 18:17:52.021    [DEBUG][13]     - Potential episode at: 27/01/2011 9:00:00 PM
2011-01-19 18:17:52.021    [DEBUG][13]       ...check IsValid()
2011-01-19 18:17:52.021    [DEBUG][13]       ...this episode is on Thursday
2011-01-19 18:17:52.021    [DEBUG][13]       ...valid days are: FRIDAY
2011-01-19 18:17:52.021    [DEBUG][13]       ...doesnt match recurring rules

Martin

Did you pass in the Friday day when you made the schedule or did you pass in Thursday and it got changed to Friday or did you use the This-Day Only option? I always use the last option when I schedule my recordings......

I use

schedSettings.recordDayInterval = recordDayIntervalType.recordThisDay;
schedSettings.recordTimeInterval = recordTimeIntervalType.recordThisTimeslot;

Martin

mvallevand Wrote:I use

schedSettings.recordDayInterval = recordDayIntervalType.recordThisDay;
schedSettings.recordTimeInterval = recordTimeIntervalType.recordThisTimeslot;

Martin

I am going to step through this......it is happening in the web interface as well (which is good since it shares the same core classes as the web services). I just looked at my recurring recordings and I use the anytime, anyday when I set them up.....this could be related to the UTC thing......I may need to convert the time to local time to get the correct day that is to be used.....I'll let you know.

Ok...try the attached patch....It should take care of the issue.

Just drop this in the web\App_Code\Classes directory.

Let me know.....

Thanks a lot UJB, this works as I expected, even though the "THURSDAY" in the XML doesn't match the Universal date/time.


Martin

Recordings now show up in pending.

One other issue, rather minor. I tried a show that I knew had a recording conflict. Searchlite let me go through the process of recording it anyway, but when I checked recordings, it didn't show up in either recurring or pending. Minor issue though, initial issue of not ending up in pending seems resolved.

Engineer_Ted Wrote:Recordings now show up in pending.

One other issue, rather minor. I tried a show that I knew had a recording conflict. Searchlite let me go through the process of recording it anyway, but when I checked recordings, it didn't show up in either recurring or pending. Minor issue though, initial issue of not ending up in pending seems resolved.

Searchlight uses the web service interface which does pass back a segment with each call made to them which will contain info if the call failed.

Martin.....are you looking at what comes back in the return segment when you execute a recording call?

UncleJohnsBand Wrote:Martin.....are you looking at what comes back in the return segment when you execute a recording call?

No, just an update on the screen if success. A message box would be easy enough, it is not going to be very helpful.

<webServiceReturn>
<Error>true</Error>
<Message>Recording not scheduled. /n</Message>
</webServiceReturn>

Martin

Added my second tuner back in the mix, ran the show (previously conflicted) again, popped up in recurring and pending without a hitch.

Many thanks!