Media Browser Integration

[UncleJohnsBand]

I can easily duplicate this error scenario choosing a multi-rec channel, but I am not sure if it is NEWA or the API at fault.

Martin

So do you mean schedule 2 shows that run on the same physical channel? i.e. channel 71 has 5 channel streams running in it... if I schedule 2 programs that live in channel 71 it will fail like this?

[mvallevand]

Yes that definitely fails here, with only one tuner, through NextPVR both get scheduled. Of course Svekke has an analogue tuner so it's a different situation, but it could be the same cause.

Martin

[mvallevand]

It looks like the new beta API code called by NEWA scheduleHelper.GetConflicts(channel, start, end) may not be aware of multiple tuners. UJB, if you changed the logic to schedule first and then run GetConflicts on error it might work.

Martin

[UncleJohnsBand]

It looks like the new beta API code called by NEWA scheduleHelper.GetConflicts(channel, start, end) may not be aware of multiple tuners. UJB, if you changed the logic to schedule first and then run GetConflicts on error it might work.

Martin

Thanks Martin... I just got done stepping through the scenario.. The fix is really for sub to change the GetConflicts method to verify that the identified conflict is in-fact a conflict.

I shouldn't need to submit a recording, check for it to fail, then check if it failed because of conflict.

sub.... can you enhance this method to take into consideration if the event falls in the same channel stream as something else recording that it is not a conflict?

[mvallevand]

To me it would make more sense to check on error only, most recordings will not be conflicts, but I leave it to sub to see what he wants to do with the api.

@Svekke if you wanted to test with multiple recordings I'd edit web\App_Code\Classes\webServiceSchedule.cs and in CheckConflicts() I'd immediately return false

Martin

[sub]

ScheduleHelper.GetConflicts() should only be called if ScheduleHelper.ScheduleRecording() fails. It's not supposed to be used to check for conflicts prior to scheduling. It's only intended to get a list of overlapping recordings associated with each tuner, to display the list conflicts associated with each tuner that caused their recording request to fail.

[lukemb3]

Now that all of our ui developers are working on adding live tv, we'll start floating some teasers every so often. So here's a windows phone shot:

[UncleJohnsBand]

ScheduleHelper.GetConflicts() should only be called if ScheduleHelper.ScheduleRecording() fails. It's not supposed to be used to check for conflicts prior to scheduling. It's only intended to get a list of overlapping recordings associated with each tuner, to display the list conflicts associated with each tuner that caused their recording request to fail.

sub... this goes back to our e-mail conversation a month or so ago when I indicated I was scheduling and when failed I was looking for a status of Conflict on the recording. You indicated that you hadn't been setting the Conflict setting for some time (I believe since NPVR) but were considering introducing it back in and said instead I should verify there are no conflicts before scheduling....or at least that is thought that was your direction on it....

So I should schedule an event and if the returned schedule object is null then check for conflicts using the method..... or does the recording now get created and will have a status of conflict?

[sub]

sub... this goes back to our e-mail conversation a month or so ago when I indicated I was scheduling and when failed I was looking for a status of Conflict on the recording. You indicated that you hadn't been setting the Conflict setting for some time (I believe since NPVR) but were considering Sorry, no that's definitely the wrong way around. You've got to try scheduling the recording, and if fails, then ask for the list of conflicts.

So I should schedule an event and if the returned schedule object is null then check for conflicts using the method..... or does the recording now get created and will have a status of conflict?

Yeah, you definitely need to schedule the recording, and if it fails (returns null), then call GetConflicts().

You'll only get a scheduled recording marked as 'conflict' in the database as part of a recurring recording, i.e. typically during the overnight processing when it find it can't satisfy all the recording rules. This type of conflict would then show in the Recordings->Conflicts screen to let the user know. This conflict behaviour is the same way GBPVR operated in the ancient history.

[UncleJohnsBand]

Yeah, you definitely need to schedule the recording, and if it fails (returns null), then call GetConflicts().

You'll only get a scheduled recording marked as 'conflict' in the database as part of a recurring recording, i.e. typically during the overnight processing when it find it can't satisfy all the recording rules. This type of conflict would then show in the Recordings->Conflicts screen to let the user know. This conflict behaviour is the same way GBPVR operated in the ancient history.

Great... thanks... will do....

I'll get an update onto the FTP server hopefully tonight.