Three.js: बेसिसटेक्चर लोडर: अगले चरण

मैंने अभी तक कोड को विस्तार से नहीं देखा है, लेकिन क्या हम सिंक्रोनस रूप से texture से 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 । और कार्यकर्ता में एक अप्रयुक्त startTime चर है।

अगर मैं सही हूं तो मिपमैप्स समर्थित नहीं प्रतीत होता है। ट्रांसकोडर समर्थन नहीं करता है? या लोडर ने अभी तक मिपमैप्स समर्थन को लागू नहीं किया है?

एक .basis फ़ाइल में कई मिपमैप स्तर हो सकते हैं, हाँ। मुझे लगता है कि ट्रांसकोडर पहले से ही इसका समर्थन करता है, लेकिन मैंने इसका परीक्षण नहीं किया है। BasisTextureLoader अभी तक इसका समर्थन नहीं करता है।

हमें ट्रांसकोडर के नए/छोटे संस्करण में भी अपडेट करना चाहिए: https://github.com/BinomialLLC/basis_universal/pull/7~~ हो गया।

हाँ, ट्रांसकोडर को इसका समर्थन करना चाहिए। आप मिप स्तर को levelIndex से transcodeImage ।
https://github.com/BinomialLLC/basis_universal/blob/master/webgl/transcoder/basis_wrappers.cpp#L197

आपके स्पष्टीकरण के लिए धन्यवाद।

और अगर कोई अन्य कार्य है जो लोडर ने अभी तक समर्थित नहीं किया है, लेकिन ट्रांसकोडर करता है, तो आप जानते हैं, कृपया TODO सूची में जोड़ें। हम क्रियान्वयन में मदद कर सकते हैं।

मिसाल कायम की। #16553 यह बहुत आसान हो सकता है, कृपया बेझिझक इसे बाद में बढ़ाएँ/बदलें यदि यह विलय हो गया है।

