iDevice용 동영상 변환기를 20.12으로 업데이트 했다. 19.xx대에 있었던 소소한 오류들을 고쳤고, UI 등에 세세한 수정들을 적용했다. 가장 큰 변화는 인코딩 HW에 MainConcept HEVC 인코더를 추가한 점이다. 또 하나의 변화는 오디오 AAC 인코딩 시에 Nero AAC Encoder와 iTunes 외에 libfdk_aac를 추가했다는 점. 이 기능을 사용하기 위해서는 libfdk_aac를 적용하여 직접 컴파일한 ffmpeg.exe가 있어야 한다. 이 ffmpeg.exe를 tools\ffmpeg_fdk_aac에 넣고 실행하면 AAC 인코더로 libfdk_aac도 사용할 수 있다. 변환기는 아래 링크에서 다운받을 수 있으며, 여전히 별도의 설치 프로그램따위는 없다. 64bit only..
구매한지 3개월만에 드디어 정상동작을 확인한 MainConcept HEVC 인코더를 테스트해봤다. 테스트는 이전에 했던 테스트들과 동일한 조건에서 수행하여 결과물의 품질을 비교했으며... 이전에 데모버전의 테스트를 위해 만든 인코더의 기능을 좀 보강해서 진행했다. MC의 인코딩을 위해선 따로 컴파일한 FFmpeg이 필요한데, 이 버전이 일부 avs는 잘 읽지 못하는 문제가 발견됐다. 이를 위해 아예 FFmpeg을 직접 컴파일할 수도 있었지만, 귀차니즘으로 그냥 FFmpeg들을 파이프로 연결하도록 보강. 1. color range x264/x265는 기본적으로 full range를 사용하지 않고 limited range(16-235)로 인코딩한다. 동일선상에 놓고 비교하기 위해 limited range 옵..
처음 MainConcept HEVC 인코더를 구매했던 것이 2월 15일이었으니, 무려 3개월의 시간이 흘렀다. 그동안 원격접속으로도 원인을 추적하고, 새 버전을 두 번 다운받았지만, 제대로 실행되지 않는 문제는 여전했다. 그러다 드디어 3개월만에 모든 문제를 수정했다는 메일을 받았다. 마음을 가다듬고 기존의 모든 플러그인을 죄다 제거한 뒤에 PC를 리부팅하고 다시 설치를 시작했다. 설치 과정에서 나오는 PC 보호 경고 메시지는 반갑기까지 하다. 먼저 확인해본 것은 인증 모듈이 잘 동작하는지 여부. Error: 0이 드디어 표시됨으로써 인증 관련 문제가 없다는 점을 확인했다. 바야흐로 테스트 인코딩... 잘 된다. 이제부터 본격 인코딩 효율이나 동작속도 등을 테스트할 예정.
제품을 구매하고, 한달 넘게 기다리고 있는데, 드디어 반가운 메일이 왔다. 플러그인의 새 버전을 다운받으라고 하는 것 기쁜 마음으로 다운로드 링크를 클릭하니 반가운 글자들이 보인다. 그런데, 이게 뭥미? User name, Password? 아무리 생각해도 계정 같은 걸 만들었던 기억이 없는데... 그래도 혹시나 몰라 예의를 갖춰 메일로 물어봤다. 그러자 돌아온 기계가 쓴 거라 해도 믿을 것 같는 답장. 1. 구매했을 때 받은 메일 봐 2. 그리고 지난 버전 다운받는 링크 알랴줌 혹시나 내가 뭔갈 놓쳤나 싶어 바로 그 메일을 뒤져봤지만, 당연히 계정 정보 같은 건 없다. MainConcept 쪽의 시스템은, 다운링크는 주되, 별도의 인증 프로그램으로 인증받는 구조이다. 메일로 설명하니 드디어 뭔가를 보내..
한달 전쯤 MainConcept 사의 HEVC 인코더를 구매하는 것을 검토했었다. 언제 나올지도 알 수 없고, 인코더 성능을 확신할 수도 없는 Big Navi보다 이 쪽이 더 현실적인 선택이기 때문이었다. 테스트 결과는 상당히 만족스러웠다. 인코딩 속도는 HW 인코더와 x264의 중간 정도였는데, 화질은 x265에 상당히 근접하는 수준을 달성했다. 그리하여 Big Navi를 포기하고, MainConcept HEVC 인코더를 구매한 뒤, 당근을 통해 RTX2070으로 업그레이드했다. 송장(Invoice)을 받고 자세히 읽어보니 회사가 다름 아닌 독일 아헨에 위치해있다. 이렇게 반가울데가! 하지만, 언제나 현실은 냉혹한 것... 정식 버전으로 업그레이드를 하고 나니 인코딩이 되지 않는다[..........]..
이전 포스팅(AMD의 RX 6700은 언제쯤 나올 것인가)에서도 언급했듯이 몇달간 AMD의 RX 6700을 기다리고 있었다. RTX30 시리즈의 NVENC는 이전 버전과 동일했기 때문에 아무런 메리트가 없기 때문이었다. 그런데, MainConcept의 HEVC 인코더 데모 버전을 돌려본 뒤 생각이 바뀌었다. 관련 포스팅: MainConcept HEVC 인코더는 쓸만할까? (부제: Big Navi 사지 말까?) 이 인코더는 CPU+GPU Hybrid 인코딩을 지원하는데, 성능과 품질 모두 만족스러운 수준이 나왔다. 문제는 이 인코더는 AMD의 GPU는 지원하지 않는다는 점. 고심 끝에 RTX 3060을 노리고 공개일 새벽부터 열심히 뛰어들었지만, 결국 구매에 실패하고야 말았다. 구매까지 갔다가 입금하려니 ..
엔비디아의 GeForce30 시리즈에 탑재된 NVENC는 20 시리즈의 그것과 동일하다. 하지만, AMD의 Big Navi에 탑재된 VCN은 기존 버전에 비해 향상되었다고 해서 기대하고 있었다. 그런데, 글카의 가격을 생각했을 때 이 업글이 합리적인지 다시 한번 판단해보기로 했다. 대안으로 고민해본 대상은 MainConcept의 HEVC 인코더 FFmpeg 플러그인. MainConcept 사는 SDK, FFmpeg 플러그인 등등 다양한 방식의 인코더를 판매한다. 가장 중요한 기능은 QSV나 NVENC를 활용한 SW+HW 하이브리드 인코딩. 이 중 나에게 딱 맞는 놈은 FFmpeg 플러그인이다. 적절한지 여부를 판단하는 방식은 언제나와 동일하다. 영상 하나를 다양하게 인코딩해본 뒤 SSIM을 계산해보는 것..
새 버전이 나왔습니다. 새 버전을 사용해주시기 바랍니다. iDevice용 동영상 변환기를 19.01로 업데이트 했다. 19.x대부터는 64비트 용만 배포하는 것으로 결정했다. 지금의 컴퓨팅 환경에서는 32비트 윈도우에서 인코딩하는 것 자체가 적합하지 않다고 판단했기 때문이다. 또한, 이번 버전부터는 옵션 창에 탭 컨트롤을 적용해서 좀 더 깔끔하게 볼 수 있도록 기능을 보강했다. 변환기는 아래 링크에서 다운받을 수 있으며, 여전히 별도의 설치 프로그램따위는 없다. 64비트 only / password: teus.me 관심 있는 분들의 수많은 지적과 질타 부탁드립니다. 이 프로그램은 여러분 덕에 완성되어 갑니다. iTrans의 상세한 기능 및 특징 #일반 1. 대상 비디오 파일을 목록에 드롭한 뒤 변환 버튼..
지난 포스팅에서 언급했듯이, 비디오 인코딩 품질 비교 기준, FFmpeg/nvenc 옵션 등이 수정됐다. 이에 따라 변경된 기준들을 정확히 반영할 수 있는 옵션값을 다시 찾아야 했다. 이전 테스트와 같은 소스에서 테스트를 다시 한 번 진행해봤다. 큰 틀에서의 기준은 이전과 동일하다. FFmpeg의 가이드에서 얘기하는 무손실 조건 등에 가장 근접한 옵션을 찾는 것. The range of the CRF scale is 0–51, where 0 is lossless, 23 is the default, and 51 is worst quality possible. A lower value generally leads to higher quality, and a subjectively sane range is 1..
GeForce 16 및 20 계열에는 튜링 코어와 함께 7세대 NVENC가 적용되어있다. 7세대는 6세대 NVENC에 비해 눈에 띄는 성능 향상을 자랑했었다. HEVC HW 인코딩이 드디어 x264를 능가(x265가 아니고...)하는 성능을 보여준 것이다. 7세대 NVENC는 훌륭한 인코더임은 분명하지만, 여전히 성능이 향상될 여지가 있다. x265와 비교 결과를 보면, HEVC의 성능을 완벽하게 발휘할 수준의 인코더는 되지 못한 것이다. GeForce 30 시리즈가 나올 때 내심 기대했던 것이 NVENC의 업데이트였다. 7세대 향상폭의 절반만 구현해도 어마어마한 결과를 보여줄 거라 생각했기 때문이다. 특별한 기능이 추가되지 않더라도, 알고리즘 개선으로 효율이 높아질 수도 있고... 하지만, 발표 결과를..
새 버전이 나왔습니다. 새 버전을 사용해주시기 바랍니다. iDevice용 동영상 변환기를 18.10으로 업데이트 했다. 18.x대 업데이트에서 가장 크게 변경된 내용은 32비트 용과 64비트 용을 별도로 분리한 것이다. 이를 통해 각 CPU의 성능을 최대한 발휘한 인코딩이 가능해졌다. 변환기는 아래 링크에서 다운받을 수 있으며, 여전히 별도의 설치 프로그램따위는 없다. 64비트 / password: teus.me 32비트 / password: teus.me 관심 있는 분들의 수많은 지적과 질타 부탁드립니다. 이 프로그램은 여러분 덕에 완성되어 갑니다. ▲ iTrans의 상세한 기능 및 특징 #일반 1. 대상 비디오 파일을 목록에 드롭한 뒤 변환 버튼을 클릭하면 알아서 변환함 지원 포맷: AVI, MKV,..
새 버전이 나왔습니다. 새 버전을 사용해주시기 바랍니다. iDevice용 동영상 변환기를 17.4a로 업데이트 했다. 17.x대 업데이트에서 가장 크게 변경된 부분은 NVIDIA NVENC와 함께 인텔® 퀵 싱크 비디오, AMD AMF를 지원하도록 수정된 것이다. 이를 좀 더 잘 지원할 수 있도록 이전에 수행한 테스트의 결과 및 추가 테스트의 결과를 옵션에 포함시켰다. 또한, 이전 버전에서 가끔 시험적으로 지원했던 UTF-8 형식의 명령행 기능을 옵션으로 추가했다. 변환기는 아래 링크에서 다운받을 수 있으며, 여전히 별도의 설치 프로그램따위는 없다. password: teus.me 관심 있는 분들의 수많은 지적과 질타 부탁드립니다. 이 프로그램은 여러분 덕에 완성되어 갑니다. ▲ iTrans의 상세한 기..
지난 추가 시험 이후 GTX1660을 를 새로 장만했다. 또, 지인이 라이젠 3400G를 구매해서 AMD의 HW 인코더인 AMF도 추가적인 테스트를 할 수 있게 되었다. 한편으로는 ffmpeg에서 AMD의 AMF 등 HW 인코더를 지원하는 부분이 안정화되고 있다. 그래서 아예 제대로 테스트 해보기로 했다. 이번에도 테스트 소스는 이전과 동일한 sintel. 공식적으로는 GTX1050Ti의 후계자는 GTX1650이다. 그런데, 자료들을 뒤져보니 코어만 튜링이고 nvenc는 1050Ti와 동일하며, 새로운 nvenc 코어는 1660부터 적용되었다. 일단 전통의(?) H.264 인코딩 결과. 당연하게도(?) x264의 용량 대비 품질이 제일 높고, 인텔 퀵싱크 비디오(이하 qsv)가 이와 거의 동일한 수준이다..
이전 글(소소한 업그레이드 실시)에서 얘기했듯이 새로운 NAS와 새로운 PC 환경을 구축했다. 지난 포스팅(ffmpeg용 H.264/HEVC 인코더 품질/성능 비교)들에서 진행한 시험의 추가시험을 간단하게 진행했다. 1. AMD PC 환경에서의 비디오 하드웨어 인코딩은 사실상 인텔 qsv와 엔비디아 nvenc 외엔 다른 대안이 없다. 그런데, 이 판에서 왕년에 잘 나가던 AMD는 현재 어떤 상태인지 확인해보기로 했다. 그런데, 이번에 지른 라이젠 5 2600에는 그래픽 코어가 포함되어 있지 않다. 마침 주변에 라이젠 5 2400G가 있어 예전 테스트와 유사한 테스트를 해볼 수 있었다. ffmpeg -i sintel.mkv -c:v h264_amf -profile main -quality quality -..
2. 4K 가. H.264 4K 역시 1080P와 동일하게 FFmpeg 가이드에 언급된 x264의 CRF를 기준으로 처리하기로 했다. 기준으로 삼은 x264의 CRF는 역시 이전과 동일하게 17, 23, 25. 마찬가지로 열심히 반복해서 확인해보니 x264는 4K 소스에 대해 각각 49.77, 46.23, 45.09의 PSNR이 도출됐다. 다시 말하면, 4K 영상에 대해서 Q 값은 PSNR이 49 이상이면 거의 무손실, 46 정도면 충분히 양호하며 45 이상이면 사용할만한 품질로 이해할 수 있다는 것. 엔비디아의 솔루션인 nvenc로 인코딩한 결과는 아래와 같다. H.264 역시 x264에 비해 유사한 품질에 대해 대략 20% 정도 큰 파일을 생성해준다. 그리고, 여기서도 preset에 무관하게 결과 파..
1. 1080p 가. H.264 FFmpeg의 가이드에 따르면 x264로 인코딩하는 경우 CRF(Constant Rate Factor)가 17~18일 때 무손실에 가깝다고 한다. 또한, 충분히 양호한 품질을 원하면 CRF을 23으로 하면 되며, 사용할만한 범위는 17~28 이내라고 한다. 그렇다면 이 값들로 동영상을 인코딩 시의 PSNR을 확인하면 다른 인코더에 적용할만한 CRF(또는 이에 준하는 값)을 역셈할 수 있다. 그래서 돌렸다. 열심히 반복해서. 우선 확인해야 할 지점은 x264가 가이드에서 얘기한 Q(CRF)로 인코딩시 어떤 정도의 PSNR을 보여주는지 하는 점이다. 샘플 영상 기준으로 볼 때, PSNR이 48dB 이상이면 무손실로 봐도 무방할 것 같다. 기본값인 Q=23으로 인코딩 시에는 4..
2017/11/05 - 가장 빠른 iDevice용 동영상 변환기 iTrans v15.1 공개 ffmpeg으로 동영상을 인코딩할 때는 기본적으로 SW만을 사용한다.HW 인코딩을 자동으로 사용하는 줄 알았는데, 확인해보니 역시 그럴 리가 없없다… ffmpeg에서 HW 인코딩을 하는 방법에 대해선 ffmpeg 홈페이지를 뒤지면 많은 정보를 확인할 수 있다. 윈도우 용 ffmpeg 빌드의 대표주자인 Zeranoe 님 빌드에선 NVENC, Direct 3D 11, Direct 3D 9, 인텔 QSV 등을 지원한다. C:\bluenlive>ffmpeg -hwaccels ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers built with gcc ..