Three.js: 유틸리티: 내보내기 지원 중단(Blender, 3DS Max 및 Maya)

이에 대해 +1 - 저장소에 유지 관리가 제대로 되지 않고 오래된 수출업체가 있다는 사실은 특히 @Mugen87이 지적한 것처럼 이제 훨씬 더 나은 옵션이 있기 때문에 신규 이민자에게 불필요한 혼란을 야기합니다.

참고: 공식 GLTF Blender 내보내기(https://github.com/KhronosGroup/glTF-Blender-Exporter)는 현재 적절한 애니메이션 내보내기를 허용하지 않습니다(현재 개체당 하나의 애니메이션만 지원됨).
https://github.com/KhronosGroup/glTF-Blender-Exporter/issues/112

@Usnul 이 리포지토리 의 Blender JSON 내보내기와 비교하면 어떻습니까?

@loeeee
Blender JSON 내보내기는 애니메이션을 잘 내보냅니다. GLTF 내보내기에는 없는 특정 조건에서 UV 또는 정점 법선에 이상한 결함이 있지만 그것은 또 다른 이야기입니다.

알겠습니다. 블렌더를 사용하지 않으므로 이에 대해 더 이상 언급하지 않겠습니다.

그러나 몇 년 동안 업데이트되지 않은 3DS Max 내보내기를 사용하려는 시도는 끝없는 골칫거리이며 FBX 형식을 위해 저장소에서 제거하는 것을 강력히 지지합니다.
3DS Max FBX 내보내기에서 내보낸 거의 모든 것이 이제 FBXLoader에서 지원되며 해당 내보내기는 AutoDesk에서 유지 관리하므로 최신 상태를 유지할 수 있습니다.

Maya FBX 내보내기와 유사하지만 FBXLoader는 여전히 피벗 포인트를 적절하게 지원하도록 업데이트해야 합니다.

내가 올바르게 기억할 때 BufferGeometry 을 선택하면 Blender에서 애니메이션을 내보내지 않습니다. 모프 타겟에는 확실히 문제가 있습니다. #10932를 참조하세요. 게다가 내보내기는 현재 애니메이션 시스템이 아닌 "이전" 애니메이션 계층 형식을 사용합니다.

Revit 내보내기 README도 제거해야 한다고 생각합니다. 이는 지난 몇 년 동안 거의 건드리지 않은 것처럼 보이는 별도의 저장소에 연결될 뿐입니다.

이와 같이 연결할 수 있는 three.js 도구가 수백 개 있을 수 있지만 적극적으로 유지 관리되고 올바르게 작동하는지 확인하지 않는 한 여기에 해당 도구에 대한 링크를 포함할 필요가 없다고 생각합니다.

"three.js revit exporter '에 대한 인터넷 검색은 어쨌든 저장소를 잘 찾습니다.

Revit 내보내기 README도 제거해야 한다고 생각합니다. 이는 지난 몇 년 동안 거의 건드리지 않은 것처럼 보이는 별도의 저장소에 연결될 뿐입니다.

👍

리포지토리에 제대로 유지 관리되지 않고 오래된 수출업체가 존재하는 것은 신규 이민자에게 불필요한 혼란 지점입니다.

three.js 매우 중요하다고 생각하기 때문에 이 진술을 강조하고 싶습니다. 사용자는 이러한 내보내기를 접할 때 제대로 작동하는 도구를 기대합니다. 그러나 대부분의 경우 혼란스러워하고 전체 프로젝트에 대한 나쁜 인상을 줄 수도 있습니다. 그건 좋지 않아. 😢

무고한 사용자로서 감히 댓글을 달 수 있습니다 ...

블렌더에 관하여:
three.js에 기본 .blend 형식 가져오기가 있는 경우
분명히 수출업자가 필요하지 않을 것입니다.

블렌더 측에서 설치 노력이 필요하지 않습니다.
블렌더 API/구조체에서 파이썬 코드를 통해 자바스크립트로 컴파일 없음 ...

JSON 익스포터를 파이썬으로 작성하기 위한 엄청난 노력이 있었고,
왜 협력자들이 이런 방식을 선택하지 않았는지 궁금합니다...?

@wolfgangvonludwigsburg
대답할 수 있는 상당히 간단한 질문입니다. 블렌드 형식은 three.js 내부 표현에 가깝지 않으므로 약간의 변환이 필요합니다. three.js의 JSON 형식은 내부 표현에 매우 가깝기 때문에 블렌더 표현에서 three.js로의 변환 작업은 내보내기 또는 로더 중 무엇을 선택하든 상관없이 있습니다. 즉, .blend는 일반적인 전송 형식이 아니며, 블렌더를 제외하고는 실제로 지원하지 않으므로 블렌더를 많이 사용하는 사람들도 다른 소프트웨어도 사용하는 경향이 있기 때문에 로더를 사용하면 상당히 적은 수의 청중을 만족시킬 수 있습니다. 교환 형식으로 선택한 형식이 아닙니다. 일반적으로 obj, fbx 또는 gltf 또는 collada와 같은 일부 공개 표준입니다.

@wolfgangvonludwigsburg .blend 파일 로더를 구축하는 방법을 _

https://raginggazebo.com/parsing-blender-3d-files-blend-1-of-3/

귀하의 의견에 대한 많은 THX!

그러나 왜 Blender JSON 내보내기는 그러한 오류가 발생하기 쉬운가요?
=> 이것은 Blender API에 의존하고, Python으로 작성되었으며, Blender 데이터 구조를 이해해야 합니다.
그리고 three.js가 내부로 다시 변환하는 JSON 형식으로 컴파일됩니다.

주로 블렌더 버전 변경으로 인해 모두 실패할 수 있는(실제로!) 많은 작업이 실패합니다.
글쎄, 나는 "직접 데이터 컴파일"방식을 선호합니다 ...

글쎄, 나는 "직접 데이터 컴파일"방식을 선호합니다.

좋은 접근 방식이 아닙니다. blend 파일을 앱에 직접 로드하는 것은 일종의 오용입니다. 대신 데이터 전송 및 자산 전달을 위한 파일 형식을 사용해야 합니다. glTF 는 애플리케이션의 관점에서 이 측면에 초점을 맞춘 최초의 표준화된 형식입니다. 제가 glTF 를 여러 번 홍보하는 이유 중 하나입니다 😇 . 이는 곧 출시될 모든 3D 앱의 표준이 되어야 합니다.

글쎄, 나는 "직접 데이터 컴파일"방식을 선호합니다 ...

불행히도 이런 식으로 .blend 를 사용하면 더 심각한 문제가 있습니다. 그것은 편집 기록, 블렌더 UI의 현재 상태, 블렌더 애드온 데이터와 같은 것을 저장합니다. 새로운 Blender 릴리스가 나오면 형식이 변경됩니다. 그리고 파일 크기가 매우 클 수 있으므로 고품질 3D 응용 프로그램에 적합하지 않습니다. 블렌더에서 직접 데이터를 가져오는 가장 좋은 방법은 블렌더의 내부 .blend 형식을 리버스 엔지니어링하는 대신 블렌더의 API(FBX 및 glTF 내보내기가 하는 것처럼)를 사용하는 것입니다.

원래 질문에 대해 나는 3D 저작 워크플로에 익숙하지 않기 때문에 예/아니오 투표를 추가하는 것을 건너뛸 것입니다.

그러나 메인테이너이자 주로 JS 개발자로서 제3자 저작 도구를 적극적으로 유지 관리해 온 FBX 및 glTF와 같은 형식에 대한 로드 및 지원에 집중할 수 있다는 것은 신뢰할 수 있는 결과를 제공할 가능성이 더 높다고 느낍니다.

제쳐두고, 현재 glTF 생태계에 이러한 유형의 요구를 해결하기에 충분한 워크플로가 되지 못하게 하는 문제가 있는 경우에도 유용한 피드백입니다. 🙂

나는 Blender .blend 형식을 일반적인 교환 형식 으로 사용하는 것에 대해 논쟁하지 않았습니다.
그러나 Blender와 three.js 간의 협업을 단순화할 수 있습니다 ...

블렌더 프레임워크에서 Python 내보내기 + GUI를 유지 관리하는 노력을 예측할 수 없습니다.
하지만 이것은 쉽게 공포가 될 수 있다고 생각합니다 ... ;-)

