[11004:11104:1221/220742.332030:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[11004:11104:1221/220742.332063:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[11004:11104:1221/220742.332108:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com
[11004:11104:1221/220742.333870:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[11004:11104:1221/220742.333899:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[11004:11104:1221/220742.333921:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com
This application failed to start because it could not find or load the Qt platform plugin “xcb” in “”.
Reinstalling the application may fix this problem.
/usr/bin/xdg-open: line 609: 11143 Aborted (core dumped) kde-open${KDE_SESSION_VERSION} “$1”
This application failed to start because it could not find or load the Qt platform plugin “xcb” in “”.
I am using Lubuntu 17.10 on my laptop and I have problems initializing it in the TV Full Screen mode. It does not respond to any button. Any thoughts about that?
I have tried 2.2.1.758-5dad2d62 and 2.2.0.754-fe7503d0 both with the same outcome.
PS: Thanks for the effort until now and best wishes for the New Year
@maiandros thanks fort the info. I check the AppImage on Lubuntu 17.10 64-bit and confirm there is a bug with opening a web browser from within the AppImage. This happens when we click “Sign in” button in windowed mode. In fullscreen mode a different mechanism is used so it can be used as a workaround.
@cedvan, checked the AppImage under Fedora Workstation 27 64-bit. This is the same problem @maiandros is having. It does not appear on Fedora 24 which I use for testing. Thanks for the info.
When a fix will be ready I’ll make an announcement on the forum.
@NeoPhyTe-x360 currently the tools used for building AppImages are available only for Intel/AMD processor architecture. There are first tries to make them work on ARM architecture, however they are far from production ready.
@Knapsu said: @NeoPhyTe-x360 currently the tools used for building AppImages are available only for Intel/AMD processor architecture. There are first tries to make them work on ARM architecture, however they are far from production ready.
Thanks, will wait then to see it in arm devices.
PD: Your PMP is working fawlessly in x64, thanks 4 your work
This is awesome, thank you @Knapsu. I think this was the “missing link” holding me back from moving from a mythtv backend + Kodi frontend to a full Plex setup. I already have a dedicated media server box connected to my TV, and didn’t like the responsiveness of the Roku client. Having PMP running directly on the media server is ideal, and it works flawlessly on the first try. Thanks again!
@Knapsu Great Job! I’m running the 20171211 build on Mint (Cinnamon) 18.3 which I have setup as my Plex/NAS server. Installed flawlessly with no dependency issues at all. This allowed me to uninstall Kodi and run a pure Plex rig.
hi @Knapsu, excellent work. Struggling to get MCE remote working, particularly the OK and BACK buttons, haven’t got much further than that. Direction buttons are fine. Plex does not even register the remote button presses for these buttons but are fine when running ir-keytable -t. Is this image using LIRC? Can this be disabled / removed somehow to prevent interference? Could you give me some guidance on how I would do this please? I believe this is required due to the ‘kernel’ now doing some of the work of LIRC and they now conflict on ubuntu 17. cheers for any help people
Hi @Liamk23. I know this doesn’t answer your question and suggesting to spend money on a product isn’t cool, but if you can buy a Flirc, which just maps remote buttons to keybord keypresses, your life will be soooo much easier.
Hi all, is anybody getting a cache issue, it seems particular to certain movies but the same error always appears in the logs - I get ‘PlayerComponent.cpp @ 583 - cache: Cache is not responding - slow/stuck network connection?’ - I have increased the cache with the ‘plexmediaplayer.conf’ but this hasn’t helped. The AppImage is running on an Ubuntu machine with the server running alongside it within a docker container so wouldn’t imagine there was any networking issues??? Where is the cache located? Any suggestions anyone?? much appreciated