Re: MergedFrameBuffer: New meta-mode syntax needed.

[David Bronaugh]

Mike Mestnik wrote:
Thank you for your informative reply.
--- Alex Deucher <[EMAIL PROTECTED]> wrote:
 

--- Mike Mestnik <[EMAIL PROTECTED]> wrote:
   

I'm currently unable to define a clone mode where one screen is
smaller
then the other.  My thoughts are "1024x768_1024x768" == "1024x768" vs
"1024x768-1024x768".
     

You can, but you can't mix and match multi-sized clone modes with
multi-sized dualhead modes.  I was thinking of doing something like:
   

What do you mean here?  multi-sized dualhead is not realy posible at all,
the viewports are merged, joined at the hip.
 

Multisized screen resolutions -are- possible, but my opinion is that 
they're useless. Multisized viewports or framebuffers are not. (Maybe 
this clarifies?)

It might be nice, if you had more then one pointer or something?
 

option "metamodes" "1024x768-800x600-clone 1024x768-800x600-left"
adding the orientation to the metamode and then removing the
orientation option.  they problem is you then need to add checks to
make sure you have enough framebuffer for all of the modes listed and
you might end up with some huge or weirdly sized virtual desktops. 
PLus it just adds to the confusion.  I also wanted to keep consistency
with other mergedfb drivers.

   

I would find it vary distracting.  I'l referance x2x style east and west
ect.  If I needed west, but used east of north for that matter.  So to
switch I'd also need to swap VGA cables.
 

How about something like (for mergedfb): 
merged:0,1:2048x768,1024x768,1024x768?

0 and 1 would be the heads. The first res would be the merged res, the 
second res would be the res for the 1st specified head, the third res 
would be the res for the 2nd specified head (not viewport size). Order 
would matter. This way you can specify left and right. It doesn't allow 
for top/down specification, but if you wanted to get fancy you could 
take on matrix-style notation, and use a semicolon instead of a comma if 
one's above another (not very hard to solve in terms of notation).

For clone mode, replace merged with 'clone'.
Don't feel stuck with this. Borrow ideas! :)
The problem I have is that my settup is lopsided, one monitor has
better
modes than the other.  The *larger* monitor is on the right, thus
making
it the secondary for GL applications.
     

If you'd prefer it be on the left, you can always switch the
orientation of the crtcs.  in my set up, crtc2 is left of crtc1.  the
orientation of the crtcs doesn't really matter.
   

xv then becomes a problem.  Right now I have it so (g)mplayer uses my
primary head(0), there dose not appere to be a config option for what
monitor is used when going FS.
 

It seems to me like there needs to be some kind of an abstraction 
between physical CRTCs and displays.

I don't know what it should be; just an observation.
David Bronaugh
-------------------------------------------------------
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