- 12 11月, 2010 4 次提交
- 11 11月, 2010 5 次提交
-
-
由 Mr.doob 提交于
At Loader.js, as far as I can see we don't need all that `stride` stuff. Removed/Simplified from createModel() by now. That saves *a lot* of multiplications at init of the geometry.
-
由 Mr.doob 提交于
-
由 alteredq 提交于
Tested exporters with new Blender 2.55 Beta. It seems both old and new one work without any changes \o/
-
由 alteredq 提交于
Such broken materials will be replaced by dummy materials names like this "undefined_dummy_5".
-
由 Mr.doob 提交于
-
- 10 11月, 2010 5 次提交
-
-
由 alteredq 提交于
Fixed crash bug with non-textured models in new Blender exporter. Fixed bottom alignment bug in OBJ converters.
-
由 Mr.doob 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
Models exported by this version should be loaded like this (the same as for slim OBJ converter): var loader = new THREE.Loader(); loader.loadAscii( "path/to/model/Model.js", function( geometry ) { createScene( geometry ) }, "path/to/model" ); Compared to OBJ converter, currently only single mesh is exported (many models are composed of several meshes). TODO - model alignment - copy used images to folder where exported file goes - export all selected meshes / all meshes in the scene? - binary format
-
由 alteredq 提交于
Refactored OBJ slim converter (to make it easier to reuse ASCII converter snippets in Blender exporter).
-
- 09 11月, 2010 12 次提交
-
-
由 Mr.doob 提交于
-
由 Mr.doob 提交于
-
由 alteredq 提交于
-
由 Mr.doob 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
Added a little sanity check in binary format loader (commented out debug log of computed total file size which should match with real file size).
-
由 alteredq 提交于
Optimized binary model format to use indexed UVs. Updated OBJ slim converter and Loader accordingly. This saves about 10% from size of textured binary models.
-
由 Mr.doob 提交于
* AUTHORS: Just realised there is a github page with that info already. https://github.com/mrdoob/three.js/contributors
-
由 alteredq 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
This saves ~22% from size of textured ASCII models. TODO: make the same for binary model format.
-
- 08 11月, 2010 4 次提交
- 07 11月, 2010 4 次提交
-
-
由 alteredq 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
-
由 alteredq 提交于
If you want to use binary format, convert OBJ models using "convert_obj_threejs_slim.py" with "-t binary" option. This will now create two files: JS part with materials BIN part with binary buffers Binary models are loaded like this: loader.loadBinary( 'obj/lucy/Lucy250k_bin.js', function( geometry ) { createScene( geometry, s ) }, "obj/lucy" ); (difference to ascii format is that url root must be always specified so loader can find binary buffers file, like it already was for textures) Good news: - raw binary files are quite smaller than raw ascii files (about half size) - loading times went down about 20-25% - now also Firefox can handle 250k triangle mesh (it just bugs about long running script), with ascii format it threw "array initialiser too large" exception Mixed news: - gzipped binary files are only about 25% smaller than gzipped ascii files so actual benefits are smaller, also it's more likely server will have JS gzipping on by default, while you need to set it up for other formats (could be hacked around by naming binary files with JS extension instead of BIN?) Bad news: - browser blocking is back :( Not that it ever went completely away (for large models object creation is more costly than loading and it is blocking), but it was slightly better with ascii loader (where data is loaded as worker's JS body). - this comes from having to use Ajax to load binary data - loading binary data by Ajax from within worker didn't really help, it was in fact slightly slower and browser did freeze :( - can't easily embed binary data in JSON (would need to encode it which would make it bigger, defying the purpose) - Loader got fatter Also in this commit: renamed Loader.loadAsync() => Loader.loadAsciiOld() and Loader.loadWorker() = Loader.loadAscii() so that names correspond to model formats instead of underlying implementation. loadAsciiOld - JS exported by Blender and old OBJ converter loadAscii - JSON created by slim OBJ converter (-t ascii) loadBinary - JSON + BIN created by slim OBJ converter (-t binary) TODO: - look into UV coordinates, should be indexed the same way as vertices, normals and faces are (instead of unrolled per each face) - look into HTML5 File API, binary blobs could help
-
- 06 11月, 2010 1 次提交
-
-
由 Mr.doob 提交于
-
- 05 11月, 2010 5 次提交