Subject:
|
Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Wed, 26 Jan 2000 13:55:51 GMT
|
Viewed:
|
960 times
|
| |
| |
In lugnet.cad.dev, Todd Lehman writes:
> In lugnet.cad.dev, Don Heyse writes:
> > [...]
> > Is anyone willing to try it out and see what I missed. Packaging
> > is not exactly my specialty. (neither is web page design and...)
>
> Waycool! I'm wicked excited to try out anything LDraw-related for Linux.
>
> I almost got it working, but not quite. :-( It seems to be running and
> thinking real hard, but all it displays is a blank white window.
>
> Notes:
> * System is PII333 / RHL6.1 + Gnome / ATI video @1600x1200x16bit
> * Grabbed Mesa 3.1 from www.mesa3d.org
> - Mesa lib compiled & installed fine
> - Mesa demos ran great
> * Grabbed ldraw.exe and complete.exe from www.ldraw.org
> - Unarj'd these and installed in /usr/local/ldraw as suggested
> * Grabbed and unzipped ldglite into work dir
> - Seemed to link fine with Mesa
>
> When running ldglite, it gives no warnings or errors. Launching it with
> M6020.DAT, M6040.DAT, or M6067.DAT produces no output to stdout, but running
> WTOWER.DAT displays this (looks like normal healthy output):
>
> $ ldglite WTOWER.DAT
> STEP 0 level 0 pause 1
> STEP 1 level 0 pause 1
> STEP 2 level 0 pause 1
> STEP 3 level 0 pause 1
> STEP 4 level 0 pause 1
> STEP 5 level 0 pause 1
> STEP 6 level 0 pause 1
> STEP 7 level 0 pause 1
> STEP 8 level 0 pause 1
> STEP 9 level 0 pause 1
> STEP 10 level 0 pause 1
> STEP 11 level 0 pause 1
> STEP 12 level 0 pause 1
> STEP 13 level 0 pause 1
>
> Takes a few seconds to render (but still displays white :), and top says that
> ldglite is chewing up 97% of the CPU states -- so at least that's good.
>
> If I copy WTOWER.DAT to FOO.DAT and change the first line so that it
> references a DAT file I know doesn't exist,
>
> 1 2 -20 -56 0 1 0 0 0 1 0 0 0 1 blurfl.DAT
>
> then when I run ldglite on FOO.DAT, I don't get any error messages (should I)?
>
> Any help appreciated!
>
> --Todd
Oops, I hit tab key and it posted the message before I was finished.
Lets try again.
Cool! I found a sucker (er, um, I mean a beta tester).
My first guess is it's having trouble finding the LDRAW path. That'll give
you a white screen for sure. I think I included a grey cylinder dat file
that doesn't require any other files. If that works, it's the path for sure.
Some other questions:
Did you build it, or use the executable from the zip file?
What is the exact path to the parts files?
I have something like /usr/local/ldraw/parts/4746.dat
Did you try setting the LDRAWDIR environment variable?
If your path looks like mine you could set it to:
LDRAWDIR=/usr/local/ldraw
export LDRAWDIR
But you shouldn't have to. Hmmm, did you get a path like this?
/usr/local/ldraw/ldraw/parts/4746.dat
Meanwhile, I'll have to add an error message when it can't find the file.
I can't believe there wasn't one already in the ldlite source. Perhaps I
disabled it somehow...
Good luck,
Don
|
|
Message has 1 Reply: | | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
| (...) Yes, I did disable the message. In main.c the printf() in platform_comment() is disabled (probably because it spewed way to much information). I think if you inserted this you'd be happier. if (level == 0) printf("comment %s\n", message); I'm (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
Message is in Reply To:
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff [DAT]
|
| (...) Waycool! I'm wicked excited to try out anything LDraw-related for Linux. I almost got it working, but not quite. :-( It seems to be running and thinking real hard, but all it displays is a blank white window. Notes: * System is PII333 / RHL6.1 (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
70 Messages in This Thread:
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|