MVP reboots on skip to end of watched (recorded) show

[jksmurf]

Very often, my MVP reboots when I am nearing the end of watching a recorded show and I press the skip button. If there is no upcoming commercial it often simply reboots the MVP (which has no problem restarting). This is not an issue when there is an upcoming commercial, as it just skips to that commercial.

It's like it doesn't know what to do when you skip PAST the end of the show. I think this is the error, but attach the logs in any case. 30_24088 dongle.

k.

22/07/2006 10:00:08 p.m..036 VERBOSE [19] MVPGetCurrentFrameNumber 183300
22/07/2006 10:00:09 p.m..038 VERBOSE [19] MVPGetCurrentFrameNumber 183300
22/07/2006 10:00:10 p.m..039 VERBOSE [19] MVPGetCurrentFrameNumber 183300
22/07/2006 10:00:10 p.m..981 VERBOSE [18] MVP Streaming Server received STOP message
22/07/2006 10:00:11 p.m..011 VERBOSE [17] MVP data read: 1 (7)
22/07/2006 10:00:11 p.m..011 VERBOSE [17] MVP request processed
22/07/2006 10:00:11 p.m..041 VERBOSE [19] MVPGetCurrentFrameNumber 183300
22/07/2006 10:00:11 p.m..341 INFO [18] Checking hetero C:\Program Files\devnz\gbpvr\art\Rugby Union Tri-Nations Test Series 2006 (Encrypted).mix False
22/07/2006 10:00:12 p.m..062 VERBOSE [19] MVPGetCurrentFrameNumber 183300
22/07/2006 10:00:12 p.m..122 VERBOSE [17] MVP data read: 1 (8)
22/07/2006 10:00:12 p.m..122 VERBOSE [17] Responding to ping
22/07/2006 10:00:12 p.m..122 VERBOSE [17] getValue cached value: /settings/DisableHauppaugeMVPScreenSaver : true
22/07/2006 10:00:12 p.m..122 VERBOSE [17] MVP request processed
22/07/2006 10:00:12 p.m..152 VERBOSE [18] Y/Y2 buffer: 43498 bytes
22/07/2006 10:00:12 p.m..202 VERBOSE [18] U/V buffer: 21903 bytes
22/07/2006 10:00:12 p.m..202 VERBOSE [18] incremental frame sent
22/07/2006 10:00:12 p.m..463 ERROR [18] Media stream thread caught exception: An existing connection was forcibly closed by the remote host
22/07/2006 10:00:12 p.m..833 VERBOSE [14] Received MVP Service Locator request
22/07/2006 10:00:12 p.m..873 ERROR [18] at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.Socket.Send(Byte[] buffer)
at GBPVR.xbb1566157f5f8b1f.x05077cfda61e43db()
at GBPVR.x977e0aa739bd29d7.stop()
at GBPVR.xbb1566157f5f8b1f.xf9d81bb81f7c2ff0()
22/07/2006 10:00:12 p.m..923 VERBOSE [14] Parsing MVP Service Locator request
22/07/2006 10:00:12 p.m..933 VERBOSE [18] MVP Streaming Thread shutting down...
22/07/2006 10:00:12 p.m..973 VERBOSE [18] MVP Streaming Thread shutdown finished
22/07/2006 10:00:16 p.m..589 VERBOSE [14] local address: 000:B7:44:F9:08 .... 192.168.1.10
22/07/2006 10:00:16 p.m..639 VERBOSE [14] About construct MVP Service Locator request
22/07/2006 10:00:16 p.m..659 VERBOSE [14] Sending MVP Service Locator response to C801A8C0:16882 (control: 5906, streaming: 8337)

[sub]

I've tried to reproduce this error this afternoon, but wasnt able to. Does it do it on every recording for you?

It's like it doesn't know what to do when you skip PAST the end of the show.

It should handle this correctly. Before every skip it checks the current file duration and makes sure the skip wont be beyond that time.

[jksmurf]

Does it do it on every recording for you?

I can't really answer that, as I haven't always tried to skip when I'm past the last commercial on every show I have recorded. I normally use the MVP remote to just go back back abck to the menu to exit. It does seem to happen very often though.

I have about 5 or 6 recorded shows at the moment I can try and run them all one by one and get you the logs.

k.

[jim08127]

I've noticed the same reboot behavior. I haven't tested to see if it happens everytime. I think I'll do a little testing and report back later tonight.

[jim08127]

Well, tested this a few times on different files and my system is not rebooting when skipping past the end anymore. Might be the upgrade to .97.13 solved it for me.

[sub]

Well, tested this a few times on different files and my system is not rebooting when skipping past the end anymore. Might be the upgrade to .97.13 solved it for me.

There was a problem like this in versions prior to v0.97.13, when you tried watching a show that was still recording. Other than jksmurf's report above, I wasnt aware of any issue with this relating to already completed recordings.

[jksmurf]

Damn. I also tried two other (completed) recordings last night and they were OK. But (honest) it happens too frequently to consider as a one-off glitch.

I will post logs when (rather than if) it happens again, maybe I can identify "somethink else happenink".

k.