@donmccurdy
BTW, Wavefront .obj, 3D Studio .3ds도 널리 사용되는 기본 형식입니다...

BTW, Wavefront .obj, 3D Studio .3ds도 널리 사용되는 기본 형식입니다...

예, 형식이 애니메이션과 같은 일부 인기 있는 기능을 지원하지 않기 때문에 OBJ가 여기에서 언급되지 않는다고 생각합니다. 그러나 확실히 three.js는 매우 오랫동안 OBJ를 계속 지원할 것입니다. 이는 고전적이고 안정적인 형식입니다.

3DS Max의 .3ds 는 Blender의 .blend 또는 Maya의 .mlt 또는 Cinema4D의 .c4d 와 같은 범주에 있습니다. 각 편집기에는 고유한 내부 형식이 있으며 이러한 형식은 소프트웨어에 따라 변경됩니다. 모든 모델링 도구의 개인 내부 형식에 대한 로더를 유지 관리하는 것은 편집기 자체 개발자가 제공한 내보내기 형식을 사용하는 것보다 훨씬 어렵고 버그가 발생하기 쉽습니다. 3DS와 Blender 모두 작성자가 유지 관리하는 FBX 내보내기 기능이 내장되어 있으며 Blender는 향후 버전에서도 내장 glTF 내보내기 기능을 갖게 될 것입니다.

