Is comskip working with 1.1.5?

[sub]

Now that you've done that, can do another recording and post the logs again?

[linene]

Now that you've done that, can do another recording and post the logs again?

Here are the logs from my last attempt after executing the sql code.

[sub]

Hmmm, it still looks like you've got that data there. What output do you get when you run the following sql:

SELECT * FROM TRANSCODE_QUEUE;

[linene]

Hmmm, it still looks like you've got that data there. What output do you get when you run the following sql:

SELECT * FROM TRANSCODE_QUEUE;

Here it is sub.

[sub]

If you do the:

DELETE FROM TRANSCODE_QUEUE;

Then:

SELECT * FROM TRANSCODE_QUEUE;

Is it empty? It should be.

[linene]

If you do the:

DELETE FROM TRANSCODE_QUEUE;

Then:

SELECT * FROM TRANSCODE_QUEUE;

Is it empty? It should be.

It is empty after doing what you suggested. I will try another recording.

[linene]

It is empty after doing what you suggested. I will try another recording.

sub,

I did another recording, still no comskip. Here are the logs.

[sub]

2007-11-20 01:02:00.288 VERBOSE [5] checking recordings
2007-11-20 01:02:00.288 VERBOSE [5] - checking My Name Is Earl
2007-11-20 01:02:00.288 VERBOSE [5] - checking 30 Rock
2007-11-20 01:02:00.288 VERBOSE [5] - checking The Office
2007-11-20 01:02:00.288 VERBOSE [5] - checking Scrubs
2007-11-20 01:02:00.288 VERBOSE [5] - checking ER
2007-11-20 01:02:00.288 VERBOSE [5] - checking History Detectives
2007-11-20 01:02:00.288 VERBOSE [5] - checking The War
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\Nova\Nova_20071113_19002100.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\How to Cook Everything Bittman Takes on Americas Chefs\How to Cook Everything Bittman Takes on Americas Chefs_20071115_16301700.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\My Name Is Earl\My Name Is Earl_20071115_19001930.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\30 Rock\30 Rock_20071115_19302000.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\ER\ER_20071115_21012200.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\The War\The War_20071115_23000130.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\Americas Test Kitchen From Cooks Illustrated\Americas Test Kitchen From Cooks Illustrated_20071116_11301200-1.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\Smart Gardening\Smart Gardening_20071116_15301600.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\Endless Feast\Endless Feast_20071116_17001730-1.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\The Tonight Show With Jay Leno\The Tonight Show With Jay Leno_20071116_22352337-1.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\NFL Football\NFL Football_20071118_19152230.dvr-ms
2007-11-20 01:02:00.288 VERBOSE [5] - checking F:\TVfiles\The Everlasting Stream\The Everlasting Stream_20071120_00000100.dvr-ms

I'm fairly sure it relates to these recordings I've highlighted. I think they should have a complete path instead of just a name.

Can you execute the following, then post the output:

SELECT oid, status, recording_type, filename FROM "RECORDING_SCHEDULE";

[linene]

sub,

Here is the output. This was a fresh install of gbpvr, but I was using the same drive with existing videos for my saving location. Could that be the problem?

[sub]

Backup your database first, then run the following:

delete FROM "RECORDING_SCHEDULE" where recording_type = 0 and filename not like 'F:\%'

Then try again.