개1064; 영상 1064;코딩 ( 1452;/196; 애들 영상) 원본1008; 용량1060; 너무 커서
1088;ᇼ1;1004;/196; h264 /196; 1064;코딩 Ȣ16;여 1200;1109;해 오고 1080;었습니다.
그런데... 오늘 문ሖ1; 생각해 보니
pc,스마트폰,태블ና1; 그 Ǻ12;떤,163;1060;Ǐ19; 1452;변에 h265를 1116;생Ȣ16;기에 Ǻ12;/140;움1060; 1080;lj16; 기기가 없네요 ?
1593; 본ᅄ1;1201;1004;/196; h265/196; 갈아타도 .104;lj16; 시1216;1064; ,163; 같다lj16; 생각1060; Ǐ17;니다.
회원님들1008; ᕬ1;시 1652;1089;에 265/196; 넘Ǻ12;가ǯ12;나요 ?
또lj16; 265/196; 넘Ǻ12;가lj16;데 ᕬ1;시 1228;가 놓치고 1080;lj16; ǥ12;ǥ16;1060; 1080;1012;까요 ?
1020;.. 그리고 ffmpeg 1064;코딩 Ꮢ1;션1008; 다양Ȣ16;,172; 테스트 해보니 1060;,172; 무DŽ12;한,144; 같1008;데요
-c:v libx265 -profile:v main -preset veryfast
추천 Ꮢ1;션 1080;1004;면 ǥ12;ᓠ1;드립니다
FHD는 기존 H264 인코딩에 비해서 오히려 늘어나는 경우도 있군요.
해상도 판단하는 로직을 만들어야 하나 고민됩니다.
다만 UHD급이면 확실한 효과가 있으니 충분히 활용해볼 수 있을거같습니다.
그런데 애초에 노린게 용량인데.....저도 이제서야 테스트를 해보니 1080p영상은 오히려 손해를 보는 경우가 있네요.
플루이드 모션부터 해서 뭐 하나 쉬운게 없습니다....ㅎㅎ
265 10bit 가 좋은줄아나 아직 지원안되는 모니터나 TV가 대다수라고봐야겠죠. TV도 중하급은 8bit + FRC 니까요.
4K 로 찍은 영상은 30프레임 초고화질은 너무 용량 압박이 커서 24프레임 중간정도화질 4K 로 찍어서 찍은 원본으로 그냥 보관합니다.
아이 영상이라 나중에 아쉬울거 같아 변환하기 좀 그래서 그냥 보관하는데, 뭐 조금 찍으면 100G 입니다.ㅎㅎ 4T 하드하나 채우는건 뭐 아무것도 아니더라구요.