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)
Firefox OS Graveyard
Vendcom
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.
| Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → 2.0?
Whiteboard: [LibGLA,TD91969,WW,B]
Comment 2•11 years ago
|
||
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
Updated•11 years ago
|
Flags: needinfo?(jmitchell)
Updated•11 years ago
|
Flags: needinfo?(jmitchell)
Comment 3•11 years ago
|
||
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.
| Reporter | ||
Comment 4•11 years ago
|
||
(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)
Comment 5•11 years ago
|
||
*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)
Updated•11 years ago
|
Flags: needinfo?(jmitchell)
Comment 6•11 years ago
|
||
This bug seems similar to Bug 988030.
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
| Reporter | ||
Comment 7•11 years ago
|
||
When I test this issue using some video files(not recorded video files),
problem is also occurred.
blocking-b2g: --- → 2.0?
Comment 8•11 years ago
|
||
We can investigate this but this should not block.
Comment 9•11 years ago
|
||
It seems similar to Bug 988030. If codec outputs 0 as video out, it is a POVB problem.
Comment 10•11 years ago
|
||
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]
| Reporter | ||
Comment 11•11 years ago
|
||
(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.
| Reporter | ||
Comment 12•11 years ago
|
||
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)
Comment 13•11 years ago
|
||
(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)
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Component: General → Vendcom
Whiteboard: [LibGLA,TD91969,WW,B][povb] → [LibGLA,TD91969,WW,B][POVB]
| Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(jaemin1.song)
| Reporter | ||
Comment 14•11 years ago
|
||
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.
Description
•