- Jun 11, 2018
-
-
Nicolas Dufresne authored
This modify the pool so that the video is aligned according to the interpolated stride rules rather then using GStreamer arbitrary padding.
-
Nicolas Dufresne authored
This new function update the video info to remove the arbitrary padding that GStreamer Video library would add.
-
Nicolas Dufresne authored
The goal will be to reuse this code in the sink itself to properly handle the fallbacks.
-
- Jun 07, 2018
-
-
Wang,Fei authored
According to msdk spec, there are two ways to enable filters: 1: Filters can be enabled by adding a filter ID to mfxExtVPPDoUse. In this case, default filter parameters are used 2: Add filter configuration structures directly to mfxVideoParam. Using 1 with 2 is optional but legal. Unfortunately it won't work with some specific use cases like Detail/EdgeEnhancement. Let's stick with option2 which works fine for all VPP operations. https://bugzilla.gnome.org/show_bug.cgi?id=796468
-
Sreerenj Balachandran authored
Call passthrough setting method from set_caps so that msdk initialize subroutine looks more clear.
-
Sreerenj Balachandran authored
Since we do the MSDK initializing in set_caps(), a FALSE return may still cause the invokation of set_caps() again and this will leads to buffer allocation and other mess-up. So make sure the msdk initialized correctly before trying to do any buffer allocation. https://bugzilla.gnome.org/show_bug.cgi?id=796465
-
Sreerenj Balachandran authored
Make sure all the enabled filter structures are added in the mfxVideoParm before doing the VPPQuery so that msdk can do the input param validation https://bugzilla.gnome.org/show_bug.cgi?id=796465
-
- Jun 06, 2018
-
-
Nicolas Dufresne authored
-
Nicolas Dufresne authored
-
Edward Hervey authored
* If the seek was handled upstream, use that SEGMENT seqnum * Use the proper invalid default value
-
Edward Hervey authored
-
Sreerenj Balachandran authored
Repostion the mfxExtVPPDoUse enabling code so that it will get the filter algorithm count correctly.
-
- Jun 05, 2018
-
-
Thibault Saunier authored
Those are GObjects not GstBins
-
- Jun 04, 2018
-
-
Lyon Wang authored
Check if duration is changed before emitting duration-changed signal https://bugzilla.gnome.org/show_bug.cgi?id=796491
-
- Jun 01, 2018
-
-
Jan Schmidt authored
-
Alessandro Decina authored
-
Alessandro Decina authored
Update the license blurb in camconditionalaccess.[hc] from GPL to LGPL. The plugin is LGPL and the GPL header in those two files was just a copy/paste mistake.
-
Edward Hervey authored
-
Sreerenj Balachandran authored
It is completely legal to have packets with zero sizes. Zero-sized packet indicates header with only Start Code. One eg: is user data packet. The patch allows having GstMpegVideoPacket with zero sizes. https://bugzilla.gnome.org/show_bug.cgi?id=796477
-
- May 31, 2018
-
-
Sreerenj Balachandran authored
Using NV12 layout in dmabuf mode giving mis-aligned VPP output with the media-driver. Keep the NV12 support (so that we can file the bug agianst msdk or mediadriver), but lower the ordering so that BGRA picks as default. NV12 issue can be reproduced with explicit capfilter: vidoetestsrc ! msdkvpp ! video/x-raw\(memory:DMABuf\),format=NV12 ! glimagesink
-
Sreerenj Balachandran authored
MediaSDK requires all the input buffers to be pre-allocated during init phase and this won't work with current design of GStreamer or gst-msdk. But this can be done in future once we have a solution for: https://bugzilla.gnome.org/show_bug.cgi?id=795747 There is a workaround possible as per https://github.com/Intel-Media-SDK/MediaSDK/issues/155#issuecomment-381790504 by faking the mem-id during MFXInit. This patch enabling it in gst-msdk by replacing the MemID of mfxSurface with dmabuf-backed vasurface dynamically. Important: v4l2 ! msdkenc won't work without a copy because of the GMMLib (https://github.com/intel/gmmlib) memory restrictions. https://bugzilla.gnome.org/show_bug.cgi?id=794817
-
Sreerenj Balachandran authored
MediaSDK requires all the input and output buffers to be pre-allocated during init phase and this won't work with current design of GStreamer or gst-msdk. But this can be done with https://bugzilla.gnome.org/show_bug.cgi?id=795747 There is a workaround possible as per https://github.com/Intel-Media-SDK/MediaSDK/issues/155#issuecomment-381790504 by faking the mem-id during MFXInit. This patch do this in gst-msdk by replacing the MemID of mfxSurface with dmabuf-backed vasurface dynamically. Important: v4l2 ! msdkvpp won't work without a copy because of the GMMLib (https://github.com/intel/gmmlib) memory restrictions. https://bugzilla.gnome.org/show_bug.cgi?id=794817
-
Sreerenj Balachandran authored
Added a utility method to replace the MemID (interanl VASurfaceID) associated with the mfxFrameSurface. This is usefull for dmabuf-import where we need to replace the memID dynamically https://bugzilla.gnome.org/show_bug.cgi?id=794817
-
Sreerenj Balachandran authored
Exporting DRM_PRIME fd to VASurface requires direct invocation of VA api VACreateSurface with VASurfaceAttribExternalBufferDescriptor and other necessary surface attributes. https://bugzilla.gnome.org/show_bug.cgi?id=794817
-
- May 29, 2018
-
-
Mathieu Duponchelle authored
This lets users call gst_pad_get_current_caps on newly-added pads to easily determine what to plug them into. We cannot copy sticky events unconditionally in core, see #719437 https://bugzilla.gnome.org/show_bug.cgi?id=796387
-
- May 28, 2018
-
-
Hosang Lee authored
If connection-speed property is in use, this value should be used as the current download rate since subclasses might read it to figure out which playlist variant they will use. https://bugzilla.gnome.org/show_bug.cgi?id=784592
-
Edward Hervey authored
-
Edward Hervey authored
This new element allows decoding and overlaying CEA-708 Closed Caption streams over video. * Supports CDP and cc_data closedcaption/x-cea-708 streams * Uses pango to render CC stream * Support GstVideoOverlayComposition meta if downstream supports is Tested on various test files. Remains to be fixed/improved: * Switch to GstByteReader (for code safety) * Switch to GString (instead of manual pango string construction) * Move pango/rendering code outside of main 708 decoder file (so that actual CC parser/decoder can be (re)used in other scenarios). Initial patches and improvements by: * CableLabs RUIH-RI Team <ruihri@cablelabs.com> * Steve Maynard <steve@secondstryke.com> * cjun.wang" <cjun.wang@samsung.com> https://bugzilla.gnome.org/show_bug.cgi?id=704881
-
Tim-Philipp Müller authored
-
Edward Hervey authored
Allows detecting and extracting CEA608 closed caption present on the VBI of analog NTSC SD signals.
-
Edward Hervey authored
And adapt their logging system to go through it
-
Edward Hervey authored
The code only uses the new 'optimized' bit slicer
-
Edward Hervey authored
zvbi switched to a lot more flexible CC detection in VBI. The problem is that it returns a *lot* of non-VBI lines as containing CC which isn't the case.
-
Edward Hervey authored
All this code should be converted to glib eventually, but for now just comment out a function which isn't even used
-
Edward Hervey authored
* RGB8 is never used * some inline functions were never used
-
Edward Hervey authored
Current code from zapping/zvbi as of 2018-03-14. Files copied are all LGPL v2+. Changes from original zvbi code: * Switch to gst-debug logging system * Use glib for endianness detection * Fix compilation warnings
-
Tim-Philipp Müller authored
-
Edward Hervey authored
Allows extracting GstVideoCaptionMeta from a stream and outputs it to a standalone stream. Part of a new 'ext' closedcaption plugin, since more features are going to be added, which will depend on external dependencies such as pango.
-
-
Tim-Philipp Müller authored
On debian system headers trigger compiler warnings like these, don't error out on them: /usr/include/directfb/direct/os/linux/glibc/waitqueue.h:95:1: note: previous definition of ‘direct_waitqueue_signal’ was here
-