अन्य सुविधाओं पर ट्रांसकोडर के पास तीन हैं लेकिन बेसिसटेक्चर लोडर नहीं है, एक महत्वपूर्ण अंतर यह है कि ट्रांसकोडर कई अतिरिक्त प्रारूपों को आउटपुट कर सकता है:

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 में जेएस रैपर में बेसिस रिपोजिटरी में संस्करण से मामूली बदलाव होता है। पहली घोषणा ( 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 लोडर आमतौर पर मैग फ़िल्टरिंग को LinearMipMapLinearFilter पर सेट करता है
2. BasisTextureLoader mipmaps का समर्थन नहीं करता
3. वेबजीएल को मिप चेन को पूरा करने की आवश्यकता है: - /

@zeux आधिकारिक तौर पर समर्थित नहीं है - कोर glTF युक्ति केवल JPEG और PNG बनावट की अनुमति देता है। लेकिन आधार के लिए एक विस्तार (KTX2 आवरण के माध्यम से) वह तंत्र है जिसके द्वारा हम प्रारूप में संपीड़ित बनावट समर्थन जोड़ने की योजना बनाते हैं। ड्राफ्ट एक्सटेंशन के लिए https://github.com/KhronasGroup/glTF/pull/1612 देखें (यहां केवल पहले दो प्रासंगिक हैं) और प्रतिक्रिया जोड़ने के लिए स्वतंत्र महसूस करें।

उस ने कहा, BasisTextureLoader में मिपमैप समर्थन की कमी पूरी तरह से है क्योंकि हम अभी तक इसे प्राप्त नहीं कर पाए हैं। जहां तक ​​​​मुझे पता है ट्रांसकोडर को स्वयं इसका समर्थन करना चाहिए।

मिपमैप समर्थन को ठीक करने के लिए सबमिट किया गया पीआर - इसके साथ जब तक आप -mipmap विकल्प के साथ बनावट को परिवर्तित करते हैं, तब तक glTF लोडर तब तक काम करता है जब तक आप ऊपर सूचीबद्ध लोडर को जोड़ते हैं, कम से कम डेस्कटॉप पर। मैं इसे मोबाइल (आईफोन या एंड्रॉइड) पर चलाने में सक्षम नहीं था, लेकिन कताई घन के साथ तीनjs.org उदाहरण आईफोन पर भी काम नहीं करता है, इसलिए यह एक अलग मुद्दा हो सकता है।

मैं इसे मोबाइल (आईफोन या एंड्रॉइड) पर चलाने में सक्षम नहीं था

आधार डॉक्स से -

उदाहरण के लिए, iOS पर, आप PVRTC1 के लिए केवल 2 बनावट आयामों की वर्ग शक्ति का उपयोग कर सकते हैं, और Basis आज आपके लिए कुछ भी नहीं कर सकता है जो इस सीमा के आसपास काम करता है। (हम जल्द ही 2 PVRTC1 बनावट की बड़ी शक्ति में छोटे गैर-पाउ 2 बनावट को ट्रांसकोड करने की क्षमता का समर्थन करेंगे।)

हमने इस डेमो में 512x768 बनावट का उपयोग किया है, और शायद इसे किसी ऐसी चीज़ से बदलना चाहिए जो उस बाधा के अनुकूल हो।

ठीक है - यह समझ में आता है। एफडब्ल्यूआईडब्ल्यू जिस एंड्रॉइड फोन पर मैं परीक्षण कर रहा था, उसमें कई वेबजीएल डेमो के साथ मुद्दों की एक पूरी मेजबानी है, न कि केवल बेसिस बनावट से संबंधित - एक अलग एंड्रॉइड फोन ठीक चलता है। तो हाँ, यह शायद सिर्फ दो-दो प्रतिबंध हैं जो iOS पर समस्याग्रस्त हैं।

https://github.com/mrdoob/three.js/pull/16675 पर BasisTextureLoader के विभिन्न अपडेट आ रहे हैं

हमें शायद यह भी सोचना चाहिए कि अल्फा का समर्थन कैसे किया जाता है ... आधार दस्तावेज विकल्पों पर कुछ विस्तार से जाता है (https://github.com/BinomialLLC/basis_universal/#how-to-use-the-system) लेकिन कुछ के लिए डिवाइस जिसमें कई ट्रांसकोडिंग आउटपुट शामिल हैं:

ETC1 केवल डिवाइस/एपीआई: दो ETC1 बनावट में ट्रांसकोड करें और उन्हें एक शेडर में नमूना दें। आप या तो एक ETC1 बनावट का उपयोग कर सकते हैं जो कि दो बार उच्च है, या दो अलग ETC1 बनावट का उपयोग कर सकते हैं।

अब तक एपीआई TextureLoader मेल खाता है, जिसे एक .basis बनावट से कई ट्रांसकोड किए गए आउटपुट को वापस करने में सहायता के लिए बदलने (या एक वैकल्पिक एपीआई) की आवश्यकता होगी।

https://github.com/mrdoob/three.js/pull/16686 में स्क्वायर पावर-ऑफ-टू बनावट में परिवर्तन आईओएस पर डेमो को ठीक करता है, लेकिन मिपमैप्स काम नहीं कर रहे हैं:

INVALID_VALUE:संपीड़ितTexImage2D: ArrayBufferView की लंबाई आयामों के लिए सही नहीं है।

क्या हमें पीवीआरटीसी के साथ मिपमैप्स के लिए कुछ विशेष करने की आवश्यकता है?

क्या यह पिछले कुछ मिप्स में से एक के लिए हो रहा है?

मैंने कौन से मिप्स की पहचान करने के लिए पर्याप्त रूप से डीबग नहीं किया, लेकिन त्रुटि तीन बार मुद्रित होती है, और पिछले तीन में सभी समान बफर आकार होते हैं। मैं

मुझे संदेह है कि बेसिस पिछले कुछ मिप्स के आकार (बाइट्स में) की सही गणना नहीं करता है। PVRTC1 4bpp के लिए, ब्लॉकों के आयाम को 8 तक गोल किया जाता है, इसलिए 4x4, 2x2 और 1x1 का आकार 8x8 के समान होना चाहिए। मुझे लगता है कि बेसिस ट्रांसकोडर राउंड 4x4 है। 8x8, 4x4, 2x2, 1x1 आकार की सभी छवियों में 32 बाइट्स होने चाहिए; मुझे लगता है कि 4x4 और उससे नीचे के लिए बेसिस मानता है कि यह सिर्फ 1 4x4 ब्लॉक है जो 8 बाइट्स है और आपको 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

यह वर्कअराउंड (ट्रांसकोड कॉल करने से ठीक पहले कार्यकर्ता में) मेरे लिए काम करता प्रतीत होता है। इसे निश्चित रूप से ट्रांसकोडर में ठीक करने की आवश्यकता है, लेकिन जेएस में इसे सत्यापित करना आसान है:

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 );

धन्यवाद! मैं इस ASAP को ठीक कर दूंगा।

PVRTC1 mipmap साइज बग को ठीक किया जाना चाहिए। हमने ट्रांसकोडर को ठीक कर दिया है ताकि यह छोटे (8 पिक्सेल से कम चौड़ा/लंबा) मिप्स पर अतिरिक्त बाइट्स को साफ़ कर दे। और हमने सही आकार वापस करने के लिए रैपर को ठीक किया। कृपया मुझे बताएं कि क्या कोई समस्या है और मैं उन्हें जल्द से जल्द ठीक कर दूंगा।

@donmccurdy क्या आप टूडू सूची में " texture load विधि से वापस कर सकते हैं" जोड़ सकते हैं? (जैसा कि ताकाहिरोक्स ने ऊपर सुझाया है)

@ बेन-मैक जोड़ा गया। ध्यान दें कि क्योंकि अल्फा चैनल वाले टेक्सचर कई टेक्सचर में ट्रांसकोड हो सकते हैं, और हम इसे सिंक्रोनस रूप से नहीं जान पाएंगे, हमें इसके लिए एक अलग एपीआई की आवश्यकता होगी।

@richgel999 धन्यवाद! मुझे WASM ट्रांसकोडर के पुनर्निर्माण में परेशानी हो रही है, क्योंकि https://github.com/BinomialLLC/basis_universal/commit/ab722fa2e18536f9a1d5f33814f3088232446d52 केवल webgl/transcoder/basis_wrappers.cpp अपडेट किया गया है। 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 की आवश्यकता है, उम्मीद है कि यह जल्द ही हो सकता है। इसके अलावा आपका एमस्क्रिप्टन संस्करण एम्मालोक के अस्तित्व से पहले का हो सकता है, जो फाइलें वर्तमान में तीन.जेएस का हिस्सा हैं, मुझे लगता है कि 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');

@ बेन-मैक यह शायद अभी भी ठीक करने लायक है, लेकिन वह त्रुटि केवल इसलिए है क्योंकि आप एक ही बनावट को दो बार लोड कर रहे हैं, और लोडर एक ऐरेबफर का पुन: उपयोग करता है जिसे एक ही समय में दो श्रमिकों को स्थानांतरित नहीं किया जा सकता है। दो बार काम करने की कीमत पर नीचे दिया गया कोड चलता है:

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 ऐसा ही कुछ! अधिकांश तीनj लोडर स्टेटफुल नहीं हैं (एक एकल लोडर समानांतर में कई चीजों पर काम कर सकता है) तो हो सकता है:

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

^ दोनों मामलों में, लेकिन विशेष रूप से अल्फा, मुझे लगता है कि विधि पर कुछ कॉन्फ़िगरेशन की आवश्यकता के लिए चीजों को करने के लिए पर्याप्त अलग-अलग तरीके हो सकते हैं।

या हम इसके बजाय नए तरीकों पर अतुल्यकालिक जा सकते हैं:

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

अतुल्यकालिक समाधान कार्यकर्ता के साथ लागू करने और अन्य तीनj के लोडर के साथ संरेखित करने के लिए अधिक आसान लगता है।

मैं केवल ७६८ गुणा ५१२ या ३८४ गुणा २५६ आदि के साथ बनावट लोड करने में सक्षम हूं। कोई अन्य संकल्प चेतावनी के साथ तीन.जेएस और बेसिसटेक्चर लोडर के साथ लोड करने में विफल रहता है:
"टेक्सचर यूनिट 0 से बंधी बनावट रेंडर करने योग्य नहीं है। यह शायद नॉन-पावर-ऑफ़-2 है और इसमें असंगत बनावट फ़िल्टरिंग है।"

@ mozg4D कृपया बेसिस दस्तावेज़ देखें, विशेष रूप से आईओएस में पावर-ऑफ-टू बनावट की आवश्यकता होती है। यदि दस्तावेज़ीकरण आपके द्वारा देखे जा रहे व्यवहार से मेल नहीं खाता है, तो कृपया एक नया बग दर्ज करें। यह भी संभव है कि चयनित बनावट फ़िल्टरिंग असंगत है, इस स्थिति में हमें अभी भी एक डेमो की आवश्यकता होगी और एक नया बग सहायक होगा। धन्यवाद!

@donmccurdy क्या बेसिस अल्फा सपोर्ट जल्द जारी किया जाएगा?

मुझे लगता है कि मुझे एक बग मिला: केवल आईओएस पर, बनावट-ज्यामिति किनारों पर एक अजीब "बनावट चमक" प्रभाव है: # 17597

क्या किसी और ने इसका सामना किया है?

मुझे लगता है कि आईओएस पर यह पीवीआरटीसी का उपयोग करेगा। क्या यह किसी पुराने संस्करण (r108) में होता है?
हो सकता है कि आप https://github.com/BinomialLLC/basis_universal में कोई समस्या दर्ज करने का प्रयास कर सकते हैं

क्या यह किसी पुराने संस्करण (r108) में होता है?

मैंने जो बग दायर किया है वह r108 के लिए है।

हो सकता है कि आप https://github.com/BinomialLLC/basis_universal में कोई समस्या दर्ज करने का प्रयास कर सकते हैं

बस ऐसा करने की प्रक्रिया में था: https://github.com/BinomialLLC/basis_universal/issues/78

मुझे लगता है कि मुझे एक बग मिला: केवल आईओएस पर, बनावट-ज्यामिति किनारों पर एक अजीब "बनावट चमक" प्रभाव है: # 17597

मैंने आधार_सार्वभौमिक जीथब पर उत्तर दिया। हम बनावट को पकड़ लेंगे और देखेंगे कि क्या हो रहा है। सबसे अधिक संभावना है, यह रैप/क्लैंप एड्रेसिंग ट्रांसकोड फ्लैग को सही तरीके से सेट न करने या हमारे रीयल-टाइम PVRTC1 एन्कोडर के कारण होने वाला आर्टिफैक्ट है। यदि दोनों में से कोई भी समस्या है, तो आमतौर पर समाधान हैं। हम अधिक ट्रांसकोड CPU समय/स्मृति की कीमत पर PVRTC1 गुणवत्ता भी बढ़ा सकते हैं।

मैंने https://github.com/BinomialLLC/basis_universal/issues/78#issuecomment -536159690 पर एक अपडेट पोस्ट किया है - वहां स्क्रीनशॉट शामिल हैं।

यह नॉन-स्पिनिंग क्यूब के साथ रैपिंग-अराउंड समस्या को दर्शाता है।

मुझे एक और बग मिला (लेकिन सबसे अधिक संभावना असंबंधित): https://github.com/mrdoob/three.js/pull/17546#commitcomment -35275564

मुझे एक और बग मिला (लेकिन सबसे अधिक संभावना असंबंधित): # 17546 (टिप्पणी)

#१७६२२ में तय किया गया।

mipmaps के संदर्भ में, क्या .basis फ़ाइल में mipmaps को एम्बेड किए बिना आधार बनावट फ़ाइलों (एक .gltf फ़ाइल के अंदर संदर्भित) को ठीक से लोड करने का कोई तरीका है?

जब मैं -mipmap साथ .basis फ़ाइल जेनरेट करता हूं, तो मैं इसे प्रोपलरी लोड करने के लिए प्राप्त कर सकता हूं, हालांकि यह .basis फ़ाइल में बहुत सारी फाइल जोड़ता है - लेकिन जब मैं -mipmap बिना .basis फ़ाइल जेनरेट करता हूं विकल्प, यह केवल तीनj के साथ ब्राउज़र में काले रंग के रूप में दिखाता है।

mipmaps के संदर्भ में, क्या .basis फ़ाइल में mipmaps को एम्बेड किए बिना आधार बनावट फ़ाइलों (एक .gltf फ़ाइल के अंदर संदर्भित) को ठीक से लोड करने का कोई तरीका है?

जब मैं -mipmap साथ .basis फ़ाइल जेनरेट करता हूं, तो मैं इसे प्रोपलरी लोड करने के लिए प्राप्त कर सकता हूं, हालांकि यह .basis फ़ाइल में बहुत सारी फाइल जोड़ता है - लेकिन जब मैं -mipmap बिना .basis फ़ाइल जेनरेट करता हूं विकल्प, यह केवल तीनj के साथ ब्राउज़र में काले रंग के रूप में दिखाता है।

अभी के लिए, आप बनावट दिखाने के लिए मिपमैप्स को अक्षम कर सकते हैं:
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) - जो basisu बिना -mipmap विकल्प जनरेट करता है। हालांकि यह अभी भी काला है।

