About a month ago I started seeing sporadic Cassini web server crashes occur. Below is the log info from the gbpvrrecording service.
GBPVR Recording Service Log:
Code:
2008-07-14 00:13:52.285 VERBOSE [14] Hour is currently 0. Conversions will happen between 1:00 and 6:00
2008-07-14 00:44:52.261 VERBOSE [14] Hour is currently 0. Conversions will happen between 1:00 and 6:00
2008-07-14 01:15:52.253 VERBOSE [14] Hour is currently 1. Conversions will happen between 1:00 and 6:00
2008-07-14 01:46:52.229 VERBOSE [14] Hour is currently 1. Conversions will happen between 1:00 and 6:00
2008-07-14 02:17:02.191 VERBOSE [14] Hour is currently 2. Conversions will happen between 1:00 and 6:00
2008-07-14 02:48:02.167 VERBOSE [14] Hour is currently 2. Conversions will happen between 1:00 and 6:00
2008-07-14 03:18:07.144 VERBOSE [14] Hour is currently 3. Conversions will happen between 1:00 and 6:00
2008-07-14 03:48:22.120 VERBOSE [14] Hour is currently 3. Conversions will happen between 1:00 and 6:00
2008-07-14 04:18:27.660 VERBOSE [14] Hour is currently 4. Conversions will happen between 1:00 and 6:00
2008-07-14 04:48:28.093 VERBOSE [14] Hour is currently 4. Conversions will happen between 1:00 and 6:00
2008-07-14 04:56:22.612 ERROR [11] FATAL UNHANDLED EXCEPTION:: System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted
Server stack trace:
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at Cassini.x1b6b12494b043e38.x2dcc0ca8fed1d43b()
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at Cassini.x1b6b12494b043e38.x2dcc0ca8fed1d43b()
at Cassini.xcdc6d50076d34ea4.x1eebd27da31f16e1(Object xf236ab116fb26f27)
at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)
System Event Log Entry:
Code:
Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7034
Date: 7/14/2008
Time: 04:57:16 AM
User: N/A
Computer: DEN
Description:
The GB-PVR Recording Service service terminated unexpectedly. It has done this 2 time(s).
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
App Event Log Entry #1:
Code:
Event Type: Error
Event Source: ASP.NET 2.0.50727.0
Event Category: None
Event ID: 1334
Date: 7/14/2008
Time: 04:56:22 AM
User: N/A
Computer: DEN
Description:
An unhandled exception occurred and the process was terminated.
Application ID: GBPVRRecordingService.exe
Process ID: 3992
Exception: System.Net.Sockets.SocketException
Message: Only one usage of each socket address (protocol/network address/port) is normally permitted
StackTrace:
Server stack trace:
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at Cassini.x1b6b12494b043e38.x2dcc0ca8fed1d43b()
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at Cassini.x1b6b12494b043e38.x2dcc0ca8fed1d43b()
at Cassini.xcdc6d50076d34ea4.x1eebd27da31f16e1(Object xf236ab116fb26f27)
at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
I had to reinstall my Windows XP installation but I no longer have the CD that came with my ATI Wonder Elite. The CD contained Cyberlink Powercinema, which included the decoder, Cyberlink Video SP/Decoder. I copied the CLVSD.ax and CLAud.ax files from the old installation and put them into the system32 directory on my new installation (and then registered them). They come up fine in GBPVR and everything looks good. But that seemed awfully simple, just 2 files. Is there anything else I should copy over? For instance, there is a directory under Program Files called CyberLink that includes a lot of other .dll and .ax files. Do I need these for anything? Like I said though, everything does appear to be working fine with just the 2 .ax files.
I've read this, but my issue is something different. I can't get the screen back by moving the mouse or tapping on the keyboard.
This is a windows issue, I hope it's OK to post it here.
Here are my symptoms:
1) I always have to turn the TV on, and then the computer. This is always true regardless if I'm resuming from standby, or starting up fresh. It seems that if the TV is not on when windows looks for it (at start up or resume), it just assumes it's not connected and never checks again.
2) Once the computer is up and running, I can turn the TV off, leave it off for as long as I want, turn it back on and the screen comes back up. Again, since the TV was there when windows checked for it (at startup), it assumes it's there forever, even if it's off.
I guess my question is this: How do I get windows to re-check for the presence of a connected TV (monitor)?
I'm using a 780G mobo connected via HDMI to a Panasonic Plasma.
I seem to have a problem of getting WordWorld to set up as a reoccurring program. I tried deleting all of the reoccurring schedules for that show and start over again with no luck. I tried making sure pre and post times of that show and other shows were not overlapping. Still to no avail.
Please help. Could the database for that show have become corrupt? Is there a way of cleaning up the database and if so where and how? I tried setting up another show for reoccurring recording and it seemed to work fine.
The 45-button remote on my Nova-T PCI works great. But when I later installed a Nova-T USB, it 'took over' and I had to try pointing the remote at the pesky thing behind the PC! half sorted this by deleting the USB device in the WinTV application, and now the PCI IR sensor is working again. BUT the USB stick still picks up the remote, and unexpected things can happen; the usb stick sensor does not appear to be affected by changes to IRemote.ini? For example pressing the TEXT button brings up the stats of the currently playing video, but if the USB stick picks it up first, pressing TEXT causes the play to stop and a return to main menu :confused:
As I am contemplating adding a third tuner (PCI), my question is; How to dictate which sensor is used?
And how does the USB stick remote still work even if Irremote.ini is deleted?
Does anyone have a solution to this problem - when viewing an MPEG file on the PC that has been recorded with GBPVR the whole file is available from the start of viewing but when the same file is watched on the MVP only the first few seconds are available with more of the file becoming available as the programme is watched. This is only happening on one of my machines - I have no problems with one of my computers intereacting with the MVP, only my second machine. I've tried to find any differences in the settings but haven't been able to find any...
I have this problem, when I go into live tv mode and watch for awhile, when I ff or rew it hesitates the tv, it will come back on in about 10 seconds, much like I hit the pause button, but resumes on its own........