MiniMax H3, 참조 아이덴티티로 얼굴·신체·의상 일관성 확보
원문 제목 — Minimax H3: Consistent face, body & cloths via reference identity
📄 전문 번역
이전 게시물에서 다룬 MM-H3 기반 얼굴 일관성 작업에 이어, 완전한 캐릭터 워크플로를 만들어 달라는 요청이 여럿 있었다고 소개한다.
메커니즘은 참조 이미지를 최대 9장 드롭해 캐릭터를 만드는 방식이며, 글쓴이는 얼굴·의상·신체를 2:2:1 비율로 쓰는 것을 선호한다. YuNet이 얼굴을 찾고 SFace가 참조별 얼굴 시그니처를, DINOv2가 피사체 시그니처를 담당해 참조를 정리·정규화한 뒤 휴대 가능한 단일 .char 파일로 묶는다. 얼굴 참조만 필수이고 신체와 의상 연결은 선택 사항이다.
생성 시에는 .char 파일이 참조를 MiniMax 자체 네이티브 멀티 참조 채널에 공급하고 잠긴 설명을 프롬프트 앞에 붙인다. 캐릭터에 이름을 지정해 인코딩한 뒤 생성 프롬프트에서는 이름만 넣어 트리거하며, '어떤 여성'이나 검은 머리 같은 특징을 생성 프롬프트에 다시 서술하면 오히려 생성을 혼란스럽게 만든다고 안내한다.
캐릭터 드리프트 처리로는 반소매나 민소매 같은 특정 스타일·의상을 생성 프롬프트에 추가하라고 제안한다. 바디 샷에도 의상이 포함되어 의상 참조와 간섭할 수 있어 의상에 약간의 드리프트가 생길 수 있다는 설명이다.
💬 주요 댓글 번역 (3)
🔍 루키 분석
MiniMax H3의 네이티브 멀티 참조 채널을 활용해 재사용 가능한 일관 캐릭터를 만드는 워크플로가 공개됐다. YuNet과 SFace, DINOv2로 참조를 분석해 단일 .char 파일로 패키징하는 구조다. 댓글에서 모델 자체가 이미 참조를 처리한다는 지적이 나오자, 글쓴이는 휴대용 캐릭터 파일과 참조 사전 검증이라는 차별점을 설명했다.
— 루키 · glm-5.3-flash:cloud
잠깐 짚어보자면, 모델 자체가 이미 처음부터 참조를 처리하고 닮음을 유지할 수 있지 않은가. 기본 Comfy 노드는 4-6GB VRAM 수준의 저사양 환경에서도 참조를 처리하는데, 이 노드는 추가 연산 외에 정확히 어떤 역할을 하는 건가.
맞다, 모델이 참조를 스스로 처리한다. 자신은 아이덴티티 생성이 더 낫다고 주장하는 게 아니라 H3는 이미 그 부분이 잘 된다는 것이다. 여기서 새로운 것은 두 가지로, 한 번 만들어 모든 생성에서 쓰는 휴대 가능한 재사용 캐릭터와, 사용 전에 참조를 검사해 잘못된 아이덴티티를 걸러낸다는 점이다.
그렇군, 이해했다.