Closed
Bug 1752097
Opened 3 years ago
Closed 3 years ago
Don't use dmabuf textures for SW decoding.
Categories
(Core :: Audio/Video: Playback, task)
Core
Audio/Video: Playback
Tracking
()
RESOLVED
FIXED
98 Branch
Tracking | Status | |
---|---|---|
firefox98 | --- | fixed |
People
(Reporter: stransky, Assigned: stransky)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
With Bug 1713276 we don't need dmabuf textures to hold decoded video frames as they can be decoded directly to shm memory and shared with rendering process.
Assignee | ||
Comment 1•3 years ago
|
||
Removing SW decoding to dmabuf surfaces in favour of decode to shm surfaces (Bug 1713276).
Updated•3 years ago
|
Crash Signature: [@ mozilla::VideoFrameSurfaceVAAPI::ReleaseVAAPIData]
Comment 4•3 years ago
|
||
GPU hardware decoding worked here with Debian sid/unstable and Nightly since some days ago. Do you know, what change introduced the regression? It’d be great if you mentioned that in the commit message.
Assignee | ||
Comment 5•3 years ago
|
||
Run with MOZ_DISABLE_RDD_SANDBOX=1 env variable until Bug 1751363 and Bug 1751709 are fixed.
Updated•3 years ago
|
Type: enhancement → task
Crash Signature: [@ mozilla::VideoFrameSurfaceVAAPI::ReleaseVAAPIData]
Assignee | ||
Comment 6•3 years ago
|
||
Pushed by stransky@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/d9aa83a3159f
[Linux] Remove SW decoding to dmabuf textures r=alwu,media-playback-reviewers
Comment 9•3 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 3 years ago
status-firefox98:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 98 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•