Hi3D v1.0, 오픈 소스로 공개: 3D 프린팅 주장이 실제로 요구하는 것

Hi3D v1.0은 2026년 10월 23일 GitHub와 Hugging Face에 공개되었으며, 여기에는 숫자 하나가 붙어 있었습니다: 슬라이싱 성공률 90%. 그 숫자야말로 3D 프린팅 업체가 이 릴리스에 관심을 가져야 하는 이유의 전부이며, 동시에 저장소가 재현할 수 없는 단 하나의 숫자이기도 합니다. 그 안에는 슬라이서도, 테스트 메시도, 베이스라인도, 무엇이 실패로 간주되는지에 대한 정의도 없습니다. 실제로 저장소에 들어 있는 것은 상당합니다: 추론 코드, 가중치 파일 8개, 그리고 참조 사진과 대략적인 메시를 입력받아 훨씬 더 조밀한 메시를 반환하는 파이프라인이며, 실효 희소 추출 그리드는 최대 1536³에 이릅니다. 따라서 유용한 질문은 Hi3D v1.0이 작동하는지가 아닙니다. 그것은 인쇄 가능한 부품이 최종 결과물로 나오기 전에 그 주변에서 무엇이 성립해야 하는가입니다.

정확히 무엇이 출시되었나요?

이번 릴리스는 Sparc3D의 오픈소싱입니다 — Python 패키지와 공개 API는 호환성을 위해 여전히 sparc3d 및 Sparc3DPipeline 이름을 사용하며, 기반 논문은 2025년 5월로 거슬러 올라갑니다. GitHub 저장소는 6개의 커밋과 단일 태그로 시작되었습니다. Hugging Face 카드에는 모델이 2026년 10월 23일에 릴리스되었다고 명시되어 있으며, 같은 패널에서 "어떤 Inference Provider에 의해서도 배포되지 않았습니다"라고 밝히고 있습니다. v1.0에 대한 호스팅 엔드포인트는 없습니다. 상용 제품은 2048³ 지오메트리와 최대 8K 텍스처를 갖춘 별도의 독점 v3.0입니다.

• 저장소에 포함된 내용 — 추론 코드, 데모, Docker 및 의존성 제약, 문서가 포함되어 있습니다. 학습 코드, 논문의 평가 하네스, 벤치마크 분할, 그리고 핵심 표의 근거가 되는 비교 메시는 모두 없으며, README에도 그렇게 명시되어 있습니다.

• 가중치 구성 — 런타임 파일 8개: 모델 인덱스, 스케줄러 구성, VAE 구성 및 safetensors, 그리고 트랜스포머 구성 2개 및 safetensors. 이미지 인코더인 facebook/dinov2-large와 openai/clip-vit-large-patch14는 처음 사용할 때 별도로 로드되며 모델 디렉터리에 포함되지 않습니다.

• 설치 방법 — Python 3.10, CUDA 12.4가 포함된 PyTorch 2.5.0, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, 소스에서 설치합니다. PyPI 휠도 없고 사전 빌드된 릴리스도 없습니다.

• 어떤 라이선스가 적용되나요 — Hi3D Open License Agreement 1.0입니다. OSI 라이선스가 아닙니다. 상업적 사용은 허용되지만, 월간 활성 사용자 200,000명 또는 월 매출 1,000,000 USD를 넘는 제품이나 서비스는 60일 이내에 Hi3D에 통지하고 별도의 서면 라이선스를 신청해야 하며, 통합 시 매체가 링크를 지원하는 경우 "Powered by Hi3D 1.0"과 링크를 표시해야 합니다.

출시 보도의 프레이밍은 이것이 "산업 생산 등급" 이미지-투-3D 모델이라는 것이다. 벤더 자체 발표 페이지에서는 "실제 생산 워크플로에서 검증되었다"고 주장하며, 평가가 다시점 외관, 국소 디테일 및 기하학적 사용성을 아우렀다고 말한다. 그러나 단일 고객, 워크플로, 측정된 결과물은 하나도 명시하지 않는다. 그것은 생산에 관한 주장일 뿐, 생산의 증거는 아니다.

인쇄 청구항을 네 가지 요건으로 나눈 것

프린터에서 나온 부품은 렌더가 얼마나 인상적으로 보이는지와 전혀 무관한 네 가지 조건을 충족해야 합니다. Hi3D v1.0은 그중 하나는 잘 다루고, 하나는 부분적으로 다루며, 둘은 전혀 다루지 못합니다.

