HELP help help - MVP reboots

[onestar]

Okay, now I've started to get serious grief from the boss! The MVP keeps rebooting mostly a few mins into the recording, but it does it at least once. Goes to connecting to server. On the second attempt of playing the file, it might work all the way through, and might not.

This time though the MVP is playing and then bang reboot. Okay its not crashing on skips, or ff, or pause. Just playing and it reboots. Now watching same file, and I would expect it to go through to completion.

I need some ideas of what to change, fix, make different.

The machine at the time of reboot is not doing anything - no recording, no other playing. Both devices are connected to same hub. Machine is a Semperon 3100+, XP Pro. I know I've been asking different questions and problems, but now I'm getting into trouble for the "new gadget" :eek:

[sub]

Do you get any error listed in your gbpvr.exe.log at the time the error occurs?

[onestar]

I've been attempting to copy logs every time it happens, they seem to have the same endings. It would seem that either the MVP has rebooted, or has not responded as expected by the GBPVR, or the GBPVR PC has not heard the request. These tend to be from GBPVR.EXE-2.LOG, don't know where -1 is, and the .exe is the working version (which starts 1 sec after the -2 ends)

The MVP goes to reconnect screen, about 5 secs to restart the GBPVR screen,


04/06/2005 13:36:00.801 VERBOSE [136] MVP data read: 1
04/06/2005 13:36:00.801 VERBOSE [136] MVP request processed
04/06/2005 13:36:05.832 VERBOSE [136] MVP data read: 1
04/06/2005 13:36:05.832 VERBOSE [136] MVP request processed
04/06/2005 13:36:26.832 VERBOSE [136] MVP data taking too long, connection must have been dropped!
04/06/2005 13:36:26.847 VERBOSE [2] getValue() loading new key/value into cache: /settings/NetRadioBufferSize
04/06/2005 13:36:26.847 VERBOSE [2] getValue: /settings/NetRadioBufferSize : 96000
04/06/2005 13:36:26.847 INFO [2] NetRadio buffer size is: 96000
04/06/2005 13:36:26.863 VERBOSE [137] MVP media connection recycle requested
04/06/2005 13:36:27.051 ERROR [136] MVPWorkerThread - Connection lost, waiting a new one


06/06/2005 20:29:16.250 VERBOSE [195] about to check
06/06/2005 20:29:16.328 VERBOSE [196] MVP data read: 1
06/06/2005 20:29:16.328 VERBOSE [196] MVP request processed
06/06/2005 20:29:16.328 VERBOSE [196] MVP data read: 1
06/06/2005 20:29:16.328 VERBOSE [196] MVP request processed
06/06/2005 20:29:16.328 VERBOSE [196] MVP data read: 1
06/06/2005 20:29:16.328 VERBOSE [196] MVP request processed
06/06/2005 20:29:16.328 VERBOSE [196] MVP data read: 1
06/06/2005 20:29:16.328 VERBOSE [196] MVP request processed
06/06/2005 20:29:16.328 VERBOSE [196] MVP data read: 1
06/06/2005 20:29:16.328 VERBOSE [196] User pressed: 146
06/06/2005 20:29:16.328 VERBOSE [196] MVP request processed
06/06/2005 20:29:37.343 VERBOSE [196] MVP data taking too long, connection must have been dropped!
06/06/2005 20:29:37.375 VERBOSE [2] getValue() loading new key/value into cache: /settings/NetRadioBufferSize
06/06/2005 20:29:37.375 VERBOSE [2] getValue: /settings/NetRadioBufferSize : 96000
06/06/2005 20:29:37.375 INFO [2] NetRadio buffer size is: 96000
06/06/2005 20:29:37.375 VERBOSE [195] MVP media connection recycle requested
06/06/2005 20:29:37.484 ERROR [196] MVPWorkerThread - Connection lost, waiting a new one

[sub]

These show no error occuring in GB-PVR. It's just like you MVP is disconnecting for some unknown reason. Sorry I couldn't give you more to go on.

[markm]

What hardware rev is it? One of the D series had a hardware problem where they would reboot after being on a little while. Some people only started seeing this problem after having the unit awhile.

