[Bug 697868] d3dvideosink: fix scaling with some drivers

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Apr 12 05:43:16 PDT 2013


https://bugzilla.gnome.org/show_bug.cgi?id=697868
  GStreamer | gst-plugins-bad | 1.x

--- Comment #1 from Andoni Morales <ylatuya at gmail.com> 2013-04-12 12:43:10 UTC ---
This do not apply in master anymore and won't work after:
d3dvideosink: Implement a buffer pool that shares D3D surfaces with upstream

Resizing requires resetting the device and all the resources allocated to this
d3d pool if we use the default pool. I believe that using a managed pool
instead allows resources to persists in a device reset:

http://msdn.microsoft.com/en-us/library/windows/desktop/bb147168(v=vs.85).aspx

"Use the D3DPOOL_MANAGED flag at creation time to specify a managed resource.
Managed resources persist through transitions between the lost and operational
states of the device. These resources exist both in video and system memory. A
managed resource will be copied into video memory when it is needed during
rendering. The device can be restored with a call to IDirect3DDevice9::Reset,
and such resources continue to function normally without being reloaded with
data. However, if the device must be destroyed and re-created, all resources
must be re-created."

We should also be using the managed for devices lost, and not recreate the
device as it's done now but only reset it to reuse the existent resources.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list