영상 디테일이 죽어있는 상태라 원본에 가깝게 인코딩 하겠다고 RF/CQ값 너무 낮게 잡을 필요 없음

왜 원본부터가 디테일이 죽어있냐고 하는거냐면 치w직 같이보기 채널의 애니메이션 원본은 보통 1080p30fps cbr(고정 비트레이트) 8000kbps로 올라왔을텐데
스트리머가 그거 띄워서 치w직에 송출할 시 영상 비트레이트가 일정 수치 이상을 넘어서면 서버측에서 1080p60fps cbr 8000kbps로 인코딩 해서 시청자에게 보냄
아니면 스트리머쪽이 처음부터 그렇게 인코딩을 해서 보내던가 ㅇㅇ
초당프레임은 두배이상 늘었는데 비트레이트는 그대로라 어두운 장면에서의 파티클 많고 역동적인 전투신 같은건 화질이 좀 작살나있을거임
**ㅍ2ㅌㅈㄹ는 웃기게도 치w직 같이보기 채널에 업로드 되있는거부터가 품질이 ㅈ구림 특히 후반갈수록 그런감이 큰거같다 23~25화 보면 어둡기만해도 다 튀어있음 ㅋㅋㅋ 이거 같이보기한건 걍 중품질 이상으로 인코딩 할 필요가 없어보임

몇몇 사람들은 obs에서 vbr(가변 비트레이트) 인코딩 한 다음 치w직쪽으로 송출하는거 같던데 그건 극소수인거 같더라
유명 스트리머중엔 ㅅㅅㅂ이 vbr로 인코딩하는거 같더라 이 사람 같이보기 녹화된거 보면 유독 용량 착한편임 물론 걍 cbr인데 kbps를 5000~6000쯤으로 줄인걸수도 있긴함

=================================
개인적으로 쓰는 인코딩 옵션은 이럼
x265-10bit [소프트웨어(cpu) 인코딩]

crf=25 (좀 더 고품질을 원하면 값 낮추셈 18=원본급, 20~22=고품질, 24~26= 중품질, 28 아래로는 낮추지 않는걸 권장함 )
인코더 프리셋= faster (다코어 cpu쓰고 약간의 용량절약과 품질상향을 원한다면 medium가셈 속도 생각하면 건들 필요 없음)
tune=animation

아래부턴 튜닝옵션

aq-mode = 3 (3을 줄 경우 어두운 부분에 비트레이트 투자를 더 함)

aq-strength = 1.2

psy-rd = 1.5
deblock=0:-1

*aq붙은거랑 deblock는 명암 처리 강조 하는 용도로 쓴거고
psy-rd 는 파티클 같은거 터질때 디테일 좀 살리는 용도로 지정함

rc-lookahead = 60
ref=4

bframes=6

*얘낸 쉽게말하면 압축 효율과 관련된 애들인데 인코더 프리셋 디폴트값보다 더 높였을때 속도에 영향 너무 크게 안주는 것들임
인코더 프리셋을 품질 우선으로 잡을수록 얘내로 인한 속도 저하가 커짐
b-adapt란 애가 none(0), fast(1), full(2)로 나뉘는데
full일때 bframes 값에 따른 작업처리 속도 증가/저하 폭이 큼

strong-intra-smoothing=0
*계단현상 방지

인코딩하면서 다른작업도 해야해서 스레드 갯수 제한 하고 싶으면

cpu-z에서 본인 시퓨 n코어 m스레드 확인하고

위 옵션들에 추가로 threads={원하는 스레드 값} 넣으면 됨

실시간적으로 수치조절을 하고싶으면
인코딩 시작해놓고
작업관리자->자세히->인코딩 진행중인 프로세스 찾기(ex:handbrake.Worker)-> 우클릭->선호도 설정-> 일부 스레드 체크 해제
를 통해서 아예 특정 스레드에만 일감 몰아주는 방법도 있긴함
보통 일반적인 프로그램들은 0번 스레드 부터 할당하는 편이니 뒤쪽 부터 할당하는게 좋을거라 생각함
너무 갈궈질거같아서 걱정이면 마찬가지로 우클릭해서 작업 우선순위도 낮추셈 ㅇㅇ

