XRecord v33

[Richard]

Hello Jorm,

We had talked in http://forums.nextpvr.com/showthread.php?t=6932 about being able to suspend a scheduled program in cdk scheduler. Have you had any success on this to do item?

[jorm]

I think jrock got to busy. I will try to modify the cdk scheduler myself when I get ahead of the things I have taken on. Probably a week and the hooks will be in the cdk.

[LilY0da]

I tried to use Xrecord tonight, but there's something weird.
It doesn't show me all the recorded shows that I can see in Video Archive.
I searched a bit through the GBPVR.mdb, and it looks like in the RECORDING_SCHEDULE, there is only one entry for "Spin City" for exemple, and that is the one Xrecord is showing, but somehow, Video Archive shows me the 3 files that are in the same directory as the one Xrecord shows... It even shows the description correctly.

Do you know if Video Archive modifies the data structure somehow, making it incompatible with Xrecord? Or is this just some weirdness in my database???

[Jeff]

The video archive plug-in copies the information out of the GBPVR database and into its own. it never deletes information from the GBPVR database unless you delete a scheduled recording. I believe XRecord does more or less the same and stores info in its own files. GBPVR does clean up its own database whenever files are moved. So, if you move a file from one directory to another, GBPVR will delete the information and "forget" about the file. The video archive plug-in however will still have the information and show things correctly.

Also, you might want to look in the Programme table to see what is there. That is where the information on recorded shows is kept and where XRecord is probably looking to find information. The Recording_Schedule tables show future, scheduled recordings and reoccurring recordings.

Jeff

[capone]

Do you use renamer? For no reason I could find, the files would be renamed, but they wouldn't get updated in the DB, and would be lost in xrecord as a result. I just turned it off for the time being.

[jorm]

if you xexport -all and then call the renamer it should work.

[LilY0da]

No I didn't rename alter or move the files...

Jorm, the Programme table seems to have all the shows, not just the recorded ones... Is there a flag I can use or a query I can make to see which ones are the recorded ones in there?
For Spin City, it shows 7 entries, whereas I only have 3 left on the drive... It also shows tons of TV shows I never even knew existed, so no way I could have recorded that...

[jorm]

there is no information in the program table that tells you what was or will be recorded. That information is in scheduled recording table.

Jeff and I have taken different approaches. The video archiver moves the data out of the scheduled recording table into his database. That gives him safety if the gbpvr database dies. I did not like that solution because if I want to burn shows to a disk or share them with a friend I wanted to be able to provide them with a file that can go along with the mpeg. The .dat

Another solution is that I can possibily make xrecord video archiver aware so that it can tap the same database as a 3rd source (1st source database, 2nd .dat, 3rd video archiver).

Currently if the shows are archived with the video archiver xrecord can not find them.

[capone]

Well, I put renamer and xexport -all in. This time it renamed just fine (again, like it used to). But, still no dat file. I ran it command line, and it ran though most of them, but then hit some error:

output E:\Recorded TV\Starved\Starved_20050804_22002230.mpg.dat
Exporting entry E:\Recorded TV\Starved\Starved_20050804_22002230.mpg.dat

Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at XExport1.XExport.exportEntry(ScheduledRecording recording)
at XExport1.XExport.Main(String[] args)

[Jeff]

Jorm -

Maybe you and I can work offline on this. It should literally be just 2 lines of code to extract all the information you need.

Jeff