Closed
Bug 1133382
Opened 10 years ago
Closed 11 months ago
Make D3D9SurfaceImage store data in YUV rather than RGB32
Categories
(Core :: Graphics: Layers, defect, P5)
Tracking
()
RESOLVED
INVALID
People
(Reporter: cpearce, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: gfx-noted)
D3D9SurfaceImage stores its contents in RGB32. This is because I implemented it, and I don't know how to paint the NV12 GPU surfaces we get out of DXVA decoders using a shader or whatever.
Someone who has a clue about graphics would know however.
If we stored D3D9SurfaceImage in YUV and only converted to RGB on paint, we'd half the memory cost of storing video frames when using DXVA.
Updated•10 years ago
|
Priority: -- → P5
Comment 1•10 years ago
|
||
Is this an option? I was sort of under the impression that only supported conversion method was using StretchRect.
Comment 2•10 years ago
|
||
I looked into this a while back, I believe you're right. Attempting to create a new NV12 texture with DXGI sharing enabled fails, so we can't get the data to the compositor in NV12 format.
It does work if we use the D3D11 DXVA API though, so that's an option for the future.
Updated•10 years ago
|
Whiteboard: gfx-noted
Updated•6 years ago
|
Blocks: wr-video-color
Updated•2 years ago
|
Severity: normal → S3
Comment 3•11 months ago
|
||
D3D9SurfaceImage was removed in bug 1865282
Status: NEW → RESOLVED
Closed: 11 months ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•