Re: DBASE process

New Message Reply Date view Thread view Subject view Author view

DONKERS H.C. (donh7++at++fel.tno.nl)
Fri, 25 Jul 1997 11:02:40 GMT+1

> When you say editing are you just changing vertex information etc, or do
> you for example need to create large ammounts of data, do heavy compute &
> read from disk?
When I said editing, I meant that I do a lot off pruning and adding
of nodes within the pfScene.
And I can't prune the graph from a different process than the process
that calls pfFrame, because then I could have changed the graph from
the other process between the Cull and Draw phase.
(am I still making sense?)

Why do you want seperate processes then, you might ask.
Well, both processes (not the process calling pfFrame) pruning the
graph, also do some heave computatioins, and I would like them
seperately (sproc'd) also for 'maintainability' of my code.

BTW, is adding and removing of nodes the only operation I cannot do
in a seperate process? I can imagine that I *CAN* change geoset
information from another process. Maybe that info gets through one
pfFrame later, but it wouldn't crash the program.
Am I right?
  
> Sounds like you may be able to do what you need in the application of any
> forked process without resorting to the complexitied of pfBuffer::merge.
>
> Cheers,Angus.
>
> On Jul 24, 3:07pm, DONKERS H.C. wrote:
> > Subject: DBASE process
> > Hi pfFriends,
> >
> > As I understand if you want to do database paging in a seperae
> > process, you should use the DBASE process.
> >
> > But is this also a good idea to use this when doing high frequency,
> > small modifications to the scene?
> >
> > --
> > I would like to have to seperate processes editing two distinct part
> > of the scene. This editing is highly frequent on both processes, but
> > they don't interfere with each others part of the scene.
> > Now I understand that I can't just do this in seperate processes,
> > because then the pfFrame (called from yet another process) is bound
> > to crash.
> > But my believe is (just a thought; no experience yet) that using the
> > DBASE process for both processes, will give me a considerable
> > overhead. Is this true, or am I mistaken somewhere along the line of
> > reason.
> >
> > Any ideas?
> >
> > Kurt
> >

Kurt Donkers
TNO-FEL
Oude Waalsdorperweg 63
PO Box 96864
2509 JG The Hague

tel: (+31) 70 374 02 72
fax: (+31) 70 328 09 61

email: Donkers++at++fel.tno.nl
http://www.tno.nl/instit/fel

                          oooo$$$$$$$$$$$$oooo
                      oo$$$$$$$$$$$$$$$$$$$$$$$$o
                   oo$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o o$ $$ o$
   o $ oo o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o $$ $$ $$o$
oo $ $ "$ o$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$o $$$o$$o$
"$$$$$$o$ o$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$o $$$$$$$$
  $$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$
  $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$$$$$$ """$$$
   "$$$""""$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$
    $$$ o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$o
   o$$" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$o
   $$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$" "$$$$$$ooooo$$$$o
  o$$$oooo$$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ o$$$$$$$$$$$$$$$$$
  $$$$$$$$"$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$$""""""""
 """" $$$$ "$$$$$$$$$$$$$$$$$$$$$$$$$$$$" o$$$
            "$$$o """$$$$$$$$$$$$$$$$$$"$$" $$$
              $$$o "$$""$$$$$$"""" o$$$
               $$$$o o$$$"
                "$$$$o o$$$$$$o"$$$$o o$$$$
                  "$$$$$oo ""$$$$o$$$$$o o$$$$""
                     ""$$$$$oooo "$$$o$$$$$$$$$"""
                        ""$$$$$$$oo $$$$$$$$$$
                                """"$$$$$$$$$$$
                                    $$$$$$$$$$$$
                                     $$$$$$$$$$"
                                      "$$$""""

Life's short,
Better to have fun while it lasts!
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:55:39 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.