2005-10-15, 12:06 AM
sub Wrote: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.
2005-10-15, 12:06 AM
sub Wrote: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.
2005-10-17, 09:42 AM
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
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
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()
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
2005-10-19, 02:10 PM
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
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
2005-10-19, 05:20 PM
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.
2005-10-19, 08:57 PM
slightly different symptoms with me - in my case GPPVR shows everything to be OK and recording as well as the log file
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
2005-10-23, 09:10 AM
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
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
2005-10-23, 04:53 PM
Quote: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. Quote: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.
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.
VisionPlus Twinhan Tuner Card
2005 MCE Remote Girder (for remote key remapping) Shared PC/GB-PVR functions (via secondary display & AV sender) AMD Athlon 64 X2 Dual Core (4200, 2.21GHz), 1 GB RAM, 2 x HDD (300GB HDD for video)
2005-10-23, 09:35 PM
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?
|
|