I cannot see any noticeable improvements compared to the current release on Synology DS918+ (with ATV 4K Plex app); not in quality (using HW acceleration of HEVC, both are quite washed-out compared to the “green server”) nor speed! The “green server”, however, buffers more often while Plex tends to stutter a little; all on WiFi ac local network (600-700 Mbps).
@jpirotte @Essam01 Same here, no noticeable improvements over the last release (other than no crashes). I still have stuttering playing back 1080i MPEG2 streams (although, it seems like a few seconds between stutters, instead of every second?). @rcombs I should be able to pull some logs and a example file this weekend.
What’s the “green server”?
@joneric said:
What’s the “green server”?
Emby; since you asked
@rcombs @silence21 I was finally able to get a small enough 1080i MPEG2 file to upload. To summarize my previous post, DVR’d shows that are 1080i buffer very often, while 720p works perfectly. Thanks
@jpirotte I, for one, thank you for your work! Home improvement projects kept me from doing any real testing this weekend. Thanks!
For those of you transcoding 4K HDR files, does this preview version allow for proper tone mapping when converting to SDR?
@Balthazar2k4 said:
For those of you transcoding 4K HDR files, does this preview version allow for proper tone mapping when converting to SDR?
I’ve tested a few 4k HDR files, and the tone mapping still doesn’t work for me.
@jpirotte said:
@rcombs @silence21 I was finally able to get a small enough 1080i MPEG2 file to upload. To summarize my previous post, DVR’d shows that are 1080i buffer very often, while 720p works perfectly. Thanks
@jpirotte I suspect it is the CPU-side deinterlacer (we don’t currently support hardware accelerated deinterlacing) as this requires the GPU to pass the HW decoded frame to the CPU to deinterlace, then pass back to the GPU to HW encode.
@chrisallen said:
@jpirotte said:
@rcombs @silence21 I was finally able to get a small enough 1080i MPEG2 file to upload. To summarize my previous post, DVR’d shows that are 1080i buffer very often, while 720p works perfectly. Thanks@jpirotte I suspect it is the CPU-side deinterlacer (we don’t currently support hardware accelerated deinterlacing) as this requires the GPU to pass the HW decoded frame to the CPU to deinterlace, then pass back to the GPU to HW encode.
@chrisallen Thanks for checking! Is there any hope of supporting hw deinterlacing in the future?
Is there any hope of hardware transcoding 4K HDR content with PGS subs? Right now I can get the HEVC to H264 in HW, but as soon as I throw on subs I am back to CPU encoding.
This thread is for regressions in the new build. Please post feature requests separately.
@rcombs said:
This thread is for regressions in the new build. Please post feature requests separately.
That question was considered a feature request? Guess that answers my question.
@rcombs Have these changes been pushed to the public release?
The public release broke 4k audio mapping from DTS 5.1 to AC3 5.1… it now has the same problem DTS HD had. Center is mapped to right. 
Nevermind… for some reason I had to move my content from the library and then move it back after upgrading to 1.12.2.4929. DTS is still not working in the public release though.
@WatchTowerPlex said:
@rcombs Have these changes been pushed to the public release?
The public release broke 4k audio mapping from DTS 5.1 to AC3 5.1… it now has the same problem DTS HD had. Center is mapped to right.Nevermind… for some reason I had to move my content from the library and then move it back after upgrading to 1.12.2.4929. DTS is still not working in the public release though.
what!? oh man… ill corroborate this this evening
Its really confusing when this build number is a beta and so is my plex pass download and the plex pass download is a newer build number but I got it before the last update date of this thread. There’s been good progress on fixing the beta / not beta confusion but these ‘previews’ still have some challenges.
Hello,
is there a time window for merging the latest release of ffmpeg 4.0 into Plex (Beta-Release)? I’m asking because on Coffee Lake (i3-8100) ffmpeg 3.4.2 has problems with vaapi decoding as artifacts are build. With the release of ffmpeg 4.0 the problems seem to be vanished.
uname -a:
Linux abc 4.16.2-2-ARCH #1 SMP PREEMPT Tue Apr 17 19:37:34 UTC 2018 x86_64 GNU/Linux
vainfo:
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Coffee Lake - 2.1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointEncSlice
VAProfileVP9Profile2 : VAEntrypointVLD
steps to reproduce:
- Download Big Buck Bunny
- Convert file to 10-Bit HEVC with ffmpeg -i bbb_sunflower_2160p_30fps_normal.mp4 -c:v libx265 -pix_fmt yuv420p10le -crf 18 -c:a copy -t 00:01:00.000 -f matroska testfile.mkv
- Reencode testfile with hardware decoding using ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -i testfile.mkv -c:v libx264 -c:a copy -f matroska -t 00:01:00.000 testfile_output.mkv (note: encoder doesn’t matter, applies to all of them)
Thanks in advance,
Sonic-Y3k
Has this preview been integrated into the regular release? I ask because I’m on the Public Build on Windows 10, and I have two different servers (one Kaby Lake, one Haswell) that can use QSV to decode 480i MPEG2 videos, and encode to H264. However, they both fall back to software (for BOTH decode and encode) whenever an MPEG2 file is 720p or 1080i. I just wanted to make sure I’m asking about/reporting it in the right location. Thanks.
Pretty sure this has already been integrated into 1.13. You may want to upgrade to that version and see if you have the same issue.
The Transcoder Preview was released as Plex Media Server beta in version 1.13.0.5003 and as public release as from 1.13.0.5023
I am closing this topic
