 | | Re: Another matrix inverse question
|
|
(...) Quarternions are, IMO, a bad way to do what matrices do well. For a rotation you don't need to (and shouldn't) calculate the inverse by a routine. Just transpose (swap the off-diagonals) and you have the inverse. There's no point running (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | Re: Another matrix inverse question
|
|
Thanks for the information, everyone. Although the test case I posted was arbitrary, I did some other tests with matrices that were used for rotations and translations. The upper-left 3x3 seemed to be OK, but the bottom row had problems. I'm (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | LSynth Service
|
|
Hi, all. I've taken the liberty of fiddling around with the LSynth 2 source code a little bit more to create an LSynth Service, a text-processing extension for Mac OS X that lets you run LSynth just about anywhere you can edit text. The service (...) (18 years ago, 10-Apr-07, to lugnet.cad.dev.mac, lugnet.cad.dev, lugnet.cad)
|
| |
| | Re: Another matrix inverse question
|
|
(...) Hi Travis, Looking at the java version of your inversion routine I would guess that it will work for almost any 3x3 matrix + 1x3 translation (the 4x3 + 1 form). Where it will have problems is in matrices for which one or more of the (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | Re: NEW VERSION! Re: Conversion file for ldraw to ldd
|
|
Hi Mike, Couple of ideas for a couple of the bugs. (...) Did you triy transparent and opaque? (...) Did you try 30039? (...) Tim (18 years ago, 10-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Another matrix inverse question
|
|
(...) Sorry about that. I wrote that code so long ago that I forgot that it wasn't a fully general-purpose matrix inversion routine. (Note that it is the way it is so that it will perform better, not because I was too lazy to do the whole shebang.) (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | Re: Another matrix inverse question
|
|
(...) I think you've converted Travis' code properly, but just looking at the code, I'd say it's only intended to produce the inverse of the upper-left 3x3 matrix. None of the other rows or the determinant depend in any way on the 4th row, and it's (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | Another matrix inverse question
|
|
Hello, I read James Reynolds' question about inverse matrices and the responses with interest since I similar questions about matrix inverses. I used Travis's TCVector::invertMatrix code as the base for a Java function. Other than the change to Java (...) (18 years ago, 10-Apr-07, to lugnet.cad)
|
| |
| | Re: NEW VERSION! Re: Conversion file for ldraw to ldd
|
|
(...) I just uploaded my version 1.01e. This is what I have fixed and found as of today. I’m still working on some problem ones below and I’m at a loss on what to do if anything I could do. If you already downloaded the 1.01A through D you will have (...) (18 years ago, 10-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: POV Color Cheat! Turn Pink into Medium Blue
|
|
(...) I thought it was, but in this case it wasn't. The color 24 line can be skipped. And the double pigment declaration was just a pure mistake; one definition is of course sufficient. :) /Tore (18 years ago, 9-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: POV Color Cheat! Turn Pink into Medium Blue
|
|
(...) Good to know. Thanks! (...) I kind of recall that. In some cases, I've seen that L3P ignores an LDraw file with just Type 0 lines. I haven't checked if the IFPOV code makes it not ignore C13-73.dat, but I just did it in a routine manner. /Tore (18 years ago, 9-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: POV Color Cheat! Turn Pink into Medium Blue
|
|
(...) If you want to see the medium blue in LDView, just add the following line to C13-73.dat (anywhere outside the IFPOV section): 0 !COLOUR Medium_Blue CODE 13 VALUE #6E99C8 EDGE 0 Tore, is the color 24 line in the file necessary in order to make (...) (18 years ago, 9-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: POV Color Cheat! Turn Pink into Medium Blue [DAT]
|
|
(...) This is a great idea that deserves to be highlighted while we're waiting for L3P and other programs to support ldconfig.ldr! Inpired be the objects like timers, dialog objects, menu items etc I add to a Form in a Delphi project, I just came up (...) (18 years ago, 9-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: how does a line ends?
|
|
(...) Now that I'm at work, I'm able to look at Microsoft's implementation of fgets for Visual Studio 2005. They do a lock on the file prior to their loop, then call _fgetc_nolock to get each character, instead of fgetc or fread. (That's an (...) (18 years ago, 9-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) Same here on Kubuntu Edgy & RHEL4. Up until LDD 1.4 it worked, but some routines were obviously modified afterwards which use routines not (yet?) supported by WINE. (18 years ago, 9-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) Well, it was worth a try. I tried both LDD1.6 and LDD2.0 . Both required a new Linux /lib32 library, libdrm.so.1 . I got that and installed it. LDD1.6 tries to do what looks like some OpenGLL stuff that isn't supported. It *did* manage to (...) (18 years ago, 9-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: how does a line ends?
|
|
(...) I thought about using a static instead of ungetc() in the first version of readLine() that I posted. This means that you can only read from one open file at a time, but that is usually an OK restriction as long as the programmer is aware of (...) (18 years ago, 8-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) As long as you only have one character to 'unget' you could probably speed it up by introducing a static char which holds the 'ungetted' char (or null), instead of going through ungetc() -- fgetc(). OTOH, the if-statement to check if there is (...) (18 years ago, 8-Apr-07, to lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
The latest: (URL) (18 years ago, 8-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
(...) Well I'll be! That works too! Thanks you guys! James (18 years ago, 8-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
