I settled for this: ffmpeg -i "$file" -map 0:0 -c:v libsvtav1 -preset 3 -crf 23 -maxrate 85M -map 0:a -c:a copy "${file%.mp4}-av1.mp4" -y The files is still very large, but you can’t notice any artifacts or any blurry parts, I transcode it with 7fps.
Oh that’s a great tip, I set it to “indistinguishable” and it 3x-ed the (almost) same gameplay clip, but it does look the best so far. But if what you are saying is true, with the encoding the previous encoder’s artifacts, doesn’t that mean I should record in lossless?
I did try a video of my desktop doing almost nothing, and AV1 rf23 compressed it 17x. That’s nice. I’ll now try re-coding this “indistinguishable” h264 preset video and to record a lossless one and to re-code that as well.
I’ve gotten that far, but no farther
I was and am searching there I just can’t find it in the dropdown. I might be blind, but I checked multiple times.
Haha, yeah. I plan on editing them down as well when I’ll have the time.
it became 504 MiB, the original was 306.
while it was doing that I tried compressing a 50Mbps clip. And I think you’re gut feeling will be right, I managed to compress it with AV1 rf47 it got reduced to a 4th of it’s size and it looks almost the same as the 15Mbps one. However, sadly I saw how good the raw 50Mbps one looks, so I don’t think I’ll go that low. Finding the sweet spot will take forever! Also isn’t 50Mbps too high, the video looks amazing, but isn’t that abnormally high?
“15k hard” is the control h264 file
rest doesn’t matter I think
but in the meantime I did some encoding to h265, and I managed to get a smaller file size however the quality sucked, so I lowered the crf and it’s larger again. 
my AMD 6000 series GPU only supports decoding for AV1. And yeah I quietly decided that 60fps will be perfect.
I can’t find it and a quick google told me that neither do others
I am doing that since I made that post, making educated guesses at AV1 configs. Every single one of my AV1 encoded files turned out larger than the original. I recorded the original with 15mbps, and that seems enough (as I did the cheating my self a teaser of lategame thing).
I set the OBS’s recording to 60fps, hopefully that way I dodge the weird half frames, that you are talking about.
I set the quality RF to 30 in HandBreak, and as you can see it almost doubled the filesize. how?
I tried encoding to AV1 with OBS and it stopped working. I tried converting h264 to AV1 and the filesize became larger. I think I’ll stick to h264 lol
I did a test recording of 2 minutes (1440p 60fps 15000kbps) it’s 320MBs, encoded it with AV1 and the file became 392MBs, it also lost all but the first audio track.
Anyways, I estimate a 6.8TB for 1k hours. Seems doable.
well I checked. My GPU does support AV1, but only decode, and OBS doesn’t support h265. So is my only (good) option is to use a SVT-AV1? How slow it that really?
That’s a good idea. I have a question tho, does AV1 lose some fidelity, or is it simply just a “better” encoding?
Thanks for the numbers, I’ll try some test clips to see what bitrate is good for me. And I’ll use your formula for estimates :)
Isn’t RCS just showing you when the other person have seen your texts or when they are typing?
There are discussions, but (almost) only about linux and the sorts.
What do you mean by “I’ll make sure they’ll answer them”? Are you a reporter? But if this is a bug report thread now, here I go:
I have and one of my friends had the Logitech G502 LIGHTSPEED mouse. It has a problem with it’s mouse wheel.
I’ve done the debugging a while back, but maybe I can get the logs again. Basically when using it wired it only uses the regular mouse wheel events, but when using it wireless (most of the time) it uses both highres mwheel events and regular ones. Confusing all apps. To add to this, the regular events seems to be simulated by software, based alongside every 5th (? maybe it was a long time ago) highres event. While at seemingly random times a full “click” of the mouse wheel just doesn’t register the required number of highres events, making the “normal” one also absent. I tough this was a hardware issue, as when it happens you can go back and forth and it won’t register it at all, however it doesn’t happen when pugged in.
This is probably some kernel issue if I’m being honest, all I know is that on Windows it works perfectly. But I am using KDE and I have not debugged this mouse on any other window manager.
I truly don’t know if this was the type of reply you were looking for, if not: Sorry for wasting your time. (There’s also a KDE bug when editing widgets or when turning the screen off and on, but that’s not input device so)
This would be an awesome lil feature
how does doing a 2pass work? I’m going to be honest, I just ignored that feature. Is it worth the extra hassle? And how much longer does it take? Also do I need to run ffmpeg twice for that? Or can I just put in an argument and it’ll scan twice.
After typing all that out I realized that all this is probably easier to google/try than to ask you about it. Thanks for the info tho. I managed to get a video format where 15 minutes are 1GiB and watching it back I didn’t notice any artifacts or burry parts in 1440p 60fps.