Trouble changing channels coninued

[sub]

6/02/2007 10:49:59 p.m..255 VERBOSE [6] Streaming media listener starting... (7967)
6/02/2007 10:49:59 p.m..255 INFO [4] Starting remoting service
6/02/2007 10:49:59 p.m..926 ERROR [6] FATAL UNHANDLED EXCEPTION:: System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at GBPVR.RecordingService.x604c5275de444acd.xcba1f05fb5a46d5f()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()

In this case I'm fairly sure the port in question is 7967, which can be adjusted in the <ClientModeMediaPort> setting in config.xml

[jksmurf]

In this case I'm fairly sure the port in question is 7967, which can be adjusted in the <ClientModeMediaPort> setting in config.xml

I'm a bit confused about this. I looked in the config.xml and under that section client mode is false, which is expected as it is the server.

I do have a notebook acting as a Client though. GBPVR was not "actively" running on it at the time of the error, however the Notebook was switched on (and I might be way off base here) could it be that even when not actively running, it "pings" the server in the same way as the Next Recording Widget does for the MVP? Could that be the thing occupying the same port 7967?

k.

[sub]

I'm a bit confused about this. I looked in the config.xml and under that section client mode is false, which is expected as it is the server.

The client mode setting tells GBPVR.exe whether it needs to act like a client. The server always listens for client requests on this port. Its done this way so that the user doesnt need to do anything on the server when they add a client.

I do have a notebook acting as a Client though. GBPVR was not "actively" running on it at the time of the error, however the Notebook was switched on (and I might be way off base here) could it be that even when not actively running, it "pings" the server in the same way as the Next Recording Widget does for the MVP? Could that be the thing occupying the same port 7967?

If GBPVR.exe wasnt running on the client, then it wouldnt have been talking to the server at the time.

[jksmurf]

The client mode setting tells GBPVR.exe whether it needs to act like a client. The server always listens for client requests on this port. Its done this way so that the user doesnt need to do anything on the server when they add a client.

If GBPVR.exe wasnt running on the client, then it wouldnt have been talking to the server at the time.

OK, so I guess this means that GBPVR.exe was running as a background task in TaskManager ? ... what I meant by "not running" was that the Blue Screen with the menu's on it that comes up when GBPVR is started. Refrring to the attached pic, there is no Blue Menu Screen (no Green Tray Icon Either), but 3 GBPVR_Something.exe items in the Task Manager. I assume this is normal?

If so, and the same 3 are present on the client, then surely the client would ALWAYS be talking to the server? (I guess what I'd like to see then is a quick switch on the client to turn off GBPVR.exe ON the client).

Sorry, but I'm still confused ???

k.

[sub]

I'm not sure what you're trying to say. GBPVRRecordingService.exe is the only thing that should be using this port. There should only be one instance of GBPVRRecordingService.exe running on that machine, so there should only be one thing listening on that port.

It could be some other app listening on the same port, or the port might have "clagged up", or a software firewall is hanging on to it or something similiar.

[jksmurf]

I'm not sure what you're trying to say. .

Well up there you said:

The client mode setting tells GBPVR.exe whether it needs to act like a client. The server always listens for client requests on this port. Its done this way so that the user doesnt need to do anything on the server when they add a client.

So from this I assumed you meant that my Server was listening for (and Client PC was sending) requests on that port.

• My conclusion from this was that you meant my Client PC was running and might have been the culprit (provided no OTEHR s/w was using that port).
  
• So to eliminate it being the client sending requests, I was trying to find out under what circumstances the client makes the requests. i.e. what state the client is in. i.e. was it "running" or not.
  
• This led to me trying to work out what your definition of "running" was as it applies to the client i.e. is it simply (i) the Big White "G" in the tray or (ii) a Green "G" in the Tray or the (iii) Blue Screen with Menus.

GBPVRRecordingService.exe is the only thing that should be using this port. There should only be one instance of GBPVRRecordingService.exe running on that machine, so there should only be one thing listening on that port.

"That machine" being the Server? (goodness, I do sound dumb today). Yes, there is only one instance.

It could be some other app listening on the same port, or the port might have "clagged up", or a software firewall is hanging on to it or something similiar.

I will need to check these, I guess I was hoping I could eliminate the client as the culprit first.

k.

[sub]

Well up there you said:

The client mode setting tells GBPVR.exe whether it needs to act like a client. The server always listens for client requests on this port. Its done this way so that the user doesnt need to do anything on the server when they add a client.

So from this I assumed you meant that my Server was listening for (and Client PC was sending) requests on that port.

• My conclusion from this was that you meant my Client PC was running and might have been the culprit (provided no OTEHR s/w was using that port).

In the post of yours I was replying to, you sounded surprised that GB-PVR would be listening for requests on this port given the client mode setting was false. I was just trying to say that the client mode setting does nothing on the server, and was only used on the client PC.

It could be some other app listening on the same port, or the port might have "clagged up", or a software firewall is hanging on to it or something similiar.

I will need to check these, I guess I was hoping I could eliminate the client as the culprit first.

A client shouldnt be the problem. Its more of an issue relating to something running on the server using the same port that GB-PVR later tries to use when the recording service starts.

[jackk]

Sub
I hope that you are not waiting on something from me. IF you are, I missed the request.
Re firewalls, the only thing that I am purposely running is the mechanical firewall in my router. I have the Windows firewall turned off. I use AVG free for virus, and I'm pretty sure that there is no firewall associated with it.

Also, at times the channel changes Ok. It is not a permanent problem but it is becoming more prevalent with time.

jackk

[sub]

I hope that you are not waiting on something from me. IF you are, I missed the request.

No, I wasnt waiting on you for anything. I thought we pretty much reached a the end of the road. I'm thinking there is something wrong with the HVR1600 drivers which dont allow the graph to restarted to create a new file. This works with every other card I've come across to date, so I think its probably just a bug in the drivers for this very new card.

I dont have one of these card myself, so its not something I can double check here.

I cant really think of any way to fix it, but if you have broadband and are able to run VNC, I could briefly connect and run some diagnostics to confirm if this is the case.

Does it fail every time you switch channels, or only sometimes?

[jackk]

In regard to the remote, when I started this thread 4 or 5 days ago,it only happened occasionally. It has gradually increased to where it happens more than half of the time. I think that it happens less when I decreas the delay in the Playback tab, but it does not get rid of it.
I thought that it was not effecting the PC becasue it always changed perfectly. However when you told me to remove the Live preview and try again, it failed to change channels the two times that I tried it.
I have now decided to get rid of the HVR 1600 because of tis problem and since the MVP will not play HD, someting that I did not know when I bught the 1600. In fact, I should receive a PVR 500 tomorrow or the next day. I'll hold onto the 1600 for a few more days and see how the 500 works.
My concern was that the problem may have been hardware, since I noticed the problem shortly after dropping the remote about 2' onto the floor. It was not much of a fall for a remote, but who knows. If it was the remote, or the MVP, I coul still return them for another two weeks or so.

thanks for your time. I'll let you know how the 500 goes. Since I'm a newbie at this, I'm sure that I will have some questions to ask

Thanks again
jackk