mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-20 16:51:10 +00:00
Code Issues 1 Projects Releases Wiki Activity
21709 commits 44 branches 1509 tags 640 MiB
Commit graph

90 commits

Author SHA1 Message Date
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
Sebastian Dröge
872dc5feb6 d3dvideosink: Rename keep-aspect-ratio to force-aspect-ratio and default to TRUE 
For consistency with other video sinks.
 2012-12-22 11:34:43 +01:00
Sebastian Dröge
5ea516d735 d3dvideosink: Add files that had to be included in the last commit 2012-12-22 11:30:08 +01:00