Closed Bug 1059133 Opened 11 years ago Closed 11 years ago

[MADAI][Multimedia] When I operate pause(at end position) and turn off/on the screen, video frame is showing green image.

Categories

(Firefox OS Graveyard :: Vendcom, defect)

defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED WORKSFORME
blocking-b2g -

People

(Reporter: jaemin1.song, Unassigned)

Details

(Keywords: regression, Whiteboard: [LibGLA,TD91969,WW,B][POVB])

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.143 Safari/537.36 Steps to reproduce: 1. To create video file, execute camera and record video. 2. Execute video app and play recorded video file. 3. While playing video, press pause button. 4. Please move position to end position using progress bar. 5. Turn off the screen 6. Turn on the screen Actual results: When I reproduce issue like above step, I have found that video frame is showing green image. Please confirm this problem.
blocking-b2g: --- → 2.0?
Whiteboard: [LibGLA,TD91969,WW,B]
Adding qawanted wanted to see if we can reproduce this.
Keywords: qawanted
Following the steps provided, I'm unable to reproduce this green screen issue on the Flame device with 2.1 or 2.0 builds. Questions: Can you provide build information that you saw this issue on? Also did you see this issue happen on multiple videos? How many times was this bug seen? I've tried 319mem and 512mem, Lock screen set to on and off with no luck.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jaemin1.song)
QA Contact: croesch
Flags: needinfo?(jmitchell)
Flags: needinfo?(jmitchell)
I could repro this with an older video on my SD card but did repro this with a freshly recorded video Repro Video Info: No-Repro Video Infos: (newly taken video) Length: 00:44 00.49 00:10 Size 2.1MB 36.3 MB 7.6 MB Video Type: 3gpp 3gpp 3gpp Resolution: 352x288 1280x720 1280x720 Additionally - this should not be a blocking issue - the greenscreen is an oddity but not critical. It only persists until you restart the video or shuffle/shuttle-jog to a different frame than the last. This DOES repro in Flame 2.1, Flame 2.0, Open-C 2.1 Actual Results - Green screen seen on video when returning from Lock-screen Device: Flame Master Build ID: 20140827125652 Gaia: 3a838afca295c9db32e1a3ec76d49fb7fe7fd2d2 Gecko: 5f0b5cc8f78d Version: 34.0a1 (Master) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Device: Flame 2.0 Build ID: 20140827074629 Gaia: 1de9e49fc7e3e679f589178e6fbd67903b496ca1 Gecko: 83f2f10431a6 Version: 32.0 (2.0) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Device: Open_C Master Build ID: 20140826125726 Gaia: ea93363a8c424d65a9ad91438ce6961377a20f98 Gecko: f9bfe115fee5 Version: 34.0a1 (Master) Firmware Version: P821A10V1.0.0B06_LOG_DL User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 ------------------------------------------------------------------------- This bug partially repros on Flame 1.4 Actual Results - Upon unlocking the screen and returning to the video app the green screen is seen for a very brief flash and the video resets to timestamp: 00.00 (it also exhibits this behavior when pressing the homescreen button and then returning to the app). Device: Flame 1.4 Build ID: 20140827090228 Gaia: 05653cb12d324649687dad3eeb2ea373a2ad84d4 Gecko: baf01c5965ef Version: 30.0 (1.4) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0 ------------------------------------------------------------------------------ This is a regression due to the lost behavior of auto-resetting the time-stamp to 00.00 on a video left on the final frame and returning to it.
blocking-b2g: 2.0? → ---
Flags: needinfo?(pbylenga)
Keywords: qawantedregression
(In reply to Cody Roesch [:croesch] from comment #2) > Questions: > Can you provide build information that you saw this issue on? > Also did you see this issue happen on multiple videos? How many times was > this bug seen? > > I've tried 319mem and 512mem, Lock screen set to on and off with no luck. This issue is occurred on multiple videos. But some file was not occurred this issue. When I try to reproduce this issue on recorded video files, issue was always occurred. (reproducible rate on recorded video file: 100 %) Thanks.
Flags: needinfo?(jaemin1.song)
*Update* I was trying every time on videos set to Internal Memory. As soon as I switched the default storage to SDCard and recorded a new video, I was able to reproduce the Green Screen with any new videos. Videos on Internal Memory seems to be void of this bug. Videos on SD Card will repro this issue.
Flags: needinfo?(jmitchell)
Flags: needinfo?(jmitchell)
This bug seems similar to Bug 988030.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
When I test this issue using some video files(not recorded video files), problem is also occurred.
blocking-b2g: --- → 2.0?
We can investigate this but this should not block.
It seems similar to Bug 988030. If codec outputs 0 as video out, it is a POVB problem.
Thanks Sotaro, marking accordingly. (In reply to Sotaro Ikeda [:sotaro] from comment #9) > It seems similar to Bug 988030. If codec outputs 0 as video out, it is a > POVB problem.
blocking-b2g: 2.0? → -
Whiteboard: [LibGLA,TD91969,WW,B] → [LibGLA,TD91969,WW,B][povb]
(In reply to Wayne Chang [:wchang] from comment #10) > Thanks Sotaro, marking accordingly. > > (In reply to Sotaro Ikeda [:sotaro] from comment #9) > > It seems similar to Bug 988030. If codec outputs 0 as video out, it is a > > POVB problem. I'll register issue to QCT SR. Thanks.
I have confirmed this case again. Sometime, although codec output is 0, issue was not occurred. zero size buffer seems not a root cause. To confirm it, if issue is reproduced, please turn on/off screen repeatedly until video frame is shown. In this time, buffer is also zero. Please confirm problem again? Thanks.
Flags: needinfo?(sotaro.ikeda.g)
(In reply to Jaemin Song from comment #12) > I have confirmed this case again. > Sometime, although codec output is 0, > issue was not occurred. > zero size buffer seems not a root cause. Jaemin, I am not sure what you said. It did not say that zero size buffer. I said that graphic buffer is filled with 0 data in Bug 988030 case. Did you checked it?
Flags: needinfo?(sotaro.ikeda.g) → needinfo?(jaemin1.song)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Component: General → Vendcom
Whiteboard: [LibGLA,TD91969,WW,B][povb] → [LibGLA,TD91969,WW,B][POVB]
Flags: needinfo?(jaemin1.song)
This issue seems not similar to Bug 988030. I have checked problem again and found root cause. When issue is occurred, after EOS flag,if zero size buffer was come from decoder, video frame was shown green image. So, we modified "OMXCodec" code to control zero size buffer. Thank you for your help.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.