# Transcode to optimize bandwidth/quality (i.e. x265 if it works)

**URL:** <https://forums.plex.tv/t/transcode-to-optimize-bandwidth-quality-i-e-x265-if-it-works/370252>\
**Category:** General Discussions\
**Created:** [February 1, 2019, 9:25pm UTC](https://forums.plex.tv/t/transcode-to-optimize-bandwidth-quality-i-e-x265-if-it-works/370252 "2019-02-01T21:25:42Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![Cafe\_Diem](https://sea1.discourse-cdn.com/plex/user_avatar/forums.plex.tv/cafe_diem/32/208501_2.png) [@Cafe\_Diem](https://forums.plex.tv/u/Cafe_Diem)\
**Post date:** [February 2, 2019, 12:13am UTC](https://forums.plex.tv/t/transcode-to-optimize-bandwidth-quality-i-e-x265-if-it-works/370252/5 "2019-02-02T00:13:48Z")

</div>

Two reasons.

1. Without hardware acceleration, real-time transcoding to h.265 is a big challenge on the CPU. Even on a reasonably high-end processor, you wouldn’t get many transcodes.

2. Newer graphics hardware can handle accelerated encoding to h.265, which would surely allow for more simultaneous encodes (though I don’t know how many). Plex devs haven’t seen this feature as a priority in previous threads about the topic. You can see for yourself right here:

> [@Transcode to HEVC/x265](https://forums.plex.tv/t/transcode-to-hevc-x265/360421/2):
>
> Plex doesn’t give roadmaps but transcoding to HEVC doesn’t make much sense, does it? HEVC is extremely hard to decode as it is. Encoding to HEVC is even harder. If the source video only has 2 Mbps of video, encoding to HEVC buys nothing … Bits lost cannot be reinvented by encoding to HEVC.

---

_[View the full topic](https://forums.plex.tv/t/transcode-to-optimize-bandwidth-quality-i-e-x265-if-it-works/370252)._