• 스케일 — 의도적으로 제거되었습니다. 출력은 재중심화되고 최대 반경이 1인 단위로 정규화됩니다. 절대 크기와 월드 좌표는 보존되지 않으므로, 모든 모델은 의미를 갖기 전에 밀리미터 단위로 다시 스케일링해야 합니다. 참조 사진이 실제 물체에서 나온 것이고 실제 치수가 필요했다면, Hi3D는 그 치수를 전달하지 않습니다. 이 저장소는 이 점을 묵과하지 않고 명시하고 있어 평가할 만하지만, 그렇다 해도 스케일은 사용자가 직접 책임져야 하는 단계입니다.

• 토폴로지 — 입력에서 상속되며 복구되지 않습니다. Hi3D는 거친 메시를 받아 여기에 세부 정보를 추가합니다. 해당 거친 메시에 비매니폴드 에지, 자기 교차 또는 뒤집힌 노멀이 있으면, 정밀화는 이를 더 세밀하게 만들 뿐 바로잡지는 않습니다. README의 한계 섹션 자체에서도 "거친 구조가 중요하다"고 말하며 심각한 거친 메시 오류가 지속될 수 있다고 합니다. 슬라이서는 동일한 결함에서 여전히 막힐 것이며, 단지 더 높은 해상도에서일 뿐입니다. 이 문장은 프린터에 적용하려는 모든 사람에게 이 릴리스에서 가장 중요한 단 한 문장입니다.

• 표면 — 없음. 출력은 지오메트리만 포함한 trimesh.Trimesh입니다. 텍스처도, 머티리얼도, 버텍스 색상도 없습니다. 단일 머티리얼 인쇄에서는 UV 맵이 아니라 머티리얼을 인쇄하므로 대부분 문제가 되지 않습니다. 하지만 페인팅된 결과나 다색 결과가 필요하거나, 제품처럼 보여야 하는 고객 미리보기용이라면 이는 치명적인 결격 사유이며 v3.0으로 넘어가게 만듭니다.

• 출력 가능성 — 평가되지 않음. 리포지토리에는 벽 두께, 최소 피처 크기, 오버행, 또는 세분화 후 메시가 워터타이트인지를 측정하는 것이 전혀 없다. 90% 슬라이싱 수치는 코드가 아니라 보도자료에 있으며, 어떤 슬라이서도 명시되지 않는다. 슬라이싱된 파일 역시 인쇄된 부품이 아니다. 슬라이싱 성공은 인쇄물이 접착되고, 서포트를 견디며, 공차를 유지할 것인지를 알려주지 않는다.

숫자들을 실제로 뒷받침하는 근거에 따라 정렬

이 보도자료는 근거의 수준이 크게 다른 주장들을 뒤섞고 있다. 그것들을 한데 뭉뚱그리는 순간, 벤더가 제시한 숫자가 구매 결정에서 사실로 둔갑하게 된다.

• 약 200만 개의 선별된 3D 애셋 — 보도자료와 모델 카드에 명시되어 있으며, 이전 논문에서 약 50만 개의 애셋으로 설명한 Sparc3D 계보와 일치합니다. 데이터셋도 학습 코드도 공개되지 않으므로 리포지토리에서 큐레이션을 검증할 수는 없습니다. 검증된 수치가 아니라 신뢰할 만한 벤더 측 수치로 간주하십시오.

• 1536³ 유효 해상도 — 이 설정은 실제 구성으로 존재합니다. 파이프라인은 기본적으로 패스당 25회의 스케줄러 업데이트로 512³에는 1회, 1024³에는 2회, 1536³에는 3회 패스를 실행합니다. "유효"라는 말이 중요합니다: 이는 명목상의 희소 좌표 및 추출 그리드이며, 조밀한 1536³ 잠재 텐서가 아닙니다. README는 또한 1536³ 설정이 96 GB H20에서만 검증되었으며, 더 작은 카드에서의 실현 가능성과 피크 메모리는 명시되지 않았다고 언급합니다.

• 90% 슬라이싱 성공 — 벤더가 보고한 수치로, 재현되지 않았고 방법론도 없습니다. 슬라이서도, 실패 정의도, 기준선도, 테스트 세트도 없습니다. 이는 이번 릴리스에서 가장 인용하기 쉬운 숫자이면서 가장 검증하기 어려운 숫자입니다.

• 최고의 멀티뷰 충실도와 세부 묘사 풍부함 — "보고된 평가"의 결과로 제시되었으나, 그 평가는 리포지토리에 존재하지 않습니다. 비교 표도, 경쟁 제품 목록도, 범주별 분석도 없습니다.

• "실제 프로덕션 워크플로에서 검증됨" — 발표 페이지에 있는 문장으로, 파트너사 이름도, 사례 연구도, 설명된 워크플로도 없습니다. 사실일 가능성은 충분히 있습니다. 그러나 아직 증거는 아닙니다.

하드웨어의 벽

