Answers.Body: <blockquote>
  <p>Is smpte170m space even compatible with 10 bit such as yuv420p10le?</p>
  </blockquote>
  <p>There's no incompatibility - H.265 supports BT601-525 / SMPTE170m tagging. It depends on your player if colours are rendered correctly during playback.</p>
  <p>So, first encode without any colorspace onversion and check. Else, convert to BT.709 using colorspace or zscale filter.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-10-02T04:12:09.910Z
Answers.LastActivityDate: 2023-10-02T04:12:09.910Z
Answers.UserDisplayName: Gyan
Body: <p>I need to encode a <strong>smpte170m</strong> color space MPEG-2 (&quot;mpeg2video&quot;) video to <strong>10 bit</strong> <strong>x265</strong> (libx265, with <strong>FFMPEG</strong>).
  Hoping to use <strong>yuv420p10le</strong>, but any suggestions are welcome.</p>
  <p>Source video is in <strong>smpte170m</strong> color space and <strong>NTSC</strong>:</p>
  <pre><code>pix_fmt=yuv420p
  level=8
  color_range=tv
  color_space=smpte170m
  color_transfer=smpte170m
  color_primaries=smpte170m
  chroma_location=left
  field_order=progressive
  </code></pre>
  <p>Is <strong>smpte170m</strong> space even <strong>compatible</strong> with 10 bit such as <strong>yuv420p10le</strong>?</p>
  <p>Should I keep smpte170m space or convert it to BT907 or other?</p>
  <p>Resolution (after scaling) will be approximately <strong>848x304</strong>.
  Which color space is more widely supported for such resolution?</p>
  <p>Can FFMPEG/libx265 perform/compute correct color space conversion or it simply changes symbols in metadata without computing actual color conversion?</p>
  <p>Encoded video is purely for personal use and will be played 99% of time on PC/android phones (No HDR screens at present).</p>
  <p>Does NTSC standard still apply AFTER encoding to x265 or it becomes irrelevant? (say encoding to Matroska)</p>
  <p>The only limitation I have in choosing a destination color space, etc (in encoded/destination video) is so that its play is supported in hardware on modern android phones/tablets/PC.</p>
  <p>Thank you!</p>
  
Tags: <ffmpeg><video><encoding><colorspace><h.265>
Title: Is smpte170m Color Space Compatible with 10 bit yuv420p10le? Color Space choice(x265)
UserDisplayName: strider
ThreadText: # Is smpte170m Color Space Compatible with 10 bit yuv420p10le? Color Space choice(x265)
  
  (Asked by: username_0 on 2023-10-01)
  
  I need to encode a **smpte170m** color space MPEG-2 ("mpeg2video") video to **10 bit** **x265** (libx265, with **FFMPEG**).
  Hoping to use **yuv420p10le**, but any suggestions are welcome.
  
  Source video is in **smpte170m** color space and **NTSC**:
  
  ```
  pix_fmt=yuv420p
  level=8
  color_range=tv
  color_space=smpte170m
  color_transfer=smpte170m
  color_primaries=smpte170m
  chroma_location=left
  field_order=progressive
  
  ```
  
  Is **smpte170m** space even **compatible** with 10 bit such as **yuv420p10le**?
  
  Should I keep smpte170m space or convert it to BT907 or other?
  
  Resolution (after scaling) will be approximately **848x304**.
  Which color space is more widely supported for such resolution?
  
  Can FFMPEG/libx265 perform/compute correct color space conversion or it simply changes symbols in metadata without computing actual color conversion?
  
  Encoded video is purely for personal use and will be played 99% of time on PC/android phones (No HDR screens at present).
  
  Does NTSC standard still apply AFTER encoding to x265 or it becomes irrelevant? (say encoding to Matroska)
  
  The only limitation I have in choosing a destination color space, etc (in encoded/destination video) is so that its play is supported in hardware on modern android phones/tablets/PC.
  
  Thank you!
  
  **Tags:** ffmpeg, video, encoding, colorspace, h.265
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2023-10-02. Score: 1
  
  > Is smpte170m space even compatible with 10 bit such as yuv420p10le?
  
  There's no incompatibility - H.265 supports BT601-525 / SMPTE170m tagging. It depends on your player if colours are rendered correctly during playback.
  
  So, first encode without any colorspace onversion and check. Else, convert to BT.709 using colorspace or zscale filter.
  
  
  ---
  
  