--- Alex Deucher <[EMAIL PROTECTED]> wrote:
>
> --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> >
> > --- Alex Deucher <[EMAIL PROTECTED]> wrote:
> > >
> > > --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> > > > Thank you for your informative reply.
> > > >
> > > > --- Alex Deucher <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > --- Mike Mestnik <[EMAIL PROTECTED]> wrote:
> > I have not this experiance. The right(0) head is allways where
> > fullscreen
> > goes. I'm using gmplayer-k7 from debian sid. The pseudo-xinerama
> > workes
> > perfectly and it correctly filles this display. Could it be that my
> > left(1) display is smaller and/or has a scrolling viewport?
>
> I doubt it. perhaps a gmplayer bug? I have a dualhead mode with a
> different mode on each head (1280x1024 and 1024x768). whichever head
> more of the output window is in gets FS which I switch to FS mode.
>
I'l lookinto it.
> > > > This is what I think I was getting at. Can I move the 3d
> > viewport
> > > > during
> > > > runtime? Wait I think you covered this, It would be nice if it
> > would
> > > > move
> > > > like a normale viewport based on 3d client location as a first
> > step.
> > >
> > > that's sort of how the fix to the 3d driver would work. However,
> > you
> > > would want it to cover the whole front buffer because you could
> > > theoretically render to any part of it. why move it around when
> > you
> > > could just iterate across the whole desktop?
> > >
> > It sounds to me like iterate would be another step, for both CPUs. I
> > say
> > avoid it since it's easy todo so.
>
> yes, it would be another step, but how else could you enable 3d across
> the entire desktop? I suppose you could have each app contend for the
> 3d engine, and then move the 3d viewport to which ever app had access
> at the time. however, I'm not sure the 3d engine could work that way.
>
Using cliprects you can see where the viewport needs to be, we change it's
position on context switch for multiple apps. If I'm not mistaken we
allready change alot of register values at that time, so a fue more
shoulden't be anything at all. As for large er apps we will have to
iterate, but I don't fully understand how this is going to work withought
considerable performance loss.
> > > >
> > > > > Alex
> > > > >
> > > >
> > > >
> > > >
__________________________________
Do you Yahoo!?
Yahoo! Domains – Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
