12 minutes on 0.95.16

[sivilya]

Hi,

Not sure if this was referred to by anyone in the past (although I think I saw something somewhere...).

I have a wierd problem (I'm currently, as says in the title, using 0.95.16) and for some reason some shows are being recorded only for about 12 minutes. Not sure if there's a pattern or not (maybe the first show of every new day)...

According to the logs it looks like the show is being recorded fully (45 mins) but it is actually only about 12 minutes! (the file it self is as well about 1/4 of the supposed size).

Here's the GBPVRRecordingService.exe.log part referring to this problematic recording:

10/12/2005 19:50:00.106 INFO [29] Found new programme requiring recording: מכושפות
10/12/2005 19:50:00.153 VERBOSE [29] Changing to channel (GBPVR.Backend.Common.ExeChannelChanger): 30
10/12/2005 19:50:00.669 VERBOSE [29] Requesting IRecordingSource to start recording: \\10.0.0.2\Recording\מכושפות\מכושפות_20051210_19522036.mpg
10/12/2005 19:50:00.716 VERBOSE [29] DirectRecordingSource about to start recording oid:1 channel:30
10/12/2005 19:50:02.138 VERBOSE [29] recording started
10/12/2005 19:50:02.138 VERBOSE [29] Programme is now recording
10/12/2005 19:50:02.153 VERBOSE [29] RecordingFactory.save()
10/12/2005 19:50:02.216 VERBOSE [29] Save(): Updated existing scheduled recording
10/12/2005 19:50:02.325 VERBOSE [29] getValue() loading new key/value into cache: /settings/ProcessCommercialsDuringRecording
10/12/2005 19:50:02.388 VERBOSE [29] getValue: /settings/ProcessCommercialsDuringRecording : false
10/12/2005 19:50:02.388 VERBOSE [29] Adding \\10.0.0.2\Recording\מכושפות\מכושפות_20051210_19522036.mpg to parallel processing queue
10/12/2005 19:50:02.403 VERBOSE [152] getValue() loading new key/value into cache: /settings/CommercialDetectionScheme
10/12/2005 19:50:02.403 VERBOSE [152] getValue: /settings/CommercialDetectionScheme : 0
10/12/2005 19:50:02.403 INFO [152] Parallel Processing thread starting...
10/12/2005 20:38:00.200 VERBOSE [29] Recording has passed endtime+padding. Stopping.
10/12/2005 20:38:00.200 VERBOSE [29] Stopping recording oid:1
10/12/2005 20:38:00.497 VERBOSE [29] getValue cached value: /settings/ProcessCommercialsDuringRecording : false
10/12/2005 20:38:00.497 VERBOSE [29] Adding \\10.0.0.2\Recording\מכושפות\מכושפות_20051210_19522036.mpg to commercial detection queue
10/12/2005 20:38:00.497 VERBOSE [29] Not adding \\10.0.0.2\Recording\מכושפות\מכושפות_20051210_19522036.mpg to conversion detection queue. Conversions are currently disabled.
10/12/2005 20:38:00.497 VERBOSE [29] RecordingStatus is now RecordingStatus.RECORDING_COMPETED
10/12/2005 20:38:00.497 VERBOSE [29] RecordingFactory.save()
10/12/2005 20:38:00.497 VERBOSE [155] getValue cached value: /settings/CommercialDetectionScheme : 0
10/12/2005 20:38:00.497 INFO [155] Post Processing thread starting...
10/12/2005 20:38:00.497 VERBOSE [29] Save(): Updated existing scheduled recording
10/12/2005 20:38:00.497 INFO [155] Running postprocessing.bat on: \\10.0.0.2\Recording\מכושפות\מכושפות_20051210_19522036.mpg
10/12/2005 20:38:00.513 VERBOSE [29] RecordingFactory.loadSchedule()
10/12/2005 20:38:00.513 VERBOSE [29] getValue cached value: /settings/AutoRemoveMissingRecordings : true
10/12/2005 20:38:00.528 VERBOSE [29] getDatabaseConnection() creating new connection
10/12/2005 20:38:00.544 VERBOSE [29] getDatabaseConnection() creating new connection

Any idea ??

Thanks,
Tomer.

[sub]

From past experience, if GB-PVR manages to start a recording then it'll typically continue to record to the end of the recording without any problems. The only situtation where I'm aware of recordings stopping part way through, were on analog hauppauge with some chipsets when sharing an IRQ with another devices.

GB-PVR doesnt actually do anything during a recording. It effectively sets up the recording then gives the 'start' command. When the recording is due to finish, it gives the 'stop' command. It doesnt do anything with device in between these two points. It sounds like in your case the driver has spontaneously decided to stop producing data.

[wannabepvr]

Something you can quickly rule out:
- I had a playback problem where it would freeze after exactly 5 minutes. It turned out that version on Intervideo I was using had not properly unlocked from the demo which was time limited.. to.. you guessed it 5 minutes.

Make sure that what ever MUX you are using does not have any limitations. Try a different MUX?