This repository has been archived by the owner on Apr 3, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 211
[Android] Fix getUserMedia low FPS problem if constraint out of range #193
Open
js0701
wants to merge
1,917
commits into
crosswalk-project:master
Choose a base branch
from
js0701:fixgetusermedialowfps
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…is known. Also change remote video and pepper plugin MediaStreamVideoSource implementations to not set a guessed frame rate. BUG= 394315 Review URL: https://codereview.chromium.org/517973002 Cr-Commit-Position: refs/heads/master@{#292800} (cherry picked from commit b18d81f) Review URL: https://codereview.chromium.org/526173003 Cr-Commit-Position: refs/branch-heads/2125@{#171} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
BUG=386454 [email protected], [email protected] TBR=erikwright TEST=SuggestionsServiceTest Review URL: https://codereview.chromium.org/473123002 Cr-Commit-Position: refs/heads/master@{#291116} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@291116 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit 1d1ab15) Review URL: https://codereview.chromium.org/527943002 Cr-Commit-Position: refs/branch-heads/2125@{#172} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
The crash was caused by a dangling pointer to a deleted observer registered by MostVisitedSites. BUG=406996 Review URL: https://codereview.chromium.org/501973004 Cr-Commit-Position: refs/heads/master@{#292034} (cherry picked from commit 94a4210) Review URL: https://codereview.chromium.org/533663002 Cr-Commit-Position: refs/branch-heads/2125@{#173} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
The GestireNav screenshot dimensions are density-independent, because when we capture the screenshot we scale it to RVH's bounds: https://code.google.com/p/chromium/codesearch#chromium/src/content/browser/frame_host/navigation_entry_screenshot_manager.cc&q=navigation_entry_sc&sq=package:chromium&type=cs&l=136 Thus we don't need to scale it again when we paint during the overscroll gesture. BUG=402280 TBR=sky Review URL: https://codereview.chromium.org/507083002 Cr-Commit-Position: refs/heads/master@{#292426} (cherry picked from commit 7aa72c8) Review URL: https://codereview.chromium.org/529023002 Cr-Commit-Position: refs/branch-heads/2125@{#174} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Crash reports indicate that the WindowAndroid's Compositor may be NULL during |RenderWidgetHostViewAndroid::SetContentViewCore()|. While this is a somewhat surprising result, it is in theory possible and should probably not be fatal. Avoid creating the overscroll effect in this case, instead creating it after the compositor is (re-)attached. BUG=407208 [email protected],[email protected] Review URL: https://codereview.chromium.org/503813003 Cr-Commit-Position: refs/heads/master@{#291835} (cherry picked from commit 7936233) Review URL: https://codereview.chromium.org/532733002 Cr-Commit-Position: refs/branch-heads/2125@{#175} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Skia makes no guarantees about the contents of a newly allocated SkBitmap. Consequently, it's possible that the bitmap allocated for the overscroll effect isn't zeroed before the effect itself is painted. Prevent related issues by always clearing the allocated SkBitmap's contents (to fully transparent) before painting the effect. BUG=408225 [email protected] Review URL: https://codereview.chromium.org/484373004 Cr-Commit-Position: refs/heads/master@{#292280} (cherry picked from commit 46c0ec3) Review URL: https://codereview.chromium.org/527363002 Cr-Commit-Position: refs/branch-heads/2125@{#176} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Currently, if |compositor_needs_continuous_invalidate_| is unset before PostFallbackTick or FallbackTickFired, then the fallback ticks are cancelled, but we never unset |block_invalidates_|, which will block invalidates indefinitely. Fix is simply always unset |block_invalidates_| even if we skip the fallback tick. BUG=408779 Review URL: https://codereview.chromium.org/512403002 Cr-Commit-Position: refs/heads/master@{#292511} (cherry picked from commit d3ba720) [email protected] Review URL: https://codereview.chromium.org/528953003 Cr-Commit-Position: refs/branch-heads/2125@{#177} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
BUG=405784 Review URL: https://codereview.chromium.org/502103003 Cr-Commit-Position: refs/heads/master@{#291908} (cherry picked from commit aea4a57) Review URL: https://codereview.chromium.org/531843002 Cr-Commit-Position: refs/branch-heads/2125@{#178} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
After r283702 DesktopMediaPickerViews is getting parent_web_contents even when it corresponds to a background extension page. DesktopMediaPickerViews was always trying to create a modal dialog when web_contents is specified, and that doesn't work for background pages. Now it explicitly checks if the web_contents is a background page and in that case shows the picker in a separate window. Also updated example for desktop capture API to make it easier to test this scenario. BUG=402579 Review URL: https://codereview.chromium.org/501713002 Cr-Commit-Position: refs/heads/master@{#292055} (cherry picked from commit 71b32fc) [email protected] Review URL: https://codereview.chromium.org/522483007 Cr-Commit-Position: refs/branch-heads/2125@{#179} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
- On tablets the new anchor point was 6dp off due to the new shadow assets. To fix this add a 6dp translate to the enter animation that will move the asset into the correct location as the scale animation runs. This effectively mimics the old animation but allows the offset to be included. BUG=405352 Review URL: https://codereview.chromium.org/488863002 Cr-Commit-Position: refs/heads/master@{#290773} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@290773 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit 6f2a9c8) Review URL: https://codereview.chromium.org/533813002 Cr-Commit-Position: refs/branch-heads/2125@{#180} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
…e size. The problem is that some locales (Hindi) or platforms (Linux) have a bigger base font size for the default font (crbug.com/405994). If this is the case, we should decrease the font size to the one we expect, so that the font fits in the button correctly. Just adjusting the baseline is not always enough, as the new avatar button has a fixed size, and the text might not fit correctly regardless of the baseline adjustments. Screenshots: https://drive.google.com/folderview?id=0B1B1Up4p2NRMRHc5WTBxZWNrRm8&usp=sharing BUG=403466 [email protected] TEST=Start Chrome with --enable-new-avatar-menu on Linux, or with --enable-new-avatar-menu and --lang-hi on Windows. The avatar button text should fit nicely in the button. Review URL: https://codereview.chromium.org/470053004 Cr-Commit-Position: refs/heads/master@{#292715} (cherry picked from commit 899ae44) Review URL: https://codereview.chromium.org/534713002 Cr-Commit-Position: refs/branch-heads/2125@{#181} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Fix bug in QuicHttpStream::SendRequest. If the session is closed before SendRequest is called, a CHECK would fire in SendRequest(). BUG=409101 TBR=amineer Review URL: https://codereview.chromium.org/523463007 Cr-Commit-Position: refs/heads/master@{#292775} (cherry picked from commit f9f103c) Review URL: https://codereview.chromium.org/531903002 Cr-Commit-Position: refs/branch-heads/2125@{#182} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Tabbing should navigate through all the visible controls. I've changed the EditablePhotoButton to actually be a button and not just an image, so that tabbing and pressing enter actually works. BUG=405056 [email protected] Review URL: https://codereview.chromium.org/489143002 Cr-Commit-Position: refs/heads/master@{#292455} (cherry picked from commit aaacc30) Review URL: https://codereview.chromium.org/533833003 Cr-Commit-Position: refs/branch-heads/2125@{#183} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Database enumeration was decoding id as VarInt, but it's a plain Int. [email protected] BUG=407015 Review URL: https://codereview.chromium.org/503913002 Cr-Commit-Position: refs/heads/master@{#291792} (cherry picked from commit 3f53c98) Review URL: https://codereview.chromium.org/536463002 Cr-Commit-Position: refs/branch-heads/2125@{#184} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
TBR=nkostylev BUG=401667 Review URL: https://codereview.chromium.org/495923002 Cr-Commit-Position: refs/heads/master@{#291281} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@291281 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit bd7e97a) Review URL: https://codereview.chromium.org/528043002 Cr-Commit-Position: refs/branch-heads/2125@{#186} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
The icon is changed so it's more distinguishable from the 'locked' icon BUG=405770 Review URL: https://codereview.chromium.org/508703002 Cr-Commit-Position: refs/heads/master@{#291963} (cherry picked from commit 86b7dd0) [email protected] Review URL: https://codereview.chromium.org/531253002 Cr-Commit-Position: refs/branch-heads/2125@{#187} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
This fixes a bug introduced in https://codereview.chromium.org/427903004 BUG=406114 [email protected] Review URL: https://codereview.chromium.org/492373002 Cr-Commit-Position: refs/heads/master@{#291415} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@291415 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit 8e0e343) Review URL: https://codereview.chromium.org/533933004 Cr-Commit-Position: refs/branch-heads/2125@{#188} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
- Some OEMs don't let us change the background, so the padding is incorrect. - Also including sizing the menu too large causes clipping. BUG=398837 Review URL: https://codereview.chromium.org/469673006 Cr-Commit-Position: refs/heads/master@{#291193} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@291193 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit 2b66232) Review URL: https://codereview.chromium.org/531263002 Cr-Commit-Position: refs/branch-heads/2125@{#189} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Revert "Fix DesktopMediaPickerViews to handle background parent_web_contents" This reverts commit 6debe58. BUG=None Review URL: https://codereview.chromium.org/534033002 Cr-Commit-Position: refs/branch-heads/2125@{#190} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Previously, if a raster task had a resource size that was larger than the throttling limit for the raster worker, that task would never get scheduled. This leads to starvation for that task, preventing tree activation, and causing freezes. The fix is to always allow such large tasks if it is the first task. [email protected] BUG=403446 Review URL: https://codereview.chromium.org/489293002 Cr-Commit-Position: refs/heads/master@{#291484} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@291484 0039d316-1c4b-4281-b951-d872f2087c98 (cherry picked from commit 604e202) Review URL: https://codereview.chromium.org/534823002 Cr-Commit-Position: refs/branch-heads/2125@{#191} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
…to Remove()" With the recent EME spec changes, ReleaseSession() got replaced by CloseSession() and RemoveSession(). Until all the changes to support both methods are in place, calls to ReleaseSession() should call RemoveSession() in order for existing prefixed EME applications to continue to work. Unprefixed Close() calls now call RemoveSession(), and thus don't do the correct thing. This will be fixed when both CloseSession() and RemoveSession() are passed through Pepper. BUG=406606 TEST=All EME browser_tests pass Review URL: https://codereview.chromium.org/497153005 Cr-Commit-Position: refs/heads/master@{#291602} (cherry picked from commit ec6d38e) [email protected] Review URL: https://codereview.chromium.org/531313002 Cr-Commit-Position: refs/branch-heads/2125@{#192} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
BUG=409104 b/17294369 [email protected] Review URL: https://codereview.chromium.org/510023003 Cr-Commit-Position: refs/heads/master@{#293015} Review URL: https://codereview.chromium.org/534863002 Cr-Commit-Position: refs/branch-heads/2125@{#195} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
Now that the Files.app uses default system header, the own profile badge is redundant. BUG=408816 TEST=confirmed manually, ran browser_tests [email protected] Review URL: https://codereview.chromium.org/520623002 Cr-Commit-Position: refs/heads/master@{#292827} (cherry picked from commit 14cea1d) Review URL: https://codereview.chromium.org/535763002 Cr-Commit-Position: refs/branch-heads/2125@{#197} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
After r283702 DesktopMediaPickerViews is getting parent_web_contents even when it corresponds to a background extension page. DesktopMediaPickerViews was always trying to create a modal dialog when web_contents is specified, and that doesn't work for background pages. Now it explicitly checks if the web_contents is a background page and in that case shows the picker in a separate window. Also updated example for desktop capture API to make it easier to test this scenario. BUG=402579 Review URL: https://codereview.chromium.org/501713002 Cr-Commit-Position: refs/heads/master@{#292055} [email protected] Review URL: https://codereview.chromium.org/529293002 Cr-Commit-Position: refs/branch-heads/2125@{#198} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
…igation requests" This reverts commit 69538c3. As described in the bug, the proposed approach is invalid, as Blink's bindings code isn't ready to deal with terminated scripts properly, resulting in random crashes. Hence reverting the patch. BUG=390906 Review URL: https://codereview.chromium.org/532313002 Cr-Commit-Position: refs/branch-heads/2125@{#199} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
BUG=408030 [email protected] TEST=In ChromeOS: Open a guest. Go to settings. Verify search box there. On desktop: Open a guest. Go to settings. Verify search box not there. [email protected] Review URL: https://codereview.chromium.org/517633002 Cr-Commit-Position: refs/heads/master@{#292935} (cherry picked from commit 5aa9a79) Review URL: https://codereview.chromium.org/534363003 Cr-Commit-Position: refs/branch-heads/2125@{#200} Cr-Branched-From: b68026d-refs/heads/master@{#290040}
rakuco
force-pushed
the
master
branch
2 times, most recently
from
September 16, 2015 10:57
5d9bef8
to
18a33ff
Compare
rakuco
force-pushed
the
master
branch
2 times, most recently
from
November 19, 2015 09:27
830d9f6
to
5ad5a18
Compare
mrunalk
pushed a commit
that referenced
this pull request
Dec 18, 2015
This is needed to complete the shipping of action buttons. It was accidentally not included in https://crrev.com/358304 (or https://codereview.chromium.org/1487763003). See also https://crbug.com/546006. BUG=513671 Review URL: https://codereview.chromium.org/1489773003 Cr-Commit-Position: refs/heads/master@{#362423} (cherry picked from commit a193248) Review URL: https://codereview.chromium.org/1489203002 . Cr-Commit-Position: refs/branch-heads/2564@{#193} Cr-Branched-From: 1283eca-refs/heads/master@{#359700}
rakuco
force-pushed
the
master
branch
2 times, most recently
from
January 21, 2016 15:50
1072537
to
512d729
Compare
rakuco
force-pushed
the
master
branch
2 times, most recently
from
February 4, 2016 11:32
0f31e18
to
3da217c
Compare
rakuco
pushed a commit
that referenced
this pull request
Mar 3, 2016
Work Chrome runs in environment without a proper mmap support. Disable it for all work chrome. BUG=554269 [email protected],[email protected] Review URL: https://codereview.chromium.org/1637683003 Cr-Commit-Position: refs/heads/master@{#372179} (cherry picked from commit 7ce37c1) Review URL: https://codereview.chromium.org/1649023002 . Cr-Commit-Position: refs/branch-heads/2623@{#193} Cr-Branched-From: 92d7753-refs/heads/master@{#369907}
huningxin
pushed a commit
to huningxin/chromium-croswalk
that referenced
this pull request
May 17, 2016
Cr-Commit-Position: refs/branch-heads/2661@{crosswalk-project#193} Cr-Branched-From: ef6f6ae-refs/heads/master@{#378081}
huningxin
pushed a commit
to huningxin/chromium-croswalk
that referenced
this pull request
Oct 9, 2016
Cr-Commit-Position: refs/branch-heads/2743@{crosswalk-project#193} Cr-Branched-From: 2b3ae3b-refs/heads/master@{#394939}
imreotto
pushed a commit
to tenta-browser/chromium-crosswalk
that referenced
this pull request
Nov 2, 2017
This code was unnecessary, since the CryptAuth component is the one that needs to listen for these tokens. Additionally, the listener in this class was set up improperly, which made it possible to get "stuck" without a token. [email protected] (cherry picked from commit a88ec4a) Bug: 763506, 672263 Change-Id: I3e02f10aa201b129591028a8606b6fb4eefbaf11 Reviewed-on: https://chromium-review.googlesource.com/663978 Commit-Queue: Kyle Horimoto <[email protected]> Reviewed-by: Ryan Hansberry <[email protected]> Cr-Original-Commit-Position: refs/heads/master@{#501486} Reviewed-on: https://chromium-review.googlesource.com/663982 Reviewed-by: Kyle Horimoto <[email protected]> Cr-Commit-Position: refs/branch-heads/3202@{crosswalk-project#193} Cr-Branched-From: fa6a5d8-refs/heads/master@{#499098}
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
@xingnan @hmin
eg. Constraints requires minFramerate at 31 FPS, while the camera only support FPS range 10 to 30.
In this case, VideoCapture Android will return a min Framerate 10(or 11), and it is used to calurate
the expectedNextFrameTime when one frame of data is captured from camera: in video_capture_android.cc,
on FrameAvailable function, if it judge the frame arrive too early, it will discard the frame.
The problem is that Android Camera device can only accept setting of a FPS range, when set the range of
FPS from 11 to 30, the FPS can be 11 or 30. If the actual FPS is 30 and the returned FPS to calculate the
expectedNextFrameTime is 11, many frames will be thought to arrive too early, but it is not fact. To avoid
this problem, use the default setting to be max FPS of the range. If the range is 11 to 30, use 30 instead
avoid the frames to be discard.
The strategy here is avoid discard frame as much as possible sine the frame has been captured from Camera.
BUG=XWALK-2643