위의 튜닝 옵션들 중에

aq-mode =3
strong-intra-smoothing=0
deblock=0:-1
정도 빼고 나머진 그냥 기입안해도 crf값 1정도 더 내리면 그럭저럭 결과물은 나오긴 할거임 작업 속도도 살짝 오를거
인코딩 이상하게 된다 싶을때도 튜닝옵션 다 빼고 저 세개 정도만 넣고 돌려보셈
=======================

엔비디아 글카 좋은거 끼고있으면 hevc(h265) 하드웨어 인코딩도 나쁘지 않음
ai한테 질문해서 위랑 비슷하게 튜닝옵션 잡아달라고 하고 cq값을 22정도로 좀 낮추면될거임
하드웨어 인코딩은 소프트웨어 인코딩에비해 빠른대신 용량 대비 품질이 좀 구림 그리고 압축률 높이는데도 한계가 있음
대충 x264(소프트웨어 인코딩)의 crf 22랑 비슷하거나 더 구린 결과물이 나오는 편일거
그리고  x264(소프트웨어 인코딩)의 crf 20~22는 x265의 crf24랑 비슷한 품질이 뽑힌다는 이야기가 있음

하드웨어 인코딩의 경우 엔비디아 외엔 경험상 다 구렸음 엔비디아거는 3060ti인가?로 뽑았었음
인텔거는 안써봤고 amd는 라데온 rx570으로 돌려봤는데 vcn 버전이 낮아서 그런지 그렇게 좋은편 아니였음
m4 맥북에어의 videon toolbox는 너무 구리더라 용량대비 품질도 구린데 지 혼자 cq 값이 높을수록 고품질로 뽑는 식이라 값 세팅하는거부터가 ㅈ같았음

주의할 점이 있다면 h265와 x265는 라이선스가 꼬여있어서 몇몇 클라우드 업체에선 스트리밍을 제공하지 않음
본인이 사용하는 클라우드 업체가 이렇다면 vp9로 인코딩하면 되는데 얘는 나도 값 어캐줘야하는지 잘 모르겠음 ㅇㅇ

그리고 가급적이면 인코딩한걸 또 다시 인코딩하지 않는게 좋음 원본 수준 품질로 재인코딩 한거거나 스트림복사로 구간자르기 한 수준 아닌이상 걍 하지마셈
최대한 원본에 가까운걸 인코딩하는게 품질면에서나 용량면에서나 좋음

=============================

사실 이쪽 분야 전문가는 아니라서 질문하면 답해줄 자신 없음
제미나이 같은 애들 무료플랜이여도 이런쪽은 답변 괜찮게 해주는거 같으니까 그쪽에 질문하셈

마지막으로

aHR0cHM6Ly9raW8uYWMvYy9iOXhDaVhVaXhiUXRMWnVGT0s4NVNi
[ㅇㅅㄷ] ㅋㄹ ㅍ2ㅌㅈㄹ 2일차 영상을 위에 내가 개인적으로 사용한다는 옵션 맞춰놓고 인코딩 돌려본거임
7일 뒤 터짐

위에서도 재차 말했듯 ㅍ2ㅌㅈㄹ가 치w직쪽 같이보기 채널에 올라온거부터 품질이 구데기인 상태라 좋은 예제는 아니긴 한데 저 옵션대로 인코딩한게 ㅍ2ㅌㅈㄹ 같이보기 뿐이라 걍 들고옴
M4 맥북 에어 + 쿨링패드 놓고 돌린건데 재생시간의 한 75% 정도의 시간이 걸리더라
원 녹화물 들고 있는 사람 중에 인코딩 관심있는 사람들은 그거랑 비교해보고 판단해봐