브라우저에서 FFmpeg를 오프라인으로! 파일 업로드 없이 WASM으로 처리

커뮤니티에서는 'Click to upload' 문구와 클라우드 아이콘 사용이 완전한 클라이언트 측 처리(Client-side Processing)라는 점과 상충되어 혼란을 야기할 수 있다고 지적한다. 파일이 기기 외부로 전송되지 않는데도 클라우드 이미지를 사용하는 것은 사용자 경험(User Experience) 측면에서 오해를 불러일으킬 수 있다는 의견이다. 따라서 파일 열기(File Opening)와 같은 보다 명확한 표현이 권장된다.

일부 사용자는 해당 프로젝트가 기존의 ffmpeg.wasm 라이브러리(ffmpeg.wasm Library)의 데모인지, 아니면 독립적인 유틸리티를 제공하는지에 대한 질문을 제기한다. 이는 프로젝트의 독창성과 실제 적용 가치를 파악하려는 시도로 볼 수 있다. 만약 단순히 기존 라이브러리의 래퍼(Wrapper)라면, 추가적인 가치 제안(Value Proposition)이 명확해야 한다는 논의가 이어진다.

GitHub 저장소에 실제 소스 코드가 아닌 문서용 `server.js` 파일만 포함되어 있다는 비판이 제기되었다. 이는 프로젝트의 투명성(Transparency)과 신뢰성(Trustworthiness)에 대한 의문을 증폭시킨다. 개발자는 전체 소스 코드 공개(Full Source Code Disclosure)를 통해 커뮤니티의 신뢰를 확보하고 기여를 유도해야 한다는 의견이 나온다.

사용자 인터페이스의 편의성과 별개로, 네이티브 애플리케이션과의 성능 비교(Performance Comparison)에 대한 질문이 나왔다. 특히 하드웨어 가속 인코딩/디코딩(Hardware Acceleration) 지원 여부(예: `h264_nvenc`)는 WASM 기반 솔루션의 주요 기술적 한계로 지적된다. 현재로서는 이러한 하드웨어 레벨 최적화는 지원되지 않을 것으로 예상된다.

최근 발표된 FFmpeg의 AVX-512 명령어셋 최적화(AVX-512 Optimization)가 브라우저 환경의 WebAssembly에서도 적용될 수 있는지에 대한 질문이 있었다. 이는 WASM 런타임이 CPU의 특정 명령어셋을 활용할 수 있는지 여부에 달려있다. 현재로서는 브라우저 환경의 제약으로 인해 이러한 저수준 최적화(Low-level Optimization)의 적용이 어려울 것으로 보인다.