(cross-posting to make sure this isnt missed - please reply in
dev.planning.)
hi;
tl;dr: RelEng has renamed + re-scoped our Bugzilla components, added
some new components, and moved them all to a new top-level “Release
Engineering” product. This should make it easier for people to file bugs
in Re
I'm not sure you can ever achieve 'ideal' results when it comes to the
interaction between requestAnimationFrame and vsync. requestAnimationFrame
is fundamentally flawed for combining low latency with tearing-free
presentation because it conceptually ties updating, rendering and
presentation all in
On Wed, Aug 14, 2013 at 2:30 PM, Jeff Gilbert wrote:
> Bas is also correct about lowering latency by waiting until closer to
> vblank, and continuing to update the data the compositor renders from,
> instead of just trying to finish a frame as soon as possible. The proposal
> reads to me to indic
SwapBuffers w/SwapInterval(1) can block (or not) whenever it wants to,
basically. With SwapInterval(0), I'm not sure we can guarantee we won't have
tearing, (except on platforms which don't tear) since we don't really know how
long SwapBuffers will take, or when vblank is. (This can probably be
On Wed, Aug 14, 2013 at 12:13 PM, Bas Schouten wrote:
> Since you want composition to occur whenever drawing has occurred, I don't
> really think it should really be what's working on doing any processing for
> the vblank event. The VBlank event should just fire, indiscriminately
> whenever VBlan
Hi Leander! Have you succeed with capturing video from webcam? I'm developing
an xpcom c++ add-on and need to access raw video frames captured by camera. Can
you please share your solution/ideas?
___
dev-platform mailing list
dev-platform@lists.mozilla.
- Original Message -
> From: "Robert O'Callahan"
> To: "Jeff Muizelaar"
> Cc: dev-platform@lists.mozilla.org, "Vladimir Vukicevic"
> , avih...@yahoo.com, "Bas Schouten"
>
> Sent: Tuesday, August 13, 2013 10:34:38 PM
> Subject: Re: vsync proposal
>
> > A couple things that are not clear
On Tue, Aug 13, 2013 at 04:39:57PM -0700, Nicholas Nethercote wrote:
> On Tue, Aug 13, 2013 at 3:34 PM, Ehsan Akhgari
> wrote:
> >
> > Reducing our #include dependency will help speed up the compilation for
> > C/C++ files, and will also help us build fewer files after each change. We
> > have a
On Tue, Aug 13, 2013 at 3:34 PM, Ehsan Akhgari wrote:
>
> Reducing our #include dependency will help speed up the compilation for
> C/C++ files, and will also help us build fewer files after each change. We
> have a tracker bug (785103) for improvements to the #include dependencies,
> and we have
Hi everyone,
Reducing our #include dependency will help speed up the compilation for
C/C++ files, and will also help us build fewer files after each change. We
have a tracker bug (785103) for improvements to the #include dependencies,
and we have data in bug 901132 to show you where to improve fi
On Wed, Aug 14, 2013 at 2:13 AM, Jeff Muizelaar wrote:
> On 2013-08-12, at 11:05 PM, Robert O'Callahan wrote:
>
> > Tell me what you think.
> > https://wiki.mozilla.org/User:Roc/VsyncProposal
>
> A couple things that are not clear to me from this proposal:
> - when the vsync event is sent?
>
Dep
On 8/13/2013 3:08 AM, Ted Mielczarek wrote:
On 8/12/2013 8:35 AM, lchenneb...@gmail.com wrote:
Ok, do you consider to finish it before October?
Is firefox will support Mp4 too?
You can track his progress in the bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=861693
It looks like those patch
Sweet! Lots of goodness already in the first e-mail I clicked on:
https://groups.google.com/forum/#!topic/mozilla.dev.tree-management/UcpnVNOdr28
--Jet
- Original Message -
From: "Matt Brubeck"
To: "Jet Villegas"
Cc: dev-platform@lists.mozilla.org
Sent: Tuesday, August 13, 2013 2:01:39
+1
Sent from Mobile.
On Aug 14, 2013, at 9:25, Chris Peterson wrote:
> We could also send a weekly congratulations to the person who removed the
> most lines of code that week. :)
>
> chris
>
>
> On 8/13/13 1:57 PM, Jet Villegas wrote:
>> This is awesome! Is it possible to see a log of the rec
We could also send a weekly congratulations to the person who removed
the most lines of code that week. :)
chris
On 8/13/13 1:57 PM, Jet Villegas wrote:
This is awesome! Is it possible to see a log of the recipients/patches?
--Jet
- Original Message -
From: "Matt Brubeck"
To: dev-p
This is awesome! Is it possible to see a log of the recipients/patches?
--Jet
- Original Message -
From: "Matt Brubeck"
To: dev-platform@lists.mozilla.org
Sent: Monday, August 12, 2013 3:14:20 PM
Subject: Proposal: Email individual patch authors who improve performance
I've posted a pa
Inbound now contains a patch from bug 890744 that will hopefully fix the
bad build dependencies related to WebIDLs on Windows when adding or
remove .webidl files.
Please stop touching CLOBBER when adding WebIDL files so we can see if
it works. If you notice bustage, please report it to bug 890744
The DOM is basically tied to JS these days. If you try to touch it
significantly with PyXPCOM you're going to have a bad time.
bholley
On Tue, Aug 13, 2013 at 4:13 AM, Bradley Schatz wrote:
> How can a scripting environment like PyXPCOM use MutationObservers w/
> XULRunner?
>
> nsIDOMMutationObs
On 8/9/13 5:28 PM, Jonathan Kew wrote:
On 9/8/13 15:36, Axel Hecht wrote:> So I created three test cases based
on the data I see, Greek and
> Bulgarian monospace and Hindi sans-serif. They're linked off of
> http://pike.github.io/fonts/. It's prerendered images on the left
> column, and regula
On 2013-08-12, at 11:05 PM, Robert O'Callahan wrote:
> Tell me what you think.
> https://wiki.mozilla.org/User:Roc/VsyncProposal
A couple things that are not clear to me from this proposal:
- when the vsync event is sent?
- how does it deal with a blocking swapbuffers()?
- what happens in the
On 8/13/13 8:05 AM, Karl Tomlinson wrote:
On Fri, 09 Aug 2013 13:51:45 +0200, Axel Hecht wrote:
To clarify, the tool does support either .name. or .name-list. at
this point. Is there a code path or a setup where we have for any
language/family both a .name. and a .name-list. entry?
I.e.
pref(
How can a scripting environment like PyXPCOM use MutationObservers w/
XULRunner?
nsIDOMMutationObserver.idl provides interface nsIDOMMutationObserver,
however it isn't clear how to instantiate one of these.
Thanks,
___
dev-platform mailing list
dev-plat
Mike Hommey wrote:
Secondly, the build system recently grew a new build-time option to help
determine why something is being recompiled (bug 903385).
Plus by default it now prints the names of files being linked as well as
compiled, which is handy.
--
Warning: May contain traces of nuts.
23 matches
Mail list logo