측정된 스택은 96GB NVIDIA H20이며, 저장소는 이 머신에서 최상위 설정이 검증되었다는 점을 솔직히 밝히고 있다. 함께 요구되는 사항도 똑같이 구체적이다. Linux, 컴퓨팅 능력 8.0 이상, CUDA 12.0부터 12.5까지, 그리고 CPU 추론 경로는 전혀 없어야 한다. flash-attn에는 대체 어텐션 구현이 없으므로, 그곳에서의 빌드 실패는 성능 저하가 아니라 치명적이다. 배치 크기는 1이다.

순차 CPU 오프로드는 지원되며 GPU 상주량을 줄여 주지만, README에서는 이것이 최소 GPU 메모리 요구 사항을 확립하는 것은 아니며 디코딩된 피처의 비용을 없애는 것도 아니라고 신중하게 언급하고 있습니다. 실제로 이는 512³ 원패스 경로가 24 GB 카드에 들어갈 수 있음을 의미하지만, 아무도 메모리 표를 공개하지 않았고 벤더도 그렇게 주장하지 않았습니다. 계획이 4090에 의존한다면, 검증되지 않은 구성을 실행하는 것이므로 적용 전에 직접 시간을 재고 측정해야 합니다.

작동하는 인쇄 파이프라인의 모습

Hi3D v1.0은 단일 단계입니다. 이 저장소에는 Tencent의 Hunyuan3D-2 mini를 사용해 단일 이미지에서 거친 메시를 생성하는 선택적 어댑터가 포함되어 있습니다. Hunyuan은 서드파티이며 핵심 라이브러리의 종속성이 아니지만, 그와 같은 것이 없으면 입력이 없습니다.

그래서 실제 순서는 이렇습니다: 거친 메시를 생성하거나 확보하고, Hi3D로 512³, 1024³ 또는 1536³에서 세분화하고, 형상을 내보내고, 실제 치수로 다시 조정하고, 거친 단계에서 잘못 처리된 토폴로지를 수정하고, 수밀성을 검증한 다음, 슬라이싱합니다. 이 단계 중 세 가지 — 수정, 수밀성, 슬라이싱 — 는 릴리스 어디에도 해당하는 기능이 없으며, 첫 번째 단계가 바로 대부분의 실패가 실제로 발생하는 지점입니다.

OrcaRouter는 Hi3D v1.0이나 다른 어떤 3D 모델도 호스팅하지 않으며, API 호출로 인쇄 가능한 메시를 반환하지도 않습니다. 대신 호스팅하는 것은 파이프라인 주변의 텍스트 및 비전 작업입니다. 즉 객체 브리프 작성, 참조 사진 캡션 생성, 1536³ 패스에 GPU 시간을 쓰기 전에 다중 뷰 렌더의 결함 판정입니다. 그것은 200개 이상의 모델을 위한 하나의 엔드포인트이며 자동 장애 조치를 제공하므로, 주변 검사 작업을 직접 구축하고 싶지 않을 때 유용합니다. 3D 단계는 사용자의 자체 하드웨어에 남습니다.

이번 주에는 누가 다운로드해야 합니까?

이미 프로덕션에서 저해상도 메시 생성기(Hunyuan3D-2 mini, TripoSR 또는 사내 단계)를 운영 중이고, 메시가 흐릿하게 보이는 것이 병목이라면 Hi3D v1.0은 GPU 하루치 시간을 투자할 가치가 있습니다. 512³ 경로부터 시작하는 것이 좋고, 1536³ 경로에는 벤더가 사용한 H20급 카드가 필요합니다.

"사진 한 장을 넣으면 출력 가능한 부품이 나온다"가 요구사항이라면, 이번 릴리스는 그렇게 하지 못하며 이를 둘러싼 마케팅도 마찬가지입니다. 여전히 첫 단계, 수리 단계, 슬라이서가 필요하고, 90%라는 수치는 여러분의 객체나 재료, 프린터에는 적용되지 않습니다.

텍스처, 색상 또는 클라이언트용 렌더가 필요하다면 v3.0을 기다리거나 다른 것을 사용하세요. 지오메트리 전용은 일시적인 공백이 아니라 확고한 경계입니다.

판정을 바꿀 것은 좁고 구체적이다. 이름이 명시된 슬라이서, 공개된 테스트 세트, 실패 분류 체계, 그리고 기준선 — 이상적으로는 정제되지 않은 거친 메시여야 하며, 그래야 독자가 정제가 실제로 무엇을 얻어냈는지 볼 수 있다. 세 해상도 모두에서 둘 이상의 GPU에 대한 메모리 및 지연 시간 표가 하드웨어 문제를 해결해 줄 것이다. 그중 하나라도 존재하기 전까지, Hi3D v1.0에 대한 정직한 설명은 강력하고 진정으로 개방된 지오메트리 정제기이되, 증거보다 앞서 달려붙은 프로덕션 주장을 지닌 것이다.