 | | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) <snip> (...) Wow, this is amazing. I had no idea you could do these kinds of things with shaders. Like Don I too think it's time for me to get a good book/document on using shaders in OpenGL. Thanks for the revelation. Roland (14 years ago, 16-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) Hoo...that takes me back! :-) Doing the second shader was a bit of a blast from the past, actually - it's over 10 years since I last wrote assembler in anger! Alex (14 years ago, 16-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) ... Wow, that is simple. It looks just like the description of the algorithm in the LDRAW specs. I haven't felt this old since manipulating the colormap for animation went outta style. :^) Thanks for sharing, Don (14 years ago, 16-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) Actually, it's even simpler! This is the code for the geometry-shader: #version 120 #extension GL_NV_geometry_shader4 : enable varying out vec4 gl_TexCoord[]; float determinant(mat2 m) { return m[0][0] * m[1][1] - m[0][1] * m[1][0]; } void (...) (14 years ago, 16-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) Ah ha! Yet another reason to read that vertex-shader book. So, are you suggesting running this algorithm on the graphics card (with counters for the vertices instead counting pixels in the stencil buffer) or perhaps some other algorithm? (...) (14 years ago, 16-Jun-10, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) Interesting, but complicated IMO :-) Shaders offer a much easier implementation, and (I suspect) a faster one. Geometry-shaders for preference, but the algorithm can be implemented using vertex-shaders or even ARB vertex-programs to support (...) (14 years ago, 16-Jun-10, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) So finally this brings us to a technique that combines the predictive abilities of the conditional lines with the runtime advantages of the stencil and BFC algorithms. Think of the conditional line as a pair of triangles with a shared edge (...) (14 years ago, 16-Jun-10, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksmith 2.4: Faster. Much Faster.
|
|
(...) And another thing... The BFC technique actually has an advantage over conditional lines because it works on the entire scene after it's been assembled. Whereas the conditional lines at the edges of the primitives are created in advance, and (...) (14 years ago, 16-Jun-10, to lugnet.cad.dev.mac, lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw BFC Tool
|
|
(...) Stupid me Link on sourceforge: (URL) Tim (14 years ago, 16-Jun-10, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDraw BFC Tool
|
|
(...) Cool! Where does one find an executable? Kevin (14 years ago, 15-Jun-10, to lugnet.cad.dev, FTX)
|
| |
| | LDraw BFC Tool
|
|
The time is up. There is no need to edit thousand lines of code anymore if you are in trouble with BFC-Certification! I have written a tool which requires .NET framework 3.5 and managed DirectX 9 to run. With this tool you are able to change wrong (...) (14 years ago, 15-Jun-10, to lugnet.cad.dev, lugnet.cad, FTX)
|
| |
| | Re: LDPattern
|
|
(...) No greater loss I guess. ;) (...) Guess I'll have to take a peep at Quad2dat to see how it works. I thought it was basically just the same approach as bmp2dat, with the difference it can handle more file formats and color depths. /Tore (14 years ago, 4-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: LDPattern
|
|
(...) Even with Lugnet it's not always easy to know things exists: I had no idea LDraw Draw existed until today ;o) (...) Hopefully Il'dar will chime in, but I guess LDPattern will work like Quad2dat: once vertices are created, new points closer (...) (14 years ago, 4-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: Possible (minor) contradiction in the specs
|
|
(...) If by "extension documents" you mean the (sub-)specifications referred to from the main 1.0.0 spec document (ie this page (URL) is no contradiction as the referenced specs were ratified BEFORE the main 1.0.0 spec (they had to be, otherwise the (...) (14 years ago, 4-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: LDPattern + LDS, Proof of Concept [DAT]
|
|
(...) ... and here's the output from the LDS Compiler v 0.61: 0 Tile 2 x 2 with Red L Pattern 0 Name: 3068bpL.dat 0 Author: Tore Eriksson 0 Unofficial Non-LEGO Part 0 BFC NOCERTIFY 1 16 0 0 0 1 0 0 0 1 0 0 0 1 s\3068bs01.dat 0 // Pattern created by (...) (14 years ago, 4-Jun-10, to lugnet.cad.dev)
|
| |
| | LDPattern + LDS, Proof of Concept [DAT]
|
|
Here's a thought LDPattern project file in pure LDS format: ' 3068bpL.lds ' LDS Source File created by LDPattern 0 Tile 2 x 2 with Red L Pattern 0 Name: 3068bpL.dat 0 Author: Tore Eriksson 0 Unofficial Non-LEGO Part 0 BFC NOCERTIFY ' Default (...) (14 years ago, 4-Jun-10, to lugnet.cad.dev)
|
| |
| | Possible (minor) contradiction in the specs
|
|
Hi all, Not sure if this is the correct group for this, but I was wondering about a possible contradiction in the specs. I started working on a translation of my LD4DStudio renderer in C++ in means of a refresher course. While starting this up I (...) (14 years ago, 3-Jun-10, to lugnet.cad.dev)
|
| |
| | LDPattern [DAT]
|
|
I just discovered the LDPattern project. (URL) to the ongoing delugnetization, I had no idea it existed until today. Anyway, here are my thoughts. In 1997, I made a DOS program called LDD (=LDraw Draw, to avoid confusion with TLC's Lego Digital (...) (14 years ago, 3-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: What do LDraw dev people use for multiplatform development
|
|
(...) <snip> (...) Thanks for the insight, Actually the more 'local' feel to interfaces is the reason why I'm a bit more leaning towards wxWidgets at the moment, it uses native controls where possible on all platforms. But Qt is clearly more (...) (14 years ago, 2-Jun-10, to lugnet.cad.dev)
|
| |
| | Re: What do LDraw dev people use for multiplatform development
|
|
I know you've already mostly decided on a direction, but I figured I'd throw in my two cents. LDView takes a different tack for cross-platform support: all the back-end code is cross-platform C++, but the UI code is platform-specific. So my Windows (...) (14 years ago, 1-Jun-10, to lugnet.cad.dev)
|