क्या आप फ़ाइल साझा कर सकते हैं? मैं पिछले सप्ताह के रूप में के रूप में हाल ही में इस कर रहा था, हालांकि यह एक में आधार था .ktx2 बजाय कंटेनर .basis ...

और बस पुष्टि करने के लिए - आप जानते हैं कि आप रनटाइम पर इन मिपमैप्स को उत्पन्न नहीं कर सकते हैं, और इसमें शामिल इंटरपोलेशन बाधाओं के साथ क्या करना होगा?

ज़रूर, और एक नज़र डालने के लिए धन्यवाद!

body_green.base.zip

और बस पुष्टि करने के लिए - आप जानते हैं कि आप रनटाइम पर इन मिपमैप्स को उत्पन्न नहीं कर सकते हैं, और इसमें शामिल इंटरपोलेशन बाधाओं के साथ क्या करना होगा?

हां, मुझे लगा कि यह भी शर्म की बात है, क्योंकि मैंने जो लाभ कम फाइलसाइज में देखा था, उसमें से अधिकांश एक संपीड़ित जेपीजी की तुलना में खो गया है - मुझे पता है कि जीपीयू मेमोरी गेन अभी भी है, लेकिन मैं ज्यादातर था बनावट के डाउनलोड/स्थानांतरण आकार पर केंद्रित है।

