XRecord 21

[spyder40]

King Argyle,

I've been using xrecord for a while and everything I've scheduled is working with the exception of one program. I'm trying to schedule 60 Minutes for 19-20:00 on Sunday night only but can't get it to do it. When I check the scheduler it shows but nothing ends up in the pending. The only way I can get it to work is to schedule it manually. Any ideas?

[jorm]

Just an idea, does 60 minutes have a description or subtitle? You might have to disable the duplicate checking if it does not. The logic for finding duplicate shows is not really exact since some programming only has a title or a common description for all episodes.

[KingArgyle]

Jorm is correct. Shows like 60 Minutes, any regular news show, or even Sportscenter should not be setup for duplicate checking unless the show has at least a Title and Description that is unique. A perfect example was one of the reality shows my wife wanted record "Project Runway". Bravo only listed a title, and never included a description.

I also, know that Jrock is working on a cleaner reporting of what was scheduled and what wasn't scheduled. Not sure what his time frame is on it, as I know he's pretty busy now.

[spyder40]

Thanks for the suggestion but I did think/try that since the description is always the same with no luck. I've been trying quite a few different ways and am now getting the following error when selecting the scheduler:

the 'date' attribute has an invalid value according to its data type. An error occurred at file:///c:/Program Files/devnz/gbpvr/PriorityRecordings.xml, (48,27).

My MVP screen is now locked up but if I power off using the button on the remote and then power back up it comes back.

I'll go check the xml file, probably should have been checking it earlier as well to make sure the duplicates was getting set correctly. As a side note, I posted on another thread about a thumbnail issue with M*A*S*H due to illegal characters and it's right before 60 Minutes which is last. Wonder if it's causing a problem... On the positive side, pretty cool to be spending time on such minor issues since everything on a whole is working so well.

[KingArgyle]

Check the Schema Documentation, for CDK Scheduler. It'll let you know what the valid values are for each of the fields and attributes.

If you could also post a snippet of your PriorityRecordings.xml file that would help. Or you can just email it to me, and I'll take a look at it.

[spyder40]

KingArgyle,

Following is my xml file, the date for 60 minutes is squirrely and no mention of duplicates allowed. I have been using xrecord->scheduler to create.

<?xml version="1.0" encoding="UTF-8"?>
<GBPVR d1p1:noNamespaceSchemaLocation="C:\Program Files\devnz\gbpvr\PriorityRecordings.xsd" xmlns:d1p1="http://www.w3.org/2001/XMLSchema-instance">
<Configuration>
<MissingRecordingPriority>0</MissingRecordingPriority>
<Conflicts>Delete</Conflicts>
<DuplicatesAllowed>Yes</DuplicatesAllowed>
</Configuration>
<Recording priority="1">
<ProgramName>Hogans Heroes</ProgramName>
<Quality>Medium</Quality>
<CaptureSource>1</CaptureSource>
<Duplicates>
<Recorded>No</Recorded>
<Scheduled>No</Scheduled>
</Duplicates>
</Recording>
<Recording priority="2">
<ProgramName>Home Improvement</ProgramName>
<Quality>Medium</Quality>
<CaptureSource>1</CaptureSource>
<Duplicates>
<Recorded>No</Recorded>
<Scheduled>No</Scheduled>
</Duplicates>
</Recording>
<Recording priority="3">
<ProgramName>M*A*S*H</ProgramName>
<Quality>Medium</Quality>
<CaptureSource>1</CaptureSource>
<Duplicates>
<Recorded>No</Recorded>
<Scheduled>No</Scheduled>
</Duplicates>
<Padding>
<PrePadding>1</PrePadding>
<PostPadding>1</PostPadding>
</Padding>
</Recording>
<Recording priority="4">
<Channel>3</Channel>
<ProgramName>60 Minutes</ProgramName>
<Quality>Medium</Quality>
<CaptureSource>1</CaptureSource>
<LimitDays>
<DaysOfWeek>Sunday</DaysOfWeek>
</LimitDays>
<ScheduleTime>
<Start time="19:00" date="2005-00-27" />
<End time="20:00" date="2005-44-27" />
</ScheduleTime>
<Padding>
<PrePadding>2</PrePadding>
<PostPadding>2</PostPadding>
</Padding>
</Recording>
</GBPVR>

