 | | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) Having been one of the more vocal MS bashers around here, let me say that you should never feel the need to apologize for releasing free software to people. You have obviously put a lot of thought and effort into writing a new utility, and you (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
<snip> (...) There's absolutely nothing wrong with .net, other than the MS haters don't like it and there are more .net apps out there than you think. As someone else has already mentioned, most of the .net framework is built in to XP and even if (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | MBC 0.4b2 (Cocoa) bug fix release
|
|
Following Chris finding some crash bugs in MBC 0.4b1, I have quashed these an placed an interim update 0.4d2 on my .Mac site for downloading. (URL) fixes the model rotation issues, crash on new command, crash with some of the early parts primitive (...) (21 years ago, 6-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) ... (...) ... I work for Microsoft. Although I am writing TrackDraw for fun, it is helpful in my work job to gain more experience with XML and .NET. I understand Microsoft offends some people. I apologize. (...) ... Track Designer is a pretty (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) ... (...) I've heard about Linux-based versions of .NET, but I don't have any personal experience with them. It may be very reasonable to port to Linux -- I think the largest stumbling block will be an accurate port of GDI+, the 2D drawing (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) Dude, This might be an English as a second language issue but there is a right way and a wrong way to criticise someone about their work. Your way was definately the wrong way -Orion (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) I wonder if you would feel the same when it was programmed in Java, which needs a Java Virtual Machine installation first. .Net is perfectly acceptable IMHO. I guess it's more an anti Microsoft thing than anything else (the $ is a good hint (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) There is nothing wrong with using .NET, and most of the "crap" you refer to is already present in Windows XP. I've developed many .NET programs and they all work well and my clients are all happy with the way .NET works on their systems. (...) (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) Why you did it in MICRO$OFT .NET now if we want to use your program we need to install 30mb of crap .NET anyway your program is the 1st ine to use it I haven't seen any yet apart from MICRO$OFT LONGHORN a.k.a next windows in 2005 (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: announcing TrackDraw (BrickFest preview)
|
|
(...) I noticed you're using .Net So it might actually work on Linux boxes since the Framework is also available for Linux. See: (URL) for more info about a .Net framework implementation. -Frank (21 years ago, 7-Aug-03, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Orange in LDraw
|
|
Another solution is to leave things alone, but change the applications palette to suit the user's taste. Color is tricky. (21 years ago, 7-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Yep, it is cool to have my model as the edit mode screen shot. It is the first model that I created entirely with LDGLite too. I just finished downloading 1.0.0. I'll give you a report as soon as I have had a chance to do some testing. Chris (21 years ago, 7-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | announcing TrackDraw (BrickFest preview)
|
|
I've been working on TrackDraw, a replacement for Track Designer, for six months or so. I'll talk about it at BrickFest on Saturday. You can read a little about it, and see the BrickFest PowerPoint slides here: (URL) not ready to release the program (...) (21 years ago, 6-Aug-03, to lugnet.trains, lugnet.events.brickfest, lugnet.cad.dev) !
|
| |
| | Re: Star Wars mini models 1st wave render & Orange in part
|
|
(...) Maybe a light source is really close, but the blue seems rather bright. I'll have to try it myself. There's not an official LDraw color for Dark Blue yet, is there? I checked (URL) (...) 484 looks like the right orange to me, based on your (...) (21 years ago, 6-Aug-03, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Star Wars mini models 1st wave render & Orange in part
|
|
(...) It is dark blue. In fact that's the darkest I can get it wiht LDraw color number since I used dithered Black and Blue. (...) Unfortunately no (...) I used 484. 25 seemed too dark. -Orion (21 years ago, 6-Aug-03, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Star Wars mini models 1st wave render & Orange in part
|
|
(...) Looks nice, esp. the AT-ST. Colors seem wrong on the Slave I (I think the blue should be dark blue). Missing the TIE Bomber, though. Are the cylinders for the TIE Bomber up yet? Question related to another topic: what color orange did you use (...) (21 years ago, 6-Aug-03, to lugnet.cad.ray, lugnet.cad.dev)
|
| |
| | Re: Orange in LDraw
|
|
(...) I personally prefer 484 over both 25 & 462, although this may be an optical trick (brain sees a progression, and logically picks the middle color as the correct color). But 462 is defintely too yellowish. John P.S. I FTXed Orion's message. (21 years ago, 6-Aug-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Ok, I might've fixed all of this. If not, I'll have to make a 1.1 release real soon because I couldn't wait any longer. Ldglite has finally reached 1.0. Give the OS X executable a spin and see what I missed. (URL) the way, Tom Bozzo sent me a (...) (21 years ago, 6-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Orange in LDraw
|
|
I did a color comparison of the color orange in LDraw: (URL) brick on the left is the current LDraw color 462 The brick in the middle is color 484, the dither of Yellow and Red (the dither of Red and Yellow, 334, is currently defined as Gold Chrome) (...) (21 years ago, 6-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: LEdit Command line question [DAT]
|
|
(...) The only way to do this with LEdit is to create your own part file, consisting of one line: 1 16 0 -24 20 1 0 0 0 1 0 0 0 1 3001.dat If you store that file in your ldraw\parts directory, you can use it in LEdit as a part, in place of 3001.dat. (...) (21 years ago, 6-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: Command line commands in dat parts
|
|
(...) But for the less commonly used tools ... it does nothing. At this time, CMDLINE is really just a comment. Maybe someday, some renderer/editor will make use of it, but not yet. Steve (21 years ago, 6-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: LEdit Command line question
|
|
(...) Most of the meta commands are used outside of the original LEdit program. ROTATION CENTER is currently only used in MLCad (I make use of it frequently). If you're not able to use MLCad (I don't see why not), then I suggest making a custom part (...) (21 years ago, 4-Aug-03, to lugnet.cad.dev)
|
| |
| | LEdit Command line question
|
|
My ignorance of meta-commands is very nearly complete, so I throw myself on the mercy of my peers here in lugnet.cad.dev Is there a way to "set" the rotation point of a part that will work in LEdit? For example, if I'd like the 2x4 brick 3001.dat to (...) (21 years ago, 4-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: Command line commands in dat parts
|
|
(...) I forgot to add that this link: (URL) my draft LDraw spec and it contains a list of all the known META commands and links to the website for the programs that use them -Orion (21 years ago, 4-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: Command line commands in dat parts
|
|
(...) It's a LDLite META Command. Supposedly the command gives a default color for the part though I've never really seen it in action. For the most commonly used tools (MLCad, LeoCAD, L3P) this command does nothing. -Orion (21 years ago, 4-Aug-03, to lugnet.cad.dev)
|
| |
| | Command line commands in dat parts
|
|
Can someone tell me what a "CMDLINE -C0" means? And if there is a website that explains what the other commands are and how they are used. Thank you, Paul (21 years ago, 4-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
(...) Well this problem my be out of our hands. We've been using SynEdit for our editing component and since this code is not written by us, fixing problems with it is difficult. (...) When code ocmponent that we used for the editor was swapped the (...) (21 years ago, 3-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
(...) [SNIP] (...) I’d like to move the triple 3, say, into position 1 or another line. I click and select the 3 numbers + spaceholders. once the triple is selected in 1.4 the cursor becomes an "arrow" and you can drag’n’drop the selection into the (...) (21 years ago, 3-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
(...) I don't know what he is using, but I do know that enabling and disabling menu animations can produce completely unexpected side-effects. Assuming your Windows version is recent enough to support menu animations, you might want to switch them (...) (21 years ago, 3-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) That's right, Don. Please see (URL) continued: (...) Yes, it will. Tony said: (...) Good initiative! If the file gets too big or unhandy for POV, I will reconsider the L3PARTS mentioned in (URL) (21 years ago, 3-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
(...) I'm not sure what you mean by Drag 'N Drop. Could you elaborate more? (...) Again, I not sure what you mean. (...) Hmm... I have a look at it. I pretty much just ported the code from L3Check to Delphi. (...) I'll put this on the todo list. (...) (21 years ago, 2-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
(...) hi, thx for making a great tool even better. I really like the winding button and the fakt that now you can select multiple lines and rewind them in one go! working with the old plug-in was a lot of clicking and mouse-hoovering (nontheless thx (...) (21 years ago, 2-Aug-03, to lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.5 Beta released *
|
|
To all those who downloaded and got an '.dll not found' error after install, I've uploaded the fix to this problem. -Orion (21 years ago, 2-Aug-03, to lugnet.cad.dev)
|
| |
| | MBC 0.6.2 observations
|
|
Changed model Pressed "command+s" (menu lit up) Pressed "command+q" I was greeted with a dialogue box that stated that the changes hadn't been saved and asked if I wanted to save them. I dismissed the dialogue box, and quit. I launched MBC 0.6.2 and (...) (21 years ago, 2-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Mac Brick CAD 0.6.2
|
|
(...) QTVR works great now. The rotating parts is nice. I like the axis of rotation. Now we need it to snap to 10 or 15 degree rotations when dragging with the mouse. Multiple part rotation doesn't work. See my robot's left lower leg: (URL) kinda (...) (21 years ago, 1-Aug-03, to lugnet.cad.dev.mac, FTX)
|
| |
| | Mac Brick CAD 0.6.2
|
|
Mac Brick CAD 0.6.2 (Carbon) is now available for download at <link (URL) Improvements include Improved model rendering 'Power User' shortcuts Improved QTVR exporting Additionally, the source code is also available in a seperate file at the above (...) (21 years ago, 1-Aug-03, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: LSC Vote Results
|
|
(...) Indeed. Congratulations! Thanks to all the candidates for being willing to be considered for this job, and a special thanks to you, Wayne, for taking on the tally job. Much appreciated! (21 years ago, 31-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSC Vote Results
|
|
(...) Steve, Tim: You are welcome. I'm looking forward to the output of the LSC. [snip rest] -Wayne (21 years ago, 31-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSC Vote Results
|
|
(...) Same here!! I'm glad you posted this while I'm a bit tied up this week. I'll try to get some news on the site as soon as I can, but that might not be till tomorrow when I'm at home, or Saturday when I've unwound. Thanks, Wayne! (...) Yeah I'm (...) (21 years ago, 31-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | L3P Launcher v0.6
|
|
(URL) think this version is alot more useful than the last. Even though not much is different. I added: All of the checkboxes remember their state. A user flags field, so that you can enter in camera and light values if you know the flag values. (...) (21 years ago, 31-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) Chris, Unfortunately the answer isn't necessarily simple. In the parts files included with Brickdraw 3d, I found an error in part 590 (Train Engine). At least one of the Type-2 lines is corrupted. However, I didn't notice the error in the file (...) (21 years ago, 31-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC Vote Results
|
|
(...) Wayne, Thanks for being the vote-tallier-person! I appreciate you handling it. (...) Looks like a good group, except maybe that last one. ;) I'm somewhat tied up right now, but I'll get with the LSC members and we'll get going in the next (...) (21 years ago, 31-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
In lugnet.cad.dev.org.ldraw, Cary Clark wrote: <snip> (...) It's 33,33,33 since these values make the color light enough to show up on a black backgrond when rendered but dark enough to be considered black. -Orion (21 years ago, 30-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) As you pointed out, dithering is a historical artifact with LDraw. As I don't see it doing any harm, I'd rather leave it in for now, even if it is generally unused. Call me misguidedly sentimental. ;) (...) As to the order and format, I was (...) (21 years ago, 30-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) Not exactly, although kind of. The idea is this might become several things. Not in any particular order: - This can lead to a standard color-definition (meta-)statement for LDraw. Since LEGO seems to be releasing more and more colors, it (...) (21 years ago, 30-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Inline POV code in official parts?
|
|
This is just my opinion since I started all this by suggesting to Lars to add POV support into L3P in the first place. By adding a few .dat primitives (not POV primitives) to the .dat definition, then you don't have to tie yourself to any renderer. (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) Now that would rock. For my personal use, this would almost entirely solve the problem. I could whip up a single file that contains all the parts I want to fix, run it through L3P, manually fix the parts in the resulting file, and then include (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | LSC Vote Results
|
|
All: Due to some technical difficulties, I was unable to tally the votes on Sunday as originally planned (I was in Boise Idaho at the time, and the rain storm the prior night had crippled the cable modem I was borrowing.) So I was not able to do the (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.org.ldraw) !!
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) I asked Lars a while back if he could wrap all the part definitions with IF NDEF statements so that someone could define the parts they wanted in an external include file and the rest would use the standard L3P code. Hopefully when a new (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) Because parts with inline POV code work with the version of L3P that we have now. Why not start by building a library of modified official parts, but with the explicit goal of eventually converting them into POV only parts when L3P or some (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest? [DAT]
|
|
(...) Here is my $0.01.... This is how I have started handling Ldraw/PoV parts: The 3626bp6f.dat is availabe on the parts tracker here: (URL) is some line wrapping happening here, I will need to fix it later) 0 Minifig Head with Female Eyes with Red (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Inline POV code in official parts?
|
|
(...) I agree with Steve on this issue: no POV code in offical parts with the possible exception of primitves. I feel this way for a few reasons: - It could be construed the POV is the Official rendering program of the LDraw.org library. This can (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) Why not just a library of POV code only parts, ala LGEO/Raves, only compatible with the LDraw.org library? We could host this project on Sourceforge so anyone who was interested could develop. I think if we do it Pov only, LDraw.org is more (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Repository of .dat files with inline POV-Ray code... any interest?
|
|
(...) Okay... then I'd like to open this up to a question for the community: Is anyone interested in working on a single shared repository of ldraw-compatible parts with inlined POV-Ray code? How many authors out there are comfortable with both (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) ... (...) ... I'm working on a Track Designer-like program; I'll be presenting it at BrickFest. My program, TrackDraw, can read and write LDraw files -- I've also created a color definition file (in XML) that is very much like Steve's -- so (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) hmm ... I suppose this will become a some sort of standard color chart for a handful of progs? are we sure that the ldraw colors are the right ones (makein' the devils advocate)? looking around I found at least three different values for (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Less that a second for my Mini, but it is mini :) About 4 seaconds for my black tank car, which has 284 (?) parts. About 8 seconds to draw my GP30. The dat for the GP30 has 817 lines (not all of them are parts). Redraw the model every time... (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
[XPFUT lugnet.cad.dev.org.ldraw] (...) A little more has happened on this: I emailed the authors of most of the LDraw-compatible software packages, and asked for buy-in on this idea. Basically, my thought was that we needed to have agreement about (...) (21 years ago, 29-Jul-03, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Inline POV code in official parts?
|
|
(...) Yes, it's pretty much still the case. I would really prefer to not have any POV code in the parts library at all. But if there must be some, I think it should stay in the primitive files. (...) I think a better solution is to work on POV (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Inline POV code in official parts?
|
|
What's the current plan for POV-Ray code in official parts? I have been out of the loop for a while, but my last understanding was that parts with inline POV-Ray code don't have any chance of getting certified on the parts tracker. Is this still the (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Found a much more recent post on this indicating that it may still be a problem with current Macs... Also contains a bit more info as to what's really going on. (URL) The only workaround I can think of is to (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) (URL) guy found the same bug on his Mac. Writing to the GL_FRONT buffer seems to also write over whatever you may have stashed away in the GL_BACK buffer. The only workaround I can think of is to copy the image to regular system memory, or (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Primitive substituion and part reviews
|
|
(...) They should not warrant a Hold review. Put comments in the review, and if you think the issue is serious enough, go for a NoVote review. (...) If the pattern allows, it would be good to add a color-matched ring primitive around the outside of (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev)
|
| |
| | Primitive substituion and part reviews
|
|
To what extent, if any, should rendering errors caused by primitive substitution warrent a Hold vote on the PT? An example of this would be a disc shaped pattern surrounded by a ndis. Would it be appropritate to add a small, color matching ring (...) (21 years ago, 27-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) Sounds like the next release it going to be a good one! Out of curiosity, is there a bug in the train motor part? Chris (21 years ago, 26-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) As an update to this comment, I have now placed the glFinish() command and the timing loop into the render instance, and now I get correct behavior. It's clear that Cocoa creates a new thread for each instance, therefore as guessed before, (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) So you're saying that if I ask for the GL_RENDERER etc strings after a window resize I'll get the same ones I started with no matter what? (I added some code to check it anyway just in case) That really sux. Who designed that feature, (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) OK, I looked at the code above, and all it seems to do is tell its OpenGL context to update every time the window is resized. If their glut doesn't do this, then it is broken. As far as I know, there isn't any equivalent to this in Windows. (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Found some more info. This makes it even more clear. (URL) it only shows icky Cocoa code. I may have to examine the apple glut sources to see how much of this is actually handled in glut. I wouldn't be suprised to find some bugs there. And I (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) The OS is selecting the drivers. If I want to select them myself I have to write all sorts of icky OS specific code. (...) It gets worse. I did some searching on this. Apparently, according to the source on this page, I may need to check if my (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Short version, yes, I am still working at Westfield, but no, I am not there at the moment. I am working out of the home office in Worcester. I am printing out my just defended Ph.D. thesis, and when that is handed in to the graduate school (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) When running at 16 bit the ATi drivers are loaded unless I mistakenly type ./ldglite -le -v1024,7400 mini.dat (instead of 740). When the window is set to 800x600 selecting and moving bricks works fine, but selecting and moving behaves badly (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC: Call for Votes
|
|
Well, voting's over. I'm waiting to get the tallied votes from Wayne sometime today, and will post them as soon as I can. I'm headed out on Saturday, and may have sproatic access to email for the next week. -Tim (21 years ago, 24-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Hey, do you still work in Westfield? If so, maybe I could drive up there for lunch tomorrow and see all this stuff in action. That might eliminate some of my confusion and guesswork about drivers, modes and versions. Don (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) In that case, I may just have to say don't use it in 16 bit mode. Does ldglite report ATI instead of "Apple Generic" in 16 bit mode? I know the ATI windows drivers on my old 4MB Rage Pro are so bad that they're unusable. However, on windows (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: GLUT 3.2
|
|
(...) Thanks, I read your other post, so I won't be trying to compile the newer GLUT. The only reason I used to play around with GLUTs was to get LDGLite working correctly. Since discovering that GLUT 2.2.8 does give the pop up menu, I have switched (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) It happens with the 0.95 version to. Other weird things to note. When the stencil buffer isn't disabled, gooble-dee-goo is drawn to the screen. The gobble-dee-goo dissappears when the window is moved. (URL) you check for the amount of VRAM (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) That's a bug. Probably for everyone. I'll have to examine all the messages from the popup windows to see which ones are stolen by the LEDIT mode keyboard handler. (...) I guess this was deliberate. For all the views not available in LEDIT (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Don, OS X is substantially free of such annoyances (thank heavens). Tom (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) If it doesn't happen with the 0.9.5 version of ldglite then it's a bug. I suspect it may be the code I wrote to avoid the Windows nagware tooltips and reminder windows. It's supposed to copy the front color buffer into the backbuffer after an (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Don, Here are some comments on the 7/23 version (built from the current.tgz time-stamped early this morning): * Solid part moving mode (-LE) works fine at lower resolutions. I think I tried all of the predefined views. Using -v1024,740 (a (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Well that makes sense. The bug is worse. (...) Oh, again... sorry, I guess I should read the readme better. I had not noticed that the home and end keys were the keys that did the "out of plane" movements in the 1, 2, 3, 4, 5, and 7 views. In (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: GLUT 3.2
|
|
(...) Charles, thanks. This solution worked for me. (Sorry Chris, I posted in the ldglite thread before trying this out -- it worked much faster than I thought!) Perhaps the other error was dependent on the libForeground problem. Chris, since (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Chris, thanks for the info. The pop-up menu had been working for me with the GLUT in GLUT.framework 2.2.8 (dated February 11). I got the same error trying to build GLUT from the sample code. --Tom (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Apparently yes, but it has the drawback you noticed below. (...) This is because from certain viewpoints two parallel edges exactly cover each other. In XOR math they cancel each each other out and the part disappears. The Stencil buffer (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) I am probably messing up the nomenclature... I think it is supposed to mean that it is the 5th version of GLUT that was made for Mac OS X, and it corresponds to GLUT version 3.0. The 2nd one must be the 7th version of glut made specifically (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Just for fun I tried resizing the screen using the "hidden" risizing box in the corner of the screen. It didn't go very well... I took a screen shot. (URL) guess I won't be using the resizing box any time soon :) If you couldn't tell, I named (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Chris, What is Mac OS X 5.0 and Mac OS X 7.0? I have never heard Mac OS X refered to that way. Do you mean Mac OS X 10.2.5 and Mac OS X 10.2.7? James (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) The GLUT I am using is GLUT for Mac OS X 5.0 (GLUT version 3.0) I downloaded it from the Apple Developers site a while ago. The archive is dated Jan 2003. It gives me access to the pop up menu built into LDGLite. (control+click). I don't think (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Sorry, I should read the readme's more closely. (...) Oh, 0.9.5f wouldn't read files created by MBC. Only the first brick would appear. You said it was probably a line ending thing. I just wanted to say that yesterdays current version of (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC: Call for Votes
|
|
(...) I'm glad I saw this on Lugnet's homepage today, or I would have missed the vote. I've been lurking more than anything these past few years, but LDraw is still a very important interest to me. I just can't follow the day to day events as much (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
Travis, To date I have used this apporach in both C and Objective-C: The mouse drag subroutine on the first loop through saves the current system time in a global variable. An event is then sent to initiate redrawing of the model. The the model is (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC: Call for Votes
|
|
Just a reminder to everyone ... voting ends this evening. So, if you haven't, please do! -Tim (21 years ago, 23-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) I'm not sure I completely understand the above. What are you timing? If you are just timing how long the glFinish takes, then a change in its behavior might not be indicative of a bug in the new OpenGL drivers. And if you time how long you (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) This is a problem I've been wrestling with since I commenced with Objective-C. Normally to engage slow drawing mode what I do is I time the redraw operation by using glFinish(). This command is supposed to prevent the application from (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.4.1d (Cocoa) observations
|
|
(...) I'll check it out - sounds strange...before there was no problem (...) The Cocoa version still has very weak fault tolerence for corrupt Ldraw data (which is noted in the ReadMe file), todate I've been dealing with these types of crashes on a (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: GLUT 3.2
|
|
(...) ... (...) I've played this game before. The BSD (or whatever OSX is underneath) linker is more picky about its archives than Linux or (probably) solaris. When people port code from these systems to OSX they sometimes forget to add the extra (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Yeah, I did some "back of the envelope calculations" a while back, and you don't have enough VRAM for all the goodies at the higher resolutions. (URL) wonder if I could fix it by asking for a smaller depth/stencil buffer when the program (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Chris, I have a 400 MHz PowerBook G4, so I'm also in the 8MB VRAM boat. I have experienced the part highlighting problem at higher resolutions you mentioned in the other post at higher resolutions with 0.9.5f, so VRAM seems a likely culprit. (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) -le should only affect the current selected PART when you move it with the arrow keys. -le moves an XOR wireframe and -LE moves a solid part. In general, -le seems faster and less buggy. Rotation drawing mode is controled by the menu that you (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
