Body: <p>I recorded some long format talks in 1080i5994 DNxHD via my atomos recorder. I do this all the time and never have any issues. I record in that format because thats what my switcher puts out and it always just works. This time though, I recorded some screens from the presenters laptop which look fine on the recording. The recordings are all 100gb or larger so I can't upload that directly to vimeo or youtube. So I edited them and rendered them them to h.264 10mb but the smaller text on the screen is now blocky and unreadable. Larger text is fine though. What's a better way to do this in the future and is there a way to convert these so that the smaller text is still sharp?</p>
  
  <p>I'm using Adobe Media Encoder with the vimeo preset. I've tried a variety of different settings and can't seem to get better results on the smaller text.</p>
  
  <p>Here is the captured image.
  <a href="https://i.sstatic.net/eNEUS.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/eNEUS.png" alt="Orginial Capture"></a></p>
  
  <p>Here is the rerendered image quality. This is still a 6gb file for 1 hour.
  <a href="https://i.sstatic.net/AGY8G.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/AGY8G.png" alt="Rerendered Still"></a></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-08-19T13:34:51.847Z
Comments.Text: Which encoder? Deinterlacer? Settings?
Comments.UserDisplayName: Gyan
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-08-20T18:35:45.557Z
Comments.Text: @ahackney can you share a frame grab of the output file that has the issue?
Comments.UserDisplayName: Michael Liebman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-08-22T00:57:02.040Z
Comments.Text: @MichaelLiebman Added images as requested.
Comments.UserDisplayName: ahackney
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-08-22T22:50:30.930Z
Comments.Text: That almost looks like a scan converter doing some poor down-sampling, except for it not being present on the source. It won't get you to a good size for uploading, but have you tried an MPEG2 to rule things out?
Comments.UserDisplayName: Michael Liebman
Tags: <encoding><standards-converter><broadcast>
Title: Converting 1080i5994 DNxHD HQ to 1080p
UserDisplayName: ahackney
ThreadText: # Converting 1080i5994 DNxHD HQ to 1080p
  
  (Asked by: username_0 on 2016-08-19)
  
  I recorded some long format talks in 1080i5994 DNxHD via my atomos recorder. I do this all the time and never have any issues. I record in that format because thats what my switcher puts out and it always just works. This time though, I recorded some screens from the presenters laptop which look fine on the recording. The recordings are all 100gb or larger so I can't upload that directly to vimeo or youtube. So I edited them and rendered them them to h.264 10mb but the smaller text on the screen is now blocky and unreadable. Larger text is fine though. What's a better way to do this in the future and is there a way to convert these so that the smaller text is still sharp?
  
  I'm using Adobe Media Encoder with the vimeo preset. I've tried a variety of different settings and can't seem to get better results on the smaller text.
  
  Here is the captured image.
  [![Orginial Capture](https://i.sstatic.net/eNEUS.png)](https://i.sstatic.net/eNEUS.png)
  
  Here is the rerendered image quality. This is still a 6gb file for 1 hour.
  [![Rerendered Still](https://i.sstatic.net/AGY8G.png)](https://i.sstatic.net/AGY8G.png)
  
  **Tags:** encoding, standards-converter, broadcast
  
  > **Comments:**
  > **username_1**: Which encoder? Deinterlacer? Settings?  
  > **username_2**: @username_0 can you share a frame grab of the output file that has the issue?  
  > **username_0**: @username_2 Added images as requested.  
  > **username_2**: That almost looks like a scan converter doing some poor down-sampling, except for it not being present on the source. It won't get you to a good size for uploading, but have you tried an MPEG2 to rule things out?  
  
  ---
  
  ## 0 answers
  
  