Years from now the stories will go... "I had to walk to school through 10ft
deep snow, uphill both ways, and when I got there, we had to do OGL compositing
on the main thread".
Now, all reading this and running Nightly on Linux, and having
layers.acceleration.force-enabled set, please try to br
Thanks Benoit! It is indeed a nice milestone. Congrats are due to nical, Bas,
and pretty much all of the graphics team for all the work on the layers
refactoring and OMTC.
On Wednesday, November 27, 2013 1:25:53 PM UTC+13, Benoit Jacob wrote:
> Congrats Nick, after all is said and done, this is
Congrats Nick, after all is said and done, this is a very nice milestone to
cross!
2013/11/26 Nicholas Cameron
> This has finally happened. If it sticks, then after this commit (
> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=aa0066b3865c) there
> will be no more main thread OpenGL compos
This has finally happened. If it sticks, then after this commit
(https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=aa0066b3865c) there will be
no more main thread OpenGL compositing on any platform. See my blog post
(http://featherweightmusings.blogspot.co.nz/2013/11/no-more-main-thread-opengl-
For the sake of WebGL, GL compositing is most likely the preferred
backend for Linux/X11. Basic layers with Render compositing is
available as a fallback for those without sufficient GL support.
Our goal for X11 should be OMTC GL compositing. Adding OMTC
support for X11 basic layers will addre
On Friday, November 8, 2013 10:12:02 PM UTC+13, Robert O'Callahan wrote:
> On Thu, Nov 7, 2013 at 6:37 PM, Karl Tomlinson wrote:
> Throwing out non-OMTC OGL without putting effort into making OMTC
>
> > OGL as functional would be doing just that.
>
> >
>
>
>
> Hmm. In what way is OMTC OGL le
On Friday, November 8, 2013 3:37:49 PM UTC+13, Karl Tomlinson wrote:
>
>
> It is a major discouragement to contributors when their efforts
>
> are regressed or discarded because they are in the way and don't
>
> matter. It wouldn't be reasonable to continue to expect
>
> contributions after d
On Friday, November 8, 2013 10:19:45 AM UTC+13, Karl Tomlinson wrote:
> Then we have some time to discover whether there are any
>
> show-stopper OMTC issues, and we reduce the time frame for other
>
> branches between paying the price and reaping the returns.
We already paying the price on nig
On Friday, November 8, 2013 12:49:46 AM UTC+13, Henri Sivonen wrote:
> On Thu, Nov 7, 2013 at 2:24 AM, Nicholas Cameron wrote:
>
> > In the long term, OMTC basic layers will be the default for Linux and
>
> > forcing HWA will give OpenGL OMTC as expected.
>
>
>
> Do I understand correctly tha
On Thu, Nov 7, 2013 at 6:37 PM, Karl Tomlinson wrote:
> It is a major discouragement to contributors when their efforts
> are regressed or discarded because they are in the way and don't
> matter. It wouldn't be reasonable to continue to expect
> contributions after doing this.
>
Yes but ... th
On Thursday 2013-11-07 17:37 -0800, Andreas Gal wrote:
>
> On Nov 7, 2013, at 3:06 PM, "L. David Baron" wrote:
>
> > On Thursday 2013-11-07 13:24 -0800, Andreas Gal wrote:
> >> On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote:
> >>> Will any MoCo developers be permitted to spend some time fixin
Andreas Gal writes:
> On Nov 7, 2013, at 3:06 PM, "L. David Baron" wrote:
>
>> On Thursday 2013-11-07 13:24 -0800, Andreas Gal wrote:
>>> On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote:
Will any MoCo developers be permitted to spend some time fixing
these or the already-known issues?
On Nov 7, 2013, at 3:06 PM, "L. David Baron" wrote:
> On Thursday 2013-11-07 13:24 -0800, Andreas Gal wrote:
>> On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote:
>>> Will any MoCo developers be permitted to spend some time fixing
>>> these or the already-known issues?
>>
>> Its not a priority
Nicholas Cameron schrieb:
Our goal is (basically) to be OMTC everywhere
I have been using OMTC on Linux for a while (with both prefs on,
actually) and with the exception of
https://bugzilla.mozilla.org/show_bug.cgi?id=934250 everything works
really fine (but then, I'm on the newest kernel/d
On Thursday 2013-11-07 13:24 -0800, Andreas Gal wrote:
> On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote:
> > Will any MoCo developers be permitted to spend some time fixing
> > these or the already-known issues?
>
> Its not a priority to fix Linux/X11. We will happily take contributed
> patche
(Not replying to anyone in particular, just replying to the lastest email
in this thread at this point: ) Let's not transform the original
conversation here, which was purely a technical conversation about
improving the way we do compositing on Linux, into a prioritization
conversation, which would
Andreas Gal writes:
> On Nov 7, 2013, at 1:48 PM, Karl Tomlinson wrote:
>
>> Andreas Gal writes:
>>
>>> Its not a priority to fix Linux/X11. We will happily take
>>> contributed patches, and people are welcome to fix issues they
>>> see, as long its not at the expense of the things that matter.
On Nov 7, 2013, at 1:48 PM, Karl Tomlinson wrote:
> Andreas Gal writes:
>
>> Its not a priority to fix Linux/X11. We will happily take
>> contributed patches, and people are welcome to fix issues they
>> see, as long its not at the expense of the things that matter.
>
> Do bugs in B2G Desktop
Andreas Gal writes:
> Its not a priority to fix Linux/X11. We will happily take
> contributed patches, and people are welcome to fix issues they
> see, as long its not at the expense of the things that matter.
Do bugs in B2G Desktop on Linux/X11 matter?
I assume glitches and perf issues that are
On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote:
> Nicholas Cameron writes:
>
>> Currently on Linux our only 'supported' graphics backend is the
>> main-thread software backend (basic layers).
>
> FWIW basic layers is predominantly GPU-based compositing
> (not-softwared) on most X11 systems.
Nicholas Cameron writes:
> Currently on Linux our only 'supported' graphics backend is the
> main-thread software backend (basic layers).
FWIW basic layers is predominantly GPU-based compositing
(not-softwared) on most X11 systems.
> 5) We would love to spend time making OMTC OpenGL on Linux wor
On Thu, Nov 7, 2013 at 2:24 AM, Nicholas Cameron wrote:
> In the long term, OMTC basic layers will be the default for Linux and
> forcing HWA will give OpenGL OMTC as expected.
Do I understand correctly that all these users will get OMTC basic
layers as the long-term solution?
* Don't have 3D dr
Sounds good to me!
Rob
--
Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o Whhei csha iids teoa
stiheer :p atroa lsyazye,d 'mYaonu,r "sGients uapr,e tfaokreg iyvoeunr,
'm aotr atnod sgaoy ,h o'mGee.t" uTph eann
Currently on Linux our only 'supported' graphics backend is the
main-thread software backend (basic layers). It is possible to use the
main-thread OpenGL backend using the 'layers.acceleration.force-enabled'
pref, and to use OpenGL with off-main-thread compositing using that pref
and 'layers.of
24 matches
Mail list logo