और बस पुष्टि करने के लिए - आप जानते हैं कि आप रनटाइम पर इन मिपमैप्स को उत्पन्न नहीं कर सकते हैं, और इसमें शामिल इंटरपोलेशन बाधाओं के साथ क्या करना होगा?

क्या jpg/png के बजाय आधार का उपयोग करते समय हमेशा ऐसा ही होता है?

एक क्यूब मैप के लिए फेसलिस्ट के रूप में 6 बनावट को एक आधार फ़ाइल में पैक करने के उपयोग-मामले के बारे में क्या है क्योंकि प्रारूप रीडमे पर इसका समर्थन/उल्लेख करता है। क्या पीएमआरईएम जनरेटर यहां बेकार है और आधार फ़ाइल में उत्पन्न प्रत्येक बनावट के लिए मिपमैप्स होना चाहिए?

थ्रीजेएस में क्यूबमैप के रूप में उपयोग के लिए इस पैक्ड टेक्सचर डेटा को उपलब्ध कराने के बारे में क्या? आम तौर पर आप प्रत्येक व्यक्तिगत बनावट के लिए तर्क पारित करेंगे? (मैंने इस बनावट लोडर समर्थन में अभी तक यह देखने के लिए नहीं देखा है कि क्या एकाधिक बनावट वाली आधार फ़ाइल संभव है) एक विकल्प शायद केटीएक्स 2 के माध्यम से है जो क्यूबमैप के रूप में उपयोग की जाने वाली फेसलिस्ट पैक की गई आधार फ़ाइल प्रदान करने के लिए अधिक उपयुक्त हो सकता है?

