[Bug 689191] d3dvideosink improvements

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #16 from Sebastian Dröge <slomo at circular-chaos.org> 2013-01-10 10:26:35 UTC ---
(In reply to comment #15)
> (In reply to comment #13)
> > Yeah, but then playbin will automatically switch to directdrawsink. It doesn't
> > matter much if the failure happens at plugin load time or during the state
> > change to READY. It only makes everything more complex IMHO :)
> 
> playbin deals with system loader issues? What I'm talking about are OS-level
> undefined/unknown reference errors -- the dll itself (at least not typically)
> won't get past the OS loader into user space if its dependencies aren't
> satisfied. The code from before looks (to the system loader) like there aren't
> any Direct3D dependencies.

Ah now I finally understand what you mean. Well, if the plugin fails to load
because of missing references it will be ignored by the registry. No problem
there at all then :)

> > Direct3D 9 is a requirement for Metro compatible devices at this point. As such
> > I don't see it getting dropped in the next years at all, especially considering
> > that Microsoft is annoyingly concerned with backwards compatibility.
> 
> I still give my Windows XP embedded example, which I know is actually still in
> use.

But Windows XP has no Direct3D at all, right? In that case the Direct3D plugin
wouldn't be used and directdrawsink (for example) would be used as fallback.

> Plus effort has already been done to abstract Direct3D -- why eliminate it
> (especially when it is providing a useful function of gracefully downgrading
> when Direct3D is unavailable on the system)?

Mostly because of the (from my understanding) unneeded code complexity (and
thus maintenance overhead), and complexity during the build. Now this just uses
the system Direct3D headers and properly links to everything (thus failing
properly during link time, and during library load time).

-- 
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.