I can confirm that the DOVI profile 8 Tone Mapping issues are no longer present with this update.
I’ve got a request out to Craig as well for a TestFlight test release of the iOS/tvOS New Experience clients that allow HEVC for live tv. Currently the Clients themselves are forcing h264 transcoding for LiveTV, so I’m unable to test those fixes.
In my experience, I get these artifacts whenever something transcodes, no matter the subs I use, or if they are disabled. The issue is with the encoding, since I can use HW decoding without artifacts. All my files are h265, mostly 1080p. I will try to get some logs with the sample files in the discussion thread this weekend.
One Step forward:
This is working with the caveat that when turning on captions it may just print random text which has been the case for a long time. Letting the show play for a minute and then turning on captions usually works.
While beating on this to make it fail, I discovered that using hardware transcoding while recording does not keep the closed captions and this is the case for h264/HEVC going back to at least 1.41.3.9314. Software transcoding is successful. I wasn’t noticing because I had disabled HW transcoding and just stuck with mpeg2 likely because of this issue.
If there is a scenario you would like me to capture in the logs let me know, I didn’t attach what I currently have because I had 6 tuners going at once and trying various things.
Currently running the latest preview and find that Live TV crashes when enabling subtitles. This happens on both the preview and and existing production version. In Australia so it’s receiving a DVB-T signal. Running it in the linuxserver.io docker container (the official Plex docker container has never worked properly for me) on an Ubuntu 24.04.2 LTS VM under Proxmox 8.4.5 on an i5-10600. Can provide logs if required.
I updated the server to the new version (1.42.0.9975), but now I have some new issues:
The webpage “Conversions” is flickering and refreshing a lot. At first, I can see the progress of transcodes, but they quickly disappear and are replaced with “Waiting…” Meanwhile, the iOS app does show meaningful progress.
The transcodes don’t appear to be going very fast. The CPU usage is not as high as I expected. Even with 4 jobs running simultaneously, there is plenty of headroom, and the transcode rates appear to be slower than a single job. It’s like they’re all sharing 1-2 cores (200% max).
Intermittently, if I click some sidebar items, the entire web page locks up hard and stops responding. The only way to fix this is to close the Plex tab, and relaunch it from the Plex “Preferences…” menu item.
@kesawi because this is not a regression from the current transcoder I am going to file this as a separate issue. I’m going to DM you for additional information.
@theirongiant I have been unable to reproduce your slow transcode issue, Are you preforming hw or sw transcodes? If so which GPU are you using? Are you transcoding to HEVC?
If it would make it easier for yourself, happy to share my server with you to do some testing?
Previously have said before, DVB_TELETEXT subs are quite unattractive to look at in their regular form. Would be awesome to get an implementation similar to ChannelsDVR where it’s converted to I assume a text format using ‘libzvbi‘ and have the subtitle styling that are set in the Apple TV settings.
The issue of software transcoding being forced also occurs on the Radeon 780M iGPU of my Ryzen 8845HS. Only hardware decoding works when the “Use hwaccel video encoding” box is unchecked.
I’ve tested this only with AV1 source files.