इस उपयोग के बारे में एक अंतिम प्रश्न जैसा कि आप अल्फा के संचालन पर चर्चा कर रहे थे, इन बनावटों को आरजीबीई या आरजीबीएम के रूप में एन्कोड किया जा सकता है (थ्रीजेएस में एम 7 और एम 16 के लिए समर्थन है)। मैंने जांच नहीं की है कि वे आधार के साथ कितनी अच्छी तरह से संपीड़ित होते हैं, लेकिन उनके समान मुद्दे हो सकते हैं जैसे सामान्य मानचित्रों को जाना जाता है। अल्फा चैनल डेटा वहां समर्थित होने के लिए काफी महत्वपूर्ण है, मुझे यकीन नहीं है कि उन्हें किस संपीड़ित बनावट प्रारूप में ट्रांसकोड किया जाएगा, कुछ पते के नीचे लिंक किए गए आलेख के रूप में बहुत खराब परिणाम उत्पन्न कर सकते हैं।

एआरएम ने उदाहरण के लिए एएसटीसी और आरजीबीएम के मुद्दों के बारे में एक लेख लिखा था । जैसा कि लेख में उल्लेख किया गया है, यूनिटी इंजन RGBM5 का उपयोग करता है, जिसे ज्यादातर मामलों में एक उपयुक्त HDR रेंज को कवर करना चाहिए, यदि डेटा सीमा सीमा के भीतर फिट बैठता है, तो निम्न गुणक उच्च गुणक स्थिरांक की तुलना में कम संपीड़न गुणवत्ता वाले मुद्दों का उत्पादन करेगा।

