Re: [Fresco-devel] status Task 150 work out a display server prototype on top of OSG
Nick Lewycky <[email protected]> Sun, 31 Oct 2004 10:33:05 -0500
| Newsgroups | gmane.comp.video.fresco.devel |
|---|---|
| Message-ID | <[email protected]> |
Stefan Seefeld wrote: > Hi Ryan, > > Ryan Patrick O'Hara wrote: > >> I am curious about the status of fresco in particular the status of task >> 150. Has there been any work done on it yet? Is there a prototype yet? >> What about other prototypes using other scenegraph frameworks? Other >> languages? What should the API look like? Are people still interested? > > I'm definitely interested, in particular if the interest is shared by > more people. Nicolas and I have touched on the issue (task150) some > months ago, but afaict nothing has been done yet. I got as far as downloading OSG and looking at the API for it. I'm interested in working on it, but I don't have free time to commit like I used to. I'll try to stay involved, anyways. My first question is, where do we start? >> I am interested in helping with this but it >> would be better if someone had the higher level details. Perhaps some >> discussion of it could begin here. > > sure. My proposition was (and still is) to wrap OSG into a client/server > framework by means of boost.python and omniORBpy. (To reiterate: I'm > neither fixated on python nor CORBA, but such a setup seems to be quite > simple to get the ball rolling and being able to concentrate on the > real issues.) A python binding for OSG would be a good place to start then? (As an aside, I'm not proficient in python. I realize that I could learn it on the fly, but I do like using C++ whenever available. Would it be a problem to have a mix of C++ and python, especially if they can use a wonderful interface such as Boost.Python?) > This would allow the experimentation with a lightweight scenegraph API > that can be used over the wire, i.e. something like Fresco's existing > API without all the scene graph traversal stuff (i.e. no drawing, no > picking, no region management). > > What do you think ? Um, I'm mostly interested in drawing and picking. Not that I don't think the API doesn't need work as well, but it's not my first pick of things I'd like to work on. Nick