Re: [AD] Fullscreen problems on Linux

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


On Wed 09 Jul 2014 03:05:48 PM Trent Gamblin wrote:
> Maybe I didn't explain it right but I believe if you request a smaller
> size then it fills it out with black. Not sure what the window size is
> but there doesn't appear to be a border on it.

Ah, so it might reparent us. Or potentially it just makes sure to remember the 
windows's requested size, and the size it sets it to, then blits our hidden 
backbuffer to the real window (compositing turns all windows into render 
buffers).

> Trent
> 
> On 2014-07-09 1:56 PM, Thomas Fjellstrom wrote:
> > On Wed 09 Jul 2014 01:33:54 PM Trent Gamblin wrote:
> >> I don't know what it looks like under the hood, but when I uncheck
> >> "legacy fullscreen support" for Compiz, Allegro doesn't fail to create
> >> the display, instead it creates a big window that covers everything
> >> except the Unity dock and title bar.
> > 
> > Query our window size after we are fully mapped?
> > 
> >> Trent
> >> 
> >> On 2014-07-09 1:14 PM, Thomas Fjellstrom wrote:
> >>> On Wed 09 Jul 2014 01:12:04 PM Trent Gamblin wrote:
> >>>> If you can figure out how to detect if mode setting doesn't work that
> >>>> would be a good start.
> >>> 
> >>> Indeed. Hmm. Well, there ought to be something we can ask the WM or X.
> >>> If
> >>> it won't set modes, that operation should either fail, or not be
> >>> available at all.
> >>> 
> >>>> Trent
> >>>> 
> >>>> On 2014-07-09 1:09 PM, Thomas Fjellstrom wrote:
> >>>>> On Wed 09 Jul 2014 09:45:47 AM Trent Gamblin wrote:
> >>>>>> A full screen blit is not negligible on a netbook or similarly low
> >>>>>> powered computer. It's a huge difference. The point is, whether you
> >>>>>> personally would use it or not mode setting is something that should
> >>>>>> be
> >>>>>> supported for people who want it. We won't get it though because open
> >>>>>> source devs are morons as usual.
> >>>>> 
> >>>>> Personally I think we need both mode setting, and emulation. Of course
> >>>>> if
> >>>>> the WM breaks mode setting on us, there's not much we can do about
> >>>>> that.
> >>>>> It'll have to go in a FAQ, possibly in the docs, and on the wiki.
> >>>>> 
> >>>>> "Hey, your WM is broken!" And compiz is truly broken. A lot of things
> >>>>> were
> >>>>> broken when I was writing the full screen and mode listing code, so
> >>>>> much
> >>>>> so
> >>>>> that I gave up trying to fix it all.
> >>>>> 
> >>>>> But yeah, if we can detect that mode setting is broken in
> >>>>> ALLEGRO_FULLSCREEN, it might make sense to emulate in that case. And
> >>>>> allow the user to select the emulated case as well.
> >>>>> 
> >>>>>> Trent
> >>>>>> 
> >>>>>> On 2014-07-09 9:30 AM, Elias Pschernig wrote:
> >>>>>>> On Wed, Jul 9, 2014 at 5:11 PM, Beoran <beoran@xxxxxxxxxx> wrote:
> >>>>>>>> Elias, I beg to disagree on that point.
> >>>>>>>> 
> >>>>>>>> Real mode setting is essential for games and perhaps surprisingly
> >>>>>>>> so,
> >>>>>>>> for security applications.
> >>>>>>>> Not everyone uses a low quality LCD panel that only works well at
> >>>>>>>> it's
> >>>>>>>> native resolution as their
> >>>>>>>> display! What if I want to show my images on a real TV, or on a
> >>>>>>>> high
> >>>>>>>> quality display that supports
> >>>>>>>> mode setting well?
> >>>>>>> 
> >>>>>>> Which theoretical displays are you talking of? Everything I know,
> >>>>>>> especially TVs (be it LCD, LED, plasma), has a native resolution and
> >>>>>>> running something in another resolution looks bad.
> >>>>>>> 
> >>>>>>>> Also, for games, especially old games, retro games, or games that
> >>>>>>>> have
> >>>>>>>> to run well on
> >>>>>>>> older computers or low powered ones, the ability to mode set is
> >>>>>>>> essential for higher performance
> >>>>>>>> and pixel perfect quality. So we can give our players what they
> >>>>>>>> want.
> >>>>>>>> But no one in the Wayland team thinks much of games or industrial
> >>>>>>>> control safety apps...
> >>>>>>> 
> >>>>>>> I don't think performance matters. The game itself would still use
> >>>>>>> the
> >>>>>>> lower resolution so there is no difference. The only change is the
> >>>>>>> one
> >>>>>>> final scaled image in al_flip_display - any GPU in existance should
> >>>>>>> be
> >>>>>>> able to perform that without noticable overhead.
> >>>>>>> 
> >>>>>>> Also, the quality will be better. If you use a mode-changing
> >>>>>>> fullscreen, then the monitor itself will have to do the scaling. But
> >>>>>>> it has no GPU so will do a very crude and low quality job. That's
> >>>>>>> certainly true for any LCD monitor I've ever had. Using the GPU to
> >>>>>>> do
> >>>>>>> the scaling on the other hand you can get good quality scaling.
> >>>>>>> Also,
> >>>>>>> I suggested an extra integer-only scaling mode, which would make
> >>>>>>> sure
> >>>>>>> there's no possible scaling artefacts at all. Something
> >>>>>>> mode-changing
> >>>>>>> fullscreen would not allow.
> >>>>>>> 
> >>>>>>> --------------------------------------------------------------------
> >>>>>>> --
> >>>>>>> --
> >>>>>>> --
> >>>>>>> ---- Open source business process management suite built on Java and
> >>>>>>> Eclipse Turn processes into business applications with Bonita BPM
> >>>>>>> Community Edition Quickly connect people, data, and systems into
> >>>>>>> organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> >>>>>>> http://p.sf.net/sfu/Bonitasoft
> >>>>>> 
> >>>>>> ---------------------------------------------------------------------
> >>>>>> --
> >>>>>> --
> >>>>>> --- -- Open source business process management suite built on Java
> >>>>>> and
> >>>>>> Eclipse Turn processes into business applications with Bonita BPM
> >>>>>> Community Edition Quickly connect people, data, and systems into
> >>>>>> organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> >>>>>> http://p.sf.net/sfu/Bonitasoft
> >>>> 
> >>>> -----------------------------------------------------------------------
> >>>> --
> >>>> --- -- Open source business process management suite built on Java and
> >>>> Eclipse Turn processes into business applications with Bonita BPM
> >>>> Community Edition Quickly connect people, data, and systems into
> >>>> organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> >>>> http://p.sf.net/sfu/Bonitasoft
> >> 
> >> -------------------------------------------------------------------------
> >> --- -- Open source business process management suite built on Java and
> >> Eclipse Turn processes into business applications with Bonita BPM
> >> Community Edition Quickly connect people, data, and systems into
> >> organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> >> http://p.sf.net/sfu/Bonitasoft
> 
> ----------------------------------------------------------------------------
> -- Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows Winner
> of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft

-- 
Thomas Fjellstrom
tfjellstrom@xxxxxxxxxx




Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/