"MVP Timer Refresh error"

[dwestbrook]

I've had this issue periodically in the past, but it's gone away w/either time or a PC reboot.. but now it seems to be persisting. Any suggestions for what i can do to either further diagnose this problem or avoid the "MVP Exception: An established connection was aborted by the software in your host machine" ?

What's observed is that the MVP does the "connecting servers" for a little bit, then stops as if it's about to go show the gbpvr menu, and then repeats. On the PC in task manager, i can see the gbpvr.exe process start, grow, and die, and repeats.

So far, I've tried resetting the gbpvr service, the pc and the mvp; made sure my NIC was at 100Mb; next i'm going to kick the router and defrag my recordings disk..

here's the snippet from gbpvr.exe.log :

Code:

4/18/2005 11:55:12 AM.102    INFO    [116]    MVP Control thread Listening on port: 5906
4/18/2005 11:55:12 AM.222    INFO    [117]    MVP Streaming thread starting
4/18/2005 11:55:12 AM.232    INFO    [118]    ServiceLocatorThread() Hostname:  drw
4/18/2005 11:55:12 AM.242    INFO    [118]    IP Address 192.168.254.4
4/18/2005 11:55:12 AM.272    INFO    [120]    BOOTPWorkerThread() Hostname:  drw
4/18/2005 11:55:12 AM.282    INFO    [120]    BOOTPWorkerThread IP Address 192.168.254.4
4/18/2005 11:55:12 AM.292    INFO    [117]    MVP Streaming thread Listening on port: 8337
4/18/2005 11:55:12 AM.643    VERBOSE    [116]    MVP Control thread waiting connection
4/18/2005 11:55:12 AM.833    VERBOSE    [117]    MVP Streaming thread waiting for connection
4/18/2005 11:55:20 AM.164    VERBOSE    [118]    Received MVP Service Locator request
4/18/2005 11:55:20 AM.164    VERBOSE    [118]    Parsing MVP Service Locator request
4/18/2005 11:55:20 AM.164    VERBOSE    [118]    About construct MVP Service Locator request
4/18/2005 11:55:20 AM.164    VERBOSE    [118]    Sending MVP Service Locator response to 2FEA8C0:16882
4/18/2005 11:55:20 AM.164    VERBOSE    [117]    MVP Streaming thread got connection
4/18/2005 11:55:20 AM.604    INFO    [116]    MVP Control thread got connection
4/18/2005 11:55:20 AM.674    INFO    [116]    MVP mac address: 000DFE007F32
4/18/2005 11:55:21 AM.375    VERBOSE    [116]    MVP initConnection()
4/18/2005 11:55:21 AM.385    VERBOSE    [116]    MVP initConnection() - protocol version sent
4/18/2005 11:55:21 AM.385    VERBOSE    [116]    MVP initConnection() - protocol version ack: RFB 003.003

4/18/2005 11:55:21 AM.696    VERBOSE    [116]    Rendering MenuMenuTask
4/18/2005 11:55:22 AM.016    VERBOSE    [116]    RecordingFactory.loadSchedule()
4/18/2005 11:55:22 AM.098    VERBOSE    [116]     - loading: Battlestar Galactica    status:4
############# <SNIP> #################
  --> many more "loading" lines in here; note timestamps -- covers ~ 10 seconds <--
############# </SNIP> #################
4/18/2005 11:55:33 AM.843    VERBOSE    [116]     - loading: The Simpsons    status:0
4/18/2005 11:55:37 AM.519    ERROR    [116]    MVP Exception: An established connection was aborted by the software in your host machine
4/18/2005 11:55:37 AM.539    ERROR    [116]       at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
   at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 size, SocketFlags socketFlags)
   at n.a(Boolean A_0)
   at n.k()
   at n.ag()
4/18/2005 11:55:37 AM.539    VERBOSE    [2]    Rendering MenuMenuTask
4/18/2005 11:55:38 AM.490    ERROR    [2]    MVP Timer Refresh error: Cannot access a disposed object named "System.Net.Sockets.Socket".
Object name: "System.Net.Sockets.Socket".
4/18/2005 11:55:38 AM.490    ERROR    [2]       at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
   at System.Net.Sockets.Socket.Send(Byte[] buffer)
   at n.a(Boolean A_0)
   at n.b(Object A_0, EventArgs A_1)
4/18/2005 11:55:38 AM.680    VERBOSE    [2]    getValue() loading new key/value into cache: /settings/NetRadioBufferSize
4/18/2005 11:55:38 AM.690    VERBOSE    [2]    getValue: /settings/NetRadioBufferSize : 96000
4/18/2005 11:55:38 AM.690    INFO    [2]    NetRadio buffer size is: 96000
4/18/2005 11:55:38 AM.791    ERROR    [116]    MVPWorkerThread - Connection lost, waiting a new one
4/18/2005 11:55:38 AM.791    VERBOSE    [116]    Rendering MenuMenuTask

[sub]

Whats the specs of your PC?

[dwestbrook]

Whats the specs of your PC?

sorry--meant to put that in OP .. PIII-400 w/325MB and normal IDE drives (Win2k) -- so it's on the low end, but it's been working fine for a couple/few months now (menus via the mvp are usually a tad laggy, but no big deal for my usage)..
Network topology is just the PC and MVP both plugged directly into a 100mb router.

[sub]

PIII-400 - ouch!

Basically, your machine is taking too long to load the list of recordings so GB-PVR doesnt manage to respond to the MVP within the allowable time period (about 8 seconds).

[sub]

PIII-400 - ouch!

Basically, your machine is taking too long to load the list of recordings so GB-PVR doesnt manage to respond to the MVP within the allowable time period (about 8 seconds). This causes the MVP to disconnect.

You could try removing some of your recordings so that the list loads faster. By moving the videos into a different directory, GB-PVR will delete them from the Recordings list, but they will still be accessible via the Videos library.

[dwestbrook]

Thanks! that's what i needed -- to know where the delay was (explains why it only happened occaisionally as well).. I'll move stuff around (i use Video Archive so i'm not worried about losing descriptions or anything) this afternoon after the defrag finishes and toss a followup up here then.

(just out of technical curiousity--i'll stick w/the moving solution) Is that 8 seconds in anyway configurable? Or is it a MVP firmware thing? (or a .NET socket connection thing)

y, the PIII-400 is a little pokey, and i was worried about it at first (i didn't plan to make a HTPC--got a PVR-250 for christmas), but was very happy to find gb-pvr and have it work relatively smoothly.. It's only the menus that are laggy -- actual recording and playback (including ff/rw & com skip) work prefectly smooth.

[sub]

Is that 8 seconds in anyway configurable?

No, its just something Hauppauge must have coded into the MVP firmware.