| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Delete all the Java classes used only by the old WebView implementation,
and also sections of common classes that were only needed for the old
WebView.
Bug: 10427705
Change-Id: I02549a71104b35d86d99058c71f43e054730ec7d
|
| |
|
|
|
|
|
|
| |
Also cleanup some warnings.
bug:6722752
Change-Id: Ib612cf79e9546d40a048c5f09a1be6ca37ce51f8
|
| |
|
|
| |
Change-Id: I44775bcdcc48d2c024b086098e140dae92f53339
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bug:5710646
First, if we exit the full screen mode while playing, we can continue to play
in inline mode.
If it is paused, then we can avoid a reload if user try to play the same video
again after the full screen mode.
webkit change:
https://android-git.corp.google.com/g/#/c/202138/
Change-Id: Ia69fa22a50d916cd8dd2b995cf3531fe9b637531
|
| |
|
|
|
|
|
|
|
|
|
| |
Now when a user start inline play and then switch to full screen, there is no
reload any more.
Basically, we change mediaplayer as a static member, and detect possible
situation to skip the prepare work.
bug:5710646
Change-Id: Ida34cf2e919a6cc8e0d52cd1175d51b5f5d527f7
|
| |
|
|
|
|
| |
bug:6079959
Change-Id: I5869d4fe4dc6eb12a117937b95a8277897d71ebb
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we save the state in Java side, but it is better to check with
native side since the exact state is already there.
This will help to get the updated state from javascript too.
bug:5765848
Webkit side change:
https://android-git.corp.google.com/g/#/c/157866/
Change-Id: Id0316b694c1597b50a1c3b123b31efc6b0fac706
|
| |
|
|
|
|
|
|
| |
In any case that the HTMLVideoView is recreated with no GL texture, we should
recreate the GL texture to make sure we always have a valid texture ID.
bug:5530006
Change-Id: I703a987a7530dbeef74e502f3c9ff329beca8c4e
|
| |
|
|
|
| |
bug:5361732
Change-Id: Ia9092b25d62c4a14cba885f5e3fac0326d0fde1c
|
| |
|
|
|
|
| |
bug:4563692
Change-Id: I0174403e3f78b5a637500fbaaf7f9219efe0cbc8
|
| |
|
|
|
|
|
| |
This change updates HTML5VideoView to use the new MediaPlayer#setSurface
method rather than MediaPlayer#setTexture, which is going to be removed.
Change-Id: Ia4c8c822bd4735caf95f3f295485d60f016577c1
|
| |
|
|
|
|
|
|
|
|
|
| |
Basically, the GL texture bound with Surface Texture is not a singleton any
more. And the Surface Texture will be recreated every time a new video starts.
This can help to recycle the decoder's memory while using the GL texture to
show the screen shot.
The corresponding webkit change is: 112500
Change-Id: I3c35f6a0abc70b9039c316ca82b236c797d81c7e
|
| |
|
|
|
|
| |
bug:4148903
Change-Id: Ib0b59c8c36eb5df8c6755156a5d2753f84ad9677
|
| |
|
|
|
|
| |
bug:4142131
Change-Id: I28d82a8e30a2146a3380c63dcdcbd51228f23f56
|
|
|
bug:2126902
Change-Id: I5c4b25358c76e35f0f51794d6d04fcc5098a0d70
|