NPVR Recording Service Stopping when playing live TV

[colingibb]

Everything was working until yesterday or this morning when this started happening.

I am running NEXTPVR Locally, on a Windows 10 Machine. I have never had any troubles until today, and I can't figure out what's going on.

When I try playing live TV, I get the error "Unable to communicate with the recording service"

When this error is thrown, the NPVR Recording service is stopping.

I have attached the logs to this post, but the error information is below:


The NPVR.log has the following information in it:

2015-12-03 11:25:42.344 [DEBUG][1] StartLiveTV@1
2015-12-03 11:25:42.344 [DEBUG][1] StartLiveTV@2
2015-12-03 11:25:42.344 [DEBUG][1] StartLiveTV@3
2015-12-03 11:25:42.344 [DEBUG][1] StartLiveTV@4
2015-12-03 11:25:46.356 [ERROR][1] Unexpected socket exception calling StartStream(): System.Net.Sockets.SocketException (0x80004005): No connection could be made because the target machine actively refused it 127.0.0.1:8968

Server stack trace:
at System.Net.Sockets.Socket.Connect(IPAddress[] addresses, Int32 port)
at System.Runtime.Remoting.Channels.RemoteConnection.CreateNewSocket(AddressFamily family)
at System.Runtime.Remoting.Channels.RemoteConnection.CreateNewSocket()
at System.Runtime.Remoting.Channels.RemoteConnection.GetSocket()
at System.Runtime.Remoting.Channels.SocketCache.GetSocket(String machinePortAndSid, Boolean openNew)
at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.SendRequestWithRetry(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream)
at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

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 NShared.IRecordingService.StartStream(Int32 channelOID, String target, Int32 previousHandle, ChannelMapping& channelMapping, String& reason)
at NShared.RecordingServiceProxy.StartStream(Int32 channelOID, String target, Int32 previousHandle, ChannelMapping& channelMapping, String& reason)
2015-12-03 11:25:46.384 [DEBUG][1] Calling dispose on old popup(2): ShowDetailsPopup
2015-12-03 11:25:46.384 [DEBUG][1] ShowDetailsPopup.Dispose()
2015-12-03 11:25:46.384 [DEBUG][1] UiStatic.Dispose()
2015-12-03 11:25:47.025 [DEBUG][1] Frame Render Rate=33.7252197265625


The NRecord.log has the following information in it:

2015-12-03 11:28:29.300 [DEBUG][8] About to get: ipc://DigitalHost-20/RecorderRemote
2015-12-03 11:28:29.300 [DEBUG][8] Got: ipc://DigitalHost-20/RecorderRemote
2015-12-03 11:28:29.300 [DEBUG][8] Asking NDigitalHost to start: LIVE&G:\Temp\live-WANE-HD-7150.ts
2015-12-03 11:28:29.852 [ERROR][8] FirstChance failure on IPC (will retry): System.Runtime.Remoting.RemotingException: Failed to read from an IPC Port: The pipe has been ended.


Server stack trace:
at System.Runtime.Remoting.Channels.Ipc.IpcPort.Read(Byte[] data, Int32 offset, Int32 length)
at System.Runtime.Remoting.Channels.Ipc.PipeStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Runtime.Remoting.Channels.SocketHandler.ReadFromSocket(Byte[] buffer, Int32 offset, Int32 count)
at System.Runtime.Remoting.Channels.SocketHandler.Read(Byte[] buffer, Int32 offset, Int32 count)
at System.Runtime.Remoting.Channels.SocketHandler.ReadAndMatchFourBytes(Byte[] buffer)
at System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadAndMatchPreamble()
at System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadVersionAndOperation(UInt16& operation)
at System.Runtime.Remoting.Channels.Ipc.IpcClientHandler.ReadHeaders()
at System.Runtime.Remoting.Channels.Ipc.IpcClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

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 NUtility.IRecorder.StartStream(ChannelMapping channelMapping, String target, String& reason)
at NShared.DigitalRecorder.StartStream(ChannelMapping channelMapping, String target, String& reason)
2015-12-03 11:28:29.852 [ERROR][8] System.Runtime.Remoting.RemotingException: Failed to connect to an IPC Port: The system cannot find the file specified.


Server stack trace:
at System.Runtime.Remoting.Channels.Ipc.IpcPort.Connect(String portName, Boolean secure, TokenImpersonationLevel impersonationLevel, Int32 timeout)
at System.Runtime.Remoting.Channels.Ipc.ConnectionCache.GetConnection(String portName, Boolean secure, TokenImpersonationLevel level, Int32 timeout)
at System.Runtime.Remoting.Channels.Ipc.IpcClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

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 NUtility.IRecorder.StartStream(ChannelMapping channelMapping, String target, String& reason)
at NShared.DigitalRecorder.StartStream(ChannelMapping channelMapping, String target, String& reason)
2015-12-03 11:28:29.852 [INFO][8] DigitalRecorder.StartStream(LIVE&G:\Temp\live-WANE-HD-7150.ts)
2015-12-03 11:28:29.852 [INFO][8] Creating BDA graph
2015-12-03 11:28:29.872 [DEBUG][8] FindFilterByName failed to locate filter: Hauppauge WinTV-7164 BDA ATSC/QAM Tuner

[colingibb]

I have also stopped the Windows Firewall to make sure it's not killing anything. But this is local, so it should not be.

[sub]

Do you have the ndigitalhost log files as well?

Ultimately I think it's stemming from this:

2015-12-03 11:28:29.872 [DEBUG][8] FindFilterByName failed to locate filter: Hauppauge WinTV-7164 BDA ATSC/QAM Tuner

ie, trying to use channels on a HVR-2250, but device's drivers are no longer present in the machine.

[defyboy]

Hey guys I've got the same exact issue, this started suddenly happening to me about 2 months ago after many months of stable service.

I'm running 3 x cheap USB DVB-T Tuners behind a USB hub on Server 2012 R2, nothing else has changed on this server, no updates or restarts.

I've updated to the latest version, removed application, data and recordings and started fresh. installed all updates to the server to no avail.

We don't watch alot of live TV so i've only really noticed this happens during recordings. I set the service to restart upon failure however we often have missed recordings which refuse to play.

I've attached all logs here, I appreciate any suggestions

[sub]

Hey guys I've got the same exact issue, this started suddenly happening to me about 2 months ago after many months of stable service.

I'm running 3 x cheap USB DVB-T Tuners behind a USB hub on Server 2012 R2, nothing else has changed on this server, no updates or restarts.

My guess is the stick or hub have died. As far as Windows is concerned, there is no driver loaded for the device, and without the driver being loaded, there is no way NextPVR is gonna be able to use it. Cheap tuners do have a habit of dying.

2015-12-06 06:59:25.252 [DEBUG][5] FindFilterByName failed to locate filter: REALTEK DTV Filter

If you want to run the FilterCheck.exe and post the FilterCheck.txt it creates, I'll be able to tell you what devices are actually loaded in your system.

[defyboy]

Thanks Sub, I came to that conclusion after reading your previous post also. I've just looked over my setup and it seems it was some temperamental bad soldering on the HUB was responsible. I've repaired this for now, sadly I will probably not learn my mistakes from using cheap equipment.

[HarryH3]

I've repaired this for now, sadly I will probably not learn my mistakes from using cheap equipment.

Reminds me of two of my favorite quotes:

There is hardly anything in this world that someone cannot make a little worse...and sell a little cheaper. And the people who consider price alone are this persons lawful prey.
…………….

The bitterness of poor quality remains long after the sweetness of low price is forgotten.