[KingArgyle]

Just for curiosity sakes, in your 60 Minutes recording, add the following after Capture Source:

Code:

<Duplicates>
<Recorded>Yes</Recorded>
<Scheduled>Yes</Scheduled>
</Duplicates>

There may be a bug in the duplicate logic checking within CDK Scheduler, that is not allowing your duplicates to be scheduled. By specifically telling it to schedule the duplicates, you may get around the problem.

Also the attribute problem you are having seems to be here:

Code:

<ScheduleTime>
<Start time="19:00" date="2005-00-27" />
<End time="20:00" date="2005-44-27" />
</ScheduleTime>

2005-00-27 and 2005-44-27 are not a valid dates, also the date attributes aren't required, only the time attributes are required. So if you always wanted it to record, but just restrict the time range, then just do the following:

Code:

<ScheduleTime>
    <Start time="19:00"/>
    <End time="20:00"/>
</ScheduleTime>

That should always record it, if it shows up between 19:00 and 20:00 hours. Try manually editing it, and than running the PriorityRecording.exe file to schedule the shows. 60 Minutes should show up in the pending recording, with these changes.

The schedule time portion may not even be needed. You may be able to get away with just a LimitDays element, with a DaysOfWeek element set to Sunday.

Something like the following may be what you were after:

Code:

<Recording priority="4">
   <Channel>3</Channel>
   <ProgramName>60 Minutes</ProgramName>
   <Quality>Medium</Quality>
   <CaptureSource>1</CaptureSource>
   <Duplicates>
       <Recorded>Yes</Recorded>
       <Scheduled>Yes</Scheduled>
   </Duplicates>
   <LimitDays>
       <DaysOfWeek>Sunday</DaysOfWeek>
   </LimitDays>
   <Padding>
       <PrePadding>2</PrePadding>
       <PostPadding>2</PostPadding>
   </Padding>
</Recording>

Basicaly, record 60 Minutes at priorty 4 on Channel 3, at Medium Quality, Allow all Duplicates, but only record if the show is on Sunday.

This will get 60 Minutes if it has been time delayed and that time delay shows up in the TV guide.

[spyder40]

KingArgyle,

Thanks, that's what I was thinking as well! Figured I'd post so you could see the issue, not sure how the gui came up with the wacky invalid date and missing duplicates section. I have 2 MVP's and don't use the PC/web interface ever if that helps you any. Overall it's a great piece of work and hand editing occasionally is no big deal (actually hand editing is no big deal but the wife factor comes into play ).

[capone]

I get that glitch a lot. It happens when I set something basic, and then jump around more and power trying to set the option. On one screen, the date becomes "not specified". It ends up saving that stardate looking value.

Speaking of, is there a future where scheduler and basic recording meet to fight the evil of getting me tv? I'm sure this is asked a lot, and sry if it is. I just wanted to ask since I was here already.

Btw, there's another (maybe known) glitch, or I have a question about one: how long does it take for a recording to take? I add something to scheduler, but it's not on list. Haven't waited to see how long it would be and just restarted GB. It's there after that.

[KingArgyle]

The recordings will get added the next time GBPVR runs the EPG Update process, usually about 3am. Or you can run it manually, by executing the PostUpdateEPG.bat file yourself, XRecord does not automatically run this file after adding a recording. If you periodaclly want to force it to run CDK Scheduler, then you could also add a Custom Task to the GBPV menu, and let it execute from there.

Spyder, I personally do a lot of my additions/deletions through the XML file directly. My wife always has me adding or removing things, and I find it quicker just to modify something instead of using a GUI to add stuff. Jorm has done a great job with the interface, and I'm glad he added it to Xrecord. Without it CDK Scheduler wouldn't get as much exposure.

As for the bugs, Jorm and Jrock looks at these threads, so I'm sure that he and Jrock are aware of the little glitches that still remain.