I just updated to build 3, from 1. The patch note: "Disable QSV encoder settings if QSV isn't selected as encoder " -- I have an issue with this. I cannot click the check box, or enable these settings and I have QSV selected as the active encoder.
Quick sync encoder section is faded out when going to quick sync encoder go to: %appdata%/roaming/OBS/profiles and click on your profiles name and add the following:
UseCustomParams=1
Like this:
[QSV (Advanced)]
BufferSizeInKB=0
MaxKbps=0
TargetKbps=1000
UseCustomParams=1
Save and check quick sync box under encoding then go to quick sync encoder.
Within the NVENC_Export plugin for Premiere Pro, I'm able to adjust many settings to get exactly the result I'm looking for.
The NVENC plugin for OBS just has static presets.
Is there in the pipeline similar configurability for NVENC as those options recently introduced for QSV?
Ah, now I have a place to look.As I recall from the NVEnc feedback thread: https://obsproject.com/forum/threads/nvenc-feedback-thread.10234 there was a way to custom configure the NVEnc encoder with one of the text files it writes / accesses. In the end I didn't bother with it because it was better to just run a fast-enough preset and throw bitrate at it, so I don't know if it actually works.
Aim: To get NVENC looking as (subjectively) good as the x264 Medium preset.
Hah... well, good luck. Even if that's possible, there's no way the NVEnc chip that does the encoding will be capable of doing that in real time on a live stream bigger than a postage stamp, its just too slow (doesn't seem to be a requirement of yours, but I'm not aware of how to configure OBS to do non-live-stream encoding). And it may help to ask BtbN how to configure NVEnc, as he's the one who contributed the code.
Hello.If you have a 4790K you absolutely should be using x264 for streaming anyway. In general the only time you'd want to use Quick Sync or NVENC is when your CPU can't keep up with encoding, which should be pretty rare with that hardware.
Hi,So basically a long version of what I just said.
Hardware encoders should be a fallback, not a first choice.
Well I've been watching hes thread and been using his version and it has came very far. I was just kinda looking to see if it is planned to be added in at some point.I haven't been paying close attention to jackun's work, and I'm not sure if that's ready for incorporation yet. I suppose it's up to him to submit a pull request, so you can ask him.
I personally would not put the performance in the most important position here, but the resulting quality of a stream with a certain bitrate. (We want to produce quality streams right? that most possible viewers can watch?) And I guess AlderaaN is only talking about Haswell Quicksync, as its quality got a lot better than in previous generations.
From what I have seen from nvenc, it is not good for bitrates below 10-16mbps (my rough guess), and AMD VCE as soon as jackun tried to get some kind of CBR out of it, crapped the bed too. I think that is his main problem, for recording it can potentially already be used, but for streaming the bitrate usage would kill everyones connection.
In the end you will currently, from all tests I have seen, get the best bitrate/quality out of x264, haswell quicksync as mentioned has come quite close, older generation quicksync or nvenc/amdvce mostly need, depending on the situation, more than double the bitrate to look as good. (And then we have the other hardware encoders that need even more bitrate.)
So, in my experience Sapiens is correct. Only if your CPU is limited and you cannot use x264 without problems, quicksync can be used as an alternative. If then, no quicksync is available, nvenc/amdvce could be used, but my suggestion would be a CPU upgrade.