1074085 - [dolphin][flame] There is some lag when user seek to a new position in video playing

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Video, defect)

Description

[Peipei Cheng (needinfo if you need my action)]

Steps to reproduce
------------------------------------------------------------------------------
0. Prepare some video in device
1. Launch Video and select a video to play
2. Seek to some new position when video play
   --> You will see that there is some "pause" or "lag" before video continues. The user experience is not good since video play looks stucked. 

Here is a video compairing with android. The left device in the video is Firefox OS.
https://mega.co.nz/#!8oUAUSTJ!Ew8fgDfg8Y0MeahQrI-gXZC2T_s15yUm1DKAVozyjGg

I see this problem on Flame v1.4/v2.0/v2.2.

Comment 1

[Blake Wu [:bwu][:blakewu]]

Hi Yong, 
One of possible root causes could be the same to the Bug 1069857. 
You can try the patch on Bug 1069857.

Comment 2

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Yong Ren -

Per Comment#1, could you help to try the patch of Bug#1069857 to see if that solve this problem?

Thanks

Comment 3

[yong.ren]

Hi hui lin:

   please help me to try the patch of Bug#1069857 to see if that solve this problem? 
    
   thanks

Comment 4

[[e-mail]]

(In reply to yong.ren from comment #3)
> Hi hui lin:
> 
>    please help me to try the patch of Bug#1069857 to see if that solve this
> problem? 
>     
>    thanks

Hi Yong：
   After adding the patch code, the problem is not resolved, there are still lag.

Comment 5

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

Hi Blake -

Since like the patch of Bug#1069857 won't work, do you have other patch partner can try?

Thanks

Comment 6

[Blake Wu [:bwu][:blakewu]]

fastSeek(Bug 778077) should improve the performance of seek or change gecko codes to seek the keyframe. 

For FFOS v1.4 (Dolphin and others), 
fastSeek is not supported yet. One solution is to uplift it along with gaia changes on Video APP to v1.4 but the changes is big. Another way is to modify gecko codes to always seek the keyframe, but it should be a workaround.    

For FFOS 2.0, 
fastSeek is supported. And I have tried to use it and it is quite fast. 

For the version later than 2.1 (included), 
Since fastSeek in bug 778077 which would jump backwards to the previous keyframe violates the WHATWG spec. So Bug 1022913 was created and has been fixed to do accurate seeking when seeking jumps backwards. That would make fastSeek not faster. Then bug 1026330 is created to find a way to make fastSeek always fast. 

It looks strange to me that according to comment 0 this problem can be seen on Flame 2.0.

Comment 7

[BMO Automation]

Firefox OS is not being worked on