|
|
 | | Re: Inverse matrix?
|
| (...) The inverse of <1,0,0,0,1,0,0,0,1,0,0,0> is itself. To compute the inverse of a general 3x3 matrix (essentially what you need to do) is rather complicated. You could do it in a macro using Gaussian elimination [1]. Tim [1] (URL) (18 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
| | | | | Inverse matrix?
|
| Does anyone know how to generate an inverse matrix. By inverse I mean it will undo the rotation of the original matrix. I thought the inverse of <1,0,0,0,1,0,0,0,1,0,0,0> was <-1,0,0,0,-1,0,0,0,-1,0,0,0>. In other words, multiply every value by -1. (...) (18 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
| | | | | Re: A question about an animation scene
|
| (...) You are not specifying a custom clock value so your spline lasts from frames 1 to 121. You actually want to specify a custom clock value. Something like this: animate_by_spline (east_to_south, auto_banking (0) + spline_clock ( ..... ) )} The (...) (18 years ago, 6-Apr-07, to lugnet.cad.ray)
| | | | | Re: A question about an animation scene
|
| (...) --snip-- (...) Hi Eduardo, The spline macro would be useful too ;) Tim (18 years ago, 4-Apr-07, to lugnet.cad.ray)
| | | | | A question about an animation scene
|
| I have made a scene where a car follows a spline this is the main co ---...--- object { car_dot_dat matrix <0,0,1,0,1,0,-1,0,0,0,0,0> #if (version >= 3.1) material #else texture #end { Color7 } //translate<-960,-24,1860> rotate -90*y (...) (18 years ago, 4-Apr-07, to lugnet.cad.ray)
| | | | | RACHAL Changeover
|
| Hi all, It's a day late but we changeover from RACHAL 1 - Atmosphobic to the all new RACHAL 2 - RACHAL Impossible today. Thank you very much to everyone who submitted an entry. I really enjoy seeing what you've all come up with and it we some (...) (18 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, lugnet.cad.ray, lugnet.announce, FTX) !
| | | | | Re: Light is too bright!
|
| (...) In my 1998 Christmas picture (URL) (go to the end of the page) I hand adjusted the lights (one inside each candle) quite a bit. One important part was the material settings (Color46_t), as the clear L3P parts are much *too* clear. Most of the (...) (18 years ago, 26-Mar-07, to lugnet.cad.ray)
| | | | | Re: Light is too bright!
|
| (...) Wow! Thank you! I didn't know that. I tried some different options, and found that the "black" light (color 0, which isn't really black) surpringly produced the best balance between taillights noticably on and not spreading too much red light (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray, FTX)
| | | | | Re: Light is too bright!
|
| (...) I just did before I read your post! (Just called it test.dat instead...) And it really works, the problem is POV will not inline the light into the position of SOFLIGHT.DAT but rather <0,0,0> of the POV world. This makes it more complicated, (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Re: Light is too bright!
|
| (...) I notice you're using white as the color for light.dat. Since L3P pays attention to the color of the light, you can use a much darker shade of gray. The following was done with a light inside the trans red brick with a color of 0x02141414 (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray, FTX)
| | | | | Re: Light is too bright! [DAT]
|
| (...) Hi Tore, Try something like the following Tim ------- SOFLIGHT.DAT ------- 0 Soft Pov-RAY Light Source 0 Name: SOFLIGHT.DAT 0 Author: Tim Gould based on work by James Jessiman 0 Unofficial part 0 L3P IFPOV 0 light_source { <0,0,0> color rgb (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Re: Light is too bright!
|
| (...) Thank you, Anders, I think that should do it. But the thing is, in LDA I try to do everything before running it all trough L3P. Adding post-processing to the steps already involved in LDA is not very appealing to me. And after the most (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Re: Light is too bright!
|
| (...) They should probably be less bright, you can multiply the whole RGB triple by a constant less than 1: ... 0.4 * <r, g, b> It would also help changing the 'fade_distance' and 'fade_power' to make them not shine so far. Or you could change them (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Re: Light is too bright!
|
| (...) Maybe it shows better how dominating the red light is in this frame: (URL) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Light is too bright! [DAT]
|
| Hi all! Is there a way to make the red tail-lights shine a little less brightly? I use the following code, 1 36 -50 -55 108 -1 0 0 0 0 -1 0 -1 0 4073.DAT 1 36 50 -55 108 -1 0 0 0 0 -1 0 -1 0 4073.DAT 1 15 -50 -53 108 1 0 0 0 1 0 0 0 1 light.dat 1 15 (...) (18 years ago, 25-Mar-07, to lugnet.cad.ray)
| | | | | Re: My Rachal: Atmosphobic - The Movie
|
| (...) Hi Carsten, This animation is great. The fire effect really works well too. Definitely one of my favourite LEGO CGI animations. Tim (18 years ago, 21-Mar-07, to lugnet.cad.ray, FTX)
| | | | | My Rachal: Atmosphobic - The Movie
|
| I have submitted my entry "Atmosphobic - The Movie" to the (URL) LDraw-RACHAL>. This little movie was completely rendered with (URL) Blender>. Resources: (URL) making of> - RACHAL Gallery (URL) YouTube> - LowRes movie (URL) Web> - MidRes & HiRes (...) (18 years ago, 20-Mar-07, to lugnet.announce, lugnet.cad.dev.org.ldraw, lugnet.cad, lugnet.cad.ray, FTX) !!
| | | | | Re: Fun with LDView Fly Through (A Minifig's Eye View)
|
| (...) Jim, You're welcome! What you could do with the scene is put a hundreds of thousands unit tall white box (not an infinitive plane, they'll add up to your rendering times!) behind the camera, it'll give you some indirectional lighting like I (...) (18 years ago, 20-Mar-07, to lugnet.cad.ray, FTX)
| | | | | Re: Fun with LDView Fly Through (A Minifig's Eye View)
|
| (...) Hi, Anton! Thanks for the explanation. That is a straightforward conversion. I divided LDView's reported camera location and lookat coordinates by 2.5, reversed the sign of the y coordinates, used the default right vector (positive x), and it (...) (18 years ago, 20-Mar-07, to lugnet.cad.ray, FTX)
| | | | | Re: Fun with LDView Fly Through (A Minifig's Eye View)
|
| (...) Jim, In the Converter I divide every coordinate the LDraw model has by 2.5 and then I end up with the millimeter system I digitized everything with. I have (since I started to build my Library starting in 1992) always used millimeters when (...) (18 years ago, 19-Mar-07, to lugnet.cad.ray, FTX)
|
|
