 | | 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. (19 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 (...) (19 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 (...) (19 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 (...) (19 years ago, 8-Apr-07, to lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
The latest: (URL) (19 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 (19 years ago, 8-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix? [DAT]
|
|
(...) Did you mean this: [ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ] [ 1 5 9 13 2 6 10 14 3 7 11 15 4 8 12 16 ] I have yet to try it. James (19 years ago, 8-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
(...) I learned my matrix math from a 3d game programming book and I have no idea what the diagonals are... I was going to look it up but I got Travis' code to work! (URL) might still look it up as I may need to know about it) James (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
(...) I mean swap the OFF-diagonals, leave the diagonals as is. (...) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: how does a line ends?
|
|
(...) Interesting. I looked at the C runtime library sources that came with MSVC++ 6.0. The fgets() function there is definitely a little different than either yours or the one ROSCO linked. It does have a couple calls for thread safety, but (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Inverse matrix?
|
|
(...) Just take the transpose of the 3x3 world rotation matrix and it should work as the inverse. Transpose means swap diagonals M[1,2] <=> M[2,1] etc. If this doesn't work I've misunderstood you. Tim (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
(...) Hehehe, cool, I'll try that. Thanks! James (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
Clarification! .... snip (...) I am using additional points to specify the location of feet. Combined with the model location, I have 3 points for the hip and feet. [now the following paragraph should make more sense] (...) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: Inverse matrix?
|
|
(...) Arg. I thought this was going to be easy. I liked this part of the wikipedia article: "In practice, inverting a matrix is rarely required. Most of the time, one is really after the solution of a particular system of linear equations." Hm. I (...) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: how does a line ends?
|
|
(...) Thanks, ROSCO. I took that code and modified it to use char instead of _TCHAR, and got timings of 720-750ms, compared to the 750-780ms I got with my original one. I then modified it to support CR and LF interchangeably, and got back to the (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | LDD Model of GG-1 Electric Locomotive - Advice Requested
|
|
I decided to model the very well known GG1 locomotive as a model available from LEGO Factory. I took some liberties with the design and color scheme in order to accomodate what can be done in LDD. Even so, I think the result is inherently (...) (19 years ago, 7-Apr-07, to lugnet.trains, lugnet.announce.moc, lugnet.cad.ldd, FTX) !
|
| |
| | Re: Inverse matrix?
|
|
(...) I just realised something... do you want a general inverse or a specific inverse? Some inversions are simple eg. a pure rotation can be inverted by taking its transpose and reflections are their own inverses. Tim (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: how does a line ends?
|
|
(...) Just as a proof of the value of disk caching, loading the same model using the system fgets after a fresh reboot, the same loading portion took 3300ms. Also, I switched the feof calls out for a check of the value against EOF just to see if it (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) (URL) Google to the rescue>. ROSCO (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) Quick question. I was in a hurry, and wanted to play it safe, so I call feof instead of checking to see if char1 == EOF. Any idea what gets returned for extended ASCII characters (>= 128)? Does the int contain positive numbers greater than (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) I timed the file reading/parsing portion of the model load. It would have been more difficult to time the actual amount of time spent inside fgets/myFgets, so realistically it's likely that myFgets is even slower in comparison to fgets. The (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Inverse matrix?
|
|
(...) There really is no easy way to do it. Feel free to look at TCVector::invertMatrix in the LDView code if you want to see code that does it on a 4x4 matrix. To convert a 3x3 matrix into a 4x4 matrix, put the 3x3 in the top left, put a 1 in the (...) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | NEW VERSION! Re: Conversion file for ldraw to ldd
|
|
(...) Mike Gallagher has very kindly uploaded his improved version of ldraw.xml to (URL) I recommend using it. Tim (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Conversion file for ldraw to ldd
|
|
(...) I will do that. Thanks for all the help and the ldraw.xml file. I loaded mine as it is today. I have a bunch more I need to do and I should have those done by Tuesday or so. I made this version 1.01a for starters and will keep most up to date (...) (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: how does a line ends?
|
|
(...) That was quick! Thanks for taking the time to indulge me... (...) It is interesting that it was that much time difference. Are these the total load times, or just profiling of the time spent inside the fgets() routines? I see one or two things (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Conversion file for ldraw to ldd
|
|
--snip-- (...) Hi Mike, It's my understanding [1] that we're allowed to post our own Ldraw.xml files so perhaps you could upload yours to Brickshelf. That way people can be sure that they've got the fixes right and the XML file can grow with fixes (...) (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Conversion file for ldraw to ldd
|
|
(...) I also fixed these. First 2 I just had to fix placement, 3rd one I created a “transformation” and “brick ldraw” lines, the 4th I only had to add the “transformation” line, you all ready had the “brick ldraw” line. But 3069b and 3068b I could (...) (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: how does a line ends?
|
|
(...) Yes, sorry that my post sounded overly defensive. I have something of a chip on my shoulder from years of working alongside programmers who want to take shortcuts at the expense of their users. Very few seem to appreciate that it is worth a (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Conversion file for ldraw to ldd
|
|
(...) Me too to some degree. (...) I believe the system may be (incorrectly) case sensitive when reading LDraw files. Perhaps add b and B options. It's also possible this particular aspect is not yet programmed completely. Furthermore when (...) (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Conversion file for ldraw to ldd
|
|
(...) I have been trying to correct some of the errors when exporting from LDD > LDR, and not being a programmer I have come to a dead end. I have been able to correct some of the parts that would show up but not in the correct location or rotation. (...) (19 years ago, 7-Apr-07, to lugnet.cad.ldd)
|
| |
| | 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) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: how does a line ends?
|
|
(...) OK, as promised, here it my fgets replacement: char *myFgets(char *buf, int bufSize, FILE *file) int i; for (i = 0; i < bufSize - 1; i++) int char1 = fgetc(file); if (feof(file)) bufi = 0; if (i > 0) return buf; else return NULL; if (char1 == (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | 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. (...) (19 years ago, 7-Apr-07, to lugnet.cad.ray, lugnet.cad)
|
| |
| | Re: how does a line ends?
|
|
(...) You'll note that I didn't really say that there was anything wrong with your parsing routine (other than some personaly negative feelings about fgetc and ungetc). After fixing the bugs, it will do exactly what you say it will do. It's just (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line end?
|
|
(...) Aaah, that's one of my most common mistakes. C is the third letter, so I think of it as 13 and not 12. (...) At last, someone agrees with me. :) There will still be a theoretical risk that problems will occur, "anything that can go wrong will (...) (19 years ago, 7-Apr-07, to lugnet.cad)
|
| |
| | Re: how does a line end?
|
|
Tore Eriksson schrieb: (...) After read all this and also after I have had a look at (URL) I think that Tore is right by saying "read all and save secure". Do avoid for future discussions this should be mentioned also in the LDraw Specification. (...) (19 years ago, 7-Apr-07, to lugnet.cad)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) I must be missing something here--I mean you can go out and buy a really cheap Windows machine or a Mac mini that will run LDD. Money is obviously not a problem--since you state that 5 sets is just a "fair amount of money". To me that is a (...) (19 years ago, 7-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: how does a line end?
|
|
(...) Slight correction - "0x0D 0x0A" And this is kind of my point. The string you pass to printf() has \n only, which is only one byte. Offhand I don't remember if this is because of the Borland libraries, the operating system, or the fact that (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line end?
|
|
(...) (For some unknown reason, all my backslashes disappeared in previous message.) /Tore (19 years ago, 7-Apr-07, to lugnet.cad)
|
| |
| | Re: how does a line end?
|
|
(...) 1. I always use alt. b. "printf("Hello, world!n");" But as a self-made hobby programmer not knowing all the tweeks and geeks, I wouldn't be surprised if the interpretation of this may vary from one IDE to another, or if there is an .ini file (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) Hi Chris, (...) I believe quite a few people have managed to get LDD running under WINE. Since the code was most likely designed from the ground up to work on PCs and Macs it might be emulatable than older versions. --snip-- Tim (19 years ago, 7-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: how does a line ends?
|
|
(...) I've been writing text parsing programs for over 20 years, and have found that the approach I've suggested works very well at detecting line ends in a consistent manner. Counting lines in a file by this method agrees with every compiler and (...) (19 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
Travis Cobbs schrieb: (...) It seems that all of you are programming in C. As I am always programming in VB it is much work to implement a new 'Line Input' as VB assume a CRLF at the end of each line. I have just run a little prog against the parts (...) (20 years ago, 7-Apr-07, to lugnet.cad)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) Unfortunately, that won't work for me. My computer (typing on it now) is running 64 bit Ubuntu Linux. I've managed to get MLCad and TrackDesigner running under 32 bit Wine (Windows emulator), since 64 bit Linux is happy to run 32 bit programs. (...) (20 years ago, 7-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: how does a line ends?
|
|
(...) I don't fully agree with this. In the nearly seven years since I released LDView 0.1, I've never once run into an LDraw file that LDView couldn't handle due to line terminations, and it requires the newline character to be present at the end (...) (20 years ago, 7-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) There was some discussion about this issue recently. Unfortunately, this is not the kind of problem that can be solved by tightening up the spec. The problem is that people use different text editors on different operating systems to create (...) (20 years ago, 6-Apr-07, to lugnet.cad, FTX)
|
| |
| | Re: how does a line ends?
|
|
(...) Hi Mike, This thread ((URL) contains various bits of discussion about the issue. Given that all software works with DOS newlines (cr+lf) and some doesn't work with the other varieties I personally think that cr+lf should be forced on all (...) (20 years ago, 6-Apr-07, to lugnet.cad)
|
| |
| | how does a line ends?
|
|
In the LDraw File Format ((URL) it is written that "LDraw files are plain text." and "Each line in the file is a single command.". Also in the LDraw.org File Format Version 1.0.0 ((URL) there is no more specification. I found some parts that do not (...) (20 years ago, 6-Apr-07, to 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 (...) (20 years ago, 6-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: LDRAW Export Broken?
|
|
(...) I believe the functionality is there but the mapping isn't. As I posted (URL) here a fortnight ago> you can get it working a bit (very little bit) better using the converted conversion file from LDD 1.6 that I made. Tim (20 years ago, 6-Apr-07, to lugnet.cad.ldd, FTX)
|
| |
| | Re: 3D scanning of Lego
|
|
(...) back, so I've seen firsthand the output from their older-generation machines. He showed me a nut and bolt that were fabricated already assembled. He said the company had demos where they could "print" a 3-D model of a ship inside a bottle, or (...) (20 years ago, 6-Apr-07, to lugnet.cad)
|
| |
| | 3D scanning of Lego
|
|
Slashdot readers have probably already seen this, but for the rest of you, there is an article in the New York Times about using a 3d scanner and rapid prototype machine to reproduce LEGO: (URL) (20 years ago, 6-Apr-07, to lugnet.cad, lugnet.mediawatch)
|
| |
| | Re: LDRAW Export Broken?
|
|
(...) Jordan, As I believe it was explained to me the functionallity to import and export LDraw files in LDD 2.0 is not there "Yet". I think there was a timeing conflict between getting the Hobby Train released and its requirement of having LDD 2.0 (...) (20 years ago, 6-Apr-07, to lugnet.cad.ldd)
|
| |
| | LDRAW Export Broken?
|
|
Hello all, I think there may have been some prior discussion on this issue, but I can't recall the answer. I would like to export files from LDD 2.0 to LDRAW using the File -> Export option. But the resulting LDR files only contain a few bricks, not (...) (20 years ago, 6-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Save the 10183 trains!
|
|
In lugnet.trains, Reinhard "Ben" Beneke wrote: --snip-- (...) Of course one thing which we have been told does _not_ break the NDA is to release our[1] own instructions in LDraw format or as LDraw generated PDFs. Once people start making (...) (20 years ago, 6-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Re: Save the 10183 trains!
|
|
(...) Dear Jeroen, all the points you have mentioned are true. We UTB builders have beta tested the LDD and came up with nearly all these wishes as well... (I myself asked basically for LDraw-export/import). In the end I could live with using LDD (...) (20 years ago, 6-Apr-07, to lugnet.trains, lugnet.cad.ldd)
|
| |
| | Save the 10183 trains!
|
|
Hi, Last Saterday it arrived, my 10183. It is an awesome set with loads of parts and possibilities. But after building the crocodile (building instructions included in the box), we (my daughter, son and I) wanted to build one (or two) of the other (...) (20 years ago, 6-Apr-07, to lugnet.trains, lugnet.cad.ldd, lugnet.dear-lego)
|
| |
| | light.dat has wrong title
|
|
The part title for light.dat is as follows: Pov-RAY Light Source (useless to give a color to it) This title is wrong. Even the L3P that's been out for years pays attention to the color, and creates a light source that matches the given color. (...) (20 years ago, 6-Apr-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) And it was really worth the effort! A funny story/scenery with a different use of the model. Hopefully the two guys succeeded without getting two wet. And thanks for the links. I will dive through it and will see, what I can learn next... (...) (20 years ago, 5-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) At last, it's finished! It can be found here: (URL) (20 years ago, 5-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Brickworld 10183 Hobby Train Challenge
|
|
(...) LDD 2.0 has a "filter" function that allows you to use only the pieces from the 10183 set, though it does not have the ability to keep track of the number of elements used from that set. The Hobby Train is LEGO© 's attempt to keep 9V trains (...) (20 years ago, 4-Apr-07, to lugnet.events.brickworld, lugnet.events, lugnet.fun.community, lugnet.trains, lugnet.cad.ldd, FTX)
|
| |
| | Re: Brickworld 10183 Hobby Train Challenge
|
|
(...) Jeramy, I haven't really used LDD. Is there a way to limit the parts to only those in the Hobby Train? And, while I'm at it, what exactly is the Hobby Train? (...) Sounds cool. I may have to give it a try. Thanks Steve (...) (20 years ago, 4-Apr-07, to lugnet.events.brickworld, lugnet.events, lugnet.fun.community, lugnet.trains, lugnet.cad.ldd)
|
| |
| | Brickworld 10183 Hobby Train Challenge
|
|
This summer at Brickworld, I'll be hosting a train building challenge. Through this challenge, you will get a taste of what it is like to design a set with limited parts availability, much like the designers underwent while working on the 10183 (...) (20 years ago, 4-Apr-07, to lugnet.events.brickworld, lugnet.announce, lugnet.events, lugnet.fun.community, lugnet.trains, lugnet.cad.ldd, FTX) !!
|
| |
| | Re: A question about an animation scene
|
|
(...) --snip-- (...) Hi Eduardo, The spline macro would be useful too ;) Tim (20 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 (...) (20 years ago, 4-Apr-07, to lugnet.cad.ray)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) I just don't want people confusing naming conventions in the part library with naming conventions in Linetype 1 part references. I was mostly replying to Kevin saying his applications choke on spaces in part references, which is something I'd (...) (20 years ago, 4-Apr-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Need LDD 2.0 Help from the Experts on Making Instructions
|
|
(...) I suspect it's a camera angle. Whether or not it's actually implemented at the moment is a different matter. Tim (20 years ago, 4-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: Need LDD 2.0 Help from the Experts on Making Instructions
|
|
(...) OK, but why would those things be specified in the directions area? The directions refer to a part ID, and the part ID is defined in the model group. Where the part ID is defined is also where the location of the brick is defined. Just (...) (20 years ago, 4-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Which may or may not be an issue. It's irrelevant if you're just editing existing lines, but if you add new ones, vi will add them in the file-native format (CRLF for a DOS file), while emacs will add them in the machine-native format. Dan (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) You have my pity ;) (...) I think it leaves them alone. Certainly I've never had any troubles with it converting one way or the other before. If you edit a Windows text file on a UNIX emacs it will show the extra ^R (or whichever is unused on (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Need LDD 2.0 Help from the Experts on Making Instructions
|
|
--snip-- Nice reverse engineering. (...) I know this one :) Well some of it anyway... tx, ty and tz are the translation from the origin, ax, ay, az define a unit vector and angle defines a rotation angle (in radians IIRC). (tx,ty,tz) and angle (...) (20 years ago, 3-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Being a vi user, I'm drawn to the natural conclusion that emacs must be the culprit ;-). (On a more serious note, I actually don't know what emacs does with line endings. I know that vi leaves them alone unless you specifically tell it to (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Need LDD 2.0 Help from the Experts on Making Instructions
|
|
(...) Because automatic building instructions are less then optimal, I have started uploading subassemblies of models to my gallery. Hopefully, if someone buys one of my models, they'll check my gallery for the subassemblies. In the descriptions for (...) (20 years ago, 3-Apr-07, to lugnet.cad.ldd)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Well from your two reports it sounds very much like the files are uploading and downloading correctly. I guess we write the RACHAL one off as a strange quirk and I'll use NoteTab to ensure all future ones are DOS formatted before upload and (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Same results here. L3LAB: In addition to this info, I wish to add that with DOS, UNIX, and Willy the bricks showed up fine in L3Lab, but from the Mac file, L3Lab just showed an empty window. NOTETAB: All four look idential and correct in (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) no just MLCad and LDDP on win2000+SP4 (...) it is. the only problem I had with linefeed was when Allen Smith fixed some entries in der MLCad.ini file. w. (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) The upload is via an html form so I'm pretty sure it's not ftp (unless there's a way for this to be automated from a form?). Willy made the original file in MLCad by the looks of it, I then edited in MLCad and emacs for WinXP, Willy then (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Maybe it's a downloading problem. On windows .mpd files are associated with microsoft project by default. Perhaps because of this, some sort of translation occurred on downloading the file? Or more likely it's an uploading problem. If you used (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) hi folks, since no Mac or UNIX was involved in the creation of the mpd file we are trying to understand what has messed up the end line character. we uploaded four files and would like to know how they turn out in notepad. please screenshot: (...) (20 years ago, 3-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | LDD Heavyweight passenger train cars
|
|
(3 URLs) LDD Heavyweight passenger cars (URL) Full Gallery> I've finished my first take on Heavyweight passenger car designs in LDD and have made gratuitous use of the dark red bricks. I've made a set of five different cars. These cars were common (...) (20 years ago, 3-Apr-07, to lugnet.trains, lugnet.announce.moc, lugnet.cad, FTX)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) You should also consider stripping trailing whitespace from the end of the filename. I believe MLCad and most of the other programs do this. Whitespace in filenames has been supported by many Ldraw programs for quite a while, but it does not (...) (20 years ago, 2-Apr-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Getting rif off the 8.3 nomenclature???
|
|
(...) I very strongly support allowing the inclusion of whitespace in LDraw filenames, provided the first character is not whitespace. Bricksmith has always allowed users to do this. When parsing a line, I get all the matrix numbers, skip all (...) (20 years ago, 2-Apr-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Windows expects it (CRLF). unix mostly (always?) use just LF, Apple use CR. Get a free text editor that can handle such lines. I have used EditPad ever since I found it - never looked back for Notpad: (URL) Anders Isaksson, Sweden BlockCAD: (2 (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSynth on Mac OS X
|
|
(...) Well, I can't remember the name of the first guy who started it I think back in 1999. I promptly took it over and he disappeared from the web. Then Matt Gerber pitched in but I haven't seen him in a long time. Here is a blast from the past: (...) (20 years ago, 2-Apr-07, to lugnet.cad.dev.mac)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Thanks!! I hope it ever gets finished, or at least before my computer crashes.... :-) (20 years ago, 2-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) well ... you know the saying: "The exception proves the rule!" or was it "There is no exception to the rule that every rule has an exception!" :-D anyway send it over to Ldraw.org and I'll add it the old gallery. w. (20 years ago, 2-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Damn, I really wanted to enter the previous contest, as I worked pretty long on my contribution. The truth is, however, that it is still being rendered. It is already running for 70 hours now, and it is only at about 45% done!!!! :-(.... When (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org's March 2007 Model and Scene of the Month Winners
|
|
(...) ups! my bad. it's indeed a copy'n'past artefact. usually I prepare the contest posts offline because of all the links. I simply forgot to delete the SOTM entry used in february. sorry about that. beside all these we haven't got any SOTM entry (...) (20 years ago, 2-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org's March 2007 Model and Scene of the Month Winners
|
|
(...) That report is what I like to call a "feature", please ignore it. -Orion (20 years ago, 2-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: OS dependent newline issues
|
|
(...) I think that's quite reasonable. (...) Indeed, most if not all of my part library files are DOS formated. They work fine with Bricksmith, L3P, lsynth, ldglite, LDView 3.2 (from source), and even Mac Brick CAD. Any serious text editor such as a (...) (20 years ago, 2-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: OS dependent newline issues
|
|
(...) No testing necessary. I believe all versions of LDraw software all the way back to Brickdraw 3D have been able to read DOS format lines as that has been the shared format. So they have always been able to read them. In fact, I just opened a (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | OS dependent newline issues
|
|
(...) And in light of this I'll give some cheerleading for some formalising of the newline character in the Ldraw specs. If LDraw software has problems then that is reason enough for a formalised rule IMO. Could someone test DOS format files on the (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Thanks Tim, here are the initial results of my testing: Platform ldraw/ledit MLCad DOS No problems No Problems Unix Part: Not displayed Model: Cannot open No problems Mac * No problems Part: load error Model: Load error * This is the old (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Following further information about compatibility in some LDraw software I will ensure that subsequent MPDs posted to the website are in DOS format. I assume something will be posted about these compatibility issues soon. Tim (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org's March 2007 Model and Scene of the Month Winners
|
|
(...) Hi Dean, I suspect the SOTM bit was an accidental bonus from a copy-paste. AFAIK there was no SOTM for March due to a lack of entries (I know the one linked to on the side of the front page won last month's competition). (...) Weird. They just (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org's March 2007 Model and Scene of the Month Winners
|
|
(...) Are these supposed to be the same URLs? The links don't appear to be anywhere obvious on the main site. (...) Both these report "failed to read database" then show the content as normal. (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: RACHAL Changeover
|
|
(...) If "decent" means powerful and powerful means a 20Mb+ installation file and 30 seconds loading time, I say thanks but no thanks to your strong suggestion. /Tore (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
(...) Yes. The software developers of Notepad. Do you really expect a Mac text-editor to work the Microsoft way because MS Notepad can't read a text file properly? I have very grudgingly updated the file and will probably not do so again (my (...) (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | LDraw.org's March 2007 Model and Scene of the Month Winners
|
|
Congratulations to the winners of the March 2007 Model/Scene Of The Month (MOTM/SOTM) contests: (URL) MOTM, Armored Snow Transport by Petar Potocnjak> (URL) SOTM, The Forces of Isengard by Philip Heinrich> Congratulations also to the winners of the (...) (20 years ago, 1-Apr-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce, FTX)
|
| |
| | Re: RACHAL Changeover
|
|
In lugnet.cad.dev.org.ldraw, Timothy Gould wrote: I'd be amazed that Notepad still can't deal with it if (...) Amazing or not, that's the way it is and software developers should have that in mind. /Tore (20 years ago, 1-Apr-07, to lugnet.cad.dev.org.ldraw, FTX)
|