마지막 투구...

우리는 이미 하나의 독립적인 전/수입업체인 모델링 도구를 가지고 있습니다: Collada,
그러나 어떤 이유로 든 이것들은 그다지 받아 들여지지 않는 것 같습니다.

바람직하게는 다음과 같은 구현을 염두에 두었습니다.
Google 프로토콜 버퍼를 기반으로 하는 로딩 솔루션

https://developers.google.com/protocol-buffers/

그것은

... 언어 중립적, 플랫폼 중립적, 구조화된 데이터 직렬화를 위한 확장 가능한 메커니즘 – XML을 생각하지만 더 작고 빠르고 간단합니다.

우리가 처리해야 하는 2D/3D 벡터 데이터는 본질적으로 너무 복잡하지 않기 때문에 하나의 블렌더 데이터 파일 스키마를 개발하는 것은 간단하게 실행 가능해야 합니다...

자바스크립트에는 실제로 혼합 파일 파서가 있습니다 😁
https://github.com/Galactrax/js.blend

어, 지원을 받습니다... - 감사합니다 mrdoob ;-))

가장 큰(Terrabyte 측면에서) 3D 모델 애플리케이션(Google Maps 3D)은 이 효율적인 종류(protobufs)의 구현을 사용합니다.

.blend를 로드하는 경로를 따라가는 것은 제정신이 아닐 수 있습니다. 그러나 실제로 .dae 및 .fbx를 로드하는 것과 다르지 않습니다...

어쨌든, 나는 수출업자를 비추천한다는 생각에 동의합니다.
그러나 나는 gltf가 조금 더 성숙하고 테스트될 때까지 기다릴 것입니다. 2018년 여름?

해당 수출업체도 삭제하는 데 동의합니다. RIP할 수 있는 다른 저장소로 이동할 수도 있습니다. :)

그러나 나는 gltf가 조금 더 성숙하고 테스트될 때까지 기다릴 것입니다. 2018년 여름?

기다리는 것이 합리적으로 보입니다. 특히 glTF의 경우 먼저 몇 가지 사항을 준비하는 것이 좋습니다.

• [ ] glTF 내보내기가 내장된 블렌더 배송 및 다중 애니메이션 지원.
• [X] 향상된 마야 3DS 맥스 glTF 워크 플로우 또는 단지 더 테스트 FBX2GLTF .
• [x] glTF 2.0용 공식 COLLADA2GLTF 변환기 업데이트.

2018년 여름에 질문을 다시 방문하는 것이 맞는 것 같습니다.

그러나 나는 gltf가 조금 더 성숙하고 테스트될 때까지 기다릴 것입니다. 2018년 여름?

블렌더 수출업체의 경우 동의하는 경향이 있습니다. 그러나 FBX에 이미 성숙하고 훨씬 더 나은 대안이 있으므로 최소한 3DS Max 내보내기를 즉시 제거하는 것이 좋습니다.

그러나 FBX에 이미 성숙하고 훨씬 더 나은 대안이 있으므로 최소한 3DS Max 내보내기를 즉시 제거하는 것이 좋습니다.

나에게 좋은 소리 👌

자, 3DS Max 내보내기가 사라졌습니다. 몇 달 후에 다른 수출업체(Blender 및 Maya)를 다시 살펴보겠습니다.

나는 그 시간에 Maya 수출업자에 관해 많은 것이 바뀌지 않을 것이라고 생각합니다.

우리는 지금 그것을 평가해야 합니다. 나는 그것을 테스트하고 앞으로 며칠 동안 보관할 가치가 있는지 여부를 확인합니다.

좋은 제안 👍 .

우리가 여기 있는 한 https://github.com/mrdoob/three.js/tree/dev/utils/converters/fbx 의 상태는 어떻습니까? THREE.FBXLoader를 사용하고 마지막에 직렬화하면 obj2three 변환기와 같은 node.js 스크립트로 대체될 수 있을 것 같습니다. 현재 변환기에는 많은 미해결 문제가 있습니다.

