I’m running both PMS and OpenPH on Ubuntu (Yakety Yak) and I’ve been running into an issue where, after the computer’s been sitting idle for a while, OpenPHT will display the “Please Wait” prior to opening a video and it will sit there once the video starts playing. It sticks around for 15-20 minutes and, while it’s there, OpenPHT is unresponsive to any keyboard input (e.g. you can’t pause or stop). My main guess is that this is because my media a stored on a Drobo B800i SAN (castoff from work), which is mounted via iSCSI. The SAN is configured to sleep when it’s inactive, so it takes a moment to fully spin up once you start a video. Does this sound plausible, and are there any workarounds?
Some vital stats:
Software
OS: Ubuntu Yakety Yak Desktop
OpenPHT: 1.7.1.137-b604995c
PMS: v2. 12.6
Hardware
Model: Intel NUC6i5SYH
CPU: Core i5-6260U (dual core 2.9 GHz)
Graphics: Intel Iris 540
RAM: 16 GB DDR4
Internal storage: Intel 320 Series 80GB SSD
External storage: Drobo B800i SAN w/ 3x 3TB WD Red drives
Check your PMS version again. That doesn’t look right since the latest version is 1.3.3.3148.
Ah, yes. I was looking at the web player version by accident. The PMS version is 1.3.3.3165
Is this only happening on transcoded sessions by chance and not directplay?
Most of my stuff is x264 MKV in either 720p or 1080p, which I assume is directly supported, but I can’t tell you for sure. Is there an easy way to tell what mode it’s using?
There is a transcoding issue with OpenPHT and PMS versions later than 1.3.0.3059. You can disable FFMPEG AVIO to help with this issue, however, it causes another issue with seeking. We’re looking into it.
It was off, actually. Turning it on looks like it might’ve fixed the problem. So far I haven’t seen it today. Go figure. ¯\(ツ)/¯
Nope, it’s back, and more consistently than before. I’ve tried messing with the acceleration options to no avail.
Under the issue is resolved, your only sure fire solution is to downgrade PMS to 1.3.0.3059 or earlier -OR- (shudder) use another client temporarily.
