[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