MP2 - V2.3.1 HEVC playback stutter in MP2.3 and 2.3.1 (1 Viewer)

[ge2301]

@Scheibes you have a multi seat setup with at least 1 from server separated client. Did you ever face issues in playback of HEVC encoded videos or appearance of subtitles? @Man Pang could confirm it on 2 clients, so at least a hardware issue seems not feasible. His network is also fine, so it could be an systematic issue of MP2.

 

[ge2301]

@Man Pang any difference between x86 or x64 client of MP2.
Looking into an older thread the x64 version seemed to solve the issue for @JSchuricht. His client was also on another machine separated from server.
[fixed] - 4k HEVC DXVA2 not playing correctly in MP2
@JSchuricht can you confirm the behavior with MP2.3.1?

 

[Man Pang]

@Man Pang any difference between x86 or x64 client of MP2.
Looking into an older thread the x64 version seemed to solve the issue for @JSchuricht. His client was also on another machine separated from server.
[fixed] - 4k HEVC DXVA2 not playing correctly in MP2
@JSchuricht can you confirm the behavior with MP2.3.1?

I read that thread several months ago and it was created prior to MP2 v.2.3. At the time, I was having issues with black screen when playing HEVC files in MP2 and was reading that thread for further information. My current issues are different. I no longer see a black screen when viewing HEVC encoded content but the different behaviour from my 2 scenarios show that there is an issue here. My recent discovery of subtitles not being shown further highlights the difference in behaviour between the 2 scenarios (having the Home Server on another machine as opposed to Home Server on the same machine).

 

[ge2301]

I read that thread several months ago and it was created prior to MP2 v.2.3. At the time, I was having issues with black screen when playing HEVC files in MP2 and was reading that thread for further information. My current issues are different. I no longer see a black screen when viewing HEVC encoded content but the different behaviour from my 2 scenarios show that there is an issue here. My recent discovery of subtitles not being shown further highlights the difference in behaviour between the 2 scenarios (having the Home Server on another machine as opposed to Home Server on the same machine).

Yes, that is clear. Anyway I have the question, if you have exactly the same behavior between x86 and x64 clients to rule this path fully out.

 

[Man Pang]

Yes, that is clear. Anyway I have the question, if you have exactly the same behavior between x86 and x64 clients to rule this path fully out.

Sorry, I forgot to mention that. The behaviour is exactly the same, no matter I use x64 client or x86 client.

 

[morpheus_xx]

@Man Pang
Can you create logfiles in DEBUG mode, start a playback of HEVC video on client and finally use the log collector on client and server and attach logs here?

 

[Man Pang]

@Man Pang
Can you create logfiles in DEBUG mode, start a playback of HEVC video on client and finally use the log collector on client and server and attach logs here?

Hi Morhpeus, please find attached Client and Server logs. The client was set to output debug level logging prior to producing the log files. I did notice with debug level logging, the stutter was more pronounced. It looks like at client side, processing is taking longer than the time required per frame of video content and is worsened by logging but no idea why the captions and subtitles are not showing.

 

[Man Pang]

Hmmm, it appears upnp is required to be enabled in the router settings. I will try it later but I hope there is an alternative to upnp as I am not prepared to leave this setting enabled.

EDIT: Disapled upnp and no difference.

 

[morpheus_xx]

@Man Pang there are some points to check, the logs contain errors from different kinds.

Can you confirm that:

1. Server has 7 (?) IPv4 addresses?
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.137.10
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.31.1
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.80.1
   [2020-12-29 09:21:56,322] [13350 ] [TVService] [INFO ] - Controller: local ip address:172.24.16.1
   [2020-12-29 09:21:56,322] [13350 ] [TVService] [INFO ] - Controller: local ip address:172.24.112.1
   [2020-12-29 09:21:56,323] [13351 ] [TVService] [INFO ] - Controller: local ip address:172.18.80.1
   [2020-12-29 09:21:56,323] [13351 ] [TVService] [INFO ] - Controller: local ip address:192.168.160.1
   [2020-12-29 09:21:56,325] [13353 ] [TVService] [INFO ] - Controller: server running on MPMEDIACENTRE
