1107016 - [FFOS2.0][Woodduck][video streaming]It was keep loading after performed some actions when play video on browser.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: RTSP, defect, P2)

Description

[sync-1]

Created an attachment (id=1043398)
 screen
 
 DEFECT DESCRIPTION:
 ->It was keep loading after performed some actions when play video.
 
 REPRODUCING PROCEDURES:
 ->1.Enable data connection or enable wifi.
 ->2.Launch http:// 202.105.184.18:9000/stream/stream.html.
 ->3.Select any streaming to play via GPRS or wifi.
 
 ->4.It was keep loading after performed some actions(e.g. forward/backward/pause then play).===>KO1
 For example, performed "backward" action, after 4 min, still keep loading.
 
 ->5.During play a video, message "Video playback aborted due to a network error" was displayed at 3:09pm. (Only occured one time)===>KO2
 
 EXPECTED BEHAVIOUR:
 ->For KO1, video should be played as soon as possible after performed the actions(e.g. forward/backward/pause then play).
 ->For KO2, message "Video playback aborted due to a network error" should not displayed during play the video.
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
 
 何嘉玲：0752-2611649（61649）

Comment 1

[sync-1]

Attachment: screen

Comment 2

[sync-1]

dear mozilla,
 
      the KO1 seems has been fixed in latest version.
 
      hope you can help to check whether we can improve the KO2 issue.

Comment 3

[Josh Cheng [:josh]]

>  ->5.During play a video, message "Video playback aborted due to a network error" was displayed at 3:09pm. (Only occured one time)===>KO2

Hi Reporter,
How many time total did you try to play the video? It might caused by your network problem.

Comment 4

[Josh Cheng [:josh]]

Hi Norry,
qawanted for Woodduck 2.0M and Flame 2.0/2.1/2.2. Thanks!

Comment 5

[sync-1]

Created an attachment (id=1054644)
 mtk mobilelog

Comment 6

[sync-1]

Created an attachment (id=1054644)
 mtk mobilelog

Comment 7

[sync-1]

Attachment: mtk mobilelog

Created an attachment (id=1054644)
 mtk mobilelog

Comment 8

[sync-1]

Created an attachment (id=1054645)
 mtk netlog

Comment 9

[sync-1]

Created an attachment (id=1054645)
 mtk netlog

Comment 10

[sync-1]

Attachment: mtk netlog

Created an attachment (id=1054645)
 mtk netlog

Comment 11

[Pi Wei Cheng [:piwei] (inactive)]

We'll cover branch check on Flame.

1st issue at step 4 is NOT reproducible on all branches.

I was able to repro the 2nd issue at step 5 of STR on a few files. The issue seems to be that the video file itself is broken and it just depends on the client how they handle playing a broken file. Because if I stream the same file from PC, the video abruptly ends at a point earlier than when Flame plays it (without error message). When Flame plays it, sometimes an error message will immediately display when it stops playing, other times it justs sits there for a minute loading and eventually error message will display. To quickly see the error without waiting just lock and unlock the phone when it stops playing.

I think the bug here is that the error message is sort of misleading when playing a broken video file.

Files that I tested reproduced the bug:

rtsp://202.105.184.18/3gp/h263/128_96/h263_vbr_128_96_v50_10.3gp
rtsp://202.105.184.18/3gp/h263/128_96/h263_vbr_128_96_v150_20.3gp

Repro rate: 3/3 on Flame 2.0, 3/3 on Flame 2.1, 3/3 on Flame 2.2. Issue also occurs on base image v188-1 only.

Device: Flame 2.0
BuildID: 20141203093700
Gaia: 8d1e868864c8a8f1e037685f0656d1da70d08c06
Gecko: ff1100ba2ab8
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Device: Flame 2.1
BuildID: 20141203065100
Gaia: 5655269098c7e82254e56933f1af05b4abe2a2f3
Gecko: 86608c9389b5
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.2 Master
BuildID: 20141204080450
Gaia: 0462090a99093049add9268d14cbc7e44c1d1ccb
Gecko: 29d086b32a26
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

----------

Leaving qawanted tag for Woodduck checking.

Comment 12

[Norry.L.F(Leave from Mozilla)]

Attachment: logcat.txt

On woodduck 2.0m, I can't repro the error message that the 2nd bug said, the message "Video playback aborted due to a network error" does not appear. But during playing video, video and voice will be freezed suddenly, sometimes, just video is freezed and voice can be heard.

Video URL:
rtsp://202.105.184.18/mp4/mp4_aac/128_96/mp4_aac_128_96_v300_30_a128_48_s.mp4
rtsp://202.105.184.18/mp4/mp4_aac/128_96/mp4_aac_128_96_v96_15_a24_16_s.mp4
rtsp://202.105.184.18/3gp/h263/128_96/h263_vbr_128_96_v50_10.3gp
rtsp://202.105.184.18/3gp/h263/128_96/h263_vbr_128_96_v150_20.3gp

Woodduck build:
Gaia-Rev        04b42f95e89800a1b8d0aacd96317d3e3dad5731
Gecko-Rev       93efc8b4155f0a4a50eaad19acbb95ec24139e63
Build-ID        20141205050313
Version         32.0
Device-Name     jrdhz72_w_ff
FW-Release      4.4.2
FW-Incremental  1417727171
FW-Date         Fri Dec  5 05:06:39 CST 2014

Comment 13

[Norry.L.F(Leave from Mozilla)]

Attachment: Verify.3gp

Found time: 4:16pm~4:20pm

Comment 14

[sync-1]

dear mozilla,
 
     i have been produced all the cases in #comment11 and #comment12.
     just the experience are not good.

Comment 15

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

Removing qawanted tag since comments 11 and 12 cover the request.

Comment 16

[sync-1]

dear mozilla,
 
      what's the latest state of this pr?

Comment 17

[Josh Cheng [:josh]]

Hi Yi-Fan,
Could you please help to check the problem? Thanks!

Comment 18

[yifan [:yifan][:yliao]]

Tried a couple times, the error isn't handled in gaia. Will need platform support on this issue.

Comment 19

[Bobby Chien]

Hi Steven, we need some help from OS team. thanks.

Comment 20

[StevenLee[:slee]]

Hi Ben,

Please help this bug, thanks.

Comment 21

[Benjamin Chen [:bechen]]

Comment 12 says the quality is not good for RTSP streaming. At bug 1056178, we introduce playout-delay to improve the RTSP streaming quality, the patch doesn't exist in 2.0 code base.

And about comment 11, if the video file is corrupt, the only thing we can do is receive error message form HW decoder, then pass the error to MediaDecoder/MediaStateMachine/HTMLMediaElement. But since we treat all error as "End Of Stream" during playing, the user should see EOS => implies the HW doens't report error. So I guess the decode thread should stuck due to the HW had no response.

Comment 22

[Josh Cheng [:josh]]

Hi Ethan,
Is this issue same as bug 1155544?

Comment 23

[Ethan Tseng [:ethan]]

(In reply to Josh Cheng [:josh] from comment #22)
> Hi Ethan,
> Is this issue same as bug 1155544?

Jonathan, could you please check this for Josh?

Comment 24

[Jonathan Hao (inactive) [:jhao]]

It looks similar to bug 1158661.
Many patches have been landed since this bug was reported, so it may be resolved already.
Perhaps we could ask QA to try verifying it again.