On 11/12/2014 16:40, Gerd Hoffmann wrote:
> Hi,
>
>> Do you have a case in mind where the device emulation needs to know that?
>> As opposed to "always need opengl" or "never needs opengl".
>
> virtio-gpu has optional opengl support, and ideally the default behavior
> is 'enable opengl suppor
Hi,
> Consider mutli-head for a minute. There could be a scenario where we
> want to allow 3d usage in one head, but not in the other head. This
> might in turn mean we would want to enable opengl in one display
> backend but not the other, depending on which head was connected.
> eg so only one
On Thu, Dec 11, 2014 at 04:29:00PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > > Second for the long term there will be 3d support in a number of UIs:
> > > I expect sdl2, gtk, egl (using render nodes, for headless) and spice.
> > > Having a global switch for them all looks easier.
> >
> > In libvi
Hi,
> Do you have a case in mind where the device emulation needs to know that?
> As opposed to "always need opengl" or "never needs opengl".
virtio-gpu has optional opengl support, and ideally the default behavior
is 'enable opengl support in case the UI supports it'.
> But you'd still need t
Hi,
> > Second for the long term there will be 3d support in a number of UIs:
> > I expect sdl2, gtk, egl (using render nodes, for headless) and spice.
> > Having a global switch for them all looks easier.
>
> In libvirt we model the ability to turn on 3d support for guests against
> the video
On 11/12/2014 12:05, Gerd Hoffmann wrote:
> Hi,
>
> This series add support for screen rendering using opengl. This only
> blits classic DisplaySurfaces to the screen using opengl, it does not
> (yet) enable gfx emulation use opengl for rendering.
>
> It depends on the "sdl2: fixes, cleanups
On Thu, Dec 11, 2014 at 12:05:53PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> This series add support for screen rendering using opengl. This only
> blits classic DisplaySurfaces to the screen using opengl, it does not
> (yet) enable gfx emulation use opengl for rendering.
>
> It depends on the "sd
Hi,
This series add support for screen rendering using opengl. This only
blits classic DisplaySurfaces to the screen using opengl, it does not
(yet) enable gfx emulation use opengl for rendering.
It depends on the "sdl2: fixes, cleanups and opengl preparation"
series just posted.
The big ques
