Hyper3D Rodin 3D 리뷰 2026: 포일 접힘이 마스크로 변하다

독립적인 리뷰입니다. 저는 판매자로부터 제공받은 접근 권한이나 사전 액세스 없이, 무료 및 유료 계정으로 두 도구를 직접 사용해 보았습니다.

구겨진 포일의 사진은 우연히 만들어낸 듯 보이는 물체를 생성해야 합니다. 제 원본 사진 속 파란색 용기는 교차하는 능선(ridges), 크기가 다른 오목한 부분(recesses)을 가지고 있으며 반복되는 중앙 모티프가 없습니다. 저는 같은 사진을 Hyper3D와 SupaVoxel에 제공하고, 텍스처가 입혀진 모델을 다운로드하여 페인트를 벗겨냈습니다. Hyper3D는 접힌 주름은 보존했지만, 그것들을 얼굴처럼 배열했습니다. SupaVoxel은 그 혼란스러움을 그대로 유지했습니다. 그러자 저는 안쪽을 들여다보며 이 시각적 승리의 한계를 발견했습니다.

불규칙한 포일 _디지털 에셋_에 대해서는, Hyper3D의 거의 거울 같은 마스크보다는 SupaVoxel의 교차하는 능선이 더 낫다고 생각합니다. 이것은 하나의 소스에서 나온 페어드-렌더(paired-render) 아트 디렉션 판단이며, 진실된 3D 재구성이나 완성된 화분 추천이 아닙니다. 다운로드 가능한 Hyper3D Gen-1.5 PBR은 포일을 중앙의 봉우리 주위로 거의 거울 같은 주름으로 변환합니다. SupaVoxel에서 가져온 실제 58,065,236-byte 브라우저 원본 크기 파일은 앞면과 상상된 뒷면에 다양한 교차 능선을 유지합니다. 하지만 그 윗면을 보면 내부 개구부를 통해 흰색 배경이 보이지만, Hyper3D는 파란 바닥을 보여줍니다. 저는 _외부_가 불규칙한 포일을 판매하는 디지털 클로즈업에는 SupaVoxel을 선택할 것입니다. 베이스를 디자인하고 테스트하지 않고서는 그것을 바로 사용할 수 있는 흙이나 물 용기라고 부르지 않을 것입니다.

제가 만든 여덟 줄의 결정 카드는 측정된 값과 시각적 판단을 분리하면서 _디지털 표면 개요(digital surface brief)_를 다룹니다:

• 전면 접힘 불규칙성 (Front fold irregularity) — Hyper3D의 중앙 능선 쌍 대 SupaVoxel의 다양한 교차점 — 주요 아트 디렉션 차이.
• 창조된 후면 표면 (Invented rear surface) — 거의 거울 같은 Hyper3D 스파인 대 SupaVoxel의 다르게 각진 능선 — 회전 자산(rotating asset)에는 유용하지만, 검증된 사진적 진실은 아님.
• 클레이 렌더리드 부조 (Clay-render relief) — 둘 다 실제 지오메트리를 가짐; SupaVoxel이 더 고르지 않은 교차점을 유지함 — 단순히 파란색 페인트가 아님.
• 외부 샘플링 (Exterior sampling) — 120,000개 대 1,500,000개의 삼각형 — 면(face) 개수는 지지하지만 관찰된 접힘 품질을 증명하지는 못함.
• 세 가지 PBR 맵 (Three PBR maps) — 둘 다 있음; Hyper3D 204⁸² 대 SupaVoxel 409⁶² — 해상도만으로는 충실도(fidelity) 점수가 아님.
• 독립적 텍스처 파일 크기 (Standalone textured file size) — 14.039 MB 대 58.065 MB — 테스트 결과, Hyper3D가 실제로 제공하기 더 쉬움.
• 용접된 토폴로지 및 면 위생 (Welded topology and face hygiene) — 둘 다 물이 새지 않는(watertight) 구조; Hyper3D 0/610 대 SupaVoxel 12/8,408 개의 퇴화/슬리버 면(degenerate/sliver faces) — 실제 경쟁 우위.
• 내부 바닥 가시성 (Interior floor visibility) — Hyper3D의 파란색 바닥 대 SupaVoxel의 투명 통로 — 객체가 재료를 담아야 하는 경우에만 적용되는 조건.

