I get a “my-server-name is Currently Unavailable” message. Plex media player and web version work fine.
I tried to set manual connection IP but it still does not connect. I do have an internet connection in-app as the Plex movies work, just not my server.
I installed it via script in the first post.
OS: Manjaro GNOME x11
Logs: Plex HTPC.log (93.7 KB)
How do I install the linux version? I downloaded the snap, I created the install script and I tried running both
You just pass the file location of .snap file to the script. Ex. “sudo bash install.sh plex-htpc_1.11.0_amd64.snap”.
Note that you need to have “snapd” installed.
Thank you! 
It worked
To actually look at this, I’d need:
mpv.conf file (if you created one)I’ve spoken about the aspect ratio in the thread. Please search it and you should find your answers there. The UI is 16:9 but the video is zoomed to fit the window. So if you have a wider aspect ratio than 16:9 and your movie’s video dimensions are also wider, then the video will be wider than 16:9.
Previously answered: Plex HTPC feedback - #1107 by gbooker02
I presume you mean alpha-server? The logs only indicate that it failed to connect to the server after 8 seconds. Unfortunately it doesn’t contain much more.
Additionally, for Linux users we are asking for help in testing out EGL support. See this thread for details and please report there: Testing Linux EGL
Talking with one of the other devs, we have some more questions for you.
We did look at your account and it seems like you don’t have the server published on plex.tv which could be hindering discovery of the server.
Your suggestion was right. My Plex server was in some weird state. I could use it, change settings, it worked like normally connected to my account with all plex pass bonuses but when I went to check app.plex.tv it told me first that it can’t do a “secure connection” and then after a few retries, it gave me “Access denied”.
Apparently, it declaimed itself from my account. I generated a new claim token and used it to connect the server to my account again and now both app.plex.tv and HTPC work.
It’s weird cause I can remember it working not that long ago through app.plex.tv. And PMP worked without a problem.
Thank you!! I just downloaded it and will give it a whirl as soon as I can, and report back!
hi, where does the snap version look for mpv.conf? thanks
~/snap/plex-htpc/common/mpv.conf. There is a mpv.conf.md document placed in the same directory by the app.
Thanks for maintaining Plex HTPC! It’s an awesome part of my home media center.
As of update 1.11.0 my client flashes a white screen when launching that lasts for 2-3 seconds before showing the Plex animation. Has this been acknowledged as a bug? None of the 1.11.0 fixes apply to my use case so I’m downgrading to 1.10.0 as a workaround.
Hi gbooker092,
Thanks for the reply, here is the info. Let me know if I’ve missed something.
Here is another log from yesterday where I played the file longer and I believe hardware decoding was enabled, same constant stuttering issue.
Plex HTPC.2.log (720.9 KB)
I did some further testing and the stuttering happens in both hardware and software decoding on my 60hz TV when set as primary display.
However if I change the primary display to my 144hz G-sync monitor and run it there, it doesn’t appear to have the stuttering.
Has anyone been able to use a gamepad? wired or bluetooth? When I check my logs it detects a gamepad is plugged in but once I open PHTPC and mash a button or two and close, there is no report of that in the log. Only the keyboard “alt+f4” I used to close it.
Gamepad support currently has a bug where it must be powered off completely before you launch HTPC. If you power on the gamepad after HTPC is launched and on the home screen it should work. Assuming it follows what the rest of us have seen with gamepads.
I’m excited by the progress and the new linux version, though I’m hoping to be able to run this on an odroid-n2 someday (which needs an arm64 build instead of x86_64). Are additional targets on the roadmap, or are there reasons it will be 86_64 only?
Thanks again for all the work here. BTW, all studdering on 1.11 is gone for me in the Windows version.
It’s worth testing with the quality set to a lower quality for now. The options set in the quality setting are NOT set in the MPV application by default. Usually it’s the scaling which is the big factor but in this example you are playing 1080p content on a 1080p display so it may not be that.
There are no drop frames being reported and only ever one frame which didn’t flush on time. Usually any sort of stutter shows itself in these.
Additionally the standalone MPV will prefer d3d11 as the gpu-context (Check to make sure this is the case with your hardware by running mpv.com -v file from command prompt). So perhaps this will work better for you in a future version of HTPC.
This is interesting. Is the G-sync monitor changing refresh rates?
I don’t know of any plans at this time but perhaps in the future. Targeting another platform requires building everything for that platform including Qt (which is the most giant PITA of all).
Thank you for your suggestions.
I have set the video quality to low and experienced no difference.
I can confirm that MPV standalone picks d3d11:
[vo/gpu] Probing for best GPU context.
[vo/gpu/d3d11] Initializing GPU context ‘d3d11’
[vo/gpu/d3d11] Using Direct3D 11 feature level 12_1
[vo/gpu/d3d11] Device Name: NVIDIA GeForce RTX 2070
The G-sync monitor and the TV display both are changing to 24p when playing the file.
I have prepared a couple video clips to illustrate the difference:
Desktop Monitor set as primary display and changed to 24fps:
Motion is smooth as expected.
TV Monitor set as primary display and changed to 24fps:
Constant stuttering. (But no apparent dropped/mistimed frames like you saw in the log)
Let me know if you have any other suggestions.
Do you know if the Plex for Windows app will also allow a switch to d3d11 gpu-context in a future version?
Forgot to reply to this one last time around:
It’s harmless and as a result of the setup of the layers of which some decide to paint themselves white initially no matter what I do. It may be possible to eliminate that later but we didn’t block the release on this.
I think I found an issue with multiple monitors. On my office rig I have two displays. One is a 4K HDR monitor (though HDR not currently enabled in windows) with a resolution of 3840x2160p, and the other is a 21:9 with a resolution of 3840x1600. The 4K monitor is positioned to the left of the 21:9 if that matters.
I have PlexHTPC set to launch full screen on the 4K monitor, but as of the 1.11 update it is no longer filling the screen properly, the view is shrunk on the top and right side:
The values in the “[ui]” block of plex.ini seem strange:
[ui]
visibility=5
windowStates=4
screen=\\\\.\\DISPLAY2
windowX=-3560
windowY=342
windowWidth=3072
windowHeight=1224
[EDIT]. this is what the debug overlay displays:
[Edit 2]: One other thing that could be relevant. Display scale in Windows Settings on the 21:9 monitor is set to 100% (as it is a larger 38" screen), but on the 27" 4k, display scale is set to 125%…
Let me know if there is any other info I can provide. Thanks!
