Socket disconnects

[mvallevand]

I am still getting the typical random unexplained disconnects,
like this

23/02/2007 21:04:57.093 ERROR [27] MVP Timer Refresh error: An existing connection was forcibly closed by the remote host

which I hope that Martin might eventually be able to fix

As I type this I am running gbpvr in debug mode and ML2 with the setting "insane amount of logging" in the hope that something useful might be detected.

I'd be glad to help out in determining the cause of this. I'm pretty sure it is not the mvp itself, because I've streamed natively for days without a dropped connection. I know this has been a problem for the Hauppauge dongle too, but there still might be a way to work around it once we find the cause.

I'm assuming the problem occurs while media is streaming so I will run overnight with my own mvpmc debug logging. I noticed that ML2 has an option "At the End of a Random Playlist - start a new random playlist". How do I enable this?

Also If you could zip up the logs for a few minutes leading into the problem and send them that would help me too.

Martin

[tkgafs]

I'm assuming the problem occurs while media is streaming so I will run overnight with my own mvpmc debug logging. I noticed that ML2 has an option "At the End of a Random Playlist - start a new random playlist". How do I enable this?

in the gbpvr config app go to the plugins screen and select the musiclibrary2 plugin, then choose the settings button

when in the musiclibrary2 settings screen choose the playlists/playing tab and then click on the radio button for "At the end of a random playlist ..." newplaylist

then click ok to save the settings


typically my mvp has now run for about 4 hours without fail

but when I do eventually get the error I'll send the relevant parts of the logs

Tkgafs

[mvallevand]

Tkgafs, its even easier than I thought to cause this. I just boot don't touch a thing other then display the screen saver and I get an MVP Timer error after a period of time. I've just sync'd the time between the two so I can find out which process dies first, mvpmc gives the same socket error message "the peer has disconnected".

Martin

[tkgafs]

ok after about 9 hours of ML2 playing

I got a disconnect

details as follows

U/V buffer: 1265 bytes
24/02/2007 21:13:02.109 ERROR [27] MVP Timer Refresh error: An existing connection was forcibly closed by the remote host
24/02/2007 21:13:02.468 ERROR [27] 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.xcca58d4608994dd8(Point x557cda7ca079f710, Rectangle x19534874af95b268, Bitmap x84901bd355736ef6, Boolean x484012b92f24af4e)
at GBPVR.xbb1566157f5f8b1f.xe75b6be209ce111f(Image x84901bd355736ef6)
at GBPVR.xbb1566157f5f8b1f.xb1cbc922a07ef39b(Object xdf2e3583f942db7b, EventArgs xc4f45905cb1fc7ba)
24/02/2007 21:13:22.062 VERBOSE [25] MVP data taking too long, connection must have been dropped!
24/02/2007 21:13:22.062 VERBOSE [25] MVP Control Thread shutting down....

attached are extracts from the logs gbpvr.exe.log musiclibrary2.log and an event from the system event-log

tkgafs

[mvallevand]

As an update, on this (when running just the screensaver) I think this might have something to do with the socket keepalive value. I had two crashes at 2 hours which is what the default kernel value is. I lowered the keepalive to 5 minutes and I can now crash gbpvr consistently much faster so there might be a relation.

My guess is when the mvpmc socket sends the keepalive value, gbpvr ignores it or there is a socket error, and because mvpmc doesn't get a keepalive return the socket is closed on its own.

Martin

[sub]

Are you talking about some application defined keep alive message, or the underlying sockets 'keepalive'? Assuming the latter, this all should take card of automatically by windows behind the scenes of the .NET socket libraries. I'm not aware I'm supposed to do anything manually, correct?

[mvallevand]

Are you talking about some application defined keep alive message, or the underlying sockets 'keepalive'? Assuming the latter, this all should take card of automatically by windows behind the scenes of the .NET socket libraries. I'm not aware I'm supposed to do anything manually, correct?

I'm talking socket level, to play around with the kernel default 7200 seconds (that is rfc value) I changed the SO_KEEPALIVE to 300 for the socket to get the fast "crash". What I did notice is that according to ethereal the last two commands that mvpmc issued had the RST reset flag on the gui stream and the FIN flag on media stream. Since the gbpvr ip ack'd the RST which is a socket close.

I'm not sure what can be done. Certainly when one searches keepalive with "An existing connection was forcibly closed by the remote host" there's almost too much to weed through since it is part of that return code. What you will see is many applications see the same behaviour, this error occurring after a period of time.

I'm going to try setting the keepalive to MAXINT and let it run overnight


Martin

[mvallevand]

As a follow-up on this thread, I have left emulation mode running with the screen saver from the Hauppauge software for 24 hours, and there was no socket level disconnect, and it played audio and video just fine afterwards. I have emailed Hauppauge to see if they code anything special. I'm not sure where I can go, since it is not emulation mode code sending the disconnect.

Martin

[tkgafs]

Martin,

have spent the last few days trying out the 2nd of march and earlier dongles

with any of these the best I have managed to run MusicLibrary2 for is about 2 hours 25 minutes.

I am using version 99.12 of gbpvr I have now reverted to dongle 3_3.24265b.bin downloaded from the shspvr site, at my first try ML2 has been playing now for 15 hours without a break, 19 hours is my record for this dongle.

not sure how this helps you other than to say your alpha dongle are still very unstable whilst playing music at least.

There doesnt seem to be any pattern to the failures, the gbpvr server is the family computer used for internet browsing email etc for 5 different people, its running XP professional SP2 and I have set it up fast user switching.

GBpvr is set up to not interact with the desktop.

the mvp has crashed when nobody has touched the PC for ages, it often crashes when someone else logs on.

the MVP is connected via a direct crossover cable and a 2nd ethernet card is set up for internet sharing so providing a dchp server for the MVP the ethernet card the mvp is connected to is fixed at the ip address 192.168.0.1

cant think of much else background which could possibly help

Tkgafs

[mvallevand]

with any of these the best I have managed to run MusicLibrary2 for is about 2 hours 25 minutes.

I am using version 99.12 of gbpvr I have now reverted to dongle 3_3.24265b.bin downloaded from the shspvr site, at my first try ML2 has been playing now for 15 hours without a break, 19 hours is my record for this dongle.

not sure how this helps you other than to say your alpha dongle are still very unstable whilst playing music at least.

There doesnt seem to be any pattern to the failures, the gbpvr server is the family computer used for internet browsing email etc for 5 different people, its running XP professional SP2 and I have set it up fast user switching.

the mvp has crashed when nobody has touched the PC for ages, it often crashes when someone else logs on.

Our findings are similar, although I went 11h 40 once and it died when I woke the pc's screen saver. I haven't stopped looking.

the MVP is connected via a direct crossover cable and a 2nd ethernet card is set up for internet sharing so providing a dchp server for the MVP the ethernet card the mvp is connected to is fixed at the ip address 192.168.0.1

cant think of much else background which could possibly help

Tkgafs

If you have a chance, you're the first person I know that has actually connected via crossover, could you tell me if mvpmc's native internet radio streaming works? Use the Filesystem option and go to /usr/playlist and select default.m3u. I'm not sure how the dns or routing will work so I'm not optimistic.

Thanks,

Martin