디지털 클로즈업을 위해서는 SupaVoxel의 접힘 부분이 더 많은 파일 바이트를 허용함. _배송된 화분 후보(as-delivered planter candidate)_의 경우에는 Hyper3D의 보이는 바닥으로 시작한다. 두 파일 모두 인쇄되거나 누수 테스트를 거치지 않았다.

레퍼런스가 요구한 것 — 그리고 알 수 없게 남긴 것은?

저는 내보낸 Gen-1.5 Hyper3D PBR 멤버와 실제 SupaVoxel UI 원본 크기 GLB를 비교했습니다. 소스 이미지의 출판/재사용 권한은 여전히 미해결 상태입니다. 일치하는 업로드 바이트가 제품 설명이나 숨겨진 전처리 과정을 제어하지는 않습니다. 접근할 수 없는 Gen-2.5 Hyper3D 미리보기는 여기에 사진으로 찍히지 않았습니다. 소스에는 진정한 뒷모습이나 증명 가능한 받침대가 존재하지 않으며, 저의 판단은 전달된 객체의 시각적 형태에 관한 것입니다.

SupaVoxel이 앞면의 원래 주름을 유지했나요?

실제 브라우저 내보내기된 SupaVoxel GLB는 반복되는 수직 모티프라기보다는 길이와 깊이가 다른 교차 능선들을 보여줍니다.

삼각형 오목한 부분들은 중심선을 미러링하기보다 다양한 각도에서 교차합니다. 이것은 3D 스캔 등록이 아니라 쌍으로 렌더링된 관찰입니다. 이 파일은 1,500,000개의 삼각형, 803,054개의 파일 정점과 최대 길이 축 크기 120 mm에서 평균 삼각형 모서리 0.3841 mm를 가지고 있습니다. 밀도만으로는 충실도를 증명할 수 없으며, 0.4 mm 프린터 노즐이 모든 주름을 보존한다는 것을 보장하지 않습니다. 디지털 회전 보기의 경우, 개수(count)가 아니라 능선(ridges)이 선택을 결정합니다.

Hyper3D의 앞면에서 정확히 무엇이 잘못되었나요?

다운로드 가능한 Gen-1.5 PBR 파일에는 주름이 있습니다. 이 주름들은 더 강한 중앙 능선과 마스크처럼 보이는 쌍을 이루는 오목함에서 만납니다.

Hyper3D는 포일을 평평하게 다듬지 않았습니다. 대신 날카로운 면과 가장자리를 만들었습니다. 이 도구의 결함은 배열에 있습니다. 큰 능선들이 중앙에서 만나고 측면 오목한 부분들은 거의 거울처럼 서로를 비춥니다. 다운로드된 Gen-1.5 PBR 파일은 접근 불가능하다고 주장되는 Gen-2.5 프리뷰가 말하는 백만 개가 아니라 120,000개의 삼각형을 가지고 있습니다. 적은 면의 수가 논리적으로 대칭성을 유발하지는 않습니다. 하지만 이 결과물로 나온 파일은 테스트 과제에서 우연한 포일을 요구했음에도 불구하고 마스크처럼 보입니다. 저는 중앙 부분을 재조형하거나 SupaVoxel을 사용하겠습니다.

오브젝트 뒤쪽의 차이가 지속될까요?

Hyper3D의 뒷면 클로즈업은 거의 거울처럼 대칭인 중앙 봉우리 주변으로 넓게 접힌 면들을 모아 보여줍니다.

SupaVoxel은 동일한 중앙선 패턴을 반복하는 대신 크기가 다양한 교차된 오목한 부분을 창조합니다.

네. 회전하는 디지털 오브젝트는 후면 소스가 없더라도 상상된 뒷면이 필요합니다. SupaVoxel은 계속해서 다양한 교차점을 만들지만, Hyper3D는 거의 거울처럼 대칭인 봉우리를 유지합니다. 이것은 사실적인 뒷면 정확도라기보다는 아트 디렉션의 선호 문제입니다. 히어로 턴테이블을 위해서는 SupaVoxel 원본 크기의 GLB 파일 58.065 MB와 Hyper3D가 추출한 PBR 파일 14.039 MB를 받아들이거나, 별도로 최적화된 전달 파일을 검증할 것입니다. 고정된 전면 썸네일의 경우, 이러한 전송 프리미엄은 거의 가치가 없습니다.

