6761558449da2a8db7b5ae6e0edf5469610dd324: Bug 1038038 (part 2) - Compute sizeLog2 in ShapeTable::init() better. r=bhackett.
Nicholas Nethercote <nnethercote@mozilla.com> - Sun, 13 Jul 2014 23:29:50 -0700 - rev 208081
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1038038 (part 2) - Compute sizeLog2 in ShapeTable::init() better. r=bhackett. For exapmle, currently if you have an entryCount of 9 you end up with a capacity of 32, when 16 would be more appropriate.
4f65e26da8b4b511bf2ed631c65a2e370951dc65: Bug 1038038 (part 1) - Reduce ShapeTable::MIN_SIZE_LOG2. r=bhackett.
Nicholas Nethercote <nnethercote@mozilla.com> - Sun, 13 Jul 2014 23:27:44 -0700 - rev 208080
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1038038 (part 1) - Reduce ShapeTable::MIN_SIZE_LOG2. r=bhackett. An entryCount of zero is common, due to initBoundFunction(), so it's worth choosing a value that doesn't waste too much space in that case.
ae7ad782c7125c6bc37eb731f8d65ed15f28a477: Merge m-c to inbound
Wes Kocher <wkocher@mozilla.com> - Tue, 15 Jul 2014 17:39:19 -0700 - rev 208079
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Merge m-c to inbound
45e32200a0c47021b6b9f72455e220f67ebc2d65: Bug 1035168 - Avoid calling GetData/Stride on a surface that we will later Map. r=Bas
Matt Woodrow <mwoodrow@mozilla.com> - Fri, 11 Jul 2014 15:23:56 +1200 - rev 208078
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1035168 - Avoid calling GetData/Stride on a surface that we will later Map. r=Bas
524dc207d68fafefd5d132ce2ebf045586c10a7d: Bug 1035168 - Use Map api to check if DataSourceSurfaces have data available in DrawTargetCairo. r=Bas
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 09 Jul 2014 13:53:48 +1200 - rev 208077
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1035168 - Use Map api to check if DataSourceSurfaces have data available in DrawTargetCairo. r=Bas
75433ee796dc60054ffb0dc73a79148e5d57514c: Bug 1036300 - Expose AnimationPlayer.timeline; r=bz
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:33 +0900 - rev 208076
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036300 - Expose AnimationPlayer.timeline; r=bz
713c2e0870f593079211169d4d02e244d0d17e29: Bug 1036287 part 6 - Add a GetComputedTiming shortcut that uses the current animation timeline time; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:33 +0900 - rev 208075
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 6 - Add a GetComputedTiming shortcut that uses the current animation timeline time; r=dholbert This patch introduces a method GetComputedTiming that calls GetComputedTimingAt supplying the current time of the animation's timeline. We still keep the GetComputedTimingAt static method since it is used for off-main thread animation. Furthermore, we keep the second argument to GetComputedTiming--the animation's timing properties--since on some occasions we want to override those properties (ElementPropertyTransition::ValuePortionFor does this). We could also add another overload that also supplies the animation's timing properties but that can happen as a separate step.
d159f3b81265f994debb9fc51a2eee3f61b816d8: Bug 1036287 part 5 - Drop aTime param from IsRunning(At) and IsCurrent(At), since they now use the current timeline time; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:33 +0900 - rev 208074
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 5 - Drop aTime param from IsRunning(At) and IsCurrent(At), since they now use the current timeline time; r=dholbert
3d6e547234ace59fa28f92125c042fdc3a36feb2: Bug 1036287 part 4 - Make GetLocalTime(At) get the current time automatically from the timeline; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:32 +0900 - rev 208073
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 4 - Make GetLocalTime(At) get the current time automatically from the timeline; r=dholbert This patch changes ElementAnimation::GetLocalTimeAt so that instead of taking the current time as input, it uses the animation's mTimeline member to look up the current time of the associated timeline. As a result of this, it is possible to remove a few instances of querying the refresh driver for the current time. Further instances are removed in subsequent patches. Furthermore, in order to keep the use of time sources consistent, the mStartTime of new transitions and animations is initialized with the current time from the animation's timeline rather than with the latest refresh driver tick. Since this time could, in future, be null, GetLocalTime(At) is updated to check for a null start time. GetLocalTimeAt is also renamed to GetLocalTime in the process.
4a342071fd1aa777626a3b17b22ed4d06228976b: Bug 1036287 part 3 - Make GetLocalTimeAt return a nullable time duration; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:32 +0900 - rev 208072
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 3 - Make GetLocalTimeAt return a nullable time duration; r=dholbert Once we support arbitrary timelines which can return null current time values, the local time of an animation can also become null so this patch updates ElementAnimation::GetLocalTimeAt to return a Nullable<TimeDuration>. Doing this also allows us to pass the result of GetLocalTimeAt directly to GetComputedTimingAt.
8ac5d63123ae209c527698fca0cadc71613c0f2f: Bug 1036287 part 2 - Make GetComputedTimingAt take a nullable local time; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:32 +0900 - rev 208071
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 2 - Make GetComputedTimingAt take a nullable local time; r=dholbert As part of supporting arbitrary timelines, we'd like to pass null times to the function that calculates computed timing. Incidentally, this also provides a means for evaluating calculating timing parameters that are independent of the current time (currently only the active duration) without requiring a valid time. This patch updates the signature of ElementAnimation::GetComputedTimingAt to take a nullable time duration. We use the Nullable wrapper to represent null TimeDurations since, unlike, TimeStamp, TimeDuration does not include a null state.
c52984dbf1beeb2880508600162513e1bea7470c: Bug 1036287 part 1 - Add a null animation phase; r=dholbert
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:32 +0900 - rev 208070
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1036287 part 1 - Add a null animation phase; r=dholbert In order to support arbitrary timelines which may provide a "null" current time, we need a suitable value to return from GetComputedTimingAt for the animation's phase when the timeline time is null. This patch introduces a null animation phase for this purpose.
42e8d9fd94e0e36842454404aeff7e3bcf22f320: Bug 1032573 part 7 - Add AnimationPlayer to test_interfaces.html; r=bz
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:31 +0900 - rev 208069
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 7 - Add AnimationPlayer to test_interfaces.html; r=bz
f681694c9df1cd5c23fd05ed0d92cacfd1cfd789: Bug 1032573 part 6 - Add tests for Element.getAnimationPlayers; r=dbaron
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:31 +0900 - rev 208068
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 6 - Add tests for Element.getAnimationPlayers; r=dbaron
e672d5bffa8f0b3635c2cd1ff7811376e5a377f7: Bug 1032573 part 5 - Add GetAnimationPlayers to Element; r=bz
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:31 +0900 - rev 208067
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 5 - Add GetAnimationPlayers to Element; r=bz This patch adds the WebIDL definitions and implementation of getAnimationPlayers on Element. It does not include the full definition of AnimationPlayer but only readonly versions of the currentTime and startTime attributes since these are easy to implement and enable identifying the different animations that are returned for the sake of testing. Web Animations defines getAnimationPlayers as only returning the animations that are either running or will run in the future (known as "current" animations). This will likely change since it seems desirable to be able query animations that have finished but are applying a forwards fill. For now, however, this patch makes us only return animations that have not finished. This patch also removes an assertion in ElementAnimation::GetLocalTime that would fail if called on a finished transition. This assertion is no longer necessary since an earlier patch in this series removed the overloading of the animation start time that meant calling this on a finished transition was unsafe. Furthermore, this assertion, if it were not removed, would fail if script holds onto a transition and queries its start time after it completed.
08f2190d7e40f18e738b6c32a83dc07fb45af29d: Bug 1032573 part 4 - Add AnimationTimeline::ToTimelineTime helper method; r=dbaron
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:30 +0900 - rev 208066
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 4 - Add AnimationTimeline::ToTimelineTime helper method; r=dbaron This patch simply factors out the conversion from a TimeStamp value to a nullable-double value relative to the start of the timeline. This is so that, in a subsequent patch, this functionality can be reused by ElementAnimation when it reports its start time (which is currently recorded as a TimeStamp).
35f359aca0c3021e3e385b697fe55ef6a0cbb541: Bug 1032573 part 3 - Add AnimationTimeline::GetCurrentTimeStamp; r=dbaron
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:30 +0900 - rev 208065
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 3 - Add AnimationTimeline::GetCurrentTimeStamp; r=dbaron AnimationTimeline::GetCurrentTime returns the time value of the timeline as a double. For internal calculations however it is more useful to get this as a mozilla::TimeStamp. This patch splits the calculation of the current time into two stages: calculation as a timestamp then conversion to a double.
5a606567031850658300f470ffa1a9a26561e8ca: Bug 1032573 part 2 - Add a timeline member to ElementAnimations; r=dbaron
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:30 +0900 - rev 208064
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 2 - Add a timeline member to ElementAnimations; r=dbaron When we expose ElementAnimation objects to script they need to have a parent object so they can be associated with a Window. This patch adds a pointer from an ElementAnimation to its AnimationTimeline.
389f489afdb68e43c146e164920008c402adbf11: Bug 1032573 part 1 - Don't overload start time for marking finished transitions; r=dbaron
Brian Birtles <birtles@gmail.com> - Wed, 16 Jul 2014 09:02:29 +0900 - rev 208063
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1032573 part 1 - Don't overload start time for marking finished transitions; r=dbaron When transitions finish, we keep them around for one additional throttle-able tick to provide correct behavior for subsequent transitions that may be triggered. Prior to this patch we did this by overloading the start time of the animation and setting it to null in this case. However, if we begin returning ElementAnimation objects to script, script can hold on to those objects and query their start time even after they are finished. Therefore we need another means of marking finished transitions that doesn't clobber the start time field. This patch introduces a new boolean member for marking such transitions. While we're touching IsFinishedTransition we also take the chance to tidy up one of the call sites, namely IsCurrentAt, to make the logic a little easier to follow.
c73dc6d84e894fe1cf8f25ac100fac782c429195: Bug 1038971 - Fix libav frame ordering; r=edwin
Anthony Jones <ajones@mozilla.com> - Wed, 16 Jul 2014 11:54:26 +1200 - rev 208062
Push 6561 by asasaki@mozilla.com at Mon, 21 Jul 2014 21:23:20 +0000
Bug 1038971 - Fix libav frame ordering; r=edwin
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip