[Bf-committers] 2.28a release & meeting notes

[John K. Walton]

just got back from holiday (hell). I shot a message
off to Jiri, I'll try to link up with you on irc
sometime this week, maybe tomorrow, whens the meeting
this time?

On Fri, 15 Aug 2003, Ton Roosendaal wrote:

> Hi,
> 
> While IRC-ing with someone using O2 (Jiri), I asked about this  
> middlemouse lagging problem. He could reproduce it, and gave a few nice  
> clues;
> 
> - tools like Grabber don't have delay
> - middlemouse rotate in 3D window always gives 0.5 second delay
> - middlemouse move in other windows goes OK
> - SHIFT+middlemouse doesn't have the delay in 3d Window
> 
> which point to something in Blender code, not to Ghost. The view-rotate  
> feature in is blender/src/view.c, void viewmove(int mode). I can hardly  
> find things that really differ between code for rotating or translating  
> (with SHIFT).
> 
> Can you confirm this, and find the other locations in Blender interface  
> that have delays always?
> I suspect it's the changes in Blender's swapbuffers method, which also  
> has changed while Ghost was introduced...
> 
> -Ton-
> 
> 
> On Tuesday, Aug 12, 2003, at 17:10 Europe/Amsterdam, John K. Walton  
> wrote:
> 
> >
> >
> > While I agree with everything you said, there are serious performance
> > problems in 3d window with ghost based versions. mips3, or older
> > O2's suffer from annoying lag when rotating (and stuff), as if it's
> > polling at a low rate and missing the mouse action. once the action
> > gets going, it's ok.impact type systems (which were the only ones
> > after early blender days) never had this problem.
> >
> > my understanding behind externalizing ghost was to make the display
> > subsystem independant (a good thing). one use for this would be to
> > use GLUT (even if it is ugly, everything is ugly from one perspective
> > or another) when appropriate, and ghost when appropriate or some
> > distributed multidisplay visualization thing. and not just to make
> > an arbitrary API.
> >
> > to summarize, I'm looking for an opportunity, not applying a  
> > restriction
> > or objecting in anyway, I've got enough hardware, I can benefit from
> > anything short of dropping everythign except OSX ;-)
> >
> > On Tue, 12 Aug 2003, Ton Roosendaal wrote:
> >
> >> Hi,
> >>
> >> Apart from a major missing feature (24 bits display) ghost works
> >> technically much better than Glut. In '98 I had to to do lot of hacks
> >> in the glut code to make it working, and it was needed to patch  
> >> Blender
> >> for it too. This was so much more ugly and awkward than the previous
> >> used nice irisgl windowing lib.
> >> Glut has (and had) no official ports for BeOS or OSX available (the
> >> current beGlut and OSX-glut are forks), which made & makes porting
> >> Blender very cumbersome.
> >>
> >> I've checked your forwarded comments from Zr on adding 24 bits support
> >> for Ghost. It really requires someone with more Ghost and C++ insight
> >> and an X11 development envirmont to do it.
> >>
> >> There's a load of unix coders here though... nobody interested in cool
> >> single buffered 24 bits display for rendering?
> >>
> >> (from zr:)
> >> The quick fix solution would be:
> >> Add single buffer mode argument to C++ ghost constructor
> >> Add same arg to GHOST_CreateWindow
> >> Add same arg to window_open
> >> Add code to renderwin.c to determine what mode to use.
> >>
> >> I can help with renderwin.c, that's what I'm familiar with.
> >>
> >> -Ton-
> >>
> >>
> >> On Tuesday, Aug 12, 2003, at 15:48 Europe/Amsterdam, John K. Walton
> >> wrote:
> >>
> >>> On Mon, 11 Aug 2003, Ton Roosendaal wrote:
> >>>> 2. ghost
> >>>> - the Ghost team intends to go for an 'official launch'... they're
> >>>> finalizing docs and demos for it. Ton will help getting marketing
> >>>> exposure at opengl.org
> >>>> - this also implies we (bf-blender) should get ready to remove ghost
> >>>> from the Blender cvs... and include it as extern lib (such as jpeg).
> >>>> - agreed on is to freeze now bf-blender ghost; meaning that commits  
> >>>> to
> >>>> it are not allowed unless it's also done in the official ghost
> >>>> project.
> >>>> During the next period, hopefully before the 2.29 release, we can
> >>>> discuss & decide on how to incorporate the ghost lib.
> >>>> - Ghost is being ported to BeOS (R5, last official release).
> >>>
> >>> is ghost being externalized, and abstracted to the degree that
> >>> we could put GLUT back in for the hardware that worked MUCH
> >>> better with it?
> >>>
> >>>
> >>> _______________________________________________
> >>> Bf-committers mailing list
> >>> Bf-committers@blender.org
> >>> http://www.blender.org/mailman/listinfo/bf-committers
> >>>
> >>>
> >> ---------------------------------------------------------------------- 
> >> --
> >> --
> >> Ton Roosendaal  Blender Foundation ton@blender.org
> >> http://www.blender.org
> >>
> >> _______________________________________________
> >> Bf-committers mailing list
> >> Bf-committers@blender.org
> >> http://www.blender.org/mailman/listinfo/bf-committers
> >>
> >
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers@blender.org
> > http://www.blender.org/mailman/listinfo/bf-committers
> >
> >
> ------------------------------------------------------------------------ 
> --
> Ton Roosendaal  Blender Foundation ton@blender.org  
> http://www.blender.org
> 
> _______________________________________________
> Bf-committers mailing list
> Bf-committers@blender.org
> http://www.blender.org/mailman/listinfo/bf-committers
>