What useage scenarios could impact a scheduled recording working

[wtg]

I was actually asking about wtg's problem he mentioned above where he was getting an 'invalid object' message.

Oh, me... I thought you were referring to mixedup too.

If I see it happen again, will do.

[mixedup]

Hi,

I actually had a 3rd occurance where a scheduled recording was seemingly working (everything looks good in the UI), however the end result is that when you try to play the recording back nothnig plays, and when I look in the recordings folder there is a 6kb recording file only "National Nine News_20051017_18001830.dvr-ms".

Any ideas?


Logs below (note I don't use commercial detection). There is also a "gbpvr.ldb" and "bda.grf" file which are binaries which seem to be recently modified.

17/10/2005 5:58:00 PM.104 INFO [23] Found new programme requiring recording: National Nine News
17/10/2005 5:58:00 PM.144 VERBOSE [23] Changing to channel (GBPVR.Backend.Common.NullTunerController): 22
17/10/2005 5:58:00 PM.184 VERBOSE [23] Requesting IRecordingSource to start recording: C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.mpg
17/10/2005 5:58:00 PM.214 VERBOSE [23] BDARecordingSource about to start recording oid:1 channel:T:C8,191500,0,0,7~P:1025~V:513~A:660~PMT:257~TXT:577~N:>Nine Digital
17/10/2005 5:58:05 PM.131 VERBOSE [23] Programme is now recording
17/10/2005 5:58:05 PM.131 VERBOSE [23] RecordingFactory.save()
17/10/2005 5:58:05 PM.141 VERBOSE [23] Save(): Updated existing scheduled recording
17/10/2005 5:58:05 PM.211 VERBOSE [23] Adding C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.dvr-ms to parallel processing queue
17/10/2005 5:58:05 PM.211 VERBOSE [23] RecordingFactory.getExtrasForGroup(19)
17/10/2005 5:58:05 PM.612 VERBOSE [23] getDatabaseConnection() creating new connection
17/10/2005 6:30:00 PM.044 VERBOSE [23] Recording has passed endtime+padding. Stopping.
17/10/2005 6:30:00 PM.044 VERBOSE [23] Stopping recording oid:1
17/10/2005 6:30:00 PM.295 VERBOSE [23] Adding C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.dvr-ms to commercial detection queue
17/10/2005 6:30:00 PM.295 VERBOSE [23] Adding C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.dvr-ms to commercial detection queue
17/10/2005 6:30:00 PM.325 VERBOSE [23] RecordingStatus is now RecordingStatus.RECORDING_COMPETED
17/10/2005 6:30:00 PM.325 VERBOSE [23] RecordingFactory.save()
17/10/2005 6:30:00 PM.335 VERBOSE [23] Save(): Updated existing scheduled recording
17/10/2005 6:30:00 PM.375 VERBOSE [23] RecordingFactory.loadSchedule()
17/10/2005 6:30:00 PM.375 VERBOSE [23] getValue cached value: /settings/AutoRemoveMissingRecordings : true
17/10/2005 6:30:00 PM.395 VERBOSE [23] getDatabaseConnection() creating new connection
17/10/2005 6:30:00 PM.495 VERBOSE [23] checking pending recordings
<<cut>>

17:58:00.214 INFO BDARecorder:::StartRecording(Twinhan DVB-T, 1, C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.mpg, T:C8,191500,0,0,7~P:1025~V:513~A:660~PMT:257~TXT:577~N:>Nine Digital)
17:58:00.244 INFO Initializing DVB-T tuning request.
17:58:00.244 INFO tuning@1
17:58:00.244 INFO tuning@2
17:58:00.244 INFO tuning@3
17:58:00.244 INFO tuning@4
17:58:00.244 INFO tuning@5
17:58:00.254 INFO tuning@6
17:58:00.254 INFO tuning@7
17:58:00.254 INFO tuning@8
17:58:00.314 INFO tuning@8
17:58:00.314 VERBOSE getSetting(BDAMultiplexer)
17:58:01.566 VERBOSE About to auto detect correct tuner filter
17:58:01.566 VERBOSE Looking for associated filter
17:58:01.616 VERBOSE - TwinHan DVBT BDA Capture Filter
17:58:01.726 VERBOSE Successfully auto detected tuner filter: TwinHan DVBT BDA Capture Filter
17:58:01.976 VERBOSE ConnectPins: 'Output1' to 'MPEG-2 Stream'
17:58:02.307 VERBOSE getSetting(EPGProcessingMode)
17:58:02.307 VERBOSE Mapping Video PID 513
17:58:02.307 VERBOSE Mapping Audio PID 660
17:58:02.307 VERBOSE getSetting(EnableTeleText)
17:58:02.447 VERBOSE Using DVR-MS mux
17:58:02.798 VERBOSE ConnectPins: 'Video' to 'in'
17:58:02.798 VERBOSE ConnectPins: 'out' to 'DVR In - 1'
17:58:02.808 VERBOSE ConnectPins: 'Audio' to 'DVR In - 2'
17:58:02.808 VERBOSE About to call pSink->LockProfile(NULL)
17:58:02.998 VERBOSE Target DVR-MS filename: C:\GB-PVR\recordings\National Nine News\National Nine News_20051017_18001830.dvr-ms
17:58:02.998 VERBOSE About to call pSink->CreateRecorder()
17:58:03.088 VERBOSE About to call pRecControl->Start(&rtStart)
17:58:03.759 VERBOSE locked=0 present=0 strength=0 quality=0
17:58:04.981 VERBOSE getSetting(ListGraphFilters)
17:58:04.981 VERBOSE Graph contains the following filters:
17:58:04.981 VERBOSE - BDA MPEG2 Transport Information Filter
17:58:04.981 VERBOSE - MPEG-2 Sections and Tables
17:58:04.981 VERBOSE - StreamBufferSink
17:58:04.981 VERBOSE - MPEG-2 Video Stream Analyzer
17:58:04.981 VERBOSE - MPEG-2 Demultiplexer
17:58:04.981 VERBOSE - TwinHan DVBT BDA Capture Filter
17:58:04.981 VERBOSE - TwinHan DVBT BDA Tuner Filter
17:58:04.981 VERBOSE - Microsoft DVBT Network Provider
17:58:04.981 VERBOSE getSetting(SaveGraphFiles)
17:58:05.131 VERBOSE pRecControl->GetRecordingStatus() returns 0x00000000, 1, 0
17:58:05.131 VERBOSE BDARecorder::StartRecording() finished
18:30:00.044 VERBOSE BDARecorder::StopRecording()
18:30:00.265 VERBOSE BDARecorder::StopRecording() finished

[mixedup]

umm, just lost a recording like this for the 4th time (i.e. about 10% of recordings for me).

This time I was coping a lot of files from DVD to HDD around the time the recording would have been supposed to start.

Anyone know whether the gbpvr recording service's operation could be sensitive to PC load? If so I guess the question is whether there is some workaround or backup check mechanism I could put in place?

Details
Again the logs seem to indicate everything is OK, although I wonder if 2 entries for "Adding XX to commercial detection queue" is normal?

18/10/2005 9:28:00 PM.843 INFO [24] Found new programme requiring recording: Rove Live
18/10/2005 9:28:01 PM.343 VERBOSE [24] Changing to channel (GBPVR.Backend.Common.NullTunerController): 24
18/10/2005 9:28:01 PM.423 VERBOSE [24] Requesting IRecordingSource to start recording: C:\GB-PVR\recordings\Rove Live\Rove Live_20051018_21302245.mpg
18/10/2005 9:28:01 PM.494 VERBOSE [24] BDARecordingSource about to start recording oid:1 channel:T:C11,219500,0,0,7~P:1605~V:512~A:650~PMT:257~TXT:576~eng:001~N:>TEN Digital
18/10/2005 9:28:09 PM.095 VERBOSE [24] Programme is now recording
18/10/2005 9:28:09 PM.095 VERBOSE [24] RecordingFactory.save()
18/10/2005 9:28:09 PM.355 VERBOSE [24] Save(): Updated existing scheduled recording
18/10/2005 9:28:09 PM.705 VERBOSE [24] Adding C:\GB-PVR\recordings\Rove Live\Rove Live_20051018_21302245.dvr-ms to parallel processing queue
18/10/2005 9:28:09 PM.705 VERBOSE [24] RecordingFactory.getExtrasForGroup(21)
18/10/2005 9:28:09 PM.816 VERBOSE [24] getDatabaseConnection() creating new connection
18/10/2005 10:50:00 PM.156 VERBOSE [24] Recording has passed endtime+padding. Stopping.
18/10/2005 10:50:00 PM.176 VERBOSE [24] Stopping recording oid:1
18/10/2005 10:50:00 PM.777 VERBOSE [24] Adding C:\GB-PVR\recordings\Rove Live\Rove Live_20051018_21302245.dvr-ms to commercial detection queue
18/10/2005 10:50:00 PM.777 VERBOSE [24] Adding C:\GB-PVR\recordings\Rove Live\Rove Live_20051018_21302245.dvr-ms to commercial detection queue
18/10/2005 10:50:00 PM.867 VERBOSE [24] RecordingStatus is now RecordingStatus.RECORDING_COMPETED
18/10/2005 10:50:00 PM.867 VERBOSE [24] RecordingFactory.save()
18/10/2005 10:50:00 PM.897 VERBOSE [24] Save(): Updated existing scheduled recording
18/10/2005 10:50:00 PM.957 VERBOSE [24] RecordingFactory.loadSchedule()

[mixedup]

PS.

Notes

My BDA Multiplexer (from config MISC screen) is "Microsoft DVR-MS", however I do have SS, Cyberlink and Intervideo options there. The current option selected was just the one that appeared after starting to use gbpvr. I use the intervideo video decoder for video playback. Interestingly however when I run the mux checker the only result I get is:

GB-PVR has detected the following multiplex filters on your machine:
Found: ShowShifter MPEG PS Writer
FILE: F:\Program Files\Home Media Networks Limited\ShowShifter\MpegWriter.ax
VERSION: 3.12.0.2945

[gabeweisz]

I actually was having a lot of problems with recordings not happening as well - the TV Guide would show the recording as happening, but no files at all would appear, the tray program didn't show the recording as happening, and there was nothing at all about the recording in the logs. For me it seemed to happen only when 2 recordings were scheduled to record (I have 2 tuners, and both of them have the channel to be recorded), about 20-30% of the time. It started happening when I updated from v.93 to v.94.

[mixedup]

slightly different symptoms with me - in my case GPPVR shows everything to be OK and recording as well as the log file

[mixedup]

still trying to get a handle on this intermittent problem

Would this be significant: I do note sometimes that when I go into Live TV that for some reason the screen goes black and it never displays the live TV channel, then if I cancel out and try again it does work. Could this indicate a problem with my tuner card switching onto the channel such that if GB-PVR was trying to do this to start recording it would fail and not retry? From a GB-PVR perspective is a prerequisite for ensuring recording works reliably that you should be able to go into/outof LiveTV and expect to get the TV channel showing up reliably ever time? (i.e. does GB-PVR check for correct operations here and try to retune again if there was a problem?)

Also if this was the case would the symptoms be those I am seeing, that is whereby I don't see anything wrong in GB-PVR (see my previous posts earlier in this thread), i.e. it seems to indicate everything is OK and recorded even though it didn't.

If the above is significant to solving my problem, any ideas on how to fault find here?

Thanks in advance

[sub]

From a GB-PVR perspective is a prerequisite for ensuring recording works reliably that you should be able to go into/outof LiveTV and expect to get the TV channel showing up reliably ever time?

Yes, usually.

If the above is significant to solving my problem, any ideas on how to fault find here?

Reproduce the error, then zip and attach your logs and I'll take a look.

[mixedup]

thanks sub, that would be great

I've got a feeling there might be two issues here:
[1] the main one re missing recordings - my best guess is something to do with the tuner card not tuning in correctly/immediately to the channel [but I'm not sure exactly how gbpvr would behave in this case] &
[2] perhaps a less important issue - was the occasional network error assocation wtih the clients not being able to contact the recording service. I'm kind of guessing they're not related but I don't really know - item [1] is my primary concern

Here are the logs - I've included a screenshot, a sample 6k recording file, and the logs.

Any fault finding tips/trick associated with item [1] would be great.

[sub]

Can you try the Cyberlink mux from http://forums.gbpvr.com/showpost.php?p=5...stcount=41 and see if you still get this problem?