1.32.2.7100 eta? tonight? 
maybe?
I was just about to grab debugging from 1.32.2.7088 because the P2000 is skipping some hw transcodes again like the 1.32.2.7002. Do you want any more debug logs on it?
Tested on:
- KabyLake Ubuntu (QSV)
- RaptorLake Ubuntu (QSV & Nvidia 3040)
- Xeon + Ubuntu (Nvidia P2200)
Happy to test and report but I’d need the rpm. I can wait for the plexpass update. I’ll auto-update when it appears.
It seems 1.32.2.7100-248a2daf0 HW transcoding is back to work again even with HDR tone mapping.
Running Unraid system with i7 3770, 16gb ram and Nvidia 1050ti 4gb.
Plex Media Server Logs_2023-05-18_18-08-40.zip (5.5 MB)
Here you have the new logs if you need it for any reason.
Thanks for the work.
Looking good!
OS: RHEL8.8
Plex: 1.32.2.7100-248a2daf0
nVidia: 530.30.02
Just want to corroborate the above two responses that this update (1.32.2.7100-248a2daf0) solved the hardware transcoding issues I have been having the last couple of days. Thank you for the constant updates and quick fixes @ChuckPa.
WOW
The responses here are amazing!!
Going to try out a few of the versions recommended here and see how I go.
Really amazing to see the team working so hard on fixing the solution!
Just ran a test on a fresh install straight on my debian instance (so not through docker)
Same issues as previously. Works great for about the first half hour and then suddenly stops.
This is the log as I was transcoding and it suddenly stopped.
The problem is the AppleTV and not the server.
GZIP 4ms 497 bytes (pipelined: 9)
May 19, 2023 13:06:41.665 [140657971079992] DEBUG - Failed to stream media, client probably disconnected after 149225472 bytes: 104 - Connection reset by peer
May 19, 2023 13:06:41.665 [140657971079992] DEBUG - Completed after connection close: [192.168.1.8:53685] 206 GET /library/parts/6466/1684236299/file.mkv (18 live) #5e3a TLS 9402ms 149225472 bytes (range: bytes=5810400207-)
May 19, 2023 13:06:41.666 [140657971079992] VERBOSE - [IDLE] Removing (1->0) work item http_download - /library/parts/6466/1684236299/file.mkv?X-Plex-Client-Capabilities=audioDecoders%3Dmp3%2Caac%2Cac3%7Bbitrate%3A800000%26channels%3A8%7D&X-Plex-Client-Identifier=93BE344C-A02F-41ED-A8F8-5D00CB0BBD3D&X-Plex-Client-Platform=tvOS&X-Plex-Device=Apple%20TV&X-Plex-Device-Screen-Density=2&X-Plex-Device-Screen-Resolution=3840x2160&X-Plex-Device-Vendor=Apple&X-Plex-Drm=fairplay%3Avideo&X-Plex-Http-Pipeline=infinite&X-Plex-Model=14%2C1&X-Plex-Platform=tvOS&X-Plex-Platform-Version=16.4.1&X-Plex-Product=Plex%20for%20Apple%20TV&X-Plex-Provides=client&X-Plex-Supported-Commands=abort%2CchangeQuality&X-Plex-Sync-Version=2&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&X-Plex-Username=KillerKaac&X-Plex-Version=8.19&X-Plex-Language=en-AU&X-Plex-Device-Name=Apple%20TV
May 19, 2023 13:06:41.666 [140657971079992] VERBOSE - [IDLE] Server is now idle
- There are bandwidth limitations set – reevaluate
- When is the last the app was updated ?
- When’s the last it was just uninstalled and reinstalled ?
- Is the ATV fully up to date on software (tvOS has had a LOT of bugs)
Lastly, Play the same file on a different player to confim.
Appreciate the really fast replies!!
- Everything is set to unlimited and no limitations are set
- App is on the latest version - I just updated it.
- I will try this now - however I dont seem to think its a problem with tvOS as im having identical problems on a Google TV, as well as just using the Plex app on my computer. Strange how it seems to work perfectly fine for about 30 minutes after rebooting my server
- Everything is up to date
I have attached the logs from running the same test on my Google TV where the same issue is happening.
FWIW I noticed a user on one of the Roku streaming sticks was transcoding from 4k to 720p last night.
I called and asked them to update quality settings, but they said (and I confirmed over video) that all quality was set to original.
I assumed the issue was related to the one in this thread, so I didn’t report anything (plus I couldn’t isolate the logs and that user had gone to sleep).
I’ll try testing with the new version tomorrow.
- The limit is set to 20 Mpbs ( 20000 Kbps)
provided by client to fit bandwidth limit of 20000kbps
- While there should be enough space here for one, are there multiple transcodes of high resolution files?
May 19, 2023 13:46:01.125 [140654822722360] VERBOSE - [Req#4f45/Transcode/85155054-02C3-4DBA-B6BF-F8023F51D040] Sufficient disk space: 376.5kB source file, 96.93GB capacity, 69.02GB available on “/home/croce/Transcode/Transcode/Sessions”
- I’ve seen this be an issue with the new SSLv3 library.
- You have an IPv4 LAN. Turn off IPv6 support in Settings - Server - Network.
May 19, 2023 13:53:38.857 [140654849530680] DEBUG - Completed: [192.168.1.61:50066] 200 GET /:/prefs (12 live) #5790 TLS GZIP 2ms 9309 bytes (pipelined: 1)
May 19, 2023 13:53:38.990 [140654849530680] VERBOSE - Didn’t receive a request from 192.168.1.24:47450: End of file
May 19, 2023 13:53:39.228 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47452: End of file
May 19, 2023 13:53:40.107 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47454: End of file
May 19, 2023 13:53:40.321 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47468: End of file
May 19, 2023 13:53:40.448 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47476: End of file
May 19, 2023 13:53:40.548 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47514: End of file
May 19, 2023 13:53:40.662 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47504: End of file
May 19, 2023 13:53:40.662 [140654849530680] VERBOSE - Didn’t receive a request from 192.168.1.24:47490: End of file
May 19, 2023 13:53:40.717 [140654849530680] VERBOSE - Didn’t receive a request from 192.168.1.24:47526: End of file
May 19, 2023 13:53:40.774 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47512: End of file
May 19, 2023 13:53:40.782 [140654847421240] VERBOSE - Didn’t receive a request from 192.168.1.24:47536: End of file
May 19, 2023 13:53:40.810 [140654849530680] VERBOSE - Didn’t receive a request from 192.168.1.24:47540: End of file
May 19, 2023 13:53:42.652 [140654849530680] WARN - [CERT] TLS connection from [::ffff:192.168.1.61]:50114 came in with unrecognized plex.direct SNI name ‘192-168-1-58.a47312f79d7d4071ac3b0a219b187e46.plex.direct’; using installed plex.direct cert
May 19, 2023 13:53:42.655 [140654847421240] DEBUG - CERT: incomplete TLS handshake from [::ffff:192.168.1.61]:50114: sslv3 alert certificate unknown (SSL routines)
You’re getting a lot of them.
May 19, 2023 13:53:42.710 [140654849530680] WARN - [CERT] TLS connection from [::ffff:157.211.217.81]:50120 came in with unrecognized plex.direct SNI name ‘157-211-217-81.a47312f79d7d4071ac3b0a219b187e46.plex.direct’; using installed plex.direct cert
May 19, 2023 13:53:42.717 [140654847421240] DEBUG - CERT: incomplete TLS handshake from [::ffff:157.211.217.81]:50120: sslv3 alert certificate unknown (SSL routines)
May 19, 2023 13:53:42.967 [140654847421240] WARN - [CERT] TLS connection from [::ffff:192.168.1.61]:50108 came in with unrecognized plex.direct SNI name ‘192-168-1-58.a47312f79d7d4071ac3b0a219b187e46.plex.direct’; using installed plex.direct cert
I think we’re going to need to chip away at this. There is no glaring problem; just a bunch of little ones.
720p is usually a function of:
- The TV itself
- Any additional restrictions on the playback.
(Roku’s have a 720p mode – Better check that – switch to 1080p or 2160p )
- I cant seem to see anything restricting my internet on my PMS like that, I’ve attached screenshots below. On the client side it is also the same, everything is set to maximum
-
I’ve only been transcoding 1 file at a time for testing, I’ve allocated a 100gb VM to this share inside of proxmox so I feel that should be more than enough!
-
Just turned off IPV6, thank you for that.
Ill reboot and post the logs if/when it happens again!
Meaning in the Roku settings and not in the Plex settings?
Also completely subjective, but I asked the user if it looked like 4k and they said yes.
Yes.
The Roku itself defaults to 720p display mode.
When you set it up, you have to set it for the resolution of the TV
Turn off “use recommended”. At home, on LAN, you want full quality, right?
Same situation as before - works for about half an hour and then transcoding stops
New logs attached.
Removed IPV6, ensured theres no client limit
Is the player on WiFi?
The player is disconnecting.
PMS closes because the player stopped asking for data.
y 19, 2023 15:22:37.718 [139670720883512] VERBOSE - [IDLE] * transcoder - C9C2C121-6012-4C91-B53C-BF0F0949B1E8 - 1 active item(s)
May 19, 2023 15:22:37.718 [139670720883512] DEBUG - Removed transcode data consumer, active count 2 => 1
May 19, 2023 15:22:37.719 [139670718774072] VERBOSE - Didn’t receive a request from 192.168.1.61:55339: Connection reset by peer
Something’s getting reset.
DHCP on the player ? (if so, make it a static IP)
Network problems are a pain to diagnose.
Is the Server wired and static IP or Wifi? (server should always be wired)
This is a Roku 4800X (DoVi support).
Had I not used proper cabling, it would have dropped to 720p.
