| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/949
|
|
|
|
|
|
|
| |
Check the return value of gst_msdk_context_ensure_context and
abort in case of failure.
https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/945
|
|
|
|
|
|
|
| |
Check the return value of gst_msdk_context_ensure_context and
abort in case of failure.
https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/945
|
|
|
|
|
|
| |
Fix double gst_object_unref for GstMsdkContext.
https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/945
|
|
|
|
|
|
| |
example pipeline:
gst-launch-1.0 videotestsrc ! video/x-raw,format=P010_10LE ! msdkvpp ! \
video/x-raw,format=BGR10A2_LE ! fakesink
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
According to https://developer.nvidia.com/nvidia-video-codec-sdk
the minimum resolution nvenc supports should be 4096x4096
|
|
|
|
|
|
|
|
|
|
|
|
| |
The workaround for https://github.com/Intel-Media-SDK/MediaSDK/issues/1139
is required for vp8 only, so move this workaround to the corresponding
postinit_decoder function
The pipeline below works with this change
gst-launch-1.0 filesrc location=SA10104.vc1 ! \
'video/x-wmv,profile=(string)advanced',width=720,height=480,framerate=14/1 ! \
msdkvc1dec ! fakesink
|
|
|
|
|
|
|
| |
MFXVideoDECODE_DecodeHeader only parses the sequence layer for VC1, so
the structure is unknown for a stream with interlace flag set in the
sequence layer. If forcing the struct to progressive in this plugin,
MediaSDK will fail to decode such streams.
|
| |
|
|
|
|
| |
Allocated device memory should be freed with cuMemFree
|
|
|
|
|
| |
Mapped resource via NvEncMapInputResource() will result to unregister fail.
It can happen when paused to ready state change without EOS event.
|
|
|
|
|
|
|
| |
baseclass didn't take the stream lock during stop. It's valid only for
GstVideoEncoder::finish()
Closes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/912
|
| |
|
|
|
|
| |
The first component for GST_VIDEO_FORMAT_VUYA in memory is V.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
It is possible MFXVideoDECODE_DecodeFrameAsync returns MFX_ERR_INCOMPATIBLE_VIDEO_PARAM
and this error can't be recovered by retrying MFXVideoDECODE_DecodeFrameAsync
in some cases, so we need to limit the number of retries to avoid infinite loop.
This fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/909
|
|
|
|
|
|
|
|
| |
Some files licensed under LGPL were included, so relicense the plugin
from BSD to LPGL. In addition, this patch removes the README per the
discussion in https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/853
Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/853
|
|
|
|
|
|
|
| |
tests\check\meson.build:21:5: ERROR: Unknown variable "use_nvenc_gl".
Also do the same change in nvdec, just to be defensive about future
issues.
|
|
|
|
|
|
| |
Encoder will not configure internal pool again if input_state exist
Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/912
|
|
|
|
|
|
| |
To drain all queued encoding items, encoder should gracefully
wait the encoding thread without stealing queued items.
Otherwise, some input frames can be dropped.
|
|
|
|
| |
GValue should be freed with g_value_unset()
|
|
|
|
| |
Update to support the latest CUDA Toolkit version 10.1
|
| |
|
| |
|
|
|
|
| |
Closes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/908
|
|
|
|
|
|
| |
../subprojects/gst-plugins-bad/sys/msdk/msdk.c(61): error C2065: 'MFX_FOURCC_RGB565'
The minimum required version for the format seems to MFX_VERSION >= 1028
|
| |
|
|
|
|
|
|
|
| |
Returning MFX_ERR_INCOMPATIBLE_VIDEO_PARAM from
MFXVideoDECODE_DecodeFrameAsync means the allocated mfx surface is not
suitable for the current frame, we need a new mfx surface and try
MFXVideoDECODE_DecodeFrameAsync again.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MSDK library requires 16 alignment for vp8/vp9, otherwise a pipeline
for vp8/vp9 decoding might fail.
example pipeline:
gst-launch-1.0 filesrc location=vp8_1280x720.webm ! matroskademux ! \
msdkvp8dec ! fakesink
0:00:00.150565444 10657 0x55c8484036d0 ERROR msdkdec
gstmsdkdec.c:1056:gst_msdkdec_handle_frame:<msdkvp8dec0>
DecodeFrameAsync failed (invalid video parameters)
|
|
|
|
|
| |
Note: MSDK doesn't support RGB16 output, hence don't add RGB16 format in
the src pad
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
When MFXVideoDECODE_DecodeFrameAsync () returns MFX_WRN_DEVICE_BUSY with
an output surface, a new input surface is required when retrying
MFXVideoDECODE_DecodeFrameAsync ().
This fixes the out-of-surface issue mentioned in
https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/890
|
|
|
|
|
|
|
|
|
|
|
| |
This gets rid of annoying message in the log, e.g. run the pipeline
below:
gst-launch-1.0 videotestsrc num-buffers=100 ! \
video/x-raw,format=NV12,width=352,height=288 ! msdkh264enc ! filesink \
location=test.h264
[LIBVA]:CRITICAL - DdiMedia_DestroyImage:4357: Invalid image
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|