NextPVR Crash, app doesn't work anymore, no recording,...

[Svekke]

In the eventviewer i find this error below

TimeStamp: 21/02/2016 19:32:23

Code:

Application: NRecord.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.AccessViolationException
Stack:
   at Native.AnalogRecorder.StartStream(System.String)
   at NShared.AnalogRecorder.StartStream(NUtility.ChannelMapping, System.String, System.String ByRef)
   at NShared.AnalogRecorder.SwitchStream(NUtility.Channel, NUtility.ChannelMapping, Int32, System.String)
   at NShared.RecordingService.StartStream(Int32, System.String, Int32, NUtility.ChannelMapping ByRef, System.String ByRef)
   at NShared.RecordingRemote.StartStream(Int32, System.String, Int32, NUtility.ChannelMapping ByRef, System.String ByRef)
   at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr, System.Object[], System.Object, System.Object[] ByRef)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage)
   at System.Runtime.Remoting.Messaging.ServerObjectTerminatorSink.SyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage)
   at System.Runtime.Remoting.Lifetime.LeaseSink.SyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage)
   at System.Runtime.Remoting.Messaging.ServerContextTerminatorSink.SyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage)
   at System.Runtime.Remoting.Channels.CrossContextChannel.SyncProcessMessageCallback(System.Object[])
   at System.Runtime.Remoting.Channels.ChannelServices.DispatchMessage(System.Runtime.Remoting.Channels.IServerChannelSinkStack, System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Messaging.IMessage ByRef)
   at System.Runtime.Remoting.Channels.DispatchChannelSink.ProcessMessage(System.Runtime.Remoting.Channels.IServerChannelSinkStack, System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Channels.ITransportHeaders, System.IO.Stream, System.Runtime.Remoting.Messaging.IMessage ByRef, System.Runtime.Remoting.Channels.ITransportHeaders ByRef, System.IO.Stream ByRef)
   at System.Runtime.Remoting.Channels.SoapServerFormatterSink.ProcessMessage(System.Runtime.Remoting.Channels.IServerChannelSinkStack, System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Channels.ITransportHeaders, System.IO.Stream, System.Runtime.Remoting.Messaging.IMessage ByRef, System.Runtime.Remoting.Channels.ITransportHeaders ByRef, System.IO.Stream ByRef)
   at System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(System.Runtime.Remoting.Channels.IServerChannelSinkStack, System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Channels.ITransportHeaders, System.IO.Stream, System.Runtime.Remoting.Messaging.IMessage ByRef, System.Runtime.Remoting.Channels.ITransportHeaders ByRef, System.IO.Stream ByRef)
   at System.Runtime.Remoting.Channels.Tcp.TcpServerTransportSink.ServiceRequest(System.Object)
   at System.Runtime.Remoting.Channels.SocketHandler.ProcessRequestNow()
   at System.Runtime.Remoting.Channels.RequestQueue.ProcessNextRequest(System.Runtime.Remoting.Channels.SocketHandler)
   at System.Runtime.Remoting.Channels.SocketHandler.BeginReadMessageCallback(System.IAsyncResult)
   at System.Net.LazyAsyncResult.Complete(IntPtr)
   at System.Net.ContextAwareResult.CompleteCallback(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at System.Net.ContextAwareResult.Complete(IntPtr)
   at System.Net.LazyAsyncResult.ProtectedInvokeCallback(System.Object, IntPtr)
   at System.Net.Sockets.BaseOverlappedAsyncResult.CompletionPortCallback(UInt32, UInt32, System.Threading.NativeOverlapped*)
   at System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32, UInt32, System.Threading.NativeOverlapped*)

You can find also the logs in attachment.

So when this happens i need to stop the service and start the service. Otherwise it doesn't work anymore...

[sub]

If you look in the Windows Event Viewer, does it identify the faulting module? ie a dll or ax file.

[Svekke]

Code:

Faulting application name: NRecord.exe, version: 1.0.0.0, time stamp: 0x5661e4ea
Faulting module name: MSVCR110.dll, version: 11.0.51106.1, time stamp: 0x5098858e
Exception code: 0xc0000005
Fault offset: 0x0000de08
Faulting process id: 0x25a0
Faulting application start time: 0x01d16384491ee418
Faulting application path: C:\Program Files (x86)\NPVR\NRecord.exe
Faulting module path: C:\Program Files (x86)\NPVR\MSVCR110.dll
Report Id: 73310193-d8c9-11e5-9f15-485b39c99ba5

[sub]

Its' not really clear what might have caused it. Did windows generate a dump file? It might contain some more clues.

[Svekke]

Not that i am aware of.

[mvallevand]

I think ffmpeg that Emby uses is being a bit aggressive, that last call may not have given enough clean time.

2016-02-21 19:32:19.919 [DEBUG][3] Got Web Request (192.168.1.151): /live channeloid=7160&client=MB3.13
2016-02-21 19:32:22.140 [DEBUG][22] Got Web Request (192.168.1.151): /live channeloid=7160&client=MB3.13
2016-02-21 19:32:23.012 [DEBUG][14] Got Web Request (192.168.1.151): /live channeloid=7160&client=MB3.13

Martin

[Svekke]

That's possible indeed. Because i have the problem indeed mostly when switching fast to other channels....

[mvallevand]

That's possible indeed. Because i have the problem indeed mostly when switching fast to other channels....

I am sure that the transcoding solution connected to the web server interface isn't going to like fast switching. It is not interactive enough especially if ffmpeg needs to make 1 or 2 extra stream opens just to start streaming.

Martin