क्षमा करें, मुझे इन प्रश्नों का उत्तर नहीं पता है। बेसिस यूनिवर्सल या केटीएक्स गिटहब रिपॉजिटरी पर आपकी किस्मत अच्छी हो सकती है। मुझे पता है कि KTX2 को बेसिस पेलोड के साथ क्यूबमैप का समर्थन करने के लिए डिज़ाइन किया गया है।

मैंने उन्हें यहां उठाया क्योंकि वे यहां चर्चा के साथ थ्रीजेएस समर्थन का उपयोग करने के लिए प्रासंगिक मामले लग रहे थे।

बेसिस एक क्यूबमैप के लिए सभी 6 टेक्सचर्स को सिंगल बेसिस फाइल में स्टोर कर सकता है। KTX2 बेसिस सपोर्ट के साथ कई टेक्सचर के साथ बेहतर सपोर्टिंग क्यूबमैप्स को पूरा कर सकता है लेकिन एक फाइल afaik।

थ्रीजेएस भविष्य में इसे संभालने में सक्षम है यह स्पष्ट नहीं है। शायद 6 अलग-अलग आधार फ़ाइलें प्रदान करने की आवश्यकता है, या आधार लोडर समर्थन के साथ KTX2 प्राप्त करें।

RGBM5 को एक अलग PR की आवश्यकता होगी, यह केवल RGBM7 या RGBM16 होगा जो वर्तमान में मौजूद है, या एक वैरिएंट जो गुणक मान को समायोजित करने के लिए एक समान लेता है। मुख्य महत्वपूर्ण हिस्सा यह है कि अल्फा को सही से संपीड़ित करने के लिए उचित रूप से संभालने की आवश्यकता है, इसलिए उस पर कुछ नियंत्रण रखने में सक्षम होना जैसा कि इस मुद्दे में पहले चर्चा की गई है, यह एक और उदाहरण है जहां यह उपयोगी होगा, सामान्य मानचित्रों के समान और उनके रैखिक/ गैर-रंग एन्कोडिंग, जिसमें संपीड़न समर्थन के आधार पर प्रारूप को दो संभावित बनावटों में विभाजित किया जा सकता है (एक्स के लिए एकल रंग आरजीबी से, और आधार फ़ाइल में वाई के लिए अल्फा)।

तीन.जेएस वर्तमान में बेसिस यूनिवर्सल का समर्थन करता है। एक नया आधार प्रारूप, यूएएसटीसी, कुछ ही सप्ताह पहले जारी किया गया था। मुझे नहीं लगता कि बेसिस ने उससे पहले किसी एक फाइल में क्यूबमैप्स का समर्थन किया था। पुल अनुरोधों का स्वागत किया जाएगा।

https://github.com/mrdoob/three.js/pull/18490 के साथ एक KTX2 लोडर प्रगति पर है

आधार के लिए README के ​​पुराने संस्करण (UASTC से पहले, लेकिन अभी भी वर्तमान README में मौजूद हैं) एकल आधार फ़ाइल सुविधा में कई बनावट पैकिंग का उल्लेख दिखाता है:

आधार फ़ाइलें गैर-समान बनावट सरणियों का समर्थन करती हैं, इसलिए क्यूबमैप, वॉल्यूम बनावट, बनावट सरणियाँ, मिपमैप स्तर, वीडियो अनुक्रम, या मनमानी बनावट "टाइल्स" को एक फ़ाइल में संग्रहीत किया जा सकता है। कंप्रेसर पूरी फाइल में रंग और पैटर्न सहसंबंधों का फायदा उठाने में सक्षम है, इसलिए मिपमैप्स के साथ कई छवियों को एक फाइल में बहुत कुशलता से संग्रहीत किया जा सकता है।

पुल अनुरोधों का स्वागत किया जाएगा।

मुझे नहीं पता होता कि कहां से शुरू करूं और न ही मेरे पास फिलहाल खाली समय है। शायद एक बार जब यह मुद्दा पूरा होने के साथ आगे बढ़ता है और KTX2 लोडर तैयार हो जाता है, तो संपीड़ित/पैक क्यूबमैप समर्थन को संबोधित किया जा सकता है। अगर मेरे पास तब तक खाली समय होता है, तो मुझे पीआर योगदान करने की कोशिश करने में खुशी होगी :)

हाय सब, मुझे आईओएस पर एक आंतरायिक मुद्दा मिला है (aawww maaaan!)
मूल रूप से बनावट कभी-कभी ठीक लोड होती है, कभी-कभी यह प्रकट नहीं होती है।
कंसोल में कोई त्रुटि नहीं है, लोड प्रगति 100% है, इसलिए निश्चित रूप से नेटवर्क समस्या नहीं है।
आधिकारिक उदाहरण (https://threejs.org/examples/?q=basis#webgl_loader_texture_basis) और मेरे अपने प्रोजेक्ट दोनों पर परीक्षण किया गया। मेरे iPhone X पर, Safari पर, बनावट कभी-कभी दिखाई देती है और कभी-कभी नहीं।
आईफोन 6, सफारी पर, यह कभी प्रकट नहीं होता है।
बाकी सब ठीक लग रहे हैं।
यह क्या हो सकता है?

[संपादित करें] मैक ओएस पर सफारी पर अभी भी वही मुद्दा मिला है, अभी भी रुक-रुक कर

@igghera ऐसा लगता है कि यह एक बग हो सकता है, खासकर अगर यह आधिकारिक उदाहरण पर हो रहा है। क्या आप इसके लिए एक नया मुद्दा खोलने का मन बना रहे हैं? धन्यवाद!

BasisTextureLoader में 2D सरणी बनावट के लिए समर्थन जोड़ने के बारे में कोई कैसे जा सकता है? मैंने इस पर थोड़ा गौर किया लेकिन मुझे यकीन नहीं है कि कैसे आगे बढ़ना है।

transcode फ़ंक्शन को basisFile.getNumImages() द्वारा लौटाई गई गिनती से छवियों पर लूप में बदलना सीधा लगता है, लेकिन ऐसा लगता है कि इसके बाद तीन चीजों को संबोधित करना है:

1. compressedTexImage3D THREE.WebGLState में मौजूद नहीं है और gl.TEXTURE_2D_ARRAY प्रति WebGLRenderingContext.compressedTexImage3D लिए एक विकल्प पास करने की आवश्यकता होगी
2. बेसिस का एपीआई प्रति इमेज इंडेक्स में अलग-अलग मिपमैप देता है, लेकिन आपको sampler2DArray लिए बाइंड करने के लिए एक बड़े टेक्सचर ब्लॉब की आवश्यकता होती है?
3. CompressedTexture को प्रति छवि अनुक्रमणिका मिपमैप्स को संबद्ध करने के लिए एक तरीके की आवश्यकता होगी। 200 डीप ऐरे इमेज और 6 मिपमैप स्तरों के लिए, यह 1200 मिपमैप प्रविष्टियाँ होंगी, इसलिए शायद mipmaps में CompressedTexture एक स्ट्राइडेड ऐरे बन जाता है। या क्या कोई तरीका है कि वेबजीएल उस विवरण को दूर कर देता है?

फिर, वीडियो बनावट के लिए, इसे शायद एक अलग कार्यान्वयन की आवश्यकता होगी। एक बार में बैच में ट्रांसकोडिंग करने के बजाय, आप आधार फ़ाइल हैंडल को खुला रखेंगे और अगले फ्रेम का अनुरोध करने का कोई तरीका रखेंगे।