Three.js: BasisTextureLoader: 다음 단계

아직 코드를 자세히 살펴보지는 않았지만 다른 텍스처 로더처럼 동기식으로 texture from load 을 반환할 수 있습니까?

꾸준함이 좋은 것 같아요. 그리고 텍스처를 동기적으로 반환하지 않으면 사용자는 콜백에서 material.needsUpdate = true 를 호출해야 합니다(이미 애니메이션 루프가 시작된 경우).

var material = new XXXMaterial();
textureLoader.load(..., function (texture) {
  material.map = texture;
   // .map is from null to non-null.
   // User needs to call material.needsUpdate = true here if already started animation loop
   // because whether material.map is null or not affects the final shader code.
  material.needsUpdate = true;
});

THREE.CompressedTexture 에서 작동하는지 확인하기 위해 아직 확인하지 않았지만 만약 그렇다면 그것이 최선일 것이라는 데 동의합니다. 👍

기타 정리: 텍스처에 할당된 속성은 flipY=false 와 같이 약간 임의적입니다(Basis 데모에서 남음). 그리고 작업자에는 사용되지 않은 startTime 변수가 있습니다.

내가 맞다면 밉맵이 지원되지 않는 것 같습니다. 트랜스코더가 지원하지 않습니까? 아니면 로더가 아직 밉맵 지원을 구현하지 않았습니까?

.basis 파일에는 여러 밉맵 수준이 포함될 수 있습니다. 트랜스코더가 이미 지원한다고 생각하지만 테스트하지는 않았습니다. BasisTextureLoader는 아직 지원하지 않습니다.

트랜스코더의 새/작은 버전도 업데이트해야 합니다. https://github.com/BinomialLLC/basis_universal/pull/7~~ 완료.

예, 트랜스코더가 지원해야 합니다. levelIndex to transcodeImage 로 밉 레벨을 전달합니다.
https://github.com/BinomialLLC/basis_universal/blob/master/webgl/transcoder/basis_wrappers.cpp#L197

설명해주셔서 감사합니다.

그리고 로더가 아직 지원하지 않는 다른 기능이 있지만 트랜스코더가 지원하는 기능이 있다면 TODO 목록에 추가하십시오. 구현을 도와드릴 수 있습니다.

예제를 만들었습니다. 너무 간단할 수 있습니다. 나중에 병합되면 향상/교체하십시오.

트랜스코더에는 있지만 THREE.BasisTextureLoader에는 없는 다른 기능에서 주요 차이점은 트랜스코더가 많은 추가 형식을 출력할 수 있다는 것입니다.

https://github.com/mrdoob/three.js/blob/dev/examples/js/loaders/BasisTextureLoader.js#L264 -L273

솔직히 이 모든 것을 언제 사용해야 하는지 모르겠습니다. 나는 사용자가 때때로 그것을 제어하기를 원할 것으로 예상하고, 다른 경우에는 로더(예: GLTFLoader)가 텍스처의 목적에 따라 결정을 내릴 것입니다. 예를 들어 material.map (기본 색상)에 대해 material.aoMap (주변 폐색)에 대해 다른 압축 형식을 선택할 수 있습니다.

이를 지원하는 가장 확실한 방법은 detectSupport( renderer ) 대안을 추가하는 것입니다.

// Let loader decide, based on device capabilities:
loader.detectSupport( renderer );

// Or, choose a particular format:
loader.setFormat( THREE.BasisTextureLoader.BASIS_FORMAT.cTFBC4 );

여기에는 잠재적인 문제가 있습니다. 여러 텍스처를 로드하는 경우 모든 텍스처를 동일한 형식으로 트랜스코딩하고 싶지 않을 수 있습니다. 여러 로더를 만들 수 있지만 기존 웹 작업자를 재사용하기가 더 어렵습니다(중요함). load() 메서드에 형식을 전달할 수 있지만 TextureLoader와 역호환되지 않습니다. 이렇게 하는 것이 가장 좋은 방법이 아닐까 싶습니다...

loader.setFormat( THREE.BasisTextureLoader.BASIS_FORMAT.cTFBC4 );
var fooTex = loader.load( 'foo.basis' );

loader.setFormat( THREE.BasisTextureLoader.BASIS_FORMAT.cTFBC1 );
var barTex = loader.load( 'bar.basis' );

... 디코딩이 비동기식일지라도 항상 각 텍스처에 올바른 형식을 적용합니다.

