Transcoding keeps buffering on DS916+ with hardware acceleration enabled

Server Version#: 1.13.8.5395

I’ve got a blu ray converted to mkv / 1080p h264… When playing the file with the PGS embedded subtitles enabled, the stream needs to be transcoded and this keeps buffering. Without subtitles files using either h264 or HEVC/h265 are playing just fine.
When transcoding - whether it’s h264 to h264 or HEVC - it states that it is using hardware transcoding.

I believed as per the NAS compatiblity chart that using the DS916+ should be able to handle transcoding 1080p files when using hardware acceleration.

The speed as part of the logs for the h264 to h264 encoding is showing as 0.6 when enabling Verbose logging. Is there anything not quite right in the setup or are there other ways to set this up? If it’s capable to transcode 1080p maybe I’m missing something?

As I’ve got many discs to convert, I’d like to avoid needing to go through getting SRT subtitles to avoid the need to transcode when using subtitles. When using the embedded at least you have the assurance the timing is right for each file.

Sep 30, 2018 16:26:44.086 [0x7fc8f0a6b700] VERBOSE - * User-Agent => Lavf/58.9.100
Sep 30, 2018 16:26:44.086 [0x7fc8f0a6b700] VERBOSE - * Accept => /
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * Range => bytes=0-
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * Connection => close
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * Host => 127.0.0.1:32400
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * Icy-MetaData => 1
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * X-Plex-Token => xxxxxxxxxxxxxxxxxxxx
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * progress => 13.1
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * size => -22
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * remaining => 14664
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * vdec_packets => 1071
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * vdec_hw_ok => 1065
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - *** speed => 0.6**
Sep 30, 2018 16:26:44.087 [0x7fc8f0a6b700] VERBOSE - * vdec_hw_status => 1
Sep 30, 2018 16:26:44.088 [0x7fc8f0a6b700] VERBOSE - We want 60 seconds ahead, last returned was 1162.037044 and max is 1162.037044.

When image based subtitles (PGS, VOBSUB, etc) are involved, the CPU’s ASIC isn’t equipped for this. The CPU must burn the subtitles into the resultant video after HW transcoding. This is the usual cause of buffering with subtitles. It even occurs on the bigger (KabyLake) CPUs where the ASIC there is also not capable.

1 Like

Thanks. I figured that may have been the only explanation which means subtitles won’t be an option for these files (unless I’ll sort out the text based ones like SRT if I can be bothered checking them).

Does this mean that this type of transcoding is more resource intensive compared to transcoding any other format to h264 ? The part that I don’t get yet is that why the specs say the hardware can transcode 1080p but in this scenario it cannot.

Got it - somehow I missed the bit about burning the subtitles after transcoding in the first post. Thanks both for you replies! :slight_smile:

This remains my single biggest complaint about Plex on my DS916+. It doesn’t have to be this way. Many clients have more than enough horsepower to composite the PGS subs with the main video stream. But PMS does not permit this no matter what the capability of the client may be.

Relying on SRT subs is not a viable solution — it simply requires too much manual labor to ensure you have the right files for each and that the forced track encoding is correct and everything is synced.

Because of this problem I always run Infuse locally and only rely on PMS when I’m accessing my server remotely.

PMS does not have access to the proprietary hardware (which Synology uses in Video Station) .
The hardware which we do have access to in that NAS could do precisely what you ask.
We have attempted on many occasions to obtain this information but don’t have it.

Infuse reads the stream. It then calls the priorietary Apple media player application which, obviously, has access to all the needed underlying hardware.

Your request isn’t at all unreasonable but simply can not be fulfilled at this time due to Synology.

Chuck,

That’s exactly why PMS shouldn’t try to do it. But it could send both the PGS stream and the main video to my ATV 4 and let it do the final composite.

Many clients are more capable than the ATV4 and could also do a final composition. But there has never been interest from Plex to solve the problem.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.