![]() It would be better (sigh) if Roku would just fix the bug though. Make sure your Plex server and client are set up to direct play the file. Put the new MKV file in your Plex library in place of the old one. In todays Plex video, I show you the BEST way to watch 4K. Use a tool such as MKVToolNixGUI to remove all the colorspace and color mastering information from the header.ģ. Wonders Of The Arctic 2014 HDR UHD BluRay 2160p TrueHD Atmos 7 1 HEVC REMUX-FraMeSToR 96 Crazy. There is a great GUI called myFFmpeg4 (costs a few bucks) that makes it much more approachable.Ģ. Note that FFMPEG is a VERY powerful command line utility that has a somewhat intimidating learning curve. At the same time transcode the existing AAC audio to and AC3 stream, and add that to the container as well. Use FFMPEG to copy the existing audio and video streams to a new MKV container. They can then can be direct played from a container that doesn't contain the problematic color space info in the header. The strategy is to convert them so that Plex doesn't try to transcode or remux them. The color information in the header triggers the Roku Bug. Plex switches to an MKV container and correctly puts color space information into the header of the container. Here are some pointers, which is a slightly more expanded version of my reply to Keep in mind that the problem happens because the Plex server finds it necessary to transcode and/or remultiplex the file for some reason. I think it is encoded in the video stream unfortunately I don't think there is a super simple cookbook way of "fixing" an MP4 file so it won't have this problem. I don't know of a way to just edit the MPEG file to get rid of the color info. Your second example above has Meridian Lossless Packing audio. Use AVIDEMUX, you can copy/remux the video track & re-encode the audio track to AAC. That way the Plex server won't remux the file, and it will be direct played to your device without the troublesome color info in the MKV header. This forces the Plex server to remux (changing the container - not to be confused with transcoding) the media before sending it to the plex client. Finally, make sure your player and server set up to direct play the file. ![]() Then use use something like MKVToolNix to make sure there is no color info in the MKV header. If it were me, I would use FFMPEG to copy the video and transcode the audio into AC3 format, and put the results into an MKV container. If there is color info, as in the second file, the Plex server will copy it to the MKV header when it remuxes the file for playback.Īs far as "fixing" the second file, I don't know if there is a super easy way. So when Plex remuxes that file, it doesn't add any color space info to the MKV header, so there is nothing to trigger the distortion bug. I think the answer to your head scratcher is the lack of color information in the first file. ![]()
0 Comments
Leave a Reply. |