There was either a faulty component, or a component installed incorrectly. It's a known problem.

[onestar]

These show no error occuring in GB-PVR. It's just like you MVP is disconnecting for some unknown reason. Sorry I couldn't give you more to go on.

Well thats at least one down. Hardware, and MVP software left. Though not sure what can be done there, apart from keep downloading new dongles.

What hardware rev is it? One of the D series had a hardware problem where they would reboot after being on a little while. Some people only started seeing this problem after having the unit awhile.

There was either a faulty component, or a component installed incorrectly. It's a known problem.

Yeah, I think you are referring to the D3 unit. Unfortunately (or is it fortunately) I have the D3A and E1

[LilY0da]

Sorry for doing thread necromancy here... Having the same problem, with a E1 version of the MVP

When I start playing a DivX with the default "Video library", after a random (short) time, the video gets interrupted and I return to the video selection screen

Here's what the log says:

Code:

02/07/2005 15:24:10.859    ERROR    [2]    MVP Timer Refresh error: An established connection was aborted by the software in your host machine
02/07/2005 15:24:10.859    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 q.a(Boolean A_0)
   at q.c(Object A_0, EventArgs A_1)
02/07/2005 15:24:16.859    ERROR    [2]    MVP Timer Refresh error: An established connection was aborted by the software in your host machine
02/07/2005 15:24:16.859    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 q.a(Boolean A_0)
   at q.c(Object A_0, EventArgs A_1)
02/07/2005 15:24:22.562    VERBOSE    [2955]    MVP data taking too long, connection must have been dropped!
02/07/2005 15:24:22.562    VERBOSE    [2]    getValue() loading new key/value into cache: /settings/NetRadioBufferSize
02/07/2005 15:24:22.562    VERBOSE    [2]    getValue: /settings/NetRadioBufferSize : 96000
02/07/2005 15:24:22.562    INFO    [2]    NetRadio buffer size is: 96000
02/07/2005 15:24:22.593    VERBOSE    [2956]    MVP media connection recycle requested
02/07/2005 15:24:22.781    ERROR    [2955]    MVPWorkerThread - Connection lost, waiting a new one

When using the MyVideo extension, it's a bit more hardcore, and the MVP reboots!

Code:

02/07/2005 15:15:40.453    VERBOSE    [2943]    MVP data read: 1   (8)
02/07/2005 15:15:40.453    VERBOSE    [2943]    Responding to ping
02/07/2005 15:15:40.453    VERBOSE    [2943]    MVP request processed
02/07/2005 15:15:40.906    ERROR    [2944]    Media stream thread caught exception: Could not find file "C:\MVP000DFE0078C7.mpg".
02/07/2005 15:15:40.906    ERROR    [2944]       at System.IO.__Error.WinIOError(Int32 errorCode, String str)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean useAsync, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at q.ai()
02/07/2005 15:15:40.906    VERBOSE    [2]    getValue() loading new key/value into cache: /settings/NetRadioBufferSize
02/07/2005 15:15:40.906    VERBOSE    [2]    getValue: /settings/NetRadioBufferSize : 96000
02/07/2005 15:15:40.906    INFO    [2]    NetRadio buffer size is: 96000

Anyone knows how I can find the firmware the MVP is using? Anyone sees something he understands/recognizes in the log above ?

[sub]

The bottom error here is probably because you are trying to play AVI file, which is marginal at best with the MVP. Stick with MPEG2 if you can.

[LilY0da]

Yes indeed this happens only with DivX files
However, it's rock stable if I use the default MediaMVP interface instead of GBPVR... I'm wondering what GBPVR is doing different when transcoding the DivX before sending it to the MVP...

EDIT: any simple way to convert my DivX to an MPG2 stream before I serve it to the MVP? Kinda what avisynth does for AVIs?
I can't re-encode them all, I have over 80Gb of DivX, that would take waaaaaaaaaaaaaaaaaaaaaaaay too much disk space if I had to convert them all to MPG2.

[sub]

I'm wondering what GBPVR is doing different when transcoding the DivX before sending it to the MVP...

Lots...

It works for some people, doesnt work for some others. I've not really looked into it. divx on the MVP isnt a high priority for me.