1115491 - [dolphin][FFOS7715 v2.1][RTSP video] Video stuck while playing rtsp in browser

Status: RESOLVED WONTFIX

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

Description

[[e-mail]]

Attachment: step_to_repro.docx

DEFECT DESCRIPTION:
  Playing some rtsp video in browser, video stuck.

Steps to reproduce:
----------------------------------------------------
The detail STR are in attachment, please check it.

PS：Playing rtsp video in "114.30.40.60:8800" have many problems.

Comment 1

[[e-mail]]

BTW,I have captured a video to describes this issue more details.

Please go to the following address to download:
    http://pan.baidu.com/s/1jG884zc

Hi Ethan:
Plaease help t check this issue. 

Thanks a lot!

Comment 2

[[e-mail]]

> Plaease help t check this issue. 
oh, please help to check.

Comment 3

[[e-mail]]

Dear Ethan:

I have checked this issue, when playing stuck video, video data written to the buffer‘s speed is fast than read data to decoder. 

So I think data from the network may be discarded if the decoder cannot read at a high enough rate, thus cause the stuck issue.

BTW, I want to know the difference between flame and dolphin, are they using the same Codec for decoding data ?

If this is our codec lead in, we will check our Codec first.

Thanks.

Comment 4

[Ethan Tseng [:ethan]]

(In reply to [e-mail] from comment #3)
> Dear Ethan:
> BTW, I want to know the difference between flame and dolphin, are they using
> the same Codec for decoding data ?
> If this is our codec lead in, we will check our Codec first.

Hi Lin,

I have not jumped into this bug yet.
But Flame and Dolphin use different CPUs.
Flame uses Qualcomm Snapdragon 200 MSM8210. You can refer its spec here:
https://developer.mozilla.org/zh-TW/Firefox_OS/Developer_phone_guide/Phone_specs

Comment 5

[Ethan Tseng [:ethan]]

Hi Jonathan,

Could you help to look into this bug?

Comment 6

[Jonathan Hao (inactive) [:jhao]]

Hi Lin Hui,

I've tried your links with Flame on 2.1 and 2.2. I can not reproduce your problem on both of them, so maybe it is as you said the hardware decoder's problem.

Comment 7

[[e-mail]]

(In reply to Jonathan Hao [:jhao] from comment #6)
> Hi Lin Hui,
> 
> I've tried your links with Flame on 2.1 and 2.2. I can not reproduce your
> problem on both of them, so maybe it is as you said the hardware decoder's
> problem.

Could you help to check this issue in flame again? this issue happened on flame with rate 100%!  

Please according to the attachment's "step_to_repro.docx", try to check it in flame again.

Many thanks!

Comment 8

[Jonathan Hao (inactive) [:jhao]]

I still can't reproduce, neither on both user build nor engineer build. I may have to ask our QA colleagues for help.

Comment 9

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

Hi Lin.hui -

I also cannot reproduce this issue with my Flame 2.1...did you try this to reproduce this issue via Wifi or mobile data network? Also could you help to provide the RAM dump as well?

Thanks

Comment 10

[[e-mail]]

Dear vchen:
I have captured a video both in wifi condition, Please go to the following address to download:

http://pan.baidu.com/s/1jGHwzCM

Thank you.

Comment 11

[Jonathan Hao (inactive) [:jhao]]

I tried again today, and I can reproduce sometimes now. I'll try to find out why.

Comment 12

[Jonathan Hao (inactive) [:jhao]]

After I put some logs in gecko and flash again, I cannot reproduce anymore. Perhaps the cause was unstable network condition.

Comment 13

[[e-mail]]

(In reply to Jonathan Hao [:jhao] from comment #12)
> After I put some logs in gecko and flash again, I cannot reproduce anymore.
> Perhaps the cause was unstable network condition.

I agree with you, perhaps the stuck issue depends on network condition, but when I playing some RTSP video in that site, sometimes the video skip to end time automatically, Have you found this problem?

Thank you!

Comment 14

[Jonathan Hao (inactive) [:jhao]]

Yes, I have. At first, it stuck in a frame, and later it goes right to the end. This problem seems to happen along with the stuck problem.