No animation support
Only Lambert and Phong materials are supported
Some camera properties are not converted correctly
Some light properties are not converted correctly
Some material properties are not converted correctly
Textures must be put in asset's folder, and use relative path in the material

또한 msgPack, UTF8 및 CTM 변환기 - 몇 년 동안 건드리지 않았습니다.

그들은 여전히 ​​누군가에게 유용합니까?

@donmccurdy DOM에 액세스할 수 없기 때문에 node.js 스크립트 내에서 FBXLoader 사용할 수 없습니다. 이용 모든 로더 TextureLoader 에 대한 의존성이 ImageLoader 따라서에 document . ReferenceError: document is not defined 와 같은 런타임 오류가 발생합니다. FileLoader 에서 액세스하는 window 개체에 대해서도 동일한 문제가 발생합니다.

임시 해결 방법으로 fbx2three.js 파일에서 ImageLoader 및 FileLoader 를 재정의할 수 있습니까?

fbx2three.js 파일에서 ImageLoader와 FileLoader를 재정의할 수 있을까요?

나는 이것이 충분히 간단할 것이라고 생각하고 여전히 파이썬 변환기보다 훨씬 적은 코드를 필요로 합니다. 시도해 보겠습니다.

fbx2three.js 파일에서 ImageLoader와 FileLoader를 재정의할 수 있을까요?

좋은 생각 : 홍당무:

3DS Max의 .3ds는 Blender의 .blend 또는 Maya의 .mlt 또는 Cinema4D의 .c4d와 같은 범주에 있습니다.

이것은 완전히 사실이 아닐 수도 있습니다. .max는 동일한 범주에 더 가깝고 .3ds는 상당히 제거됩니다.

나는 내보내기 작성 방법의 예로서 3ds max 내보내기 도구를 사용하는 것을 좋아했고, maxscript에서도 마찬가지였습니다. 나는 fbx를 통해 3ds max에서 올바른 접선 공간을 내보낼 수 없다고 생각합니다. maxscript를 사용하면 필요한 것을 쉽게 실험하고 잡을 수 있습니다.

적절한 면책 조항과 함께 새 리포지토리를 넣을 가치가 있습니까? 모두 내보내기 작성 방법에 대한 예입니다. 하지만 유지 관리되지 않고 FBXLoader가 더 안정적이라면 사람들이 이것이 3DS Max의 자산을 three.js로 가져오는 데 권장되는 방법이라고 가정하는 것을 원하지 않습니다.

예, 그렇다면 나는 새로운 리포지토리에 투표합니다.

json 형식을 완전히 포기하기 전에 추가하고 싶었습니다. 장면 내보내기에 블렌더 내보내기를 사용하고 있습니다. 다른 방법으로). 이것은 '그냥' json이므로 js에서 내성 및 수정하고 이러한 종류의 작업을 수행하는 것은 매우 쉽습니다. 예를 들어 glTF(적어도 현재 형식에서는)가 장면 형식으로 잘 맞는지 잘 모르겠습니다. 그래서 블렌더 내보내기와 json 형식이 조금 더 오래 유지되기를 바랍니다.

@pjoe JSON 형식과 Blender 내보내기가 이 스레드에서 언급된 다른 것들(예: 3DS Max + Maya 내보내기)보다 가까운 시일 내에 계속 유지될 것으로 예상합니다.

그러나 마찬가지로, glTF 및 Blender 내보내기 에 대한 피드백을 받는 것이 좋습니다. 언급한 모든 것이 지원됩니다.

• 카메라 설정
• 장면 계층
• 애니메이션(여러 블렌더 작업의 경우 다른 내보내기 가 필요함)
• 사용자 정의 속성(옵션에서 "Export extras" 선택)
• 자료, 메타데이터 등에 대한 "단지 JSON". 메시 데이터는 별도의 바이너리 페이로드로 최적화됩니다.

@donmccurdy 는 (적어도 아직까지는) glTF에 대한 많은 경험이 없음을 인정해야 합니다. - 비록 사양을 읽으려고 했지만 :)

내 생각에 glTF의 주요 '쇠고기'(이는 훌륭한 전송 형식이며 GPU 버퍼에 가능한 한 빠르고 직접적으로 '바이트'를 가져오는 데도 좋습니다)는 모든 참조가 인덱스 기반이라는 것입니다. 이는 좋지 않습니다. 변경 가능한 장면 형식에 적합합니다. 따라서 예를 들어 항목을 삭제하거나 중간에 항목을 추가하려는 경우 해당 위치 뒤의 모든 참조를 인덱스로 업데이트해야 합니다. 이 '인덱스 관리'를 수행하면 매우 지저분해집니다.