관련: http://www.reedbeta.com/blog/understanding-bcn-texture-compression-formats/#comparison -table

또 다른 참고 사항은 이것을 어딘가에 추적하기 위한 것입니다. examples/js/libs/basis 의 JS 래퍼에는 Basis 리포지토리의 버전에서 약간의 변경 사항이 포함되어 있습니다. 첫 번째 선언( var Module )은 웹 워커에서 사용되는 지연 초기화를 활성화하기 위해 Module 로 대체됩니다. 이것은 아마도 다른 플래그로 트랜스코더를 컴파일하거나 https://github.com/BinomialLLC/basis_universal/issues/21을 통해 다르게 수행할 수 있습니다

BasisTextureLoader가 glTF와 함께 작동해야 합니까? 수동으로 텍스처를 .basis 형식으로 인코딩하고 BasisTextureLoader를 다음과 같이 로더로 추가하려고 했습니다.

var basisLoader = new THREE.BasisTextureLoader();
basisLoader.setTranscoderPath( 'basis/' );
basisLoader.detectSupport( renderer );

THREE.Loader.Handlers.add( /\.basis$/i, basisLoader );

그러나 텍스처가 제대로 렌더링되지 않고 콘솔에 다음과 같은 출력이 표시됩니다.

[.WebGL-000002B68031CEF0]RENDER WARNING: texture bound to texture unit 1 is not renderable. It maybe non-power-of-2 and have incompatible texture filtering.

@zeux 설명과 동일한 문제

나는 이것을 디버깅했고 이것은 다음과 같은 이유로 발생합니다.

1. glTF 로더는 일반적으로 mag 필터링을 LinearMipMapLinearFilter로 설정합니다.
2. BasisTextureLoader는 밉맵을 지원하지 않습니다.
3. webGL은 mip 체인이 완료되어야 합니다 :-/

@zeux 공식적으로 지원되지 않음 – 핵심 glTF 사양은 JPEG 및 PNG 텍스처만 허용합니다. 그러나 Basis의 확장(KTX2 래퍼를 통해)은 압축된 텍스처 지원을 형식에 추가할 계획입니다. 초안 확장에 대해서는 https://github.com/KhronosGroup/glTF/pull/1612 를 참조

즉, BasisTextureLoader에서 밉맵 지원이 부족한 것은 순전히 아직 지원하지 않았기 때문입니다. 내가 아는 한 트랜스코더 자체가 이를 지원해야 합니다.

mipmap 지원을 수정하기 위해 제출된 PR - -mipmap 옵션으로 텍스처를 변환하는 한 glTF 로더는 위에 나열된 로더를 최소한 데스크탑에서 추가하는 한 작동합니다. 모바일(iPhone 또는 Android)에서는 실행할 수 없었지만 회전하는 큐브가 있는 threejs.org 예제는 iPhone에서도 작동하지 않으므로 별도의 문제일 수 있습니다.

모바일(iPhone 또는 Android)에서 실행할 수 없었습니다.

기초 문서에서 –

예를 들어 iOS에서는 PVRTC1에 대해 텍스처 치수 2의 제곱승만 사용할 수 있으며 현재 Basis가 이 제한을 해결할 수 있는 방법은 없습니다. (우리는 더 작은 non-pow2 텍스처를 2 PVRTC1 텍스처의 더 큰 거듭제곱으로 변환하는 기능을 곧 지원할 예정입니다.)

이 데모에서는 512x768 텍스처를 사용했으며 해당 제약 조건에 맞는 것으로 대체해야 합니다.

알겠습니다. 이해가 됩니다. FWIW 내가 테스트한 Android 전화에는 Basis 텍스처 관련뿐만 아니라 여러 WebGL 데모와 관련된 전체 문제가 있습니다. 다른 Android 전화는 잘 실행됩니다. 네, iOS에서 문제가 되는 것은 아마도 2의 거듭제곱 제한일 것입니다.

BasisTextureLoader에 대한 다양한 업데이트가 https://github.com/mrdoob/three.js/pull/16675에서 제공됩니다.