2. Client has both 3 IPv4 and 3 IPv6 addresses enabled?
   [2020-12-29 09:24:38,130] [3489 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '127.0.0.1', search port is 1900
   [2020-12-29 09:24:38,136] [3495 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::8cad:cea5:5773:e39a', search port is 1900
   [2020-12-29 09:24:38,141] [3500 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::dc88:bc08:1885:41c7', search port is 1900
   [2020-12-29 09:24:38,145] [3504 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::f4f2:773a:7764:b0e3', search port is 1900
   [2020-12-29 09:24:38,148] [3507 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.32.1', search port is 1900
   [2020-12-29 09:24:38,151] [3510 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.140.1', search port is 1900
   [2020-12-29 09:24:38,153] [3512 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.137.8', search port is 1900
3. Your setup seems to have a conflict with DOKAN versions, seen in client.log:
   [2020-12-29 09:24:39,121] [4480 ] [Dokan ] [WARN ] - Dokan: DokanMain returned with error code -7 - Requested an incompatible version. Remote resources may not be available in this session
4. Client log shows errors from settings related to MediaServer / Transcoding. This plugin should not be included in 2.3.1 release version. Did you install it manually before?
   [2020-12-29 09:25:15,476] [40834 ] [InputMgr ] [ERROR] - Error loading configuration class 'MediaPortal.Extensions.TranscodingService.Client.Settings.Configuration.HardwareAccelerationSetting'UPnP.Infrastructure.CP.UPnPException: Error invoking action 'Load' ---> UPnP.Infrastructure.CP.UPnPRemoteException: Action Failed
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.AsyncActionCallResult.GetOutParams()
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.EndInvokeAction(IAsyncResult result)
   --- End of inner exception stack trace ---
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.EndInvokeAction(IAsyncResult result)
   at MediaPortal.Plugins.ServerSettings.UPnP.ServerSettingsProxy.Load(String settingsTypeName)
   at MediaPortal.Plugins.ServerSettings.UPnP.ServerSettingsProxy.Load[SettingsType]()
   at MediaPortal.Extensions.TranscodingService.Client.Settings.Configuration.HardwareAccelerationSetting.Load()
   at MediaPortal.Configuration.ConfigurationManagement.ConfigurationNode.Instantiate(ConfigBaseMetadata metadata, PluginRuntime pluginRuntime)
5. Client log shows errors about fanart loading from server, it's an internal server error, but server log does not show a reason:
   [2020-12-29 09:28:15,404] [220763 ] [40 ] [DEBUG] - AsyncWebLoadOperation: Failed to download http://[fe80::e84b:9407:80b3:4eb9]:55555/MediaPortal/Server/FanartService?mediatype=Movie&fanarttype=Poster&name=98112543-c6f1-42ce-9122-44e12dba7ef8&width=334&height=500 - The remote server returned an error: (500) Internal Server Error.
6. Fanart loading is done by IPv6, although server doesn't has it enabled?
7. Video playback takes 15 seconds to initialize:
   [2020-12-29 09:26:14,834] [100193 ] [InputMgr ] [DEBUG] - VideoPlayer: Initializing for file system media item '2018d25e-0fb1-4ae1-a4c9-aeef84946bc0:{e88e64a8-0233-4fdf-ba27-0b44c6a39ae9}:///A:/My Videos/Casino/Casino.mkv'[2020-12-29 09:26:20,498] [105856 ] [DX Render] [2020-12-29 09:26:30,520] [115878 ] [InputMgr ] [DEBUG] - VideoPlayer: Set subtitle renderer

After seeing those errors I recommend on client:

1. Uninstall MP2.3.1
2. Check for leftovers under C:\Program Files (x86)\Team MediaPortal. Delete/move any folders away from here.
3. Uninstall DOKAN from Control Panel/Applications(!)
4. Reboot
5. Install MP2.3.1 again. This should install a compatible DOKAN version
6. Disable IPv6 on client if it is not needed

I also recommend to avoid server-local files, where the DOKAN/HTTP remote bridge is required. Better would be to setup a server-based share like "\\MPMEDIACENTRE\Movies" and configure this UNC path as media source. This bypasses DOKAN and enables client to start playback directly.

 

[Man Pang]

@Man Pang there are some points to check, the logs contain errors from different kinds.

Can you confirm that:

1. Server has 7 (?) IPv4 addresses?
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.137.10
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.31.1
   [2020-12-29 09:21:56,321] [13349 ] [TVService] [INFO ] - Controller: local ip address:192.168.80.1
   [2020-12-29 09:21:56,322] [13350 ] [TVService] [INFO ] - Controller: local ip address:172.24.16.1
   [2020-12-29 09:21:56,322] [13350 ] [TVService] [INFO ] - Controller: local ip address:172.24.112.1
   [2020-12-29 09:21:56,323] [13351 ] [TVService] [INFO ] - Controller: local ip address:172.18.80.1
   [2020-12-29 09:21:56,323] [13351 ] [TVService] [INFO ] - Controller: local ip address:192.168.160.1
   [2020-12-29 09:21:56,325] [13353 ] [TVService] [INFO ] - Controller: server running on MPMEDIACENTRE
2. Client has both 3 IPv4 and 3 IPv6 addresses enabled?
   [2020-12-29 09:24:38,130] [3489 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '127.0.0.1', search port is 1900
   [2020-12-29 09:24:38,136] [3495 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::8cad:cea5:5773:e39a', search port is 1900
   [2020-12-29 09:24:38,141] [3500 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::dc88:bc08:1885:41c7', search port is 1900
   [2020-12-29 09:24:38,145] [3504 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint 'fe80::f4f2:773a:7764:b0e3', search port is 1900
   [2020-12-29 09:24:38,148] [3507 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.32.1', search port is 1900
   [2020-12-29 09:24:38,151] [3510 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.140.1', search port is 1900
   [2020-12-29 09:24:38,153] [3512 ] [Main ] [INFO ] - UPnPServerController: SSDP enabled for IP endpoint '192.168.137.8', search port is 1900
3. Your setup seems to have a conflict with DOKAN versions, seen in client.log:
   [2020-12-29 09:24:39,121] [4480 ] [Dokan ] [WARN ] - Dokan: DokanMain returned with error code -7 - Requested an incompatible version. Remote resources may not be available in this session
4. Client log shows errors from settings related to MediaServer / Transcoding. This plugin should not be included in 2.3.1 release version. Did you install it manually before?
   [2020-12-29 09:25:15,476] [40834 ] [InputMgr ] [ERROR] - Error loading configuration class 'MediaPortal.Extensions.TranscodingService.Client.Settings.Configuration.HardwareAccelerationSetting'UPnP.Infrastructure.CP.UPnPException: Error invoking action 'Load' ---> UPnP.Infrastructure.CP.UPnPRemoteException: Action Failed
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.AsyncActionCallResult.GetOutParams()
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.EndInvokeAction(IAsyncResult result)
   --- End of inner exception stack trace ---
   at UPnP.Infrastructure.CP.DeviceTree.CpAction.EndInvokeAction(IAsyncResult result)
   at MediaPortal.Plugins.ServerSettings.UPnP.ServerSettingsProxy.Load(String settingsTypeName)
   at MediaPortal.Plugins.ServerSettings.UPnP.ServerSettingsProxy.Load[SettingsType]()
   at MediaPortal.Extensions.TranscodingService.Client.Settings.Configuration.HardwareAccelerationSetting.Load()
   at MediaPortal.Configuration.ConfigurationManagement.ConfigurationNode.Instantiate(ConfigBaseMetadata metadata, PluginRuntime pluginRuntime)
5. Client log shows errors about fanart loading from server, it's an internal server error, but server log does not show a reason:
   [2020-12-29 09:28:15,404] [220763 ] [40 ] [DEBUG] - AsyncWebLoadOperation: Failed to download http://[fe80::e84b:9407:80b3:4eb9]:55555/MediaPortal/Server/FanartService?mediatype=Movie&fanarttype=Poster&name=98112543-c6f1-42ce-9122-44e12dba7ef8&width=334&height=500 - The remote server returned an error: (500) Internal Server Error.
6. Fanart loading is done by IPv6, although server doesn't has it enabled?
7. Video playback takes 15 seconds to initialize:
   [2020-12-29 09:26:14,834] [100193 ] [InputMgr ] [DEBUG] - VideoPlayer: Initializing for file system media item '2018d25e-0fb1-4ae1-a4c9-aeef84946bc0:{e88e64a8-0233-4fdf-ba27-0b44c6a39ae9}:///A:/My Videos/Casino/Casino.mkv'[2020-12-29 09:26:20,498] [105856 ] [DX Render] [2020-12-29 09:26:30,520] [115878 ] [InputMgr ] [DEBUG] - VideoPlayer: Set subtitle renderer

After seeing those errors I recommend on client:

1. Uninstall MP2.3.1
2. Check for leftovers under C:\Program Files (x86)\Team MediaPortal. Delete/move any folders away from here.
3. Uninstall DOKAN from Control Panel/Applications(!)
4. Reboot
5. Install MP2.3.1 again. This should install a compatible DOKAN version
6. Disable IPv6 on client if it is not needed

I also recommend to avoid server-local files, where the DOKAN/HTTP remote bridge is required. Better would be to setup a server-based share like "\\MPMEDIACENTRE\Movies" and configure this UNC path as media source. This bypasses DOKAN and enables client to start playback directly.

Thanks for looking into this. The Dokan library was installed as part of SeaDrive Client (a client for access to a self hosted cloud server called Seafile). I will go through the above checklist and see how things go.

Regarding the number of local IPv4 addresses, they are virtual network adapters used for VMWare and HyperV.

Once again, thanks for looking into this!