Xrecord/CDK schedule recording fails

[venkman]

Hi,
I've been having a lot of problems with the X-Record scheduled recordings. I've not been able to pin a pattern down, but in general it looks like if I run Priorityrecording.exe and it schedules a recording, then the recording service starts to spew out these:

10/23/2005 10:08:28 PM.111 ERROR [33] Caught unexpected exception: Object reference not set to an instance of an object.
10/23/2005 10:08:28 PM.111 ERROR [33] at GBPVR.RecordingService.RecordingManager.WorkerThread()

And, then the recording obviously fails. Now I've tried setting a recording through the guide (the normal builtin one) and it has no issues starting the recording.

versions of gbpvr and xrecord are the latest, and have gone through multiple install/uninstall cycles.
very confused.

Thanks in advance for any help

[venkman]

Ok I figured it out.
Apparently during previous botched installs added and deleted my original capture sources. Therefore my original captures source is 2 - not 1 as would be assumed.

Also, I recently added s-video in from my cable box to get the digital channels. This was also after much mucking about. Therefore it is numbered 6 - not 2 as would also be assumed.

Well, here's the bug - from what I would understand if I tell xrecord to record a show and not specify capture source, then it defaults the number to 1.
While this is cool, when PriorityRecording checks for program schedules, instead of reading the channel maps and identifying the correct capture source id, it simply writes a 1 into the Recording schedule table.

Which means that now that I have multiple capture sources, the recording service must be getting confused and cannot "default" to the first capture source.

So.. I would guess that PriorityRecording would be the one that should be corrected so that it identifies the id from the tables. Which would mean that unless you wanted a specific capture source, then the basic recording schedule options would work correctly.

[KingArgyle]

There is one place in the code for CDK scheduler where the recording capture source is defaulted to 1. This is in the Recordings.cs source file.

I'll look into making sure that this is fixed as soon as possible.

In the meantime, the work around would be to specify a capture source for the particular programs. I realize this isn't the ideal situation.

[KingArgyle]

venkman:

I've made a code correction to CDK Scheduler that should fix the automatic capture source selection problem. I'm testing it locally first, and if everything goes fine, I'll let Jorm know so that he can include it with the next XSuite release.

[venkman]

Hi,
I haven't followed up on this one until recently again. It looks like the item is still not corrected. Would you have any info?
I tried it today and it still adds records into the recording schedule as capture source 1 etc. (even though my capture sources as 2 and 6).

[venkman]

Hi,

I tried this today again, and it still does not work. I downloaded just the cdkscheduler software (recordingUtils.dll) and it still seems to want to add capture sources as 1 and 2 rather than the id in th edatabase (2 and 6 in my case).

Any info on this?
Thanks!
Venkman

[KingArgyle]

This sounds like a bug in XRecord and not specifically CDK Scheduler. Fla is working on bug fixes for XRecord so I'll reopen the bug and assign it as an XRecord bug.

[fla]

Are you saying that you end up with illegal "capture_source_oid" field values of 1 (instead of 2 or 6) in the RECORDING_SCHEDULE table? Are you saying the PriorityRecordings.xml has no trace of a capture source at all?

I know almost nothing about this code but if that's the case, doesn't it look like a problem in the RecordingUtils stuff instead of XRecord? The RecordingUtils seems to be a Borland bdsproj file and I only have SharpDevelop. Is there a way to convert a Borland project to SharpDevelop?

I don't mind looking at this bug if I can reproduce it and build the RecordingUtils project.

[KingArgyle]

Fla, I would check the Scheduler code in XRecord that interfaces with RecordingUtils to check and make sure which Capture Source number it is getting when providing a list of capture sources for creating a PriorityRecording.

It is perfectly valid for a PriorityRecording to not have a capture source, in this case, it will try and grab the first available capture source, and schedule it on the system. As I don't have two tuners it is very difficult for me to test out and track it down.

As for building the RecordingUtils, just create a new project in SharpDevelop and add the C# sources under the RecordingUtils directory to it. I've used both SharpDevelop and Borland to work on the files in the past.

[venkman]

Fla,
Yes, I end up with an illegal capture_source_oid in the RECORDING_SCHEDULE table.
And yes there is no mention of capture source in the PriorityRecordings.xml.
Also, the "not quite a good workaround" workaround, is to specify a capture source in each of the items in the PriorityRecordings.xml. The scheduler then works for at least one set of programs for that one source. It of course does not work if the program happened to be on the other tuner ( I do get a lot of incorrect recordings because of this that I manually delete).

KingArgyle,
I simply have my RF Tuner as one capture source and my s-video from the cable box as the other (with the irblaster as channel changer). So I don't quite have 2 tuner cards.
So in my case I have two zap2it accounts, one for each source and I switch off any overlapping channels in one or the other account in the setup.

Feel free to email me directly for anything I can help in.