- Jul 24, 2018
-
-
George Kiagiadakis authored
This is the native format that is in use by the webrtc audio processing library internally, so this avoids internal {de,}interleaving and format conversion (S16->F32 and back)
-
George Kiagiadakis authored
-
George Kiagiadakis authored
This is a GstAdapter, but for planar audio buffers.
-
- Jul 22, 2018
-
-
Jan Schmidt authored
Don't scan the entire APPDATA and COMMONPROGRAMFILES path tree, just the LADSPA sub-directory inside them, if any. https://bugzilla.gnome.org/show_bug.cgi?id=796450
-
Jan Schmidt authored
When scanning paths for LADSPA plugins, don't try and load every random file as a module, as g_module_open ends up throwing errors on Windows. Use a G_MODULE_SUFFIX and GST_EXTRA_MODULE_SUFFIX suffix check as we do for GStreamer plugins. https://bugzilla.gnome.org/show_bug.cgi?id=796450
-
- Jul 19, 2018
-
-
Sam Gigliotti authored
When it parses SDP, it doesn't free the error object. https://bugzilla.gnome.org/show_bug.cgi?id=796830
-
- Jul 18, 2018
-
-
Seungha Yang authored
... not in getter. Otherwise, video-converter will not be updated with new width/height https://bugzilla.gnome.org/show_bug.cgi?id=796828
-
- Jul 17, 2018
-
-
Jonathan Karlsson authored
Add support to set multipart/form-data as Content-Type by sending a caps event to the curlhttpsink with a field named "boundary". https://bugzilla.gnome.org/show_bug.cgi?id=796618
-
- Jul 15, 2018
-
-
Jan Schmidt authored
The unit test uses incomplete caps to test webrtcbin, causing some weirdness generating RTX stream mappings. https://bugzilla.gnome.org/show_bug.cgi?id=796810
-
Jan Schmidt authored
When generating caps with no ssrc, at least throw a warning instead of using an uninitialised stack variable https://bugzilla.gnome.org/show_bug.cgi?id=796810
-
- Jul 14, 2018
-
-
Jan Schmidt authored
Fix a leaked string when building RTX info.
-
Jan Schmidt authored
Refactor transportsendbin, and change the way pads are blocked on dtlssrtpenc so that they don't interfere with state changes. As well as being easier to read, this fixes spurious failures shutting down webrtcbin if DTLS negotiation hasn't completed yet.
-
Jan Schmidt authored
Move the errant piece of dtlssrtpenc state change management from dtlstransport in the Webrtc libs, into the transportsendbin that does the rest of the element management so it's all in one place.
-
Jan Schmidt authored
Rename the dtlstransport debug category to webrtcdtlstransport.
-
Thibault Saunier authored
The `CV_RGB` macro is now in `imgproc.hpp`. Fixes: ../subprojects/gst-plugins-bad/ext/opencv/gsthanddetect.cpp:497:40: error: ‘CV_RGB’ was not declared in this scope cvCircle (img, center, radius, CV_RGB (0, 0, 200), 1, 8, 0); ^~~~~~
-
- Jul 12, 2018
-
-
Mathieu Duponchelle authored
When negotiation is triggered by receiving caps on our sink pad probes, we could encounter a race condition where need-negotiation is emitted and the application requires the creation of an offer before the current caps were actually updated. This led to retrieving incomplete caps when creating the offer, using find_codec_preferences -> pad_get_current_caps. Instead, as we save the caps in the probe callback anyway, it is better and thread safe to use these if they were set. https://bugzilla.gnome.org/show_bug.cgi?id=796801
-
Matthew Waters authored
i.e. when expanding from 320x240 to 800x600, the resulting frame should appear in the top left corner, not the middle. https://bugzilla.gnome.org/show_bug.cgi?id=794401
-
Daniel Klamt authored
Matches the output from a similar glimagesink pipeline when rotating from an upstream gltransformation passed through the affine transformation meta with xpos/ypos being set. https://bugzilla.gnome.org/show_bug.cgi?id=794401
-
- Jul 10, 2018
-
-
Nicolas Dufresne authored
-
Nicolas Dufresne authored
-
Matthew Waters authored
Otherwise decklink seems to hold onto the latest frame and may cause a flash in the output if the played sequence has a framerate less than the video output. Scenario is play for N seconds, pause, flushing seek to some other position, play again. Each of the play sequences would normally start at 0 with the decklink time. As a result, the latest frame from the previous sequence is kept alive waiting for it's timestamp to pass before either dropping (if a subsequent frame in the new sequence overrides it) or displayed causing the out of place frame to be displayed. This is also supported by the debug logs from the decklink video sink element where a ScheduledFrameCompleted() callback would not occur for the frame until the above had happened. It was timing related as to whether the frame was displayed based on the decklink refresh cycle (which seems to be 16ms here), when the frame was scheduled by the sink and the difference between the 'time since vblank' of the two play requests (and thus start times of scheduled playback).
-
Daniel Klamt authored
Moved the pad offset and aspect ratio to a matrix so it will be added in view space and not in world space https://bugzilla.gnome.org/show_bug.cgi?id=794401
-
- Jul 09, 2018
-
-
Arun Raghavan authored
For when -std=c99 (or later) is not the default.
-
Arun Raghavan authored
This can be handy if we want to track Bluetooth volume changes from the device, or if we want to set it. https://bugzilla.gnome.org/show_bug.cgi?id=787020
-
- Jul 04, 2018
-
-
Sreerenj Balachandran authored
Use async_depth for latency calcuation instead of the length of Tasks array which could be NULL since we don't do the msdk decoder init in set_format().
-
- Jul 03, 2018
-
-
Sreerenj Balachandran authored
According to MediaSDK specification, Width must be a multiple of 16 and Height must be a multiple of 16 for progressive frame sequence and a multiple of 32 otherwise. This patch sets a 16 bit alignment for width and 32 bit alignment for height as default. https://bugzilla.gnome.org/show_bug.cgi?id=796566
-
Sreerenj Balachandran authored
In cases where we do hard resest, the current code destroys the frame which has new resolution bit early and this causes buffer_unmap warnings. Keep an extra ref to the frame internally to avoid this.
-
Sreerenj Balachandran authored
Advanced profile elementary streams may not have codec_data always. So make sure we don't do anything with null buffer.
-
Sreerenj Balachandran authored
The gst-msdk decoders only support packetized formats for all codecs except VC1. For VC1, it supports codec_data for advanced profiles and this codec_data wan't submitting to MSDK's DecodeHeader APIs. Make sure the subclass deocders correctly configured so that the codec_data buffers are in place in the internal adapter for MediaSDK's DecoderHeader usage.
-
Sreerenj Balachandran authored
Currently we use the gst_video_decoder_get_oldest_frame() to get the old pending frame to output. But this is not correct if pts re-ordering required. This patch uses a custom made get_old_frame() which accounts the PTS too similar to the v4l2decoder. https://bugzilla.gnome.org/show_bug.cgi?id=796699
-
Sreerenj Balachandran authored
We are not using any ExtendedParams for decoding.
-
Sreerenj Balachandran authored
The patch adds a serios of changes to support dynamic resolution change and efficient utilization of resources. Major changes: -- Use MSDK's apis to retrieve the headers instead of only relying on upsteram notification. For eg: avc decoder requires SEI header information for dpb count calculation which we don't get from caps. -- For all codecs other than VP9, we force the reset of decoder if resoultion changes to fit with gstreamer flow. VP9 enfource the hard reset only if the new resolution is bigger. -- delay the src caps setting till msdk api's invokation in handle_frame to avoid caching multiple configuration values -- ensure pool negotiation is based on decoder's allocation_caps. --dynamic resoluttion change use an explicit allocation_query to reclaim the buffers before closing the decoder (thanks to v4l2dec) --In case if we don't get upstream notification of res change (for eg, this can can happen for vp9 frames with ivfheader where ivfparse is not able to notify the dynamic changes), we handle the the case based on MFX_ERR_INCOMPATIBLE_VIDEO_PARAM which is the return value of MFXVideoDECODE_DecodeFrameAsync -- calculate the minimum surfaces to be preallocated based on msdk suggestion, downstream requirement, async depth and scratch surface count for smooth display. https://bugzilla.gnome.org/show_bug.cgi?id=796566
-
- Jul 02, 2018
-
-
- Jul 01, 2018
-
-
Jan Schmidt authored
Fixes random crashes when an allocated webrtcbin isn't given fresh 0-filled memory in its allocation. It works mostly because GMutex and GCond are automatically initialised in that case.
-
- Jun 29, 2018
-
-
Jan Schmidt authored
Move freeing of the pad blocks back to before we call the GstBin state change function, as there's something racy going on on the build server otherwise, where the pads don't unblock during downward state changes. This is a bit of a stab in the dark, since I can't recreate the build server failure locally.
-
-
-
Georg Ottinger authored
Adds AV01 FOURCC to the list of allowed media files, in order to allow parsing the IVF Container holding AV1 content. At a later point dynamic resolution change can be supported - therefore the sequence header OBU and frame header OBU of AV1 file must be parsed, which can be done in future with the help of gst-lib gstav1parse. https://bugzilla.gnome.org/show_bug.cgi?id=796677
-
- Jun 28, 2018
-
-
Thibault Saunier authored
-