Thibault Saunier
78022a6e0c
docs: Port all docstring to gtk-doc markdown
2017-04-12 12:57:57 -03:00
Scott D Phillips
c7ee3b5d5f
Remove 'return' from void
functions
...
https://bugzilla.gnome.org/show_bug.cgi?id=774293
2016-11-12 10:53:02 +02:00
Nirbheek Chauhan
42af2d66d8
Add support for Meson as alternative/parallel build system
...
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-08-20 11:35:54 +01:00
Sebastian Dröge
dea792292e
d3dvideosink: Replace some more gst_caps_to_string() with GST_PTR_FORMAT
...
https://bugzilla.gnome.org/show_bug.cgi?id=768146
2016-06-28 19:27:09 +03:00
Jonathan Roy
93191c92f1
d3dvideosink: leak on caps string
...
https://bugzilla.gnome.org/show_bug.cgi?id=768146
2016-06-28 19:27:09 +03:00
Nirbheek Chauhan
6472482680
d3dvideosink: Don't include deprecated and unavailable d3dx9tex.h
...
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-04-19 13:51:03 +01:00
Vineeth TM
66bac3eb86
d3dvideosink: post message to application for unhandled keyboard/mouse events
...
https://bugzilla.gnome.org/show_bug.cgi?id=763403
2016-03-24 14:58:24 +02:00
Vineeth TM
8cdfb13658
bad: use new gst_element_class_add_static_pad_template()
...
https://bugzilla.gnome.org/show_bug.cgi?id=763081
2016-03-24 14:56:51 +02:00
Sebastian Dröge
d8b1efe13a
d3dvideosink: Don't try to recreate swapchain while the window is minimized
...
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-11-30 19:53:28 +02:00
Fabio Cetrini
79f57e62dc
d3dvideosink: Avoid frame rendering while the window is completely hidden
...
https://bugzilla.gnome.org/show_bug.cgi?id=749856
2015-06-10 15:03:31 +02:00
Roman Nowicki
29098129be
d3dvideosink: release existing D3D swap chain on init
...
https://bugzilla.gnome.org/show_bug.cgi?id=745159
2015-02-25 16:19:57 +02:00
Sebastian Dröge
e36c27cd46
d3dvideosink: Don't initialize the render window swap chain while the device is lost and we're waiting for reset
...
https://bugzilla.gnome.org/show_bug.cgi?id=744615
2015-02-24 11:19:48 +02:00
Sebastian Dröge
f53bc227a8
d3dvideosink: Deactivate the fallback buffer pool when replacing it during caps changes
...
https://bugzilla.gnome.org/show_bug.cgi?id=744615
2015-02-24 11:19:48 +02:00
Sebastian Dröge
d1d31dae6d
d3dvideosink: Deactivate the fallback pool and unref the fallback buffer 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
2015-02-18 12:45:22 +02:00
Sebastian Dröge
4ec87d9690
d3dvideosink: Open Direct3D devices in a threadsafe way
...
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-15 13:30:16 +02:00
Sebastian Dröge
c134930dbe
d3dvideosink: Always lock the D3D surfaces in write mode
...
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-03 19:10:26 +02:00
Sebastian Dröge
73c40a3132
d3dhelpers: Swap UV planes properly for YV12 as compared to I420
...
If we only do it in one place colors will look funny.
2014-07-03 19:06:26 +02:00
Sebastian Dröge
25974ac0a9
d3dvideosink: Don't leak all surfaces
...
This was broken when disabling the buffer pool exporting.
Also disable buffer pool a bit more efficient...
2014-07-02 10:33:15 +02:00
Sebastian Dröge
28d250ec3f
d3dvideosink: PostMessage() takes integers as last parameters, not pointers
2014-07-02 10:33:15 +02:00
Sebastian Dröge
677608bfb7
d3dvideosink: Remove unused variable
2014-07-02 10:33:15 +02:00
Eric Trousset
f54efc206f
d3dvideosink: Release D3D surfaces when shutting down the sink
...
https://bugzilla.gnome.org/show_bug.cgi?id=726026
2014-06-23 20:44:23 +02:00
Tim-Philipp Müller
3f1eb8ee71
d3dvideosink: post proper error message when window disappears
2014-04-08 17:52:12 +01:00
Sebastian Dröge
c84278ae04
d3dvideosink: Only pass a dest rectangle if set, otherwise pass NULL
...
Call with an uninitialized rectangle will cause errors.
https://bugzilla.gnome.org/show_bug.cgi?id=714998
2014-04-02 23:10:01 +02:00
Alexey Chernov
d96999328a
d3dvideosink: First destroy the window, then unregister the class
...
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
2014-01-21 09:45:07 +01:00
Andoni Morales Alastruey
ef7a8c2ca8
d3dvideosink: disable buffer pools
...
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-09-02 18:21:11 +02:00
Sebastian Dröge
e51cd4fe2f
gst: Add better support for static plugins
2013-04-15 15:59:22 +02:00
Andoni Morales Alastruey
7f18295321
d3dvideosink: use bilinear filter as much as possible
...
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-04-04 11:39:45 +02:00
Sebastian Dröge
42965f5aa0
d3dvideosink: Make sure that all buffers in our pool contain our own memory
2013-03-27 09:09:59 +01:00
Sebastian Dröge
ff30417bd9
d3dvideosink: Add support for crop meta
2013-03-26 14:27:43 +01:00
Sebastian Dröge
81304a7956
d3dvideosink: Implement a buffer pool that shares D3D surfaces with upstream
2013-03-26 13:39:46 +01:00
Sebastian Dröge
abede65bbc
d3dvideosink: Allocate a new offscreen surface for every buffer
...
This is a preparation for implementing a buffer pool.
2013-03-26 13:39:46 +01:00
Sebastian Dröge
996e8912f2
d3dvideosink: Add compatibility #defines for older mingw headers
...
These were removed recently but these mingw headers are still
out there.
2012-12-27 14:09:51 +01:00
Sebastian Dröge
85690b802d
d3dvideosink: Remove scary "while (object.refcount > 0) release (object);" code
...
If there is a memory leak, this isn't the way how it should be fixed.
2012-12-22 18:43:37 +01:00
Sebastian Dröge
038cf9eba0
d3dvideosink: Don't forget to return a value from ::propose_allocation()
2012-12-22 18:17:45 +01:00
Sebastian Dröge
53b2cdf335
d3dvideosink: Add support for the video meta
2012-12-22 18:17:04 +01:00
Sebastian Dröge
0642f3a143
d3dvideosink: Don't use "class" as variable name and don't use C99 comments
2012-12-22 18:13:48 +01:00
Sebastian Dröge
23265c8428
d3dvideosink: Only open system resources in in NULL->READY, not on object instantiation
2012-12-22 18:04:42 +01:00
Sebastian Dröge
827655ffb4
d3dvideosink: Properly copy frames to D3D with the right strides and everything
...
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-22 17:57:41 +01:00
Sebastian Dröge
c6763c2bbb
d3dvideosink: Remove non-sense display PAR handling
...
This has to be implemented properly at some point
2012-12-22 16:26:52 +01:00
Sebastian Dröge
020da4c577
d3dvideosink: Fix caps leak
2012-12-22 16:20:13 +01:00
Sebastian Dröge
41e58ecf5f
d3dvideosink: Fix duplicated format entry in the template caps
2012-12-22 12:09:30 +01:00
Sebastian Dröge
29b677fe9b
d3dvideosink: Fix linking
2012-12-22 12:05:14 +01:00
Sebastian Dröge
de8f436b21
d3dvideosink: Fix some more compiler warnings
2012-12-22 11:58:21 +01:00
Sebastian Dröge
7e8c531621
d3dvideosink: Port remaining bits to new GLib threading API
2012-12-22 11:50:08 +01:00
Sebastian Dröge
4f28e50540
d3dvideosink: And remove the right declaration
2012-12-22 11:45:27 +01:00
Sebastian Dröge
52a62d73b1
d3dvideosink: Remove unused static declaration
2012-12-22 11:44:32 +01:00
Sebastian Dröge
345b5f0eb8
d3dvideosink: Remove unused variables
2012-12-22 11:43:21 +01:00
Sebastian Dröge
d2d19eb1e6
d3dvideosink: Update to new GLib threading API
2012-12-22 11:42:52 +01:00
Sebastian Dröge
9838e3748c
d3dvideosink: Rename keep_aspect_ratio to force_aspect_ratio in the header too
2012-12-22 11:38:28 +01:00
Sebastian Dröge
5f3eefb611
d3dvideosink: Use G_PARAM_STATIC_STRINGS
2012-12-22 11:35:55 +01:00