"Serve Lau" <nihao@[EMAIL PROTECTED]
> wrote in message
news:65fd9$484b8843$541fc2ec$22861@[EMAIL PROTECTED]
>
> "Serve Lau" <nihao@[EMAIL PROTECTED]
> schreef in bericht
> news:d0f3a$484b876b$541fc2ec$21379@[EMAIL PROTECTED]
>>
>> "jbwest" <jbwest@[EMAIL PROTECTED]
> schreef in bericht
>> news:856dnX8n5OXaFNXVnZ2dnUVZ_hninZ2d@[EMAIL PROTECTED]
>>> Well, I suggest you dig deeper. The builders may not realize that
>>> Xinerama and OpenGL often don't get along well, or at all. What this
>>> means then, is, either No acclerated OpenGL (ugh, useless) with
Xinerama
>>> on or, any plain old X window on screen 0 CANNOT be moved to screen 1
>>> with Xinerama off (very, well, old-fa****oned & primitive). Many apps
>>> don't understand multiple screens & visuals. An app running on screen
0
>>> can't just simply create another window on screen 1 -- you have to be
>>> careful to match XVisual's & use a different root & etc. PITA, trust
me.
>>
>> Sounds kinky. At this point in time I can't confirm that as I dont have
>> the hardware to play around with.
>> But do we have to use Xinerama on linux? We could create our own system
>> right?
>
> nevermind I looked it up
>
> http://en.wikipedia.org/wiki/Xinerama
>
> This is not what I need. The 2 graphic cards will not be making one
large
> display they will be working independently or well, sometimes an
animation
> starting on one screen can sometimes continue on the other but then they
> are still indpendant
>
>>
>>>
>>> -jbw
>>>
>>>
>>
>
That's my point. you cannot move an opengl context from one framebuffer to
another, you'll have to completely create a new context, new everything
to
"continue an animation". You'd better find out. Assuming what you are
writing now will work on a 2-card system is probably wrong. Multiple X11
visuals is not simple.
jbw
|
