Closed Bug 1311952 Opened 8 years ago Closed 8 years ago

Flash video is black though sound is normal on certain site(NHK world TV Live)

Categories

(Core :: Graphics: Layers, defect)

52 Branch
x86
Windows 10
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla52
Tracking Status
firefox49 --- unaffected
firefox50 --- unaffected
firefox51 --- unaffected
firefox52 + fixed

People

(Reporter: alice0775, Assigned: sotaro)

References

()

Details

(Keywords: regression)

Attachments

(2 files)

[Tracking Requested - why for this release]: NHK world TV Live Flash video would not playback properly Build Identifier: https://hg.mozilla.org/mozilla-central/rev/99a239e1866a57f987b08dad796528e4ea30e622 Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 ID:20161020030211 Reproducible: always The problem is only in Nightly52.0a1. Steps To Reproduce: 1. Open NHK world TV Live[1] 2. Wait to autostart the video [1] http://www3.nhk.or.jp/nhkworld/en/live/ Actual Results: The flash video is black though sound is normal. And there are no longer available video controls when mouse hover over the video. Expected Results: The flash video should playback properly. Video controls should appear when mouse hover over the video. Regression window: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=61da7056917a6361f5499f5431b83421979c5233&tochange=1ecca76e7b94b1356a67cae946d7d4a2a117f114 Regressed by: 1ecca76e7b94 Sotaro Ikeda — Bug 1305490 - Use ALLOC_UPDATE_FROM_SURFACE flag r=mattwoodrow Oddly enough, The NHK world live video[1] is continuously flickering if you play the "On-Demand" video[2] at least once. [2] Open http://www3.nhk.or.jp/nhkworld/en/vod/ and click a video.
Flags: needinfo?(milan)
Flags: needinfo?(milan) → needinfo?(sotaro.ikeda.g)
Attached file aboutSupport.txt (deleted) —
Assignee: nobody → sotaro.ikeda.g
Thanks for the reporting! I succeeded to reproduce the problem. I am going to look into it.
(In reply to Alice0775 White from comment #0) > > Oddly enough, The NHK world live video[1] is continuously flickering if you > play the "On-Demand" video[2] at least once. > > [2] Open http://www3.nhk.or.jp/nhkworld/en/vod/ and click a video. I failed to reproduce the flickering part.
Flags: needinfo?(sotaro.ikeda.g)
By 1305490, TextureClient was fallback to BufferTexture. It seems related to the bug.
Tracking 52+ for this regression which covers the flash video content on some sites.
(In reply to Sotaro Ikeda [:sotaro] from comment #4) > By 1305490, TextureClient was fallback to BufferTexture. It seems related to > the bug. I locally backed out bug 1305490 fix, but the problem did not addressed.
(In reply to Sotaro Ikeda [:sotaro] from comment #7) > mozregression showed the following. > > https://hg.mozilla.org/integration/mozilla-inbound/ > pushloghtml?fromchange=da083c6367526ab8d30d1b07b94b2c56b77d7831&tochange=c941 > e8a139541661f1ca69c673959345e76f20bf NO. Regression range in comment #0 is correct for me. I checked this with clean profile just now.
@Sotaro Ikeda Just confirmation, Hardware Acceleration of Flash Player should be Enabled(default).
(In reply to Alice0775 White from comment #9) > @Sotaro Ikeda > Just confirmation, > Hardware Acceleration of Flash Player should be Enabled(default). Thanks! When I enabled the Hardware Acceleration of Flash Player, I got the same regression.
(In reply to Sotaro Ikeda [:sotaro] from comment #7) > mozregression showed the following. > > https://hg.mozilla.org/integration/mozilla-inbound/ > pushloghtml?fromchange=da083c6367526ab8d30d1b07b94b2c56b77d7831&tochange=c941 > e8a139541661f1ca69c673959345e76f20bf It was when the Hardware Acceleration of Flash Player was disabled.
When the Hardware Acceleration of Flash Player was enabled, PluginInstanceParent::RecvShowDirectDXGISurface() was called instead of PluginInstanceParent::RecvShowDirectBitmap().
The problem happens by failing at D3D11SurfaceHolder::CopyToTextureClient(). It expects only D3D11TextureData. https://dxr.mozilla.org/mozilla-central/source/dom/plugins/ipc/D3D11SurfaceHolder.cpp#43
Bug 1305490 added ALLOC_UPDATE_FROM_SURFACE flag also to RecvShowDirectDXGISurface(). But it is not necessary for RecvShowDirectDXGISurface() since it does not use TextureClient::UpdateFromSurface(), instead it uses D3D11SurfaceHolder::CopyToTextureClient().
Attachment #8804165 - Flags: review?(matt.woodrow)
Attachment #8804165 - Flags: review?(matt.woodrow) → review+
Pushed by sikeda@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/c72883b45f42 Remove ALLOC_UPDATE_FROM_SURFACE flag from RecvShowDirectDXGISurface() r=mattwoodrow
Depends on: 1312988
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
The problem is back, See Bug 1317131.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: