summaryrefslogtreecommitdiff
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* directsoundsrc: Check return values of DirectSound functions in read loopThomas Roos2015-12-111-1/+13
| | | | | | | | Otherwise we might end up in an infinite loop because of errors. Also take the element's mutex in unprepare(). https://bugzilla.gnome.org/show_bug.cgi?id=738292
* d3dvideosink: Don't try to recreate swapchain while the window is minimizedSebastian Dröge2015-12-011-1/+19
| | | | | | | 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
* vtenc: Set profile_level to NULL after releaseHeinrich Fink2015-11-161-0/+1
| | | | | | | | Otherwise, gst_vtenc_negotiate_profile_and_level will double-release as it checks for profile_level != NULL. This caused crashes when the vtenc instance is stopped and then restarted. https://bugzilla.gnome.org/show_bug.cgi?id=757935
* Revert "vtenc: free input buffer ASAP"Alessandro Decina2015-11-031-4/+0
| | | | | | | | This reverts commit 6101fc57b8afac4f4e4aa742892f0d9c99d38a8c. GstVideoEncoder assumes that the input buffer is available until _finish_frame. https://bugzilla.gnome.org/show_bug.cgi?id=756951
* amcvideodec: Properly forward the return value of gst_video_decoder_negotiate()Sebastian Dröge2015-10-201-2/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756578
* amcvideodec: Implement support for ↵Sebastian Dröge2015-10-202-0/+9
| | | | | | COLOR_QCOM_FormatYVU420SemiPlanar32mMultiView for decoding https://bugzilla.gnome.org/show_bug.cgi?id=756578
* dshowvideosink: Fix 64bit compatibility issueplamot2015-10-201-9/+5
| | | | | | | SetWindowLong works only for 32 bit systems, thus windows events (move/resize) where not interpreted on 64 bit systems https://bugzilla.gnome.org/show_bug.cgi?id=756617
* applemedia: dist missing header filesAleix Conchillo Flaqué2015-09-301-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755852
* decklink: Add a clock epoch that is used as offset whenever restarting the clockSebastian Dröge2015-09-244-2/+10
| | | | | | | Otherwise we're going to return times starting at 0 again after shutting down an element for a specific input/output and then using it again later. https://bugzilla.gnome.org/show_bug.cgi?id=755426
* decklink: Disable inputs/outputs in PAUSED->READY to allow going to PAUSED ↵Sebastian Dröge2015-09-243-21/+72
| | | | | | again from there https://bugzilla.gnome.org/show_bug.cgi?id=755426
* vtdec: disable the texture cache on OSXMatthew Waters2015-09-181-0/+5
| | | | | | | This a workaround until the incompatibility with CVOpenGLTextureCache and opengl3 contexts is fixed. https://bugzilla.gnome.org/show_bug.cgi?id=754786
* vtdec: gst-indent fileMatthew Waters2015-09-181-3/+6
|
* applemedia/vtdec: fix negotiation errors when resizing glimagesinkMatthew Waters2015-09-171-16/+16
| | | | | | | | GstVideoDecoder has its own logic for detecting when to reconfigure which ultimately calls decide_allocation and results in a new texture cache that has not been configured from our reconfigure check. https://bugzilla.gnome.org/show_bug.cgi?id=755156
* avdtputil: fix GError memory leak during failuresVineeth T M2015-09-171-4/+7
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755142
* vtdec: Use R/RG textures for NV12 when the context provides themJan Schmidt2015-09-121-5/+15
| | | | | | | | Fixes playback to GL memory on iOS, where the colours are messed up by passing Luminance/LuminanceAlpha textures where color convert expects R/RG textures. https://bugzilla.gnome.org/show_bug.cgi?id=754504
* vtdec: Prefer GL output caps.Jan Schmidt2015-09-121-23/+33
| | | | | Prefer GL caps by putting them first in the pad template and intersecting using GST_CAPS_INTERSECT_FIRST.
* decklinkvideosink: less-than-zero comparison of an unsigned value is never trueSebastian Dröge2015-09-101-2/+3
| | | | | | Use the correct type, GstClockTimeDiff, instead. CID 1323742
* decklinkvideosink: Handle pipelines where the running time does not start ↵Sebastian Dröge2015-09-091-4/+26
| | | | | | | | | | | | | around 0 properly We were converting all times to our internal running times, that is the time the sink itself spent in PLAYING already. But forgot to do that for the running time calculated from the buffer timestamps. As such, all buffers were scheduled much later if the pipeline's running time did not start at 0. This happens for example if a base time is explicitly set on the pipeline. https://bugzilla.gnome.org/show_bug.cgi?id=754528
* decklinkvideosink: Consider pipeline latency, render delay and ts offset ↵Sebastian Dröge2015-09-091-0/+23
| | | | | | | | when scheduling frames Without this, we will schedule all frames too late in live pipelines. https://bugzilla.gnome.org/show_bug.cgi?id=754666
* directsoundsrc: fix build error for 64bit Windows build by MinGWKouhei Sutou2015-09-091-1/+1
| | | | | | | | | | | | | | | Casting to UINT from HMIXER generates the following warning with 64bit Windows target MinGW: gstdirectsoundsrc.c: In function 'gst_directsound_src_mixer_find': gstdirectsoundsrc.c:733:30: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] mmres = mixerGetDevCaps ((UINT) dsoundsrc->mixer, ^ cc1: all warnings being treated as errors We can use portable GPOINTER_TO_UINT() macro for this propose. https://bugzilla.gnome.org/show_bug.cgi?id=754756
* Fix file permissions of some filesTim-Philipp Müller2015-08-287-0/+0
|
* configure.ac: fix build when the uvch264 plugin is not selectedArnaud Vrac2015-08-191-3/+1
| | | | | | | | | | Instead of checking for the gstreamer-video-1.0 package is installed, just assume it is since we already check for the -base dependency. With this replace the GST_VIDEO_* variables in makefiles and directly link with libgstvideo. https://bugzilla.gnome.org/show_bug.cgi?id=753820
* winscreencap: Properly timestamp buffers with the current clock running time ↵Sebastian Dröge2015-08-034-108/+182
| | | | | | | | instead of doing magic Also implement framerate handling correctly by borrowing the code from ximagesrc. GstBaseSrc::get_times() can't be used for that, we have to implement proper waiting ourselves.
* applemedia/avsample: Fix racy cleanup of CA layerHeinrich Fink2015-07-311-2/+3
| | | | | | | | | | | | The block that is dispatched async to the main thread assumed the wrapping GstAvSampleVideoSink to be alive. However, at the time of the block execution the GstObject instance that is deferenced to access the CA layer might already be freed, which caused occasional crashes. Instead, we now only pass the CoreAnimation layer that needs to be released to the block. We use __block to make sure the block is not increasing the refcount of the CA layer again on its own. https://bugzilla.gnome.org/show_bug.cgi?id=753081
* amcvideoenc: Always set i-frame-interval settingSebastian Dröge2015-07-291-3/+2
| | | | Most encoders fail to initialize if we don't set it at all.
* bluez: Add built sources to CLEANFILESNicolas Dufresne2015-07-251-0/+2
|
* vtdec: handle non-consecutive GstBuffer input without copyingIlya Konstantinov2015-07-131-27/+79
| | | | | | | | | | | | | | | | | | | | | | | | CMBlockBuffer offers a model similar to GstBuffer, as it can consist of multiple non-consecutive memory blocks. Prior to this change, what we were doing was: 1) Incorrect: CMBlockBufferCreateWithMemoryBlock does not copy the data, but we gst_buffer_unmap'd right away. 2) Inefficient: If the GstBuffer consisted of non-contiguous memory blocks, gst_buffer_map resulted in malloc / memcpy. With this change, we construct a CMBlockBuffer out of individual mapped GstMemory objects. CMBlockBuffer is made to retain the GstMemory objects (through the use of CMBlockBufferCustomBlockSource), so the original GstBuffer can be unref'd. https://bugzilla.gnome.org/show_bug.cgi?id=751241
* applemedia/avsample: fix unconditional use of OSX 10.10 APIMatthew Waters2015-07-131-0/+2
| | | | | | We can just not use the error/status properties https://bugzilla.gnome.org/show_bug.cgi?id=746631
* bluez: Fix make dist while bluez >= 5 is not availableRico Tzschichholz2015-07-101-3/+4
|
* bluez: Include new file in dist'ed filesEdward Hervey2015-07-091-0/+2
| | | | Fixes make distcheck and tarball generation
* bluez: remove unnecessary gotoLuis de Bethencourt2015-07-081-10/+4
| | | | | | | | All goto fail happen before ret is set. ret must be NULL, and the only thing the fail statement block does is return NULL. Replacing the jumps to do this return directly. CID #1311329
* androidmedia: Add support for H265/HEVCSebastian Dröge2015-07-085-3/+215
|
* vtdec: fix refcount error in error handlingIlya Konstantinov2015-07-071-3/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751641
* bluez: refactor to use glib and add connection state trackingNick Stoughton2015-07-036-196/+151
|
* amc: fix check whether we managed to acquire a bufferVineeth TM2015-07-021-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751821
* androidmedia: Call initialize_classes() also when we got the Java VM from ↵Sebastian Dröge2015-06-291-1/+1
| | | | | | the app https://bugzilla.gnome.org/show_bug.cgi?id=751664
* docs: decodebin2 -> decodebinLuis de Bethencourt2015-06-251-1/+1
|
* applemedia: enable sharing of CMBlockBuffer dataIlya Konstantinov2015-06-251-2/+3
| | | | | | | Instead of wrapping with GST_MEMORY_FLAG_NO_SHARE, we make the GstMemory object retain the underlying CMBlockBuffer. https://bugzilla.gnome.org/show_bug.cgi?id=751072
* applemedia: CMBlockBuffer can be non-contiguousIlya Konstantinov2015-06-251-10/+15
| | | | | | | | CMBlockBufferGetDataLength would return the entire data length, while size of individual blocks can be smaller. Iterate over the block buffer and add the individual (possibly non-contiguous) memory blocks. https://bugzilla.gnome.org/show_bug.cgi?id=751071
* avfvideosrc: add frame rate range to capsIlya Konstantinov2015-06-221-9/+29
| | | | | | | | When AVFoundation indicates a supported frame rate range, add it to the caps. This is important for devices such as the iPhone 6, which indicate a single AVFrameRateRange of 2fps - 60fps. https://bugzilla.gnome.org/show_bug.cgi?id=751048
* uvch264src: fix small leak in caps query handlerTim-Philipp Müller2015-06-221-4/+8
| | | | gst_query_set_caps_result() does not take ownership of the caps.
* uvch264_src: add missing break in caps query handlerVineeth TM2015-06-221-0/+1
| | | | | | | | There is a missing break statement in switch, which will result in executing default case as well resulting in wrong behavior https://bugzilla.gnome.org/show_bug.cgi?id=751305
* androidmedia: Allow the application to provide the Java VMSebastian Dröge2015-06-182-0/+15
| | | | | | | | | | | In JNI_OnLoad() we will already get the Java VM passed and could just directly use that. gstreamer_android-1.0.c will now provide this to us. Reason for this is that apparently not all Android system are providing the JNI functions to get the currently running Java VMs, so we would fail to get. With this we will always be able to get the Java VM on such systems.
* androidmedia: Prefer software codecs over hardware codecs for audioSebastian Dröge2015-06-181-2/+4
| | | | | Hardware codecs don't make sense for audio and are generally less reliable on Android than the software codecs.
* androidmedia: Failing to detach a thread is not that much of a problemSebastian Dröge2015-06-181-1/+1
| | | | | Someone else might have detached it before us, so make this just normal debug output instead of a GST_ERROR()
* androidmedia: Don't fail if JNI_CreateJavaVM can't be foundSebastian Dröge2015-06-181-3/+9
| | | | | | | | | We only need that if no Java VM is running yet, and all usual cases, i.e. when calling GStreamer from an actual Android app, there will already be a Java VM we can just use. It seems like some phones come without that symbol, let's hope they come with the other symbol but for now don't make a missing JNI_CreateJavaVM fatal.
* androidmedia: Move variables into the scope where they are neededSebastian Dröge2015-06-151-3/+2
|
* androidmedia: Don't query supported color formats for non-video codecsSebastian Dröge2015-06-151-36/+37
|
* opensles: Fix build with Android API level < 14Arun Raghavan2015-06-132-0/+7
| | | | | | Headers were broken on older Android versions, apparently. https://bugzilla.gnome.org/show_bug.cgi?id=744459
* openslessink: Allow setting the stream type via a propertyArun Raghavan2015-06-136-3/+130
|
View Lorry Controller Status