The problem is, that nobody cares and if you don’t push the thread it will be closed after 3 month…
Plex should just say something or even better fix the issue.
3 Likes
It is cute that you think they care or can easily fix it after this long lol.
1 Like
Same problem here…
3 Likes
Version 1.41.1.9057 did not solve this issue.
4 Likes
Version 1.41.2.9200 did not solve this issue.
3 Likes
Version 1.41.3.9292 did not solve this issue.
3 Likes
Version 1.41.3.9314 did not solve this issue.
2 Likes
I know we don’t need tons more “me too” comments. I’m not sure if the following could help (maybe comparing why non-Linux PMS versions seem to work just fine)? I have an old 2012 mac-mini running macOS PMS version 1.31.3.6819 that works fine–so it seems macOS and Windows 11 don’t have the issue? And like the last reply, my newer 12 core Ryzen 9 7900, 32GBs of DDR5 ECC memory, and NVIDIA RTX4090 Linux based PMS running 1.41.3.9314 transcodes on remote networks and stutters on EAC3 1152kbps but not on 768kbps EAC3. The mac version plays identical videos without the stutter (problem is, the mac mini is on it’s last leg and I’m not moving to Windows machines ever again).
Yet another “me too” post to pile on, but as someone said there needs to be regular replies or eventually the thread will auto-close, so here I am.
I have started to encode (using handbrake, but not sure that matters) some BDs for my Plex and have been using 1152kbps EAC3 audio as my “standard”. It was working fine for me at home so I didn’t even notice any problems as it would just direct stream the audio. But one of my friends/remote users tried to watch one of the movies and they mentioned the stuttering audio. I noticed when they would stream it was transcoding the audio to Opus and tried testing it out myself. I disconnected from my wifi and streamed to my phone over cellular to force it to transcode for me as well, and I got the same issue. After some searching around I found some threads on reddit and this thread here. So before saying anything, just to be sure, I tested it out by encoding the movie with a few different audio formats - EAC3 1152kbps (like normal), EAC3 768kbps, FLAC, and Opus. The only version that has the bad audio stutters was the higher bitrate EAC3! The lower bitrate EAC3 plays back fine, as well as the FLAC, Opus, etc., even when it transcodes it.
I’d love for this to get fixed as I don’t want to have to go back and re-encode a bunch of movies to fix this bug!
For reference, I’m using unRAID v6.11.5 with the linuxserver.io Plex docker container. I’m on the latest version of the container, which has me currently (at the time of this post) at PMS v1.41.3.9314. If it matters, my CPUs are a pair of Intel Xeon CPU E5-2670, and I obviously have no hardware transcoding support so that isn’t enabled or anything.
2025 and still with this issue wich btw is not meaningful at all.
4 Likes
Version 1.41.4.9463 did not solve this issue.
3 Likes
Version 1.41.5.9522 did not solve this issue.
3 Likes
ALL:
You’ve NOT been forgotten.
We are testing the new FFMPEG 6.1 for PMS.
With this upgrade , we FINALLY should be able to play the high bitrate EAC-3
Might someone be able to provide me a few sample files I can test with?
Specifically, I’d like files from normal → high bit rate in increasing steps.
This way, if it fails, we can do the math and figure out which buffer(s) need increasing
2 Likes
Might either of you have a high bitrate file for me to use which replicates this?
I ask because we think we found the root cause of the problem.
We are currently making a special build of the EAE to confirm.
I can’t remember, because I didn’t note in the ticket, if this was atmos related or not. ANY help is appreciated.
Unfortunately, I’ve somehow lost might two high bitrate files – or – have forgotten which they are.
We’re trying to fix this and now is the time please .
@ChuckPa does this file you submitted with the ticket work?
also see the comment above this one i am replying to. the two files still seem active for download.
The file I had submitted recreated the problem.
Because of the google drive link expiring, I’ve lost connection between the ticket and the file which recreates it.
Anything which recreates this is welcomed.
these posts had sample files that supposedly recreated the problem.
1 Like
Thank you.
I’ll get on this after dinner
Note: 2a27az.mkv, played at 8 mbps, perfectly recreates the stammering problem.
1 Like
Sounds like you got what was needed then to test it out?
I don’t think it was Atmos related as the stuff I noticed the problem with before was just regular EAC3 without Atmos.
We’re good to go now, thanks.
We’re making a special debug version of the code so we can track where it’s failing
1 Like
