Since updating to Version 1.13.0.5023 none of my media files will play. Primarily my movie files are MKV but my MP4 files won’t play either. I thought it may be a hard ware issues so I have already tried re-install Plex on new hardware and got the same problem. Also files won’t play on the mobile app as well. Any help would be appreciated.
I’m running into similar problems but for me it seems to be mostly only 4k content that refuses to play on anything but sheildtv. Meaning it won’t playback via phone/web/console or basically any device that cannot direct play 4K HDR with TRUE-HD/ATMOS/DTS-X.
It’s incredibly frustrating at the moment…
Maybe it has something to do with the latest move to the FFMPEG upstream? I feel like its a transcoder issue with certain audio codecs causing it to not load any of the videos…
If I had an old copy of the PMS server to test with, I would…
I have been getting trans coder error message on my phone but not on any other player yet. Is this something some one from plex can look at. Basically Plex is pointless to me right now if It cant play my media. I’ve tried everything I can think of at this point.
If the issue is with the latest version can I role Plex back?
Does anyone know if there is a solution to this problem?
Some users were experiencing a regression rooted in the build host (of all unlikely places) which has been corrected in today’s 1.13.2 plexPass release.
Would you mind trying and reporting , with the log files if it fails, how you made out?
Do you know when 1.13.2 will be available today? When I check for updates the it says I’m on the latest at Version 1.13.0.5023?
1.13.2.5142 has been released to PlexPass.
It contains, in addition to the corrections of 5023, corrections to:
- Finalize TheTVDB API changes resulting in missing posters
- Inability to transcode some trailers from external sources on x86_64 machines.
@ChuckPA said:
1.13.2.5142 has been released to PlexPass.It contains, in addition to the corrections of 5023, corrections to:
- Finalize TheTVDB API changes resulting in missing posters
- Inability to transcode some trailers from external sources on x86_64 machines.
Still doesn’t work… I don’t really have time to troubleshoot it at this moment. The files I’m attempting to play and it doesn’t ever seem to load are 4K H265 with DTS-X or TRUEHD/ATMOS.
They wont load in Chrome or Edge via the Web app. Just spinning circle of death… Other devices experience the same problem except for the ShieldTV because it can direct play it…
When I get more free time, I can work on getting some logs…
@ChuckPA I have made the update to 1.13.2.5142 and am still experience the same issues. None of my MKV files will play at all. The artwork is pulling now though. I would love to be able to use Plex again. Can someone from Plex take a look at the log files as soon as possible and determine what’s going on here. Also anyone else experiencing these problems.
@ChuckPA so I have now tried to convert some of my MKV files to MP4 and now MP4 will not play either. This update is horrible. It is so frustrating not to be able to use Plex right now. Can anyone from Plex please take a look at this asap?
I’m not FreeBSD/FreeNAS versed but finding:
Locale undefined
Jun 07, 2018 07:08:18.300 [0x80a4c8b00] INFO - Plex Media Server v1.13.2.5142-3ba6662e9 - FreeBSD PC amd64 - build: freebsd-x86_64 freebsd - GMT -07:00
Jun 07, 2018 07:08:18.300 [0x80a4c8b00] ERROR - Failed to determine system locale: locale::facet::_S_create_c_locale name not valid. Defaulting to en-US.
Jun 07, 2018 07:08:18.300 [0x80a4c8b00] INFO - FreeBSD version: 11.1-STABLE (FreeBSD 11.1-STABLE #0 r321665+e0c4ca60dfc(freenas/11.1-stable): Wed May 30 14:18:20 EDT 2018 root@nemesis.tn.ixsystems.com:/freenas-11-releng/freenas/_BE/objs/freenas-11-releng/freenas/_BE/os/sys/FreeNAS.amd64), language: en-US
Jun 07, 2018 07:08:18.300 [0x80a4c8b00] INFO - Processor Intel(R) Xeon(R) CPU E5-1620 v4 @ 3.50GHz
I only have that error. There is insufficient other data if there are actually transcoder errors. I see none in the logs provided.
@ChuckPA so it’s possible the version of Freenas may be creating the issue and not Plex or a trans-coding error?
FreeBSD is still fundamentally Unix. That said, PMS should still be reporting OS errors to the logs. If you can capture the logs immediately after it fails, we will stand a better chance of resolving. At present, “not enough info” is all I can say.
I have attached new log files. I downloaded these after 5 min of endless buffering with no play back. Do you need the XML info?
I see MPEG2VIDEO (mpegts) but I see no errors.
I see nothing pointing to the server.
If the media you tried to play isn’t MPEG2, then attach the XML.
@ChuckPA attached is the XLM files. This one is a MKV file
My PMS is running via Docker (linuxserver.io) for reference on top of Unraid.
There is no reason for the pause at the server side. I can only suspect the client or network.
@RandomNinjaAtk02 said:
My PMS is running via Docker (linuxserver.io) for reference on top of Unraid.
I recommend you continue your diagnostics and resolution in the Docker forum. I can be of no assistance other than from asking the whether the server CPU actually has sufficient resources to perform the task you’re wanting it to do. 2160p HEVC, with those audio codecs, are the most complex and resource-consuming tasks. If your video is HEVC HDR, it’s even harder. As example, you must have either an Intel -7xxx CPU or ApolloLake (J3455) CPU in order to perform those operations in hardware. Doing it in software will require some 4000 Passmarks of CPU performance to decode in software.
@ChuckPA said:
@RandomNinjaAtk02 said:
My PMS is running via Docker (linuxserver.io) for reference on top of Unraid.I recommend you continue your diagnostics and resolution in the Docker forum. I can be of no assistance other than from asking the whether the server CPU actually has sufficient resources to perform the task you’re wanting it to do. 2160p HEVC, with those audio codecs, are the most complex and resource-consuming tasks. If your video is HEVC HDR, it’s even harder. As example, you must have either an Intel
-7xxxCPU orApolloLake(J3455) CPU in order to perform those operations in hardware. Doing it in software will require some 4000 Passmarks of CPU performance to decode in software.
Hey, I can address it there but I all I can easily say that this was all working normally without any problems until about a week or so ago. Which PMS received a bunch of updates.
Quick system information
Model: Custom
M/B: ASRock - Z370 Gaming K6
CPU: Intel® Core™ i7-8700 CPU @ 3.20GHz
HVM: Enabled
IOMMU: Enabled
Cache: 384 kB, 1536 kB, 12288 kB
Memory: 16 GB (max. installable capacity 64 GB)
It was working previously both using HW acceleration on or off. Now it doesn’t work at all… Is there a way to get a older copy of PMS?
Would you please replicate and collect a fresh set of logs?
Also, would you please open a new thread, making certain to ping me by name @ChuckPA so I’ll get the notification of it. There’s no reason to ping this thread if not related as well as already knowing your system configuration environment is Docker, which insulates your GeminiLake from what PMS can see without assistance. Cases such as this, in Docker, are a lot harder to diagnose and manage because of that abstraction/insulation layer. If you have Linux underneath, I could demonstrate you have as much, if not more, portability with the native Linux client than in a Docker container.
