Subject:
|
Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Thu, 3 Feb 2000 17:50:33 GMT
|
Viewed:
|
2772 times
|
| |
|
|
In lugnet.cad.dev, Fredrik Glöckner writes:
> "Don Heyse" <dheyse@hotmail.spam.go.away.com> writes:
>
> > A feature I already started adding to ldglite is to take ldraw
> > commands from stdin if no filename is present on the commandline.
> > I think this lends itself better to external control than polling a
> > file.
>
> But the important thing is probably that the renderer must be able to
> save existing data structures (parts and primitives) so that it can
> quickly display an updated version of the DAT file without reloading
> them.
I was planning to make a display list for each part brought in from the
PARTS directory. Right now I think the files are cached, so they're only
read once, but they're still reparsed every time the same piece is used.
This seems like a perfect spot to create and reuse display lists. If the
file is cached, there must be a display list already made...
This should make redisplay a breeze. And it should reduce some of the
initial parsing time.
> I would like to have even more external control. I would like to be
> able give the renderer commands like "\(add\|remove\) these parts and
> rerender only what is necessary". Would something like that take much
> effort to implement?
Could these controls be added to the current format like the current
LdLite extensions? Something like this to remove the 35th part?
0 REMOVEPART 35
> I would like to use a feature like that with Emacs, so that I can see
> the changes done in "real time" in the renderer. (Communicating over
> X may be the right thing, but I'm not really familiar with this.)
I wouldn't use the selections features built into X since they're not
portable and seem to be obsolescent. What does gnome use, Corba?
I've used TCP/IP for this sort of thing across various platforms, but
the windows implementations are not so great. There's no loopback on win95
by default. I like the stdin approach, if only I could figure out how
to get it to work with a windowed app in win95. It works great for
console programs, but stdin seems to go to the bitbucket as soon as
you open a window.
Don
|
|
Message has 1 Reply:
 | | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
| (...) I think I would need something more. What I would like to do is this. (Please tell me if I'm just dreaming! :-) I would like to give the rendering program instructions as to what changes has been done to the DAT file since the last time it (...) (25 years ago, 4-Feb-00, to lugnet.cad.dev)
|
Message is in Reply To:
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
| (...) But the important thing is probably that the renderer must be able to save existing data structures (parts and primitives) so that it can quickly display an updated version of the DAT file without reloading them. I would like to have even more (...) (25 years ago, 3-Feb-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
|
|
|
|
