LDraw.org Discussion Forums

Full Version: WebGL renderer
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
(2019-06-28, 18:53)Michael Horvath Wrote: [ -> ]I can confirm that brigl works correctly in conjunction with LDBoxer parts.

https://github.com/Jeremy1980/LDBoxer

These parts likely will improve performance, though I have not done any benchmarking.

Here is an example:

http://isometricland.net/brigl/ldr_carriagehouse.php

This model may take several minutes to fully load. It may seem as if the loading has become "stuck" and has stopped advancing. (This is my #1 major annoyance with brigl.) Just be patient and let the browser tab alone for a while.
It seems to be mostly caused by the latency between discovering and fetching parts. By optimizing this process it should become much quicker to load. I have uploaded it here on a page where the server pre-fetches parts you need and it loads much quicker - click "View 3D" to load the 3D model (and please tell me if you want me to delete the entry again - it is just uploaded as a demo)

By the way. This model is a wonderful test model. The use of "0 Name:" lines and naming with ".dat" is completely unexpected, so I will have to change my algorithm to properly detect this use case.
(2019-06-28, 15:32)Magnus Forsberg Wrote: [ -> ]To me it looks like your library have issues.
I see two broken heads that I know have been reworked and corrected. They used an old obsolete subfile, and wasn't correctly bfc'd. They are corrected, but right now I don't know their status, official or unofficial.

I updated my parts library to the one released a few days ago, but the problem persists. I wonder why the recently "fixed" versions weren't pushed to the official release.
(2019-06-29, 16:36)Lasse Deleuran Wrote: [ -> ]It seems to be mostly caused by the latency between discovering and fetching parts. By optimizing this process it should become much quicker to load. I have uploaded it here on a page where the server pre-fetches parts you need and it loads much quicker - click "View 3D" to load the 3D model (and please tell me if you want me to delete the entry again - it is just uploaded as a demo)

By the way. This model is a wonderful test model. The use of "0 Name:" lines and naming with ".dat" is completely unexpected, so I will have to change my algorithm to properly detect this use case.

Interesting. I have some (outdated I'm sure) JavaScript experience, but none with AJAX or WebGL.

I'm not sure "0 Name" is an official LDraw comment type. I think MLCad did add it to the model, however. Also, the ".dat" extension is there because this model is nearly 20 years old. (It is also outdated, as am I.)

Wink

Yes, you may keep the model up.
(2019-06-29, 16:17)Orion Pobursky Wrote: [ -> ]I think it's less of a model problem and more of a problem with model size and horsepower of the rendering machine.  Example: 10030 crashes the tab on my iPhone but loads perfectly fine on my desktop.
I'd suggest using the "dontSmooth:true" option for the larger models. For example I tried to render 101341-1 (Y-wing Attack Starfighter) and after spending several minutes working on smoothing my browser timed out.
(2019-06-29, 16:36)Lasse Deleuran Wrote: [ -> ]It seems to be mostly caused by the latency between discovering and fetching parts. By optimizing this process it should become much quicker to load. I have uploaded it here on a page where the server pre-fetches parts you need and it loads much quicker - click "View 3D" to load the 3D model (and please tell me if you want me to delete the entry again - it is just uploaded as a demo)

Does this BrickHub page use BRIGL or some other renderer?
(2019-07-07, 6:51)Michael Horvath Wrote: [ -> ]Does this BrickHub page use BRIGL or some other renderer?

It uses buildinginstructions.js: https://github.com/LasseD/buildinginstructions.js

I am currently looking into OMR compliance and optimization of indexedDB, but different renders are in the pipeline.
(2019-07-07, 12:18)Lasse Deleuran Wrote: [ -> ]It uses buildinginstructions.js: https://github.com/LasseD/buildinginstructions.js

I am currently looking into OMR compliance and optimization of indexedDB, but different renders are in the pipeline.

Do the sample files work offline too?
(2019-07-10, 22:28)Michael Horvath Wrote: [ -> ]
Do the sample files work offline too?

They do, but files are fetched asynchroneously, so opening the sample files in your browser might not work out of the box due to default security settings. To get around this you can either host the files on a local server or disable the browser checks. As an example, Chrome can be started with the following parameters in order to disable these security settings:


--disable-web-security --user-data-dir=some_directory_where_it_is_ok_that_chrome_saves_a_lot_of_files


Personally, I run a simple Python web server: "python -m SimpleHTTPServer" in the root folder of the project.
(2019-07-07, 12:18)Lasse Deleuran Wrote: [ -> ]It uses buildinginstructions.js: https://github.com/LasseD/buildinginstructions.js

I am currently looking into OMR compliance and optimization of indexedDB, but different renders are in the pipeline.

I just wanted to share this other online 3D webGL LDraw viewer that also uses bi.js: it adds the possibility to change the background and export the image as png: https://beta.makerbrane.com/tools/ldraw-viewer/ 

Hope this helps Smile
(2019-07-18, 15:02)caesar Wrote: [ -> ]I just wanted to share this other online 3D webGL LDraw viewer that also uses bi.js: it adds the possibility to change the background and export the image as png: https://beta.makerbrane.com/tools/ldraw-viewer/ 

Hope this helps Smile
That website works super smoothly. Very nicely done!
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16