It is not. It’s a secondary partition on the same system drive where PMS is installed. However it’s been set up like this for years and I never had any issues up until now. It has 30GB of free space. I also tried transcoding from /dev/shm but it fails too. And now Direct Play also fails in Chrome Web, so… I don’t even think it’s a transcoding issue anymore, ugh…
Yes, but I never had any issues playing these files before. And the issue still occurs even if I don’t select any subtitles.
Unfortunately that’s the best I can install, the server is based on a HP ProLiant Microserver Gen8 with passive cooling and LGA 1155 socket, also the PSU is weak, like 250W max I believe. That’s literally the best I can get out of this server. But again, I never had any issues with any of these files for years now… So I don’t think it’s a performance issue.
We walked the CPU side of the problem.
This is what I can see and you defended as I hoped you would.
I did find this in your logs but not certain. Do you have two Nvidia cards?
Mar 16, 2020 01:39:58.147 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded sym: cuImportExternalSemaphore
Mar 16, 2020 01:39:58.147 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded sym: cuDestroyExternalSemaphore
Mar 16, 2020 01:39:58.147 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded sym: cuSignalExternalSemaphoresAsync
Mar 16, 2020 01:39:58.147 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded sym: cuWaitExternalSemaphoresAsync
Mar 16, 2020 01:39:58.368 [0x7f303f03c700] WARN - JobManager: Could not find job for handle 2902
Mar 16, 2020 01:39:58.369 [0x7f2fde7fc700] ERROR - [FFMPEG] - cu->cuInit(0) failed
Mar 16, 2020 01:39:58.369 [0x7f2fde7fc700] ERROR - [FFMPEG] - -> CUDA_ERROR_UNKNOWN: unknown error
Mar 16, 2020 01:39:58.369 [0x7f2fde7fc700] ERROR - [FFMPEG] -
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Unknown error occurred
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - Scaled up video bitrate to 19332Kbps based on 3.000000x fudge factor.
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: Selected protocol dash; container: mp4
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: analyzing media item 29219
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: E1 - A Ruler's Melancholy: Direct Play is disabled
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: E1 - A Ruler's Melancholy: media must be transcoded in order to use the dash protocol
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: E1 - A Ruler's Melancholy: selected subtitle cannot be converted to a compatible format, burning into video stream
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: E1 - A Ruler's Melancholy: avoiding video remux due to burned subtitle stream
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - MDE: E1 - A Ruler's Melancholy: no remuxable profile found, so video stream will be transcoded
Mar 16, 2020 01:39:58.370 [0x7f2fde7fc700] DEBUG - Codecs: testing h264_nvenc (encoder)
Mar 16, 2020 01:39:58.371 [0x7f2fde7fc700] DEBUG - Codecs: hardware transcoding: testing API nvenc
Mar 16, 2020 01:39:58.372 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded lib: libcuda.so.1
Mar 16, 2020 01:39:58.372 [0x7f2fde7fc700] DEBUG - [FFMPEG] - Loaded sym: cuInit
Regarding the subtitles and Chrome not directplay. Are the subtitles PGS, VOBSUB, or DVDRIP (Image based)? If so, they will never DirectPlay. Chrome doesn’t support it.
And yes, it halts here, because I stopped the playback manually after a few seconds.
Terminated session 0x7f2f989720a0:42wayp3ftpgxlc8qn6u44t9i with reason Client stopped playback.
Normally it’s supposed to start nearly instantly. And I did wait a good few minutes on some tests I ran earlier, and playback never started on the client.
Even tho it does look like it works from the Plex Dashboard…
Yes I know that. I tried PGS which makes the CPU burn the subs but like I said I also tried regular SRT or even no subtitles at all. And same results. I dont think those tests appear in these logs tho, but I can’t run additionnal tests without any subtitles or different subtitles formats, if you want!
Mar 16, 2020 01:39:59.825 [0x7f2fde7fc700] DEBUG - Request: [10.40.0.23:45276 (WAN)] PUT
vs
Mar 16, 2020 01:35:33.259 [0x7f3036ffd700] DEBUG - Auth: authenticated user 1 as Kyhze
Mar 16, 2020 01:35:33.259 [0x7f2fdcff9700] DEBUG - Request: [10.40.0.35:49927 (Subnet)] GET /:/websockets/notifications (4 live) TLS GZIP Signed-in Token (Kyhze)
Which adapter is defined as the default for the machine?
You have both devices on the same subnet but might you be crossing subnets accidentally coming into the VM ?
PMS is declaring as a WAN connection when it should be LAN.
10.40.0.35 is my Windows 10 client. Same subnet as the server, yes.
Just to make things clear, Plex does not run in a VM. The server (the entire machine I mean) runs VMs alongside other services. It is not a purely dedicated Plex machine, I use it for several other things. So the Vmnet adapters are not to be taken into consideration here. And Plex does not run in a Docker container either, if you’re wondering.
I noticed this too, that’s strange indeed because 10.40.0.0 is LAN.
But again, I didn’t change anything since last week and it was working perfectly fine then. No change to the subnet, no change to the server, no change on the client. I really have no idea what could be causing this issue…
No no it’s just VMware Workstation and is running a Windows XP VM for various stuff I need. Nothing more. The host is a debian 10 OS on which Plex is also installed. That VM and Plex have been co-existing for a while now tho… The VM does use NAT. But I don’t see how it could interfere with Plex because Plex is running on the host. Not in a VM.
I just tried to change the VM to use Bridged instead of NAT (confirmed on the VM itself, it did change to bridged, it gets an IP address from my “real” DHCP server and I can see the VM on my router) but no change for the Plex issue. Could disable IPv6 support in Plex settings work then? I’ll test it at least.
I did not try FireFox because I don’t use it so I don’t even have it installed. But I did try with Edge, and the Android app, along with the Windows app, and I get the issue on all of these clients. And I only use uBlock Origin, but it’s disabled.
Yep, I did notice this too, as mentioned in a few posts ago.
I already did. It does write to the partition with no issues. When I start a stream I can see it grow, and I can see all the chunks being created.
Like I mentioned earlier too, I even tried to change the transcoding directory to /dev/shm just to test, and same thing, I could see the files being created in there too. But same issue.
To me it does look like the root cause of the issue is around the fact that the client gets a 404 whenever it tries to access the transcoded data. But that’s very odd. I don’t see why. I just tried with IPv6 disabled in the Plex settings btw, but no change either.
Sorry for the late reply, I got locked out of the thread because I exceeded the maximum limit of posts for my first day of use apparently… I tried to PM you to inform you of this but it seems you’ve turned PMs off
Anyways, in the meantime I tried to revert to a full backup of the server (quite recent one from last week) and… it worked. I have no idea why… And no idea what could have been causing this issue. So case closed, but it kinda bothers me not knowing what exactly happened… Oh well!