Not sure why the custom video settings, but these aren't helping matters
19:18:22.135: video settings reset:
19:18:22.135: YUV mode: 709/Full
I'd recommend starting by switching back to Partial. And whatever source you found that suggested using Full - don't use them again ;^)
I suspect that is the most likely cause of rendering lag
Hopefully you understand why not to livestream over WiFi
then looks like some stuff either not turned on, or settings in need of clean up? missing source
19:18:23.720: ------------------------------------------------
19:18:23.825: WASAPI: Device 'Speakers (Realtek(R) Audio)' [48000 Hz] initialized
19:18:23.825: [Loaded global audio device]: 'Desktop Audio'
19:18:23.825: [WASAPISource::WASAPISource] Device '{0.0.1.00000000}.{1610dcdd-5fdf-4362-bec9-f0ac04d943fc}' not found. Waiting for device
19:18:23.827: ------------------------------------------------
19:18:24.965: Video Capture Device: data.GetDevice failed
19:18:24.965: Video Capture Device: Video configuration failed
19:18:32.433: [AMF] <Id: 3> Unable to set converter transfer characteristic, error AMF_NOT_FOUND (code 11)
19:18:32.464: [AMF] <Id: 4> Unable to set converter transfer characteristic, error AMF_NOT_FOUND (code 11)
not sure what the above means [sorry not my area and you can look it up as easily as I, so I'll let you]
CBR used for streaming encoder settings, but is NOT recommended for Recording. my captured notes on recording settings
https://obsproject.com/forum/threads/best-settings.140188/#post-514693 @FerretBomb comment #2
1) NEVER RECORD TO MP4 DIRECTLY, FOR ANY REASON. It is not a recording-safe format; if anything goes wrong during the recording, even for a split second, the ENTIRE recording will be corrupted and absolutely not recoverable by any means. Record to MKV, and remux to MP4 after the recording is complete from OBS' File menu, Remux Recordings.
2) Record using CQP or CRF, not CBR. CBR is only used for streaming, where the back-end infrastructure requires it. CQP/CRF are quality-target based encodes, and will use as much or as little bitrate as is needed to maintain a constant image quality. No wasting bitrate on simple/slow scenes, no choking on fast-moving or complex scenes. 22 is a good starting point. 16 will result in much larger files, but near-perfect video. 12 should only be used if you plan to edit and re-encode later, and will be VERY large. Anything lower than 12 shouldn't be used unless you know exactly why you need it, and what problems it can cause.
3) Use the Quality preset, not Max Quality. Likewise, turn off Psychovisual Tuning. Both of these options use CUDA cores, and tend to cause significant problems like encoding overload when it should otherwise not be happening.
Related to # 2 above ["FerretBomb, post: 529433, member: 4349"]
Don't record with CBR or VBR, use CQP instead.
CQP is a quality-based encoding target that uses as much or as little bitrate as is needed to maintain a given image quality level.
22 is the normal 'good' point, 16 for 'visually lossless', and 12 is generally the lowest you'll want to go even if you plan to edit the video later (to cut down on re-encoding artifacts). The lower the number, the closer to 'lossless' video it gets. But below 16 the filesizes get ridiculously large very fast.
For easy setting, use simple output mode instead of advanced and choose "High Quality, Medium File Size" as quality. Or if you insist on advanced output mode, increase the cq value to get smaller files. Increasing the cq value by 3-4, you're halving the file size.
…. recording, use a quality based rate control like CQP (if you use nvenc on a Nvidia GPU) or CRF (if you use x264) or ICQ (if you use Quicksync on a Intel iGPU). CBR/VBR is for streaming only.