PCH crashing

[mvallevand]

Ok that is a missing 5 seconds. Timing.Info shows only 33m 58s yet the calculated duration from the logs is "Video Duration: 2043.84016666667" which is also used for duration on file storing (the 2043 on the playbackposition). What duration does NPVR on the PC show?

Martin

[mvallevand]

roy, could you try this and let me know how it goes. It tries better to adjust for a timing file that is smaller than the reported file size.

Martin

[roy]

NPVR on the PC shows duration of 33:58, and play stops at 33:58. The PCH, and everything else I look at (WMP, VLC, PowerDVD, windows explorer) show duration as 34:03 but play stops at 34:01, but at the same exact point in the video.

Just FYI, for a longer recording, last night I recorded SNL, NPVR on PC shows it as 1:36:22, PCH shows 1:36:36.

I tried the new mvpmcx2, does not seem to change any of the timings. Resume point is still not eliminated when recording is played to end. But, I couldn't make it crash, and I tried

[mvallevand]

Ok, I am glad that you can't crash with this version and I think we are on to something with NPVR's timeline, but mvpmcx2 will continue to be out of sync on jumps that the server is asking for. There really is nothing I can do about the timeline since the display and resuming saving are done by the saving, so as long as sub ignores posts on this I think we are left tackling the issues I can control the way we have been.

Martin.

[sub]

Resume point is still not eliminated when recording is played to end.

NPVR had no logic to do this. You'll find a patch that does it here: http://forums.nextpvr.com/showthread.php...post405924

[roy]

Ok, I am glad that you can't crash with this version

Did get a crash with the above referenced SNL, logs attached.

[mvallevand]

I think we need to wait to see what happens with sub getting a patch to handle the EOF differently. I cannot see anything else to look at for now. I have yet to see this and I tried for hours yesterday.

Martin

[roy]

Since using the patch sub provided in thread referenced above, I've not had any of the previously reported crashes. I have also been logging with putty.

Last night I was watching in process recording of The Daily Show, fell asleep, and awoke to black screen after play would have ended, pch would not power off with remote, I went to bed. This morning PC was in standby. SO, I don't know exactly what happened, but logs are attached for your enjoyment.

[mvallevand]

In this case I suspect you where watching The Daily Show With Jon Stewart, while it was being recorded and you let it play through. From the web server log it looks like and the end, the web server provided an invalid http response

Code:

2011-03-08 23:46:07.909    [DEBUG][14]    about to read -310831 from location 2398622132  (current length = 2398311300)
2011-03-08 23:46:13.264    [ERROR][14]    Unexpected error streaming file: System.ArgumentOutOfRangeException: Non-negative number required.
Parameter name: count
   at System.IO.FileStream.Read(Byte[] array, Int32 offset, Int32 count)
   at NShared.RollingFile.Read(Byte[] buffer, Int32 offset, Int32 bytesToRead)
   at Cassini.Request.StreamFile()

and crashed and this is were ieverything went wacky.

Note that for in-progress recording mvpmcx2 does not get a Timing.Info from NPVR where I have focused most of the EOF improvements. I do see a place where I will improve the client, but I can't work around bad http responses.

Martin

[mvallevand]

After logging at the logs in more detail there is nothing I can do. While you were watching/sleeping comskip eventually caught you up and you were playing it like livetv. When the stream ended, the web server held on to it a bit like live tv in the hope the file would grow but then gave up, and then mpvmcx2 tried to keep going. Unfortunately the NMT SDK can't handle the bad http response that the NPVR web server gives in this case.

Martin