블렌더 glTF 수출업체와 함께 보낸 짧은 시간부터(약 2개월 전) 당시에는 상당히 미숙해 보였습니다. 그것은 그것을 개선하는 데 도움을 주어 분명히 고칠 수 있습니다. :)

... 모든 참조는 인덱스 기반이므로 변경 가능한 장면 형식에 적합하지 않습니다. 따라서 예를 들어 항목을 삭제하거나 중간에 항목을 추가하려는 경우 해당 위치 뒤의 모든 참조를 인덱스로 업데이트해야 합니다.

예, 그런 의미에서 수동 편집을 위해 설계되지 않았으며 런타임/전송 형식으로서 아마도 절대 그렇지 않을 것입니다. 도움이 될 수 있는 작업을 위한 다양한 라이브러리 가 있습니다.

일반적으로 glTF 블렌더 내보내기가 다른 블렌더 출력보다 더 나은 결과를 제공한다는 것을 알았지만 특정 문제를 발견했다면 버그를 신고하십시오. :)

@donmccurdy 는 glTF가 전송/런타임에 충실

우리는 작고 빨라야 하는 웹 애플리케이션을 수행할 때 추가 라이브러리나 변환 오버헤드를 피하기 위해 노력하고 있습니다. 지금까지는 three.js JSON 형식이 이 사용 사례의 장면 형식으로 적합했습니다. 예를 들어 카메라 애니메이션을 사용하여 블렌더에서 전체 장면을 설정할 수 있는 것은 내보내기, 로드 및 런타임에 동적으로 모델을 교체할 수 있다는 것입니다(이는 아마도 조만간 glTF를 사용하게 될 것입니다) - 이 모든 것이 합리적으로 부드러운 파이프라인을 만듭니다. 우리를 위해 :)

참고로 우리는 또한 webpack json 로더를 사용하여 장면 파일을 메인 번들에 포함합니다.

나는 그 시간에 Maya 수출업자에 관해 많은 것이 바뀌지 않을 것이라고 생각합니다. 우리는 지금 그것을 평가해야 합니다. 나는 그것을 테스트하고 앞으로 며칠 동안 보관할 가치가 있는지 여부를 확인합니다.

@looeeee 궁금한데 이거 소식있나요 😊 ? 지금 내보내기를 제거하고 대신 FBX 를 참조할 수 있습니까?

이제 내보내기를 제거하고 대신 FBX를 참조할 수 있다고 생각하십니까?

적은 양의 테스트만 하고 더 해볼 계획이지만 시간이 없었습니다. 그러나 나는 예라고 말하고 싶습니다. 우리는 그것을 제거하고 FBXLoader가 Maya를 완전히 지원하도록 노력해야 합니다.

여기에서 Blender 내보내기의 사용자로 참여하십시오. JSON을 사용하는 것의 한 가지 이점은 내보내기 후 수정이 매우 간단하다는 것입니다. Blender는 자동화된 도구 체인의 일부일 뿐이며 웹 뷰어로 이동할 준비가 되기 전에 내보낸 JSON에 대해 많은 처리를 수행합니다. 내부 threejs 형식에 매우 가까운 전송 형식을 갖는 것은 우리에게 큰 보너스입니다.

또한 다른 내보내기 형식으로 몇 가지 테스트를 수행했으며 JSON 형식이 예를 들어 Collada 또는 FBX보다 훨씬 더 잘 압축되면 전송 크기 면에서 그렇게 나쁘지 않다는 것을 발견했습니다. 우리는 빠른 protobuffers 기반 시험을 수행했고 그 방법으로 조금 더 작게 만들 수 있었지만 번거롭게 할 가치는 없었습니다.

큰 장면과 느린 클라이언트의 경우 구문 분석 및 내부 ThreeJS 모델로 변환하는 속도도 중요합니다. JSON 구문 분석은 브라우저에서 크게 최적화되고 모델 구조가 매우 유사하기 때문에 JSON 형식이 이와 관련하여 꽤 잘할 것이라고 가정했습니다. 실제로 이것을 테스트하지 않았습니다.

Soft8Soft 는 3ds Max용 glTF 기반 내보내기를 출시

@alexkowel 감사합니다. 이 스레드에 링크를 추가할 수 있으면 다른 glTF 리소스와 함께 나열합니다. 🙂

@dherben 좋은 점, 감사합니다 —

구문 분석 속도에 대해서는 glTF가 훨씬 더 빠를 것으로 예상합니다. 본질적으로 차이점은 메타데이터는 여전히 "JSON"인 반면 페이로드의 큰 부분(정점 위치, 애니메이션 데이터)은 THREE.BufferAttribute 생성자를 위한 형식화된 배열을 만드는 데 사용할 수 있는 ArrayBuffer 청크에 있다는 것입니다. 완전히 최적화된 로더(THREE.GLTFLoader가 아직 있는지는 모르겠습니다)에서는 JS에서 해당 데이터를 읽거나 복사할 필요가 없습니다.

그러나 파이프라인의 일부로 데이터를 수정하는 경우 말씀하신 대로 일반 JSON을 사용하는 것이 더 쉽다는 데 동의합니다. glTF 작업을 위한 다양한 언어로 된 라이브러리가 있지만 도구는 아직 성숙하지 않습니다.

이 문제의 현재 상태:

수출업체:

• [X] Maya 수출업체
• [X] 3DS Max 내보내기
• [X] 블렌더 내보내기
  
  
  
  • 지금은 아무데도 가지 않고 나중에 다시 방문할 수 있습니다.
  
  
  • 2018년 5월 삭제됨.
  
  

변환기:

• [ ] FBX
  
  
  
  • https://github.com/mrdoob/three.js/pull/13013으로 제안된 단순화된 교체
  
  
• [ ] CTM(논의되지 않음)
• [ ] utf8(논의되지 않음)
• [ ] obj2three(논의되지 않음)

편집: 2018년 5월 업데이트됨.

@donmccurdy glTF Blender 내보내기 및 Three.js 로더로 더 많은 실험을 한 후 돌아가고 싶었습니다. 실제로 지금까지 우리의 사용 사례에 대해 장면 형식이 꽤 잘 작동하고 있는 것으로 나타났습니다. 내가 지금 하고 있는 일은 내보낸 glTF 파일을 Three.js 장면에 로드한 다음 첫 번째 렌더링을 수행하기 전에 Three.js 장면 계층 구조를 조작하는 것입니다(자리 표시자를 동적 로드된 항목으로 교체).

glTF 내보내기에서 보고 싶은 기능이 여전히 있을 것입니다. 댓글을 달거나 PR을 하려고 할 것입니다. :)

glTF 내보내기에서 보고 싶은 기능이 여전히 있을 것입니다. 댓글을 달거나 PR을 하려고 할 것입니다. :)

굉장합니다, 해주세요! 🙂

블렌더 익스포터는 현재 아무데도 가지 않고 향후 다시 방문할 수 있습니다.

현재 블렌더 내보내기 버그에 대해 작업할 사람이 있습니까? 나는 대답이 아니오라고 예상합니다. 그럴 때 우리는 그렇게 말해야 합니다.

나보다 먼저 하는 사람이 없다면... 적어도 로테이션 문제는 해결하고 싶습니다. #13130

현재 블렌더 내보내기 버그에 대해 작업할 사람이 있습니까? 나는 대답이 아니오라고 예상합니다.

나는 전체 토론을 읽지 않았지만 내 두 센트를 읽었습니다.

지난 주에 저는 상설 전시 내에서 컨텐츠 전달에 Three.js를 사용하는 솔루션을 가지고 있는 회사를 도와달라는 요청을 받았습니다. 사용자가 탐색하고 상호 작용할 수 있는 3D 모델이 있는 사이니지. 오래 전에 사라진 원래 개발자는 Three.js JSON 형식을 사용했습니다 . 런타임 코드를 변경하지 않는 조건에서 새 모델을 준비하고 가져오는 것은 정말 악몽입니다.

IMHO Three.js 는 FBX 및 glTF 와 같이 빠르게 성장하는 형식뿐만 아니라 기존 형식을 지원하는 데 중점을

블렌더의 물건이 나가는 워크 플로우를 상상해보십시오.

1) 웹지엘
확실히 Three.js 😃

2) OpenGL 3.3+
생/신더

3) RISC의 OpenGL ES 2.0
스마트폰에서 라즈베리파이로

4) 게임 엔진

5) 미디어 서버와 통합된 실시간 그래픽 앱(Hippo, D3 disguise)
VFX 녀석들이 사용하는 무대.