우리는 또한 알파를 지원하는 방법을 생각해야 할 것입니다... Basis 문서는 옵션에 대한 세부 정보를 제공합니다(https://github.com/BinomialLLC/basis_universal/#how-to-use-the-system). 여기에는 여러 트랜스코딩 출력이 포함됩니다.

ETC1 전용 장치/API: 두 개의 ETC1 텍스처로 트랜스코딩하고 셰이더에서 샘플링합니다. 두 배 높은 하나의 ETC1 텍스처를 사용하거나 두 개의 개별 ETC1 텍스처를 사용할 수 있습니다.

지금까지 API는 TextureLoader 와 일치합니다. 단일 .basis 텍스처에서 여러 트랜스코딩된 출력 반환을 지원하려면 변경해야 합니다(또는 대체 API가 있어야 함).

https://github.com/mrdoob/three.js/pull/16686 에서 정사각형 2의 거듭제곱 텍스처로 변경하면 iOS의 데모가 수정되지만 밉맵이 작동하지 않습니다.

INVALID_VALUE:compressedTexImage2D: ArrayBufferView의 길이가 치수에 대해 올바르지 않습니다.

PVRTC를 사용하여 밉맵에 대해 특별한 작업을 수행해야 합니까?

마지막 몇 밉 중 하나에서 그런 일이 발생합니까?

어떤 밉을 식별할 수 있을 만큼 밀접하게 디버그하지 않았지만 오류가 세 번 인쇄되고 마지막 세 개의 버퍼 크기는 모두 같습니다. 🤔

Basis가 마지막 몇 밉의 크기(바이트)를 올바르게 계산하지 않는 것 같습니다. PVRTC1 4bpp의 경우 블록의 치수는 8로 반올림되므로 4x4, 2x2 및 1x1은 8x8과 같은 크기여야 합니다. Basis 트랜스코더는 4x4로 반올림한다고 생각합니다. 8x8, 4x4, 2x2, 1x1 크기의 모든 이미지는 32바이트를 사용해야 합니다. 4x4 이하의 경우 Basis는 8바이트인 1개의 4x4 블록으로 가정하고 32 대신 8바이트를 제공한다고 가정합니다. @richgel999

이미지 크기 계산 공식은 다음과 같습니다. https://www.khronos.org/registry/OpenGL/extensions/IMG/IMG_texture_compression_pvrtc.txt :

   For PVRTC 4BPP formats the imageSize is calculated as:
     ( max(width, 8) * max(height, 8) * 4 + 7) / 8

이 해결 방법(트랜스코드를 호출하기 직전 작업자에서)이 저에게 효과가 있는 것 같습니다. 이것은 물론 트랜스코더에서 수정해야 하지만 JS에서 이를 쉽게 검증할 수 있습니다.

var mipWidth = basisFile.getImageWidth( 0, mip );
var mipHeight = basisFile.getImageHeight( 0, mip );
var mipSize = basisFile.getImageTranscodedSizeInBytes( 0, mip, config.format );

if ( config.pvrtcSupported ) {

    // Basis incorrectly computes mip sizes for PVRTC, let's fix them up using the spec:
    // https://www.khronos.org/registry/OpenGL/extensions/IMG/IMG_texture_compression_pvrtc.txt
    mipSize = Math.floor((Math.max(mipWidth, 8) * Math.max(mipHeight, 8) * 4 + 7) / 8);

}

var dst = new Uint8Array( mipSize );

감사 해요! 최대한 빨리 수정하겠습니다.

PVRTC1 밉맵 크기 버그가 수정되어야 합니다. 작은(8픽셀 너비/높이 미만) 밉에서 추가 바이트를 지우도록 트랜스코더를 수정했습니다. 그리고 올바른 크기를 반환하도록 래퍼를 수정했습니다. 문제가 있는 경우 알려주시면 최대한 빨리 수정하겠습니다.

@donmccurdy 할 일 목록에 " load 메서드에서 동기적으로 texture 반환"을 추가할 수 있습니까? (takahirox가 위에서 제안한 대로)

@Ben-Mack이 추가되었습니다. 알파 채널이 있는 텍스처는 여러 텍스처로 트랜스코딩될 수 있고 이를 동기적으로 알지 못하기 때문에 다른 API가 필요합니다.

@richgel999 감사합니다! https://github.com/BinomialLLC/basis_universal/commit/ab722fa2e18536f9a1d5f33814f3088232446d52 webgl/transcoder/basis_wrappers.cpp 만 업데이트되었으므로 WASM 트랜스코더를 다시 빌드하는 데 문제가 있습니다. macOS에서 컴파일:

$ emcmake cmake ../
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/donmccurdy/Documents/Projects/basis_universal/webgl/transcoder/build

$ make
[ 33%] Linking CXX executable basis_transcoder.js
Traceback (most recent call last):
  File "/Users/donmccurdy/Documents/Projects/emsdk/emscripten/1.37.22/em++", line 16, in <module>
    emcc.run()
  File "/Users/donmccurdy/Documents/Projects/emsdk/emscripten/1.37.22/emcc.py", line 882, in run
    exec 'shared.Settings.' + key + ' = ' + value in globals(), locals()
  File "<string>", line 1, in <module>
NameError: name 'emmalloc' is not defined
make[2]: *** [basis_transcoder.js] Error 1
make[1]: *** [CMakeFiles/basis_transcoder.js.dir/all] Error 2
make: *** [all] Error 2

이론상으로 우리는 트랜스코더 를 PavingStones.basis 텍스처를 밉맵이 포함된 이 텍스처로 교체할 수 있어야 합니다.

PavingStones.basis.zip

편집: 죄송합니다 . https://github.com/BinomialLLC/basis_universal/pull/27 과 관련이 있을 수 있습니다

@donmccurdy 나는 이것이 병합되기 위해 https://github.com/BinomialLLC/basis_universal/pull/27 이 필요하다고 생각합니다. 이것이 곧 일어날 수 있기를 바랍니다. 또한 귀하의 emscripten 버전은 emmalloc의 존재 이전일 수 있습니다. 현재 three.js의 일부인 파일은 1.38.31로 빌드되었습니다.

이 오류는 동시에 여러 기본 파일을 로드하려고 하는 동안 발생했습니다.

Uncaught (in promise) DOMException: Failed to execute 'postMessage' on 'Worker': ArrayBuffer at index 0 is already neutered.

재현하려면 다음과 같이 load 메서드를 2번 호출하면 됩니다.

loader.load( 'textures/compressed/PavingStones.basis');
loader.load( 'textures/compressed/PavingStones.basis');

@Ben-Mack 여전히 수정할 가치가 있지만 그 오류는 정확히 동일한 텍스처를 두 번 로드하고 로더가 동시에 두 작업자에게 전송할 수 없는 ArrayBuffer를 재사용하기 때문에 발생합니다. 아래 코드는 두 번 작업을 수행하는 대신 실행됩니다.

loader.load( 'textures/compressed/PavingStones.basis?v=1' );
loader.load( 'textures/compressed/PavingStones.basis?v=2' );

@donmccurdy 알파 지원을 위해 다음과 같은 것은

load(...) // as usual
//then :  
loader.getRGBTexture() //return by the load function as usual
loader.getAlphaTexture() //can be use as alphaMap

알파를 지원하는 옵션이 밉맵 모델에 추가될 수도 있습니다.
loader.generateAlpha = true //default

@Makio64 그런거 ! 대부분의 threejs 로더는 상태 저장이 아니므로(단일 로더가 여러 작업을 병렬로 수행할 수 있음) 다음과 같이 할 수 있습니다.

const [ map ]           = loader.loadRGB( 'foo.basis', { ...options } );
const [ map, alphaMap ] = loader.loadRGBA( 'bar.basis', { ...options } );

^두 경우 모두, 특히 알파에서는 방법에 대한 일부 구성이 필요한 작업을 수행하는 데 충분한 다른 방법이 있을 수 있다고 생각합니다.

또는 대신 새 메서드에서 비동기식으로 이동할 수 있습니다.

loader.loadRGBA( 'bar.basis', { ...options }, ( map, alphaMap ) => {
  // ...
} );

비동기 솔루션은 작업자와 함께 구현하고 다른 threejs의 로더와 정렬하기가 더 쉬워 보입니다.

해상도가 768 x 512 또는 384 x 256인 텍스처만 로드할 수 있습니다. 다른 해상도는 Three.js 및 BasisTextureLoader와 함께 다음 경고와 함께 로드되지 않습니다.
"텍스처 유닛 0에 바인딩된 텍스처는 렌더링할 수 없습니다. 2의 거듭제곱이 아닐 수 있으며 텍스처 필터링이 호환되지 않습니다."

@mozg4D 는 Basis 문서 를 참조하세요. 특히 iOS에서는 2의 거듭제곱 텍스처가 필요합니다. 문서가 보고 있는 동작과 일치하지 않으면 새 버그를 신고하세요. 선택한 텍스처 필터링이 호환되지 않을 수도 있습니다. 이 경우 여전히 데모가 필요하고 새로운 버그가 도움이 될 것입니다. 감사 해요!

@donmccurdy Basis 알파 지원이 곧 출시되나요?

버그를 찾은 것 같습니다. iOS에서만 텍스처 형상 가장자리에 이상한 "텍스처 빛나는" 효과가 있습니다. #17597

다른 사람이 이것을 겪었습니까?

iOS에서는 PVRTC를 사용할 가능성이 높습니다. 이것은 이전 버전(r108)에서 발생합니까?
https://github.com/BinomialLLC/basis_universal 에서 문제를 제기할 수

이것은 이전 버전(r108)에서 발생합니까?

내가 제출한 버그는 r108에 대한 것입니다.

https://github.com/BinomialLLC/basis_universal 에서 문제를 제기할 수

그렇게 하는 과정에 있었습니다: https://github.com/BinomialLLC/basis_universal/issues/78

버그를 찾은 것 같습니다. iOS에서만 텍스처 형상 가장자리에 이상한 "텍스처 빛나는" 효과가 있습니다. #17597

나는 based_universal github에 답장했다. 우리는 텍스처를 잡고 무슨 일이 일어나는지 볼 것입니다. 랩/클램프 주소 변환 플래그를 올바르게 설정하지 않은 것과 관련된 아티팩트이거나 실시간 PVRTC1 인코더로 인한 아티팩트일 가능성이 큽니다. 둘 중 하나가 문제인 경우 일반적으로 해결 방법이 있습니다. 또한 더 많은 트랜스코딩 CPU 시간/메모리를 희생하여 PVRTC1 품질을 높일 수 있습니다.

https://github.com/BinomialLLC/basis_universal/issues/78#issuecomment -536159690에 업데이트를 게시했습니다 -- 스크린샷이 포함되어 있습니다.

회전하지 않는 큐브의 랩 어라운드 문제를 보여줍니다.

내가 (대부분 무관하지만) 또 다른 버그를 발견 : https://github.com/mrdoob/three.js/pull/17546#commitcomment -35275564

다른 버그를 찾았습니다(그러나 관련이 없을 가능성이 높음): #17546(댓글)

#17622에서 수정되었습니다.

밉맵과 관련하여 .basis 파일에 밉맵을 포함하지 않고도 기본 텍스처 파일(.gltf 파일 내부 참조)을 적절하게 로드하는 방법이 있습니까?

-mipmap 사용하여 .basis 파일을 생성할 때 제대로 로드되도록 할 수 있지만 이렇게 하면 .basis 파일에 많은 파일 크기가 추가되지만 -mipmap 없이 .basis 파일을 생성할 때 옵션을 선택하면 threejs가 있는 브라우저에서 단순히 검은색으로 표시됩니다.

밉맵과 관련하여 .basis 파일에 밉맵을 포함하지 않고도 기본 텍스처 파일(.gltf 파일 내부 참조)을 적절하게 로드하는 방법이 있습니까?

-mipmap 사용하여 .basis 파일을 생성할 때 제대로 로드되도록 할 수 있지만 이렇게 하면 .basis 파일에 많은 파일 크기가 추가되지만 -mipmap 없이 .basis 파일을 생성할 때 옵션을 선택하면 threejs가 있는 브라우저에서 단순히 검은색으로 표시됩니다.

지금은 밉맵을 비활성화하여 텍스처를 표시할 수 있습니다.
https://discourse.threejs.org/t/compressed-texture-workflow-gltf-basis/10039/12?u=johannesdeml
https://github.com/JohannesDeml/three.js/commit/909d9cc6dc9192f398df7455f52b7e71e3bf61e2

물론 밉맵은 지원하지 않지만 텍스처만 표시하는 것이 목표라면 쉬운 솔루션이 될 수 있습니다.

더 이상 작동하지 않는 것 같으며 이제 BasisTextureLoader에도 유사한 코드가 있는 것 같습니다(min/magFilter = LinearFilter 설정). 단 1개의 밉맵만 감지될 때(https://github.com/mrdoob/three.js) /blob/e66e86901abd84ffc260fea9665170631a2b0493/examples/js/loaders/BasisTextureLoader.js#L170-L171) - -mipmap 옵션 없이 생성되는 basisu 입니다. 그러나 여전히 검정색입니다.

파일을 공유할 수 있나요? 그것의 기초 있었지만 나는 지난 주처럼 최근에이 일을했다 .ktx2 보다는 용기를 .basis ...

그리고 확인하기 위해 런타임에 이러한 밉맵을 생성할 수 없으며 관련된 보간 제약 조건과 관련이 있다는 것을 알고 있습니까?

물론입니다. 봐주셔서 감사합니다!

body_green.basis.zip

그리고 확인하기 위해 런타임에 이러한 밉맵을 생성할 수 없으며 관련된 보간 제약 조건과 관련이 있다는 것을 알고 있습니까?

예, 저도 알아냈습니다. 압축된 jpg에 비해 .basis의 더 낮은 파일 크기에서 본 이득의 대부분이 손실되기 때문에 약간 부끄러운 일입니다. GPU 메모리 이득이 여전히 있다는 것을 알고 있지만 대부분 텍스처의 다운로드/전송 크기에 중점을 둡니다.

그리고 확인하기 위해 런타임에 이러한 밉맵을 생성할 수 없으며 관련된 보간 제약 조건과 관련이 있다는 것을 알고 있습니까?

jpg/png 대신 기초를 사용할 때 항상 그런가요?

README에서 지원/언급하는 형식으로 큐브 맵에 대한 facelist로 6개의 텍스처를 단일 기본 파일로 패킹하는 사용 사례는 어떻습니까? PMREM 생성기는 여기서 쓸모가 없으며 기본 파일에는 생성된 각 텍스처에 대한 밉맵이 있어야 합니까?

ThreeJS에서 큐브맵으로 사용하기 위해 이 압축된 텍스처 데이터를 제공하는 것은 어떻습니까? 일반적으로 각 개별 텍스처에 대해 인수를 전달합니까? (여러 텍스처가 있는 기본 파일이 가능한지 확인하기 위해 이 텍스처 로더 지원을 아직 조사하지 않았습니다.) 큐브맵으로 사용할 페이스리스트 팩 기본 파일을 제공하는 데 더 적합한 KTX2를 통한 대안이 있습니까?

알파 처리에 대해 논의할 때 이 사용법에 대한 마지막 질문은 이러한 텍스처를 RGBE 또는 RGBM으로 인코딩할 수 있습니다(ThreeJS는 M7 및 M16을 지원합니다). 베이스로 얼마나 잘 압축되는지 조사하지는 않았지만 노멀 맵과 유사한 문제가 있을 수 있습니다. 알파 채널 데이터는 거기에서 지원하는 데 상당히 중요합니다. 어떤 압축 텍스처 형식으로 트랜스코딩되는지 잘 모르겠습니다. 일부는 아래 링크된 기사에서 설명하는 것처럼 꽤 좋지 않은 결과를 생성할 수 있습니다.

ARM은 예를 들어 ASTC 및 RGBM 관련 문제에 대한 기사를 작성했습니다 . 기사에서 언급한 Unity 엔진은 대부분의 경우 적절한 HDR 범위를 커버해야 하는 RGBM5를 사용합니다. 데이터가 범위 제한 내에 맞는 경우 낮은 승수는 더 높은 승수 상수보다 압축 품질 문제를 덜 생성할 것입니다.

죄송합니다. 이 질문에 대한 답을 모르겠습니다. Basis Universal 또는 KTX GitHub 리포지토리에서 운이 더 좋을 수 있습니다. KTX2가 Basis 페이로드로 큐브맵을 지원하도록 설계된 것으로 알고 있습니다.

여기에서 논의되는 ThreeJS 지원을 사용하는 관련 사례처럼 보였기 때문에 여기에서 제기했습니다.

Basis는 단일 기반 파일에 큐브맵에 대한 6개의 텍스처를 모두 저장할 수 있습니다. Basis를 지원하는 KTX2는 텍스처가 여러 개이지만 파일이 하나인 큐브맵을 더 잘 지원할 수 있습니다.

ThreeJS가 미래에 그것을 처리할 수 있을지는 불확실합니다. 6개의 서로 다른 기본 파일을 제공하거나 기본 로더 지원으로 KTX2를 획득해야 합니다.

RGBM5는 별도의 PR이 필요하며 현재 존재하는 RGBM7 또는 RGBM16이거나 승수 값을 조정하기 위해 유니폼을 취하는 변형일 수 있습니다. 가장 중요한 부분은 알파를 적절하게 압축하여 적절하게 처리해야 한다는 것입니다. 따라서 이 문제의 앞부분에서 논의한 대로 알파를 제어할 수 있다는 것은 노멀 맵 및 선형/ 압축 지원에 따라 형식이 두 가지 가능한 텍스처(기본 파일의 X의 경우 단일 색상 RGB 및 Y의 경우 알파)로 분할될 수 있는 비색상 인코딩.

Three.js는 현재 Basis Universal을 지원합니다. 몇 주 전에 새로운 Basis 형식인 UASTC가 출시되었습니다. 그 이전에는 Basis가 단일 파일에서 큐브맵을 지원하지 않았다고 생각합니다. 풀 리퀘스트를 환영합니다.

KTX2 로더는 https://github.com/mrdoob/three.js/pull/18490 으로 진행 중

Basis용 README의 이전 버전 (UASTC 이전이지만 현재 README에는 여전히 존재)은 단일 기반 파일 기능으로 다중 텍스처 패킹에 대한 언급을 보여줍니다.

Basis 파일은 비균일 텍스처 배열을 지원하므로 큐브맵, 볼륨 텍스처, 텍스처 배열, 밉맵 레벨, 비디오 시퀀스 또는 임의의 텍스처 "타일"을 단일 파일에 저장할 수 있습니다. 압축기는 전체 파일에서 색상 및 패턴 상관 관계를 활용할 수 있으므로 밉맵이 있는 여러 이미지를 단일 파일에 매우 효율적으로 저장할 수 있습니다.

풀 리퀘스트를 환영합니다.

어디서부터 시작해야 할지 모르겠고, 현재 여가 시간도 없습니다. 아마도 이 문제가 완료될 때까지 진행되고 KTX2 로더가 준비되면 압축/팩 큐브맵 ​​지원이 해결될 수 있습니다. 그때까지 여유가 있다면 기꺼이 PR에 참여하고 싶습니다. :)

안녕하세요, iOS에서 간헐적인 문제가 발생했습니다(aawww maaaan!)
기본적으로 텍스처가 잘 로드될 때도 있고 나타나지 않을 때도 있습니다.
콘솔에 오류가 없고 로드 진행률이 100%이므로 네트워크 문제가 아닙니다.
공식 예제(https://threejs.org/examples/?q=basis#webgl_loader_texture_basis)와 내 프로젝트에서 모두 테스트했습니다. 내 iPhone X, Safari에서 텍스처가 나타날 때도 있고 그렇지 않을 때도 있습니다.
iPhone 6, Safari에서는 절대 나타나지 않습니다.
나머지는 다 괜찮아 보입니다.
뭐가 될수 있었는지?

[편집] Mac OS의 Safari에서 여전히 간헐적인 동일한 문제가 발생했습니다.

@igghera 특히 공식 예제에서 발생하는 경우 버그일 수 있습니다. 이에 대한 새 호를 여는 것이 좋습니까? 감사 해요!

BasisTextureLoader 에 2D 배열 텍스처에 대한 지원을 추가하는 방법은 무엇입니까? 나는 이것을 조금 조사했지만 진행 방법을 잘 모르겠습니다.

변화하는 transcode 개수의 이미지를 통해 루프 기능에 의해 반환 basisFile.getNumImages() 간단 보인다, 그러나 다음 주소로 세 가지가있는 것 같습니다 :

1. compressedTexImage3D 은 THREE.WebGLState 존재하지 않으며 gl.TEXTURE_2D_ARRAY 당 WebGLRenderingContext.compressedTexImage3D gl.TEXTURE_2D_ARRAY 대한 옵션을 전달해야 합니다.
2. Basis의 API는 이미지 인덱스당 개별 밉맵을 반환하지만 sampler2DArray 에 바인딩하려면 하나의 큰 텍스처 블롭이 필요합니까?
3. CompressedTexture 는 이미지 인덱스별로 밉맵을 연결하는 방법이 필요합니다. 200개의 깊은 배열 이미지와 6개의 밉맵 수준의 경우 1200개의 밉맵 항목이 될 것이므로 mipmaps 의 CompressedTexture 는 스트라이드 배열이 됩니다. 아니면 WebGL이 그 세부 사항을 추상화하는 방법이 있습니까?

그런 다음 비디오 텍스처의 경우 다른 구현이 필요할 수 있습니다. 일괄적으로 한 번에 트랜스코딩하는 대신 기본 파일 핸들을 열어 두고 다음 프레임을 요청할 수 있는 방법이 있습니다.