summaryrefslogtreecommitdiff
path: root/sys/d3dvideosink
AgeCommit message (Collapse)AuthorFilesLines
2018-07-27Add feature options for almost all pluginsNirbheek Chauhan1-3/+12
The only plugins remaining are those that haven't been ported to Meson yet, and msdk. Also, the tests are still automagic. https://bugzilla.gnome.org/show_bug.cgi?id=795107
2018-04-25Meson: Generate pc file for all plugins in badXavier Claessens1-0/+1
https://bugzilla.gnome.org/show_bug.cgi?id=794568
2017-09-06Request minimum buffer even if need_pool is FALSENicolas Dufresne1-10/+10
When tee is used, it will not request a pool, but still it wants to know how many buffers are required. https://bugzilla.gnome.org/show_bug.cgi?id=730758
2017-07-20d3dsinkwrapper: Make the DLL name match the plugin nameNicolas Dufresne3-8/+8
Otherwise, since 1.12, the plugin gets blacklisted. https://bugzilla.gnome.org/show_bug.cgi?id=785168
2017-05-17gst: Clear floating flag in constructor of all GstObject subclasses that are ↵Sebastian Dröge1-1/+4
not owned by any parent https://bugzilla.gnome.org/show_bug.cgi?id=743062
2017-05-16Remove plugin specific static build optionNicolas Dufresne1-1/+0
Static and dynamic plugins now have the same interface. The standard --enable-static/--enable-shared toggle are sufficient.
2017-04-12docs: Port all docstring to gtk-doc markdownThibault Saunier2-15/+15
2016-11-12Remove 'return' from `void` functionsScott D Phillips1-1/+1
https://bugzilla.gnome.org/show_bug.cgi?id=774293
2016-08-20Add support for Meson as alternative/parallel build systemNirbheek Chauhan1-0/+16
https://github.com/mesonbuild/meson With contributions from: Tim-Philipp Müller <tim@centricular.com> Matej Knopp <matej.knopp@gmail.com> Jussi Pakkanen <jpakkane@gmail.com> (original port) Highlights of the features provided are: * Faster builds on Linux (~40-50% faster) * The ability to build with MSVC on Windows * Generate Visual Studio project files * Generate XCode project files * Much faster builds on Windows (on-par with Linux) * Seriously fast configure and building on embedded ... and many more. For more details see: http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html Building with Meson should work on both Linux and Windows, but may need a few more tweaks on other operating systems.
2016-06-28d3dvideosink: Replace some more gst_caps_to_string() with GST_PTR_FORMATSebastian Dröge2-10/+3
https://bugzilla.gnome.org/show_bug.cgi?id=768146
2016-06-28d3dvideosink: leak on caps stringJonathan Roy1-3/+1
https://bugzilla.gnome.org/show_bug.cgi?id=768146
2016-04-19d3dvideosink: Don't include deprecated and unavailable d3dx9tex.hNirbheek Chauhan1-1/+0
It's not needed, not on native Windows nor with mingw, and we don't use anything from it anyway https://bugzilla.gnome.org/show_bug.cgi?id=765250
2016-03-24d3dvideosink: post message to application for unhandled keyboard/mouse eventsVineeth TM1-1/+7
https://bugzilla.gnome.org/show_bug.cgi?id=763403
2016-03-24bad: use new gst_element_class_add_static_pad_template()Vineeth TM1-2/+1
https://bugzilla.gnome.org/show_bug.cgi?id=763081
2015-11-30d3dvideosink: Don't try to recreate swapchain while the window is minimizedSebastian Dröge1-1/+19
It will fail and cause the sink to crash. Instead wait until the window is visible again before checking if the swapchain really has to be recreated. https://bugzilla.gnome.org/show_bug.cgi?id=741608
2015-06-10d3dvideosink: Avoid frame rendering while the window is completely hiddenFabio Cetrini1-0/+44
https://bugzilla.gnome.org/show_bug.cgi?id=749856
2015-02-25d3dvideosink: release existing D3D swap chain on initRoman Nowicki1-0/+4
https://bugzilla.gnome.org/show_bug.cgi?id=745159
2015-02-24d3dvideosink: Don't initialize the render window swap chain while the device ↵Sebastian Dröge1-1/+6
is lost and we're waiting for reset https://bugzilla.gnome.org/show_bug.cgi?id=744615
2015-02-24d3dvideosink: Deactivate the fallback buffer pool when replacing it during ↵Sebastian Dröge1-1/+3
caps changes https://bugzilla.gnome.org/show_bug.cgi?id=744615
2015-02-18d3dvideosink: Deactivate the fallback pool and unref the fallback buffer ↵Sebastian Dröge1-0/+4
when resetting Otherwise we will still have a reference to the surface left, which would prevent activating the sink again later. E.g. after we lost the device. Hopefully fixes https://bugzilla.gnome.org/show_bug.cgi?id=744615
2014-07-15d3dvideosink: Open Direct3D devices in a threadsafe waySebastian Dröge1-0/+3
Otherwise we'll get crashes when using the device from multiple threads, e.g. when using multiple sinks at once. https://bugzilla.gnome.org/show_bug.cgi?id=707523
2014-07-03d3dvideosink: Always lock the D3D surfaces in write modeSebastian Dröge1-3/+2
Locking them in readonly mode can give different stride to mapping in write mode, which then causes rendering to be broken. Happened on all (many?) NVIDIA GPUs. Thanks to voskater15@gmail.com for hinting at the problem. https://bugzilla.gnome.org/show_bug.cgi?id=712809
2014-07-03d3dhelpers: Swap UV planes properly for YV12 as compared to I420Sebastian Dröge1-8/+19
If we only do it in one place colors will look funny.
2014-07-02d3dvideosink: Don't leak all surfacesSebastian Dröge2-8/+4
This was broken when disabling the buffer pool exporting. Also disable buffer pool a bit more efficient...
2014-07-02d3dvideosink: PostMessage() takes integers as last parameters, not pointersSebastian Dröge1-2/+2
2014-07-02d3dvideosink: Remove unused variableSebastian Dröge1-1/+0
2014-06-23d3dvideosink: Release D3D surfaces when shutting down the sinkEric Trousset2-0/+15
https://bugzilla.gnome.org/show_bug.cgi?id=726026
2014-04-08d3dvideosink: post proper error message when window disappearsTim-Philipp Müller1-1/+3
2014-04-02d3dvideosink: Only pass a dest rectangle if set, otherwise pass NULLSebastian Dröge1-1/+4
Call with an uninitialized rectangle will cause errors. https://bugzilla.gnome.org/show_bug.cgi?id=714998
2014-01-21d3dvideosink: First destroy the window, then unregister the classAlexey Chernov1-3/+4
It's impossible to create another pipeline with d3dvideosink after disposing the previous one due to some problem in d3dvideosink. The message is: "Unable to register Direct3D hidden window class". I've evaluated the problem and it's that UnregisterClass() in working thread is called before DestroyWindow() and UnregisterClass() does nothing. https://bugzilla.gnome.org/show_bug.cgi?id=722622
2013-09-02d3dvideosink: disable buffer poolsAndoni Morales Alastruey3-1/+11
On a device lost, all the surfaces allocated in the device need to be released before resetting the device, which can't be done for the allocated buffers. https://bugzilla.gnome.org/show_bug.cgi?id=706566
2013-04-15gst: Add better support for static pluginsSebastian Dröge1-1/+1
2013-04-04d3dvideosink: use bilinear filter as much as possibleAndoni Morales Alastruey1-1/+1
Use the bilinear scalling filter when the magnifier or the minifier filters are avaible. Some graphics cards do not provide minifier filters but we want to use it for upscalling if it's available https://bugzilla.gnome.org/show_bug.cgi?id=697176
2013-03-27d3dvideosink: Make sure that all buffers in our pool contain our own memorySebastian Dröge1-3/+22
2013-03-26d3dvideosink: Add support for crop metaSebastian Dröge3-7/+29
2013-03-26d3dvideosink: Implement a buffer pool that shares D3D surfaces with upstreamSebastian Dröge4-128/+664
2013-03-26d3dvideosink: Allocate a new offscreen surface for every bufferSebastian Dröge1-27/+33
This is a preparation for implementing a buffer pool.
2012-12-27d3dvideosink: Add compatibility #defines for older mingw headersSebastian Dröge1-0/+18
These were removed recently but these mingw headers are still out there.
2012-12-22d3dvideosink: Remove scary "while (object.refcount > 0) release (object);" codeSebastian Dröge1-6/+0
If there is a memory leak, this isn't the way how it should be fixed.
2012-12-22d3dvideosink: Don't forget to return a value from ::propose_allocation()Sebastian Dröge1-0/+2
2012-12-22d3dvideosink: Add support for the video metaSebastian Dröge1-0/+10
2012-12-22d3dvideosink: Don't use "class" as variable name and don't use C99 commentsSebastian Dröge3-167/+165
2012-12-22d3dvideosink: Only open system resources in in NULL->READY, not on object ↵Sebastian Dröge2-3/+22
instantiation
2012-12-22d3dvideosink: Properly copy frames to D3D with the right strides and everythingSebastian Dröge4-780/+270
And only support color formats that are actually supported by the driver, this allows proper zero-copy handling later and simplifies the code a lot. Also simplify some other places, like the format mapping code.
2012-12-22d3dvideosink: Remove non-sense display PAR handlingSebastian Dröge2-18/+2
This has to be implemented properly at some point
2012-12-22d3dvideosink: Fix caps leakSebastian Dröge1-0/+3
2012-12-22d3dvideosink: Fix duplicated format entry in the template capsSebastian Dröge1-1/+1
2012-12-22d3dvideosink: Fix linkingSebastian Dröge1-3/+3
2012-12-22d3dvideosink: Fix some more compiler warningsSebastian Dröge1-6/+9
2012-12-22d3dvideosink: Port remaining bits to new GLib threading APISebastian Dröge1-8/+8