da34e47f89b50a8dfc9827139cab693e1de62b97: Bug 1300497. Part 5 - run MDSM cycles immediately in the callback of mDelayedScheduler. r=kaku
JW Wang <jwwang@mozilla.com> - Mon, 05 Sep 2016 17:51:54 +0800 - rev 313116
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300497. Part 5 - run MDSM cycles immediately in the callback of mDelayedScheduler. r=kaku There is no point in scheduling an addition cycle to do that. Also remove the annoying debugging message which is not helpful. MozReview-Commit-ID: BMjeTNg6HCY
78525890f801cb4da2ce1a87befaf9c86862232a: Bug 1300497. Part 4 - remove the call to ScheduleStateMachine() before |SetState(DECODER_STATE_SHUTDOWN)| and cancel mDelayedScheduler in Shutdown(). r=kaku
JW Wang <jwwang@mozilla.com> - Tue, 06 Sep 2016 10:26:45 +0800 - rev 313115
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300497. Part 4 - remove the call to ScheduleStateMachine() before |SetState(DECODER_STATE_SHUTDOWN)| and cancel mDelayedScheduler in Shutdown(). r=kaku We don't want to run MDSM cycles anymore once shutdown begins. MozReview-Commit-ID: 7Py20oqWNBG
6fcdb8ab059d1e823be888c2bebde1d157f21475: Bug 1300497. Part 3 - move some code from FinishShutdown() to Shutdown(). r=kaku
JW Wang <jwwang@mozilla.com> - Tue, 06 Sep 2016 10:23:02 +0800 - rev 313114
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300497. Part 3 - move some code from FinishShutdown() to Shutdown(). r=kaku We don't want to receive notifications from MediaEventSource or WatchManager once shutdown begins. MozReview-Commit-ID: LiKUjOGuxyX
85c7215cdeada9f23cd068d110c1bb5e705e28c3: Bug 1300497. Part 2 - constify and fix the comment of IsShutdown(). r=kaku
JW Wang <jwwang@mozilla.com> - Mon, 05 Sep 2016 16:50:06 +0800 - rev 313113
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300497. Part 2 - constify and fix the comment of IsShutdown(). r=kaku MozReview-Commit-ID: AsZwNPAlq0d
8fcadb9544bb005b69a2c50d45fd85500d138332: Bug 1300497. Part 1 - assert we never escape the SHUTDOWN state. r=kaku
JW Wang <jwwang@mozilla.com> - Mon, 05 Sep 2016 16:38:09 +0800 - rev 313112
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300497. Part 1 - assert we never escape the SHUTDOWN state. r=kaku MozReview-Commit-ID: JDWdFAGZijm
817e76d33b76a53521f0263819a45376092b4718: Bug 1264110 - fix timing issue in test cases. r=kershaw.
Shih-Chiang Chien <schien@mozilla.com> - Mon, 05 Sep 2016 18:18:11 +0800 - rev 313111
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1264110 - fix timing issue in test cases. r=kershaw. MozReview-Commit-ID: 2Ia4L7EizrA
92f041a22d0a2f11d95453b0934fee8d3e9b6529: Bug 1301008 - Pass safebrowsing v4 list state in base64 format to avoid truncation. r=francois
Henry Chang <hchang@mozilla.com> - Wed, 07 Sep 2016 17:45:15 +0800 - rev 313110
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1301008 - Pass safebrowsing v4 list state in base64 format to avoid truncation. r=francois MozReview-Commit-ID: 6oVdQvEoMm2
3e3c5cd9d31eaa0fed88b46297ace3590613589c: Bug 1301068: Ensure InputExhausted is called if H264Converter drops a frame. r=gerald
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 08 Sep 2016 00:22:06 +1000 - rev 313109
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1301068: Ensure InputExhausted is called if H264Converter drops a frame. r=gerald MozReview-Commit-ID: LyZlzU4D58o
ba7d7fe0ea3cafb1b27e738dfa3697eb3f49dec7: Bug 1300296: Use valid and spec-compliant MP4 file for all tests. r=gerald,jgraham
Jean-Yves Avenard <jyavenard@mozilla.com> - Tue, 06 Sep 2016 14:55:25 +1000 - rev 313108
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300296: Use valid and spec-compliant MP4 file for all tests. r=gerald,jgraham The MP4 used in the tests was invalid: 1- It contains out of order and overlapping frames 2- The first frame for each of the first 9 media segments were marked as keyframe, even though they weren't The new file was encoded such that: - The total bitrate remains the same as in the previous files - The total duration is similar - Each media segment starts with a valid keyframe - Frames are properly ordered - GOP is made of 24 frames - The video track doesn't start at 0, which helps testing the proper behaviour regarding buffered range calculation. - Like in the previous video, the audio track is present but made of silence (which is puzzling for a video initially designed to test A/V sync) The webm file presents the same characteristics. MozReview-Commit-ID: 6AKKmInaenE
d7e38eda81dba94dd26713db46de15e924d5d3eb: Bug 1300296: P3. Ensure that a new or flushed decoder first h264 frame is always a keyframe. r=gerald
Jean-Yves Avenard <jyavenard@mozilla.com> - Tue, 06 Sep 2016 11:47:20 +1000 - rev 313107
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300296: P3. Ensure that a new or flushed decoder first h264 frame is always a keyframe. r=gerald MozReview-Commit-ID: s0NEB8hesj
06e25a05496fd9659767aaa9606cec61f5177a3b: Bug 1300296: P2. Don't rely on MP4 container to properly report if a frame is a keyframe. r=kentuckyfriedtakahe
Jean-Yves Avenard <jyavenard@mozilla.com> - Sun, 04 Sep 2016 21:33:23 +1000 - rev 313106
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300296: P2. Don't rely on MP4 container to properly report if a frame is a keyframe. r=kentuckyfriedtakahe There are too many cases where the MP4 is improperly muxed and frames are incorrectly reported as keyframe. Instead we now look inside the H264 stream and check for IDR frames. We also ensure that the first frame returned after a seek is always a true keyframe. For plain MP4, seeking in those broken files will lead to broken A/V sync. The only way to fix this would be to check for the frame type when reading the samples table. However, this would require to read the entire stream which isn't viable. MozReview-Commit-ID: Cpv5y7HVD0N
d77a82f4a665eebed92e30a43a91152b4fc4b7aa: Bug 1300296: P1. Add method to determine if an H264 frame is an I-Frame. r=jesup
Jean-Yves Avenard <jyavenard@mozilla.com> - Sun, 04 Sep 2016 21:28:24 +1000 - rev 313105
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300296: P1. Add method to determine if an H264 frame is an I-Frame. r=jesup We do so by checking the frame data for NAL of type 5 as per ISO IEC 14496-2. MozReview-Commit-ID: JFeLysrZ6aG
5e3cafd0169033dd876ec06cdd75163aaf921529: Merge m-c to autoland, a=merge
Wes Kocher <wkocher@mozilla.com> - Wed, 07 Sep 2016 18:07:50 -0700 - rev 313104
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Merge m-c to autoland, a=merge
2b13fe2601d7369f8373756e94f4dc9a170d62b3: Backed out changeset db5d2a3899c0 (bug 1274135) for bustage.
Ryan VanderMeulen <ryanvm@gmail.com> - Wed, 07 Sep 2016 20:52:18 -0400 - rev 313103
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Backed out changeset db5d2a3899c0 (bug 1274135) for bustage.
14a2335ceea69b005b12bd5eced1004514efd9e2: Bug 1220136 - WebExtensions support chrome.management.uninstallSelf, r=kmag
Bob Silverberg <bsilverberg@mozilla.com> - Wed, 07 Sep 2016 10:06:01 -0400 - rev 313102
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1220136 - WebExtensions support chrome.management.uninstallSelf, r=kmag MozReview-Commit-ID: L80ynbuFr7U
5dea4ee471a3ef68eb37749655ebb9c504204806: bug 1268399 - add runtime.getBrowserInfo() method with AppInfo data r=kmag
Tomislav Jovanovic <tomica@gmail.com> - Sun, 04 Sep 2016 21:22:18 +0200 - rev 313101
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
bug 1268399 - add runtime.getBrowserInfo() method with AppInfo data r=kmag MozReview-Commit-ID: GvwFG0CyfR7
2c1d5f8602595b5228fdcc07a78ee044233e2589: Bug 1286918 - Implement sync validator for passwords engine and integrate with TPS r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Tue, 06 Sep 2016 13:38:49 -0400 - rev 313100
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1286918 - Implement sync validator for passwords engine and integrate with TPS r=markh MozReview-Commit-ID: 3cTvMmRFT8D
db5d2a3899c084e73c49de970575f02dde5ccea2: Bug 1274135 - Replace char_ptr_cast() and uint8_t_ptr_cast() with mozilla::BitwiseCast. r=keeler,valentin
Cykesiopka <cykesiopka.bmo@gmail.com> - Thu, 01 Sep 2016 15:58:51 +0800 - rev 313099
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1274135 - Replace char_ptr_cast() and uint8_t_ptr_cast() with mozilla::BitwiseCast. r=keeler,valentin The functions aren't necessary now that we have BitwiseCast. MozReview-Commit-ID: 2nzOuwAop4Y
52e72f40042db64fc3e78d4b0a6328dc135eaa76: Bug 1298178 - Support mozAddonManager on Fennec by importing amWebAPI.js r=rhelmer
Matthew Wein <mwein@mozilla.com> - Thu, 01 Sep 2016 20:50:05 +0100 - rev 313098
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1298178 - Support mozAddonManager on Fennec by importing amWebAPI.js r=rhelmer MozReview-Commit-ID: GoaYn7oJYAF
4d978f6af1cd9f25307e4aa32a4fadd42ec216e3: Bug 1300693 - adjust the indent. r=jya
James Cheng <jacheng@mozilla.com> - Wed, 07 Sep 2016 15:31:22 +0800 - rev 313097
Push 30671 by cbook@mozilla.com at Thu, 08 Sep 2016 09:59:51 +0000
Bug 1300693 - adjust the indent. r=jya MozReview-Commit-ID: 1CMzYy3jQPC
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip