Screens generated for web client have "textured" background around text

[mvallevand]

I just checked here and I see the same thing the webclient.log doesn't even seem to acknowledge the &quality=high.

Martin

[mvallevand]

It looks like sub made a change along the way before I could changed the defaults on connection and they stuck no it reverts to low res.

If you edit emulate.py line 604 to

url = self.base + '/control?format=json' + self.xnewa.client + '&quality=high&size=1920x1080'

it should be better quality

Martin

[BrettB]

It looks like sub made a change along the way before I could changed the defaults on connection and they stuck no it reverts to low res.

If you edit emulate.py line 604 to

url = self.base + '/control?format=json' + self.xnewa.client + '&quality=high&size=1920x1080'

it should be better quality

I believe that I edited emulate.py line 604 correctly. But it still seems to be 1280x720. See the end of the kodi.log in the attached logs .zip.

[mvallevand]

I believe that I edited emulate.py line 604 correctly. But it still seems to be 1280x720. See the end of the kodi.log in the attached logs .zip.

Not sure in my case the files are now over 400k and have the proper res. Web.log looks like it is sending the correct info too.

FWIW The slower response time isn't worth it to me.

Martin

[BrettB]

Not sure in my case the files are now over 400k and have the proper res. Web.log looks like it is sending the correct info too.

Sub: Any idea why my system won't send the 1920x1080 size screens or the high quality screens?

Do these errors have anything to do with it?

Code:

2017-02-20 07:17:29.703    [DEBUG][27]    Starting client instance
2017-02-20 07:17:30.713    [DEBUG][27]    Client started
2017-02-20 07:17:30.713    [DEBUG][27]    Unexpected client control error: 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.IClientControl.ClientSwipe(String swipe)
   at Cassini.Request.Control()
2017-02-20 07:17:30.723    [DEBUG][5]    Got Web Request (::ffff:192.168.143.23): /control    size=1920x1080&quality=high&client=sdl-KNEWA0xb827eb9ccb26L&sid=2cf178849bf84cb6b480ee254b7f1221
2017-02-20 07:17:30.723    [DEBUG][5]    Unexpected client control error: 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.IClientControl.ClientGetScreenImage()
   at Cassini.Request.Control()
2017-02-20 07:17:31.233    [DEBUG][22]    Got Web Request (::ffff:192.168.143.23): /control    size=1920x1080&quality=high&client=sdl-KNEWA0xb827eb9ccb26L&sid=2cf178849bf84cb6b480ee254b7f1221
2017-02-20 07:17:31.233    [DEBUG][22]    Unexpected client control error: 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.IClientControl.ClientGetScreenImage()
   at Cassini.Request.Control()
2017-02-20 07:17:31.743    [DEBUG][19]    Got Web Request (::ffff:192.168.143.23): /control    size=1920x1080&quality=high&client=sdl-KNEWA0xb827eb9ccb26L&sid=2cf178849bf84cb6b480ee254b7f1221

[mvallevand]

I have reported the IPC error from very early releases of web client, I think it is just a start up issue while NextPVR starts and the server doesn't wait long enough.. I get it from nlite too, the difference is nlite will instantiate high quality.

Martin

[sub]

Sub: Any idea why my system won't send the 1920x1080 size screens or the high quality screens?

Did you restart the recording service after making the channel Martin suggested?

[mvallevand]

Guys, have found the source of the problem. x-newa issues a media=stop command on startup to ensure that the GUI is not in OSD mode however this command by itself is enough to create an instance of NextPVR with default setting. I have modified the code to always pass startup code before the stop command and now web client parameters are used. Will post a new RC shortly.

Code:

[...startup]
2017-02-20 17:39:50.154    [DEBUG][1]    -webclient
2017-02-20 17:39:50.169    [DEBUG][1]    1920x1080
2017-02-20 17:39:50.169    [DEBUG][1]    -MAC
2017-02-20 17:39:50.169    [DEBUG][1]    LOCAL
2017-02-20 17:39:50.169    [DEBUG][1]    -session
2017-02-20 17:39:50.169    [DEBUG][1]    sdl-KNEWA0xc8bfd398405L
2017-02-20 17:39:50.169    [DEBUG][1]    -highquality

Still no MAC address for config.xml lookups.

Martin

[BrettB]

Guys, have found the source of the problem. x-newa issues a media=stop command on startup to ensure that the GUI is not in OSD mode however this command by itself is enough to create an instance of NextPVR with default setting. I have modified the code to always pass startup code before the stop command and now web client parameters are used. Will post a new RC shortly.

Got the new RC. With that, the screen is coming up in 1920x1080, high quality mode. The image is much better. And I don't notice any performance decrease scrolling through the recordings list. However, I did notice that when the OSD timeline is displayed over a playing video, the video image is a little jerky. I'll try experimenting with the various combinations of lower screen size and quality modes to see when combination seems to work best.