
brian at interlinx
Apr 19, 2012, 3:43 AM
Views: 410
Permalink
|
|
DVBRead mpeg/mpegstreamdata.cpp:362 (AssemblePSIP) Error: offset>181, pes length & current cannot be queried
|
|
Running 0.25-fixes, I was doing a 3 program multirec last night on an HVR-950Q and all three recordings just stopped suddenly. During the window of the recordings (1 @ 20:00 and 2 @ 20:30 all ending at 21:00) the backend log reports: Apr 18 20:01:18 pvr mythbackend[1857]: I ProcessRequest recorderbase.cpp:386 (GetKeyframePositions) RecBase(2:/dev/dvb/adapter0/frontend0): GetKeyframePositions(1813,9223372036854775807,#10) out of 93 Apr 18 20:01:18 pvr mythbackend[1857]: I ProcessRequest recorderbase.cpp:386 (GetKeyframePositions) RecBase(6:/dev/dvb/adapter1/frontend0): GetKeyframePositions(1936,9223372036854775807,#3) out of 133 And similar: Apr 18 20:30:32 pvr mythbackend[1857]: I ProcessRequest recorderbase.cpp:386 (GetKeyframePositions) RecBase(3:/dev/dvb/adapter0/frontend0): GetKeyframePositions(634,9223372036854775807,#21) out of 72 Apr 18 20:30:32 pvr mythbackend[1857]: I ProcessRequest recorderbase.cpp:386 (GetKeyframePositions) RecBase(1:/dev/dvb/adapter0/frontend0): GetKeyframePositions(808,9223372036854775807,#4) out of 73 And then this: Apr 18 20:32:04 pvr mythbackend[1857]: E DVBRead mpeg/mpegstreamdata.cpp:362 (AssemblePSIP) Error: offset>181, pes length & current cannot be queried At the end of the recording the following messages were reported: Apr 18 20:59:59 pvr mythbackend[1857]: I TVRecEvent tv_rec.cpp:812 (FinishedRecording) TVRec(2): FinishedRecording(2917_2012-04-18T20:00:00) damaged recq:<RecordingQuality overall_score="0" key="2917_2012-04-18T20:00:00" countinuity_error_count="0" packet_count="3257088">#012 <Gap start="2012-04-18T20:32:03" end="2012-04-18T21:00:00" duration="1677" />#012</RecordingQuality> Apr 18 20:59:59 pvr mythbackend[1857]: I TVRecEvent tv_rec.cpp:812 (FinishedRecording) TVRec(3): FinishedRecording(3776_2012-04-18T20:30:00) damaged recq:<RecordingQuality overall_score="0" key="3776_2012-04-18T20:30:00" countinuity_error_count="0" packet_count="278934">#012 <Gap start="2012-04-18T20:32:01" end="2012-04-18T21:00:00" duration="1679" />#012</RecordingQuality> Apr 18 20:59:59 pvr mythbackend[1857]: I TVRecEvent tv_rec.cpp:812 (FinishedRecording) TVRec(1): FinishedRecording(4097_2012-04-18T20:30:00) damaged recq:<RecordingQuality overall_score="0" key="4097_2012-04-18T20:30:00" countinuity_error_count="0" packet_count="228902">#012 <Gap start="2012-04-18T20:32:01" end="2012-04-18T21:00:00" duration="1679" />#012</RecordingQuality> Notice that all three of those report a RecordingQuality that includes a "Gap" that starts at 20:32:01-03 which is within a second or two of the above "AssemblePSIP" error. Additionally, the following is logged at the end of those three recordings: Apr 18 20:59:59 pvr mythbackend[1857]: W DeviceReadBuffer DeviceReadBuffer.cpp:525 (Poll) DevRdB(/dev/dvb/adapter0/frontend0): Poll took an unusually long time 1674946 ms There is nothing in my kernel log buffer during that window other than a firmware load for the HVR-950Q device. Any ideas what happened at 20:32:04? Cheers, b.
|