MediaMVP with MVPMC hangs after some time

[OrakelJos]

If mvpmc crashes, I'd be happy to look at the logs. If it is the remote that stops responding, emulation made is 100% active, video streaming and everything else works as expected from the client perspective, you can even send keystrokes to the tcp network layer. Where they go at that point is the mystery.

Martin

Sorry, is not a crash. Remote stops responding and streaming just continues. After changing priority from services to programs in W2K3 the situation seems to have improved. Have been running the whole afternoon with the standard dongle (not yet the mvpmc) without any problem. Will give it a try for a couple of days and if this remains positive I will revert back to mvpmc.

[HtV]

Yes, cable is made up correctly. I have a complete gigabit network in my home and I have a cable tester. Trust me, I know my stuff

It's not that I didn't trust you, but I've seen it often enough: people saying:"Oh yeah, I've done that lot's of times". They are the same people that say, when something is defect: "That's not possible, it was working yesterday".

Anyway good luck with your problem.

cya Hans

[OrakelJos]

New cable works as well as the old one. Had yesterday evening no problems with the standard(!) dongle except for the fact that while deleting a recording that I just watched, the MediaMVP resets (warm reboot) itself. This happened three times. I will check the logs to see if I can find something unusual.
It seems that changing the priority from services to programs made the largest positive impact on GBPVR and MediaMVP.

Hans: I am using the Fritz!Box 7270 with some of my Dect phones. I can recommend it!

[OrakelJos]

Had still a restart of the MediaMVP with an older original Hauppauge dongle, version 1.1.41.
Have now set the priority for the MediaMVP higher in config.xml, enabled the advanced performance on my disk drives (yes, I have an UPS ) and changed to dongle 1.1.47. See what that all brings. I am planning to try out all the dongles up to the most recent version which is 1.1.59 I just found on the Hauppauge FTP site and which is newer than the one included in 34_25345 which is 1.1.58.
As soon as I find a Hauppauge dongle which is abolute stable, I will replace it with the MVPMC dongle. If the MediaMVP again stops to react to the remote control, it is obvious a mvpmc problem.

[mvallevand]

I strongly believe that of the Hauppauge dongles (non Vista) the best one with GBPVR is the 1.1.47 dongle that sub includes. I think sub tried an "upgrade" in 2007 and it had very negative effects on most users.

Everyone's experience will vary, but my experience is no matter which dongle you use the client will crash.

Martin

[OrakelJos]

This is what I just got with dongle 1.1.47:

2009-01-21 22:37:40.531 VERBOSE [6] - adding render hash: button-Manual Rec:15,280,158,26:False
2009-01-21 22:37:40.531 VERBOSE [6] - adding render hash: button-Main Menu:15,317,158,26:False
2009-01-21 22:37:40.578 VERBOSE [6] Y/Y2 buffer: 34955 bytes
2009-01-21 22:37:40.687 ERROR [6] Unexpected error sending frame: System.Net.Sockets.SocketException: An established connection was aborted by the software in your host machine
at System.Net.Sockets.Socket.Send(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.Socket.Send(Byte[] buffer)
at GBPVRX2.MVP.x3ca133dee7547455.xcca58d4608994dd8(Point x557cda7ca079f710, Rectangle x19534874af95b268, Bitmap x84901bd355736ef6, Boolean x484012b92f24af4e)
2009-01-21 22:37:40.687 VERBOSE [6] MVP frame sent
2009-01-21 22:37:40.687 VERBOSE [6] MVP request processed
2009-01-21 22:37:40.687 VERBOSE [6] MVP waiting for data
2009-01-21 22:37:40.687 ERROR [6] handleMVPConnection() exception: An established connection was aborted by the software in your host machine
2009-01-21 22:37:40.687 VERBOSE [6] at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 size, SocketFlags socketFlags)
at GBPVRX2.MVP.x3ca133dee7547455.x3d75adb3418c5c9e()
at GBPVRX2.MVP.x3ca133dee7547455.xd3faf5962405de4e()


How can I solve this :mad: ?

[OrakelJos]

Installed dongle 1.1.59. This dongle is realy superfast in starting. When first starting up PVRX2 on the MediaMVP it rebooted immediately but after that no problems. Will continue to test.
Originaly I was running SBS2003 for 2 years without any problems with the MVP's. In November last year I swiched over to Server 2008 (new install, same machine) and the problems started. In January I then installed/reverted to Server 2003 R2 (new install, same machine) but the problems continued.
Both Server 2008 and 2003R2come standard with Net 2.0 as part of the installation. SBS2003 came without so it was installed with Microsoft update. Is there any chance that there is a difference/problem/incompatibility with the Net 2.0 versions?
To make sure, I have deleted now all Net versions and reinstalled Net 2.0 and 3.0 plus the servicepacks.
If there is a problem it is always when I take an action, i.e. switching in the menu, deleting a recording etc. but never in the middle of viewing a recording (at least with the Hauppauge dongle).
Any suggestions?

[OrakelJos]

I am keeping problems when opening menu items or deleting recordings so I have decided to reinstall W2K3 R2 again, put only NET 3.5 on it and a previous version (1.2.13) of GBPVR. At least I should than have the same configuration which has worked in the past without problems.
Only difference with the old situation would be that it was previously SBS2003R2 and that certain drivers would be more recent but I assume that this should not have any impact (I hope ).

[OrakelJos]

Reinstalled W2K3 R2 again and made a fresh install of GBPVR 1.2.13 after I installed the NET Client Profile 3.5 (which is a lot smaller than the full blown version) and the C++ from Sub. Had some crashes/problems caused by the fact that the db3 file in the MSI is not correct. It includes only 3 fields on the playback position instead of 5 but found in one of the threads a solution from SUB. Have corrected the database with SQLiteSpy so it should now be o.k. Also added the switch /usepmtimer to the boot.ini file just to be sure that my dual core processor is not giving timing problems. I just rememberd that I had that also activated in my SBS2003R2 setup.
Have not yet noticed any disconnects till now but I am running the server at this moment without firewall and virus protection except for the NAT router and hardware firewall.
Will first see what this brings and then add one by one the missing programs etc.

[OrakelJos]

Have now upgraded to 1.3.7 but still get sometimes restarts when deleting recordings and some restarts while just viewing a recording. Good news is however that no disconnect errors appear in the logs so this is caused by something else.
I tried switching off TCP Segment Offload and Checksum Offload on my Intel Gigabit 82566DC but that did not help. Have now reloaded the dongle (1.59) in both MVP"s with the offcial Hauppauge software because I believe this is the only possibility to assign an IP address in my router to the MVP's. Have set GBPVR service to interact with the desktop but I don't know if this has any effect.

I discovered that after exporting season and recordings from my previous installation 1.2.13 to 1.3.7 (because I did a fresh install) the pre- and postpadding for season recordings is not correctly imported. The value of the postpadding was now in the pre-padding and the post-padding was set at zero.

Martin: I again tried MVPMC (30-9-2008 version) but am still getting the lost keypresses, no disconnects: the keypresses just disappear. Only switching the MVP off and on restores normal functionality. Is there a later version which does not exhibit this problem?