다른 출력에 대해 많은 다른 내보내기를 사용하는 대신 목표는 최대 1개, 최대 2개 형식을 사용하는 것입니다. 처음 3가지 경우에 OGL을 작성할 때... 동일한 모델 형식을 사용해야 합니다. 마지막 두 지점에서 FBX는 왕이며(패키지 간에 COLLADA에 대한 다른 구현은 작업하기 어렵게 함) 실제로 모델은 "노출"되지 않습니다.
나는 Three.js JSON 형식 이나 블렌더 애드온( @mrdoob 🙇 🙏 )을
업계 내에서 다양한 출력을 지속적으로 제공해야 하는 관점에서 Three.js JSON 형식 이 환경에 맞지 않고 불필요하다는 점을 공유하고 싶습니다.

@kroko는 확실히 동의합니다 👍

형식의 풍경이 더 명확해지기 시작했다고 생각합니다. three.js json 형식은 당시에 json 형식이 없었기 때문에 이루어졌습니다. 파일 형식을 정의하는 것은 이미 렌더링 엔진과 API를 수행할 때 하고 싶었던 마지막 작업이었습니다 😩

초보자로서 Three.js JSON 내보내기는 원시 데이터와 출력 지오메트리의 기본 구조를 볼 수 있게 해주었기 때문에 매우 교육적이었습니다. 다른 내보내기 프로그램은 효율성이 높지만 대부분 이진 형식이기 때문에 데이터를 볼 수 없습니다.

나는 이 리포지토리 에서 그것을 제거하는 것이 오늘날 최선의 선택이 될 것이라는 데 동의하지만 리포지토리에 배치될 수 있습니다.

나는 이 리포지토리 에서 그것을 제거하는 것이 오늘날 최선의 선택이 될 것이라는 데 동의하지만 리포지토리에 배치될 수 있습니다.

http://threejs.org/editor/ 에서 JSON으로 내보내는 옵션이 항상 있습니다.

https://github.com/mrdoob/three.js/pull/14117 에서

블렌더 내보내기와 관련된 모든 미해결 문제를 닫는 것이 좋습니다. 동의?

누군가가 3D 모델 내보내기/가져오기(기본 및 특수 기능용), 일반적인 문제 해결, 모든 오래된 문서 및 예제를 잘라내거나 업데이트하기 위한 "공식" 문서/파이프라인을 작성할 수 있다고 생각합니다. EG Knight 예제는 더 이상 블렌더 json 내보내기가 없다는 점을 감안할 때 매우 혼란스럽습니다. 3d 모델용 JSONLoader는 호환성을 위해 유지해야 하지만 읽어야 합니다.

@stmaccarelli 여기에 몇 가지 새로운 문서가 있습니다: https://threejs.org/docs/#manual/introduction/Loading -3D-models, 하지만 예, 도움이 될 다른 것이 무엇인지 알려주십시오!

@donmccurdy 그 종이가
문서, 예제 및 다양한 시대의 인터넷에서 찾을 수 있는 것들이 혼합되어 있는 현재 전체 3d 가져오기/애니메이션 시스템은 혼란스럽습니다.

마스터 애니메이션 시스템 문서는 단일 개체의 참조가 정확하다면 괜찮을 것입니다.
AnimationClip 참조를 가져 가자. morphTargets를 올바른 방법으로 내보내고 있는지 확실하지 않지만 여기에서 다음과 같이 읽었습니다.

_.CreateClipsFromMorphTargetSequences ( name : String, morphTargetSequence : Array, fps : Number, noLoop : Boolean ) : Array
"Walk_001, Walk_002, Run_001, Run_002 ..."와 같은 애니메이션 그룹 기반 패턴으로 모프 대상 이름을 정렬하려고 시도하는 지오메트리의 모프 대상 시퀀스에서 생성된 새로운 AnimationClip 배열을 반환합니다.

문제는 glTF 파일을 가져오면 morphTargetSequence 배열이 없다는 것입니다... 여기저기에 morphTargetSomething 개체가 저장되어 있지만 무엇을 어떻게 사용해야 하는지 모르겠습니다.

매우 간단한 예와 함께 3D 모델 관리/워크플로를 설명하는 문서가 있어야 한다고 생각합니다.
그리고 3D 로더 참조는 모두 동일한 템플릿을 준수해야 합니다.
의 말을하자
1- 간단한 3D 모델 가져오기
2- 재료 가져오기(다른 맵, 맵 매개변수, 다중 재료 관리 등과 같은 모든 종소리와 함께)
3- 전체 장면 가져오기(예: glTF에서 가져온 장면을 트래버스/관리하는 방법)
4- 골격 애니메이션 가져오기 및 관리
5-모프 애니메이션 가져오기 및 관리

