![]() |
MP4 bitrate in DaVinci?
Hi I am using DaVinci to encode mov file from Hybrid to MP4 from VHS tape. What bitrate I should use in resolution 1920x1080? When encoder is set on auto bitrate is 80 mb/s which results quite big file. I am doing like in this tutorial:
https://www.youtube.com/watch?v=pKYNqZdqawc&t=31s |
I have been going straight to MP4 from Hybrid and just using RGB adjust in hybrid to make RGB changes instead of an NLE. The only thing I don’t like about it is I don’t know how to get an RGB scope onto hybrid so I eyeball it.
I did try the method you linked to and it takes quite a while. The resize method he uses is very resource intensive. |
1920x1080 from VHS and with 16:9 aspect ratio? Why? Digitize to avi interlaced (whatever format. I found mjpeg works OK in most cases at least for space reduction) and then convert to H.264 mpeg 4 progressive.
|
Quote:
Perhaps refer to the exact timecode that is pertinent to your problem. Quote:
Quote:
|
Quote:
|
Quote:
|
AVI 8bit with MJPEG compression is about 18gb per hour. AVI with uncompressed 8bit YUV is about 70gb per hour. If you have 2 films it is not a big problem, otherwise you may consider it is too large. So MJPEG is compromise.
P.S. And multiply by 2 if you are using Raid 1 with different brand HDs (I do) for archive. There are many cases when MJPEG quality is more than enough. At least for me. |
Huffyuv is about 35gb/hour, so that's the compromise. Lossless vs. compressed (MJPEG) vs. uncompressed.
I don't necessarily endorse archiving Huffyuv, nor MJPEG. Huffyuv is intended for intermediary, including the capture step. It's merely a waypoint between source and destination. MPEG-2 720x480/576 @ 4:2:2 @ 15-25mbps is extremely adequate. The main differentiator there is GOP length. More than 8 bits for consumer analog sources is silly, waste of space and time. Only in some extreme (near-absurd) scenarios would you need the extra data. Even SSD space is cheap now, compared to drive space per TB of 15-25 years ago. HDD cheaper, of course -- for now. |
Well, but if only for intermediary, there is not a big difference 35 or 70gb/hour because it will be converted anyway.
But if you probably want to save a copy for some restoration later final MPEG4 or whatever will not be useful. So original format used for capture should be saved. I found MJPEG compression is not so bad, but it is for me :) |
No, there's a difference. 70gb/hour requires 2x load/swap, and is a real drag on the system. I/O bottlenecks, preview is messy.
MJPEG isn't really bad, but not widely supported for many years now. And then MPEG compression is better. I just wouldn't suggest it for somebody new to all of this. |
For the OP you may not want to try and copy a video tutorial too closely. Especially with filters. I like his channel too but you it’s a good idea to look into each thing.
|
So capturing to huffyuv is correct? What to do next with the file? With what software converse to mpeg 2? I tried with tmpgenc authoring works 7 demo but for DVD purpose file bitrate is max only 9,2 MB. It’s that correct? If no what other software I should use?
|
Quote:
Quote:
The people that still use MPEG2 do it at higher non DVD bitrates. H.264 compresses better at lower bitrates. With Mpeg2 it handles interlace better where H.264 doesn’t handle interlace well because of the way it is compressed. |
If you don't mind the upload time, YouTube has no problem accepting uncompressed (or losslessly compressed, like Huffyuv or Lagarith) video sources. Compressing it to H.264 will only lead to quality loss when YouTube re-compresses it for playback.
|
Davinci Resolve won’t accept a lot of lossless codecs. It will accept FFV1 and visually lossless codecs like PorRes and Dnxhr.
|
Quote:
Quote:
Quote:
Quote:
Quote:
|
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.