 | | Re: Another LDDP plugin question.
|
|
(...) Yeah, that's all I had to go on. I had the most trouble getting the exported function name decorations to match. Never did that before. Since all your DLLs seem to have the same symtom would you mind contributing the source for one (or more (...) (21 years ago, 8-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) For ldglite I've been emulating LEDIT, so that means the same position as the previous part, but unrotated. This works pretty well when you're building in LEDIT mode because it's right where you're working and it's easy to move it to someplace (...) (21 years ago, 8-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) What would the position and matrix be? I see two possibilities: Same position amd mtrix as previous part 0,0,0 and Indentity Matrix Of course we could add the ability for the user to choose between the two or input desired default position or (...) (21 years ago, 8-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: A Plea from a greenhorn (Re: WOULD YOU PLEASE...)
|
|
(...) Ok, after this thread and some off Lugnet discussion, I've come to a firm opinion. I will refrain from ANY part modfications on non Official Library parts and then subsequent posting on the PT. I will modify parts and Email them to the authors (...) (21 years ago, 8-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Another LDDP plugin question.
|
|
I am using Delphi 3, which is (besides Delphi 1) the only version I've got. I haven't experienced writing DLLs before the LDDP plugins. The only info I had was the sample included with LDDP. Niels (21 years ago, 8-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) Ok I fixed the problem in the ldlist plugin and replaced the zip file. Turns out I had to use the WINAPI convention and add an alias to the .def file to make LDDP happy. I wonder if it's a similar calling convention problem with the track and (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) I think he might have mentioned an older version of Delphi. Anyhow, I suspect it may be an issue with Delphi vs gcc. I got my ldlist wrapper plugin working in ldglite, but it doesn't work in LDDP. I added some debugging and saw LDDP call (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | A Plea from a greenhorn (Re: WOULD YOU PLEASE...)
|
|
(...) I agree, it is a little frustrating. I'm still a fledgeling author, and I need to learn what I'm doing wrong. Having somebody come through and make these edits before I get a chance to look is not making me a better author. I need to be able (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) I have no idea what the problem could be unless Niel used an older version of the plugin code. This shouldn't be an issue with Delphi. --Orion P.S. All the current developers at the LDDP project are using Delphi 6 or higher. As far as what (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Another LDDP plugin question.
|
|
I'm not sure what the problem is, but I'm running into memory problems with some of the LDDP plugins. I wonder if it's some sort of incompatibility with a particular version of Delphi used to build the plugins. Orion's plugins don't exhibit the (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
(...) I agree that it affects every line in the part but my point is the triviality of the moving the part. If the origin is 1 LDU off of what it should be, it's fairly trivial to move it. -Orion (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
[crossposted to lugnet.cad.dev, with followup-to set there as well -- this thread isn't about posting LDR files to lugnet] (...) If anyone is not sure about the general rule/protocol/guidelines on this: for new parts (not fixes), you should *always* (...) (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | LDDP plugin API suggestion.
|
|
(...) It looks like ldlist gets the LDRAW path from the LDRAWDIR environment variable, and this made me think about the LDDP plugin API. Doesn't it make sense to pass the LDRAW path to the plugin via an argument to the ProcessText() fn? This way the (...) (21 years ago, 5-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: PARTS.LST searching. (Was: Re: Part Fix 3959 Space Gun)
|
|
(...) Heh, I already borrowed the idea of narrowing the search as you type from ldlist. I also already added drag and drop support from ldlist. But I need a better screen shot to show that in action. (URL) now that I think about it, I should (...) (21 years ago, 4-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: PARTS.LST searching. (Was: Re: Part Fix 3959 Space Gun)
|
|
(...) LDList makes a partlist of it's own, and saves the keywords too. You can search for a part by AND-ing separate words, or exact quote. (URL) (Both .exe and Delphi source) You're free to use any ideas you can get from it. -- Anders Isaksson, (...) (21 years ago, 4-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Proposed solution for mirrored parts and studs
|
|
(...) I'll look into that. I thought it would be easier to reference the other file, but thinking about it again, I guess I should be able to multiply the mirror matrix by the stud matrix to get the correct final matrix anyway. (Or would that be (...) (21 years ago, 4-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Proposed solution for mirrored parts and studs
|
|
(...) As you write below you can open ANY file. If no studs are mirrored, then no action takes place. (...) In stead of referencing studmirr.dat, why not simply use a mirrored reference to stud.dat? (...) No, same code. (...) Right. (...) If all (...) (21 years ago, 4-Jul-03, to lugnet.cad.dev)
|
| |
| | Proposed solution for mirrored parts and studs
|
|
It's obvious that there is a lot of interest in the problem of mirrored studs, based on the volume of traffic in the ongoing thread. I have a proposed solution to the problem. My proposal is the creation of a small tool that automatically fixes a (...) (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: PARTS.LST searching. (Was: Re: Part Fix 3959 Space Gun)
|
|
(...) Actually, I looked a bit further in the mklist.c code and it will READ up to 200 chars of part description, but then it truncates down to 64 chars before writing the part file. Apparently this is to be compatible with the old MAKELIST.EXE and (...) (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Ouch--painful use of Dave! Oh, well. I knew my solution wasn't perfect, but it solved the immediate problem (while admittedly creating others). I'll still probably use it in my blasphemous clone.dats, if it's all the same to you folks. (...) (...) (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Yes. But I'm not as willing as you are to see files changed, I guess (...) I think mirrored is more of a concern than misrotated, but that's just me. Would this meta work though? In other words, are there any parts that have studs *with logos* (...) (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: PARTS.LST searching. (Was: Re: Part Fix 3959 Space Gun)
|
|
In lugnet.cad.dat.parts, Don Heyse wrote: <snip> (...) The PT currently limits you to, I think, 64 characters in the part name. I don't know wht this limit is imposed. I just test LEDIT with a long name and it didn't care. --Orion (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | PARTS.LST searching. (Was: Re: Part Fix 3959 Space Gun)
|
|
(...) Right now it seems to be listed on the parts tracker as "Bar 1.5L with Handle and Female Stud". I just added a PARTS.LST search capability to ldglite: (URL) there's nothing in that name that would help me narrow the search to find the part. (...) (21 years ago, 3-Jul-03, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) A fair point, but how often would that happen, realistically? Enough to be a problem? Even if one or two parts eventually turn up like that, why would the whole system have to be jettisoned for those few exceptions? (...) I'm not sure that (...) (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Thanks to all the parts developers
|
|
(...) I want to join to the thanks... As I have done a few (easy) parts, I know how tedious it can be... And thanks to the hawk-eyed part reviewers, who help to keep standards high ! Philo www.philohome.com (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Thanks to all the parts developers
|
|
(...) I would like to do so as well. It sounds like a lot of work. -Mike (21 years ago, 3-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Thanks to all the parts developers
|
|
(...) Of course I join to part authors praising. Part authors can't be praised enough, especially as new parts quality is so much high. And of course we want Willy Tschager's space parts to be certified and released as soon as possible. Damien (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) After thinking about it for a while, I totally agree. If anyone wants to make perfect rendering with stud logos lined up correctly (how often does this occur?), I assume this person must have the knowledge to inline that part locally at (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Correct. There's no way to know if they actually face the right direction, so I just figured that horizontal mirroring was more likely to be correct than vertical (although I could be wrong). (...) You can, but my code that decides which (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Actually that does help a bit. It looks like you aren't concerned with whether the logo faces the same direction as on the actual part, you're just ensuring that it's readable. That makes me feel better about my solution. By the way, why do (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Thanks to all the parts developers
|
|
(...) thx to you kevin for makin' pov-rendering a piece of cake. toying around with all this cryptic pov-code was never easier. w. (waiting to see his space parts certified, especially the crater plate - reviewers please!) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) I don't actually do any transformations in LDView to get the logos right. I just detect the mirroring (by tracking negative determinants and flipping the mirrored bit every time I see one) and modify my texture coordinates to un-mirror (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Yeah, I did a search for determinant and found your note. I tried the on-the-fly fix in ldglite with the L3 structs and it seems to work, although I'm not sure I'm applying the fix correctly. Is it really as simple as multiplying some matrix (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) We definitely don't want to do this. It's unnecessary, because the sign of the determinant in the matrix specifying the sub-part tells you whether the sub-part is mirrored. The above might allow the program to do less math, but that's not an (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Yes. That's what LDView does. --Travis Cobbs (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Umm, my math is really rusty. Can the sign of the determinant also be used to detect mirroring? That could be handy. Don (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Thanks to all the parts developers
|
|
I just wanted to say thanks to Steve, Chris and all else that are involved with the developent, review and approval of the parts in the parts library. Programs can come and go, but without the parts library we'd have nothing. I think that the parts (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Wait a minute. Doesn't L3Input.cpp build a threaded tree structure before outputting a single POV part? I would think you could traverse the array Parts[0...nParts] and look for toplevel parts from the PARTS directory. Then for each toplevel (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) My view is that there is nothing _serious_ wrong, but that a fix should be welcome. Anyway. Since we are only talking about studs, the rendering programs _could_ simply remember to fix any mirrored studs (can be done by multiplying the (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) My only concern about letting the rendering programs do this is "how they know which way to orientate the logo". Coding this within the .dat file (either with a correctly orientated stud.dat or with metadata) is preferable to storing this (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) And mine as well. If LDView can correct for this then so can any other program. The stud logos are a bonus feature offered by many programs but are not officailly supported by the LDraw spec. (...) This further supports my position on this (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
Just for kicks and grins.(not!) I'll throw in my $1.25 (...) This may have resurfaced because of the studs with logo files on my webpage. It was a quick thought I came up with a couple years ago. I guess I should remove them and any references to (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) That is my opinion. The programs should be changed, rather than the parts. One thing to consider: even if we 'fix' all the part files so that all studs render non-mirrored logos, mirrored logos can still occur. For example, if someone created (...) (21 years ago, 2-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs [DAT]
|
|
(...) **snip** (...) Ah, the perennial question. During a past discussion of this very topic I offered what I thought to be a semi-workable option similar to #2 above, which I reiterate in the interest of further stirring the pot: We could redo the (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) LDView does not have a problem with mirrored studs. (...) Right! See my posting (URL) Cobbs also explains it well in (URL) 2.) The part itself is flawed in that the studs are mirrored. We should redo (...) Though I acknowledge that L3P should (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) I'm not going to comment on the actual question, but I want to make it clear that LDView should NOT display the logo mirrored, ever. It automatically detects that the stud has been mirrored, and mirrors the logo back to its correct (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Good summation. My preference is 1... a sufficiently clever convertor could perhaps detect this rotation and use rotated versions of the studs that it substitutes somehow in a preprocess step??? If there is a way to do 2 (perhaps with a (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
(...) Thats what i did with the re-upload of some files from the 2865.dat & 32087.dat parts (9V straight track, 9V track cross ) and the recently posted 2867.dat (9V Curved track). I moved the studs from the subparts to the main file. With the (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs
|
|
I am generally against new meta-commands, but inspired by "0 BFD INVERTNEXT", how about something like "0 MIRRORING KEEPPOSITIVENEXT". The more accurate syntax, I leave to the gurus... /Tore (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Mirrored parts and studs [DAT]
|
|
(...) I favour the following scenario - put the part detail in a subpart, but the studs themselves in the main part files. s\xxxxs01.dat bulk of part excluding decorated surfaces and studs (handedness of lowest numbered part) xxxx.dat 1 0 0 0 1 0 0 (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Mirrored parts and studs
|
|
There is somewhat of a disagreeance going on over at the PT about mirrored parts and I thought I'd bring it to the whole community to discuss. Here's a little background for the non initiated: In order to same time and DAT code if a part has a (...) (21 years ago, 1-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Math questions
|
|
(...) Cool, Thanks. --Orion (21 years ago, 30-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Math questions
|
|
(...) (URL) Also, how about a reference to how to detect bow-tie quad? (URL) that the link inside above posting to L3Input.cpp is dead, please use (URL) much more info on quads, please read (URL) (21 years ago, 30-Jun-03, to lugnet.cad.dev)
|
| |
| | Math questions
|
|
Could someone point me toward a good reference on how to extract the angles from a transformation matrix? Also, how about a reference to how to detect bow-tie quad? Thanks in advance, Orion (21 years ago, 29-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: "the new way" (was: Re: Self-Certification in parts tracker)
|
|
(...) [snip] I remembered this old post, and thought I'd post a followup. Better late than never. Here is a summary of part updates by year Year Files Updates 1997 128 3 1998 806 10 1999 685 6 2000 376 2 2001 224 3 2002 848 6 2003 81 1 So, based on (...) (21 years ago, 29-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Absolutely no reason that I can think of. Unless a program deliberately wanted to have separate settings (or multiple settings). (...) Good point. (...) Or check both places. :) Steve (21 years ago, 28-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Well, looking at the LDraw.ini, it apppears that we could swap over to using it. -Orion (21 years ago, 27-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) According to my "Sent Items" folder I sent mklist13.zip including both mklist.c and mklist.exe to you at July 3rd, 2000. On your request I resent it to you on May 14th, 2002. And today I'll send it for the third time :-) /Lars (21 years ago, 27-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Hey, I'm with you. ldglite checks the environment variables first, then looks in the <windir>/ldraw.ini file before using a default. env_str = platform_getenv("LDRAWDIR"); if (env_str != NULL) strcpy(pathname, env_str); else if (...) (21 years ago, 27-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Was there some reason that y'all didn't use <windir>\ldraw.ini? If for nothing else, it has the ldraw path. Steve (21 years ago, 27-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Are you planning to support plugins via dlopen and dlsym? That'd be fantastic. I just modified my plugin test program to take a plugin name on the command line and ran some more of the lddp plugins successfully. (I think the bezier plugin (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Not in the plugins directory, in the directory of the program that calls the dll (...) Yes, we are currently working on a Linux port. --Orion (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) That's great. So it should work if I make a plugins directory off whatever directory ldglite.exe resides in. I take it that's where you'd look for the lddp.ini file as well. Is the lddp.ini file a replacement for the lddp registry entries? (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Unfortunately no. The component library I used for rendering, GLScene, is only available for Windows. Though I read that they were think of proting to Kylix. As soon as they relase a stable version, I'll work on it (...) I love for you to use (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.6
|
|
(...) Hey, cool. Is there a linux port in the works? (...) I have questions. I think these plugins are pretty cool, so would it be OK to use them as plugins for the LEDIT mode in ldglite? I did a quick and dirty feasibility test and it looks doable. (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) Ok, I tried to recreate the changes for 1.3 based on the message strings contained in the executable. The -i and -o commands work for both windows and linux, but I couldn't tell what else may have changed or been fixed for 1.3. You can try the (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) I asked Lars to add -i and -o functionality to mklist (so I could index various directories of part and primitive files). He sent along the EXE, but not the source. When LDraw 0.27 was being finished up, I included in the 1.3 mklist.exe. I (...) (21 years ago, 26-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) A quick check reveals the source I used was from mklist.c v1.2 That's the one included in the zip file inside ldraw027.exe and complete.exe. Oddly, I noticed that ldraw027.exe includes the v1.3 executable with the -i and -o options, but the (...) (21 years ago, 25-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) It doesn't appear to do anything with -i or -o command line options. Is there a newer version of the source, or were you asking me to add that? I only changed two lines of mklist.c (the rest was done in the missing include files), so it should (...) (21 years ago, 25-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: portable version of mklist?
|
|
(...) Does this version include the -i and -o command line options, to control the source directory, and output filename? If it does, and if we could get a fresh DOS compile, I'd like to include the new version in the next parts update. Steve (21 years ago, 25-Jun-03, to lugnet.cad.dev)
|
| |
| | portable version of mklist?
|
|
As part of my attempt to add part lookup (finally!) to ldglite I had to build a portable version of mklist. I'm not sure what to do with it, so for now I've put it here. (URL) builds with gcc on Linux and Windows, and the tweak to the original (...) (21 years ago, 24-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDDesignPad Feature Suggestion
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HGLCJo.1nyJ@lugnet.com... (...) We (the LDDP developers) already thought about this. ;) Surely everyone who wants to participate and implement this is welcome to the LDDP (...) (21 years ago, 20-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Hmmm, how about trying the packages actually "blessed" by your distribution. According to this page: (URL) might be possible to build Opengl programs with these two packages. 14 May 2003 RPM mesaglu-devel 5.0 (i586) 1433 kB Patch-RPM (...) (21 years ago, 18-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Well, that's discouraging. It's still happening inside the Mesa startup code. Here's a link to what looks like a bug report from over year ago which seems to indicate it might be an out of memory error. But I don't see any evidence of a (...) (21 years ago, 17-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Ok, here's the output: (gdb) run Starting program: /usr/local/bin/ldglite Program received signal SIGFPE, Arithmetic exception. 0x0816ce13 in _mesa_test_os_sse_ex...on_support () (gdb) cont Continuing. Program received signal SIGSEGV, (...) (21 years ago, 17-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Wait a minute! You're not done yet. I poked through the MESA code (common_x86.c) and realized something. The SIGFPE is normally caught by the exception handlers in MESA but in gdb the program stops anyhow. You need to tell gdb to continue to (...) (21 years ago, 17-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) I installed it per the instructions on the LDraw website, so I guess I built it myself. (...) I'll try that when I get a free moment. I was kinda hopeing that this problem was a problem with my Linux install and not hardware. Oh well... Thanks (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) More searching reveals some tantalizing hints, but nothing concrete. Setting MESA_NO_SSE=1 is mentioned, but I'm not clear if it's an environment variable, or a compiler option. By the way, did you build MESA yourself, or was it installed by a (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Hmmm, a quick google search seems to indicate you're not the first person to encounter this problem. (URL) appears to be a problem with MESA hardware opengl support and the ATI Mobility chipset. I'll have to muck around a bit more with google (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) I'm running: P3 500 Dell Inspiron 8000 Laptop with 128 MB of memory ATI RAGE Mobility M4 Graphic card SuSe Linux 8.2 Mesa Lib 5.0.1 and here's the output from gdb: (gdb) run Starting program: /usr/local/bin/ldglite Program received signal (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | LDDesignPad Feature Suggestion
|
|
(...) Hey, since ldlist and LDDP are both Delphi apps, wouldn't it be nice if LDDP had support for drag and drop from ldlist? And then, maybe a linux port of ldlist could be included as part of the linux port of LDDP. Would that be cool, or what? (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Sorry for the delay. My cable modem no longer gets a strong enough signal and the local cable company isn't to speedy about fixing it. So while I couldn't reply over the weekend, I did manage to build the latest linux sources. I could only do (...) (21 years ago, 16-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Well, when I tryed to run it from the file manager and I got nothing so I got curious and tryed to run it for the shell window. All I get is the message: Segementation Fault --Orion (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Well, a segmentation error is when the program tries to access some memory that it doesn't own, so it's usually a bad pointer. How did you run the program? From a shell window? If so, what kind of shell was it? Probably bash, but you never (...) (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Maybe I spoke too soon. When I try to run LDGLite in KDE I get a Segmentation Error, whatever that means. Any thoughts? -Orion (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) It works now, Thanks -Orion (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Minifig Generator Plugin for LDDesignPad Version 1.5
|
|
(...) I just recently got a chance to take it for a test spin. Pretty nifty! Preview works fine on this Win2K pc with TNT video card. Here's a few notes. How about a selection for the background color in the preview window? The parts in the preview (...) (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite Linux install question
|
|
(...) Well, being a noodle head probably has nothing to do with it this time. The problem is that I don't currently have much access to a linux PC that's attached to a monitor, just embedded devices and ssh servers. So I haven't exactly kept the (...) (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | LDGLite Linux install question
|
|
Maybe it's just becuase I'm a Linux noodle head (I am learning, albiet not as fast as I'd like) but I'm having problems building LDGLite from the latest CVS download. Here's a dump of the makefile output: gcc -g -DUNIX -DUSE_OPENGL -DUSE_L3_PARSER (...) (21 years ago, 13-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Meta Commands in Part Files
|
|
(...) BFC KEYWORDS CATEGORY I can't think of any others off the top of my head. Steve (21 years ago, 10-Jun-03, to lugnet.cad.dev)
|
| |
| | Re: Meta Commands in Part Files
|
|
(...) Nope, just refreshing my memory so that I can update the Lego Spec 1.0.0 page. So it's: The Standard Part header including Name, Filename, Author, and File Type CMDLINE L3P IFPOV, L3P IFNOTPOV, L3P ELSEPOV, L3P ENDPOV BFC Statements Anything (...) (21 years ago, 10-Jun-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Meta Commands in Part Files
|
|
(...) BFC assertions? (21 years ago, 10-Jun-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Meta Commands in Part Files
|
|
hi orion are you developing some kind of cad? br pixel "Orion Pobursky" <orion@dontaddthis.p...ursky.com> wrote in message news:HG7uG5.1Lr4@lugnet.com... (...) (21 years ago, 10-Jun-03, to lugnet.cad.dev)
|
| |
| | Meta Commands in Part Files
|
|
I'm trying to remember which Meta commands are allowed in part files. Here's my list: The Standard Part header including Name, Filename, Author, and File Type CMDLINE L3P IFPOV, L3P IFNOTPOV, L3P ELSEPOV, L3P ENDPOV Are there more than this? --Orion (21 years ago, 9-Jun-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: 30104 Chain - Generate it!
|
|
Thanks, guys, but I'm looking to more physical realism in my renderings than a formulaic (synthesis) approach will deliver. 2 chains will be securing a stack of logs (made of 9 2x2 round bricks) on a train car. Not only do the chain ends attach (...) (21 years ago, 6-Jun-03, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: 30104 Chain - Generate it!
|
|
(...) Oh yeah, forgot to add this link to the chain generator spreadsheet. (URL) you like the spreadsheet method, there's also a net generator and a hoser spreadsheet there as well. (21 years ago, 6-Jun-03, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: 30104 Chain - Generate it!
|
|
(...) Take a peek at the source: (URL) see a few references to CHAINs (especially in band.c), but I don't think it actually includes this particular type of chain. Since it's open source, this might be a reasonable feature for someone else to try (...) (21 years ago, 6-Jun-03, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: 30104 Chain - Generate it!
|
|
(...) If I recall, LSynth already does this. Correct me if I'm worng, Kevin. -Orion (21 years ago, 6-Jun-03, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: 30104 Chain - Generate it!
|
|
While we are talking about that, would it be possible to create a program/plugin to generate a chain in a model? Perhaps in LSynt or as plugin in LDDP? Jaco "Will Chapman" <will@actionbrick.com> schreef in bericht news:HG0w0C.15s0@lugnet.com... (...) (21 years ago, 6-Jun-03, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Idea for an ldraw related program
|
|
(...) Ah, yes, the missing documentation. Since ldglite is really just ldlite made portable with some extensions, I've been pretending that you can get by with the ldglite documentation here: (URL) supplementing it with my really poor readme.txt (...) (21 years ago, 4-Jun-03, to lugnet.cad.dev)
|