또한 3D 모델 로딩을 특징으로 하는 모든 예제가 동일한 패턴을 준수하는지 확인해야 합니다.

우리는 예제를 업데이트해야 하고, 가능하지는 않지만 일부 부분이 더 이상 사용되지 않으며 무엇을 (예: 기사 예제에서... ) 명확하게 작성해야 합니다.

_EG- 3D 모델용 JSON 파일 형식을 더 이상 사용하지 않고 glTF를 사용하기로 결정한 경우 골격 애니메이션과 모프 대상을 모두 포함하는 유일한 애니메이션 예제가 더 이상 사용되지 않는 데이터 구조를 저장하는 10 버전 이전의 JSON 모델._

@stmaccarelli 권장되는 종단 간 워크플로는 없습니다. 다양한 기술 수준, 무료 대 유료 모델링 도구에 대한 선호도 및 특정 요구 사항을 감안할 때 이를 제공하기가 어려웠을 것이라고 생각합니다.

나는 당신이 일반적으로 그 CreateClipsFromMorphTargetSequences 방법이 필요하다고 생각하지 않습니다. 위의 문서는 특정 로더를 사용하는 방법에 대해 자세히 설명하지 않았지만(당신이 언급 했듯이 , 그것들은 일관성이 없습니다),

loader.load('foo.glb', function(gltf) {
  const clips = gltf.clips;  // Array<THREE.AnimationClip>
  const model = gltf.scene; // THREE.Scene
  ...
});

이 경우 클립이 TRS, 스킨 또는 모프 대상인지 여부는 중요하지 않습니다. 애니메이션을 모두 똑같이 재생할 수 있습니다. Mixamo와 Blender를 사용하여 하나의 가능한 워크플로를 작성했습니다. 다음은 Maya를 사용하는 또 다른 방법 입니다.

또한 3D 모델 로딩을 특징으로 하는 모든 예제가 동일한 패턴을 준수하는지 확인해야 합니다.

그리고 3D 로더 참조는 모두 동일한 템플릿을 준수해야 합니다.

이것은 공정한 지적이며 여기에서 개선할 여지가 있습니다.

스켈레탈 애니메이션과 모프 타겟을 모두 제공하는 유일한 애니메이션 예제가 더 이상 사용되지 않는 데이터 구조를 저장하는 10개 버전 이전의 JSON 모델을 사용하는 오래된 기사 예제라는 것은 말이 되지 않습니다.

엄밀히 말하면 JSON 형식과 데이터 구조는 더 이상 사용되지 않으며 장면을 [역직렬화]하는 데 여전히 완전히 합리적인 방법이지만 요점이 있습니다. @mrdoob 일부 애니메이션 예제를 교체하는 것에 대해 어떻게 생각하십니까? 와 같은:

animation / keyframes / json
animation / scene
animation / skinning / blending
animation / skinning / morph

애니메이션 예제 중 일부를 교체하는 것에 대해 어떻게 생각하십니까?

이것에 대해 +1. 나는 animation / skinning / blending a의 군인을 다음과 같은 Mixamo의 보다 현대적인 모델로 교체하는 데 투표합니다.

우리는 유휴/걷기/달리기를 혼합할 수 있으며, 선호하는 경우 모델을 glTF로 변환하는 것이 가능할 것입니다.

모델 크기는 약 9mb이고 모든 관련 파일과 함께 현재 모델은 71mb입니다!!

animation / skinning / morph 경우 FBX 모프 타겟을 테스트한 모델을 다음과 같이 사용할 수 있습니다.

현재 기사 모델과 크기가 거의 같지만 모프 대상이 얼굴 표정에 더 일반적으로 사용되기 때문에 이것이 더 합리적이라고 말할 수 있습니다. 다시 말하지만, 현재 FBX 형식이지만 원하는 경우 glTF로 변환할 수 있습니다.

다음은 고려해야 할 몇 가지 예입니다.

| 스크린샷 | 링크 | 크기 |
|---|---|--|
| | 링크 | 6MB |
| | 링크 | 3MB |
| | 링크 | 5MB |
| | 링크 | 12MB |

그것들은 모두 애니메이션되고 three.js에서 올바르게 작동하며 Sketchfab 다운로드 버전보다 약간 더 압축되거나 최적화될 수 있습니다. 나는 달리기/걷기 사이클이 좋은 조작된 캐릭터가 없지만 Mixamo->glTF 워크플로 는 나쁘지 않습니다.