SupaVoxel의 입체감이 지오메트리(geometry)에 있나요 아니면 블루맵(blue maps)에 있나요?

[

](https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fdgo1xh0pgjym2z1yveik.png

색상이나 노멀 텍스처가 없어도 SupaVoxel은 여전히 다양한 능선 각도와 움푹 들어간 교차점을 가지고 있습니다.

Hyper3D의 텍스처가 없는 모습은 중앙 능선을 유지하며, 마스크 같은 모양을 오로지 재료 색상 때문이라고만 할 수 없습니다.

큰 교차 능선은 지도가 제거되어도 남아 있으며, Hyper3D의 질서정연한 중심부 역시 그렇습니다. 노멀 맵(normal map)만으로는 이러한 대비를 설명할 수 없습니다. 여기서는 한 파일이 불규칙한 외부 메쉬(outer mesh)를 가지고 있고 다른 파일은 양측성(near-bilateral) 패턴을 스타일화하여 보여줍니다. 다른 레퍼런스나 재실행(rerun)은 결과를 바꿀 수 있으며, 저는 반복 가능성(repeatability)이나 실제 3D 스캔 데이터(ground-truth 3D scan)를 재구성하지 않았습니다.

세 가지 텍스처 맵은 실제로 무엇을 담고 있나요?

실제 SupaVoxel 원본 크기 파일은 4096 × 4096 PNG 맵 세 개를 포함하고 있으며, 그중 하나만 baseColor 슬롯에 사용됩니다.

각 최종 파일은 baseColor, normal 및 metallicRoughness PNG를 포함합니다. Hyper3D는 204⁸² 맵을 사용하고 SupaVoxel은 409⁶²를 사용하여 이미지당 픽셀이 네 배이지만, 품질까지 자동으로 네 배가 되는 것은 아닙니다. BaseColor 바이트: 2,956,017 대 9,275,983; 나머지 두 개는 합쳐서 6,597,825 대 5,089,454입니다. 노멀/러프니스(normal/roughness)는 디지털 메탈릭 렌더링에서 중요할 수 있습니다. 단색 레진(monochrome resin)의 경우, 재포장(repackaging) 과정 중 맵을 제거하면 페이로드(payload)를 피할 수 있지만, 다운로드된 GLB 파일은 스스로 크기가 줄어들지 않습니다. Hyper3D의 이전 4,484,160-byte 지오메트리 전용 GLB는 맵이 없었으며 비교 대상 PBR 파일이 아닙니다.

각 제품은 실제로 몇 바이트를 제공했나요?

⚠️ [IMG:N] 형식 토큰은 이미지 placeholder 입니다. 번역하지 말고 원래 위치에 그대로 유지하세요.

Hyper3D의 브라우저가 Shaded 및 PBR GLB를 포함한 21,471,080-byte ZIP 파일을 전송했습니다. 추출된 PBR 멤버는 14,038,528 bytes입니다.

SupaVoxel의 'Export → GLB → Original size' 옵션은 기존 프로젝트에서 58,065,236-byte 브라우저 GLB를 생성했습니다.

테스트된 Hyper3D 브라우저는 14.039 MB PBR과 7,432,300-byte Shaded GLB를 포함하여 총 21.471 MB의 ZIP을 제공했습니다. SupaVoxel의 'Original size' 메뉴는 58.065 MB의 독립형(standalone) GLB를 제공했습니다. 실제 UI 페이로드 간에는 36,594,156 bytes 차이가 나며, Hyper3D에서 추출한 PBR만 별도로 호스팅할 경우 14.039 MB 대 58.065 MB로 다른 비교가 이루어집니다. 이상적인 12 Mbps 환경에서 UI 전송 시간은 각각 14.31초 대 38.71초이며, Hyper3D PBR만 독립적으로 호스팅할 경우 9.36초가 소요됩니다. 이 수치들은 측정된 모바일 첫 프레임이 아닌, 전송 최소값(transfer floor)입니다.

더 작은 8.5 MB의 SupaVoxel 에셋이 UI 다운로드일까요?