summaryrefslogtreecommitdiff
path: root/ext
Commit message (Collapse)AuthorAgeFilesLines
* gtk: Only run from the main thread in stop() if we created the windowSebastian Dröge2015-09-241-2/+7
| | | | We're not doing anything at all from the main thread in other cases.
* gtk: When setting format check if pending format changedThibault Saunier2015-09-241-1/+1
| | | | | | | | | In case the format changed fast and the pending format is different than the currently set but the currently set is equal to the pending one we could end up having mismatch between the finally set format and the data stream format. https://bugzilla.gnome.org/show_bug.cgi?id=755542
* gtk: Do not forget to release OBJECT_LOCK on error pathThibault Saunier2015-09-241-4/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755542
* gtk: Factor out a function to run a function on main threadThibault Saunier2015-09-245-103/+114
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755251
* gtk: Marshall state changes in the main threadThibault Saunier2015-09-241-7/+90
| | | | | | | Gtk is not MT safe thus we need to make sure that everything is done in the main thread when working with it. https://bugzilla.gnome.org/show_bug.cgi?id=755251
* gtksink: Do not show window until we reach the PAUSED stateThibault Saunier2015-09-231-1/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755459
* mpdparser: Only check stream->segments for a repeated last segment if we ↵Sebastian Dröge2015-09-221-1/+2
| | | | | | | | | | | have a static list of segments Otherwise we'll crash, trying to derefence NULL. And if we have no static list of segments, we can't have repeated segments anyway. Regression introduced by cfe2871a5e3c5b1db20470927642b776e055a87a https://bugzilla.gnome.org/show_bug.cgi?id=755411
* x265enc: Drop incorrect stream-format="avc" in template capsArun Raghavan2015-09-211-1/+1
|
* gtksink: Do not re destroy the GtkWindow if destroyed by the userThibault Saunier2015-09-211-1/+8
| | | | | | Otherwise we will get an ASSERT. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=755249
* gtkglsink: Hide and clean the GtkWindow we might createThibault Saunier2015-09-193-8/+24
| | | | | | When stopping the sink we should always hide the window. https://bugzilla.gnome.org/show_bug.cgi?id=755249
* adaptivedemux: prefix the statistics message name macroPhilippe Normand2015-09-171-1/+1
| | | | | | Keep old define around for now. https://bugzilla.gnome.org/show_bug.cgi?id=754686
* Don't throw compiler warnings with G_DISABLE_ASSERTJan Schmidt2015-09-183-4/+28
| | | | | Disable code that warns about unused variables when G_DISABLE_ASSERT is defined, as it is in tarballs and pre-releases.
* glimagesink: request a resize on caps/3d mode changesMatthew Waters2015-09-171-33/+20
| | | | | | | Fixes incorrect aspect ratio on OSX when changing caps or the 3d output mode. https://bugzilla.gnome.org/show_bug.cgi?id=755111
* gl/uploadelement: fail earlier if we could not upload the bufferMatthew Waters2015-09-171-3/+10
|
* gl: Fix GError leaks during failuresVineeth T M2015-09-174-0/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755140
* mpdparser: support for negative repeat count in segmentsVincent Penquerc'h2015-09-161-18/+87
| | | | Implements negative repeat segment fields, defined in 5.3.9.6.1.
* mpdparser: properly read signed r values for S elementsVincent Penquerc'h2015-09-162-2/+34
| | | | | | | | | The spec defines these as signed in 5.3.9.6.1. Since we don't support this behavior, warn and default to 0 (non repeating), which is the spec's default when the value is not present. https://bugzilla.gnome.org/show_bug.cgi?id=752480
* mdpparser: catch failures to parseVincent Penquerc'h2015-09-161-5/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=752480
* glimagesink: avoid updating the viewport in the draw loopMatthew Waters2015-09-162-11/+10
| | | | Fixes flashes/incorrect aspect ratio when resizing glimagesink on OSX.
* opusdec: remove check for number of channelsThiago Santos2015-09-151-6/+0
| | | | | | | | opus decoder can convert from different number of channels, no need to check, just let it negotiate and create a new decoder if needed. https://bugzilla.gnome.org/show_bug.cgi?id=755059
* dashdemux: fix return when trying to advance in subfragmented streamThiago Santos2015-09-151-2/+5
| | | | | | | | | Even if it doesn't actually advance the subfragment in the default way for streams that have subfragments, it can help the base class to return EOS when there is no more fragments instead of signaling it that it should continue downloading. https://bugzilla.gnome.org/show_bug.cgi?id=755042
* pitch: Set seqnum on newly created segment eventThibault Saunier2015-09-151-0/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755012
* mpdparser: Don't consider period start times in periods with segment lists ↵Sebastian Dröge2015-09-141-7/+6
| | | | | | either https://bugzilla.gnome.org/show_bug.cgi?id=754222
* dashdemux: Export the period start time to the base classSebastian Dröge2015-09-143-3/+26
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=754222
* Revert "dashdemux: Subtract the period start time from the presentation offset"Sebastian Dröge2015-09-141-5/+1
| | | | | | | | | | This reverts commit 626a8f0a74f8ea748b811b74ba9e7ae2baea2cca. This allows us to get the plain presentation offset and the period start time separately. We have to adjust the timestamp by the presentation offset, but the period start time should only adjust the stream time and running time. https://bugzilla.gnome.org/show_bug.cgi?id=752409
* Revert "dashdemux: Include the period start in the fragment timestamps in ↵Sebastian Dröge2015-09-141-6/+2
| | | | | | | | | | | | | | | all cases" This reverts commit e671ad25a989cb21c62c7a5867c2090890ce49ba. The timestamps should restart at 0 again for each period, but we have to adjust the segment to map those timestamps to the actual stream time and running time of that period. Otherwise we would have timestamps that conflict with the ones from the tfdt inside the MP4 container, which are restarting at 0 for each period. https://bugzilla.gnome.org/show_bug.cgi?id=752409
* mpdparser: Consider the repeat count when checking if a segment is the last oneSebastian Dröge2015-09-141-1/+10
| | | | | | Otherwise we play only the first repetition of the last segment and then EOS. https://bugzilla.gnome.org/show_bug.cgi?id=752480
* dashdemux: also check for subfragments on has_next_fragmentThiago Santos2015-09-141-0/+23
| | | | | | In dash isombff profile the fragment is split into subframents where bitrate switching is possible. Also take that into consideration when checking if a stream has next fragments.
* opusenc: improve deprecated properties docsMiguel París Díaz2015-09-111-12/+12
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=754819
* opusenc: do not throw g_warning when getting deprecated propertiesMiguel París Díaz2015-09-111-3/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=754819
* gtk, qt: more specifically define the compile time requirementsMatthew Waters2015-09-102-8/+8
| | | | | | | Otherwise we could include headers/configurations that will never been installed. https://bugzilla.gnome.org/show_bug.cgi?id=754732
* qt: use our function table instead of directly calling gl functionsMatthew Waters2015-09-101-2/+5
| | | | | | | Otherwise when building with --as-needed we would need to link to a GL or GLES library. https://bugzilla.gnome.org/show_bug.cgi?id=754732
* mpdparser: fix period start time scalingVincent Penquerc'h2015-09-071-1/+6
| | | | | | | | | | This GstStreamPeriod start value is expressed in nanoseconds, and the glib time addition function expects microseconds. There seems to have been a confusion with GstPeriodNode's start field, which is expressed in milliseconds. Additionally, add a warning if the timestamp modification did not succeed, and NULL was returned.
* faac: Add bitrate info to the tags output.Jan Schmidt2015-09-051-0/+18
| | | | | Makes it possible for muxers to know the target bitrate as soon as encoding starts, which flvmux now uses.
* gtk: Do not consider GtkEvents as handledThibault Saunier2015-09-041-3/+3
| | | | | | Applications might still want to use them after the sink transformed them into GstNavigation events
* qmlsink: Ensure that at least one windowing system is availableNirbheek Chauhan2015-08-311-2/+2
| | | | | | Otherwise, we'll just crash at runtime because the gl context is NULL https://bugzilla.gnome.org/show_bug.cgi?id=754108
* gtk, qt, gl: fix typo in debug and error messagesTim-Philipp Müller2015-08-313-6/+6
|
* Fix file permissions of some filesTim-Philipp Müller2015-08-282-0/+0
|
* edgedetect: Rename gstedgedetect.c to gstedgedetect.cpp for consistency.Vanessa Chipirrás Navalón2015-08-282-6/+7
| | | | | | | Change the file extension to cpp and add it into Makefile for consistency with other elements of opencv. https://bugzilla.gnome.org/show_bug.cgi?id=754148
* edgedetect: remove unused and useless functions.Vanessa Chipirrás Navalón2015-08-281-2/+0
| | | | | | | | | | The cvSmooth cvNot functions and do not have the correct input parameters. Furthermore, cvSmooth function is not necessary for edge detection, because the Canny function makes the step of smoothing the image. And cvNot function is useless because there aren't changes if this function is eliminated. https://bugzilla.gnome.org/show_bug.cgi?id=754148
* textoverlay: remove unused variableLuis de Bethencourt2015-08-282-8/+0
| | | | Memory is reserved for this variable but never used. Removing it.
* faceblur: remove unused variable.Vanessa Chipirrás Navalón2015-08-282-10/+0
| | | | | | | Memory is reserved for this variable and then released without making any use of it. https://bugzilla.gnome.org/show_bug.cgi?id=753994
* faceblur: need to migrate to C++.Vanessa Chipirrás Navalón2015-08-282-26/+30
| | | | | | | | The cascade classifier changes its structure on new version of OpenCV 2.4.11. It is need to migrate to C++ to utilize the new load method of OpenCV which allows to load the old and new classifiers. https://bugzilla.gnome.org/show_bug.cgi?id=753994
* faceblur: Check CvHaarClassifierCascade is release before being modified.Vanessa Chipirrás Navalón2015-08-281-0/+2
| | | | | | | | | For PROP_PROFILE case that exist inside gst_face_blur_set_property function loads the new XML file in the CvHaarClassifierCascade property without first checking that it is released because maybe there is an XML file previously loaded. https://bugzilla.gnome.org/show_bug.cgi?id=753994
* faceblur: Code refactoring of gst_face_blur_load_profile.Vanessa Chipirrás Navalón2015-08-281-11/+15
| | | | | | | | Changes inside the gst_face_blur_load_profile function, the number of input parameters and in lines where it is used due to it cannot be used generically. https://bugzilla.gnome.org/show_bug.cgi?id=753994
* faceblur: Change gstfaceblur to C++.Vanessa Chipirrás Navalón2015-08-282-9/+10
| | | | | | | | | Change the gstfaceblur.c file to cpp and add it into Makefile. It is necessary to migrate the faceblur plugin to C++, in order to load new and old classifiers, to make faceblur work with newer versions of Opencv. https://bugzilla.gnome.org/show_bug.cgi?id=753994
* dashdemux: don't meddle with the class struct from an instanceTim-Philipp Müller2015-08-271-8/+10
| | | | | | | | | Fix some very dubious code. The class methods should always be set, and the instance-specific check should then be done inside the method. For data_received that's there already, for finish_fragment we need to add it. https://bugzilla.gnome.org/show_bug.cgi?id=753937
* hlsdemux: select correct position for live streams that don't remove fragmentsAthanasios Oikonomou2015-08-261-6/+5
| | | | | | | | | | | | | | Some live streams (eg youtube) don't remove fragments in order to allow seeking back in time (live + vod). When gst_m3u8_client_has_next_fragment is called, we are getting wrong fragment because current_file points in first file of the fragments list resulting in watching the stream from the beginning again. This patch sets current_file to nth fragment for live streams, then on gst_m3u8_client_has_next_fragment will keep up with the live stream. https://bugzilla.gnome.org/show_bug.cgi?id=753344
* glupload: Use base class metadata copy functionNicolas Dufresne2015-08-251-24/+8
| | | | | | | | | | This allow properly copying selected meta, like the composition overlay. Note that output buffer need to be readable, but GlUpload keeps a ref. For now, simply drop GlUpload ref after perform, leaving that ref has no purpose. The method shall be removed in the future. https://bugzilla.gnome.org/show_bug.cgi?id=754047
* glcolorconvert: Use base transform metadata copyNicolas Dufresne2015-08-251-2/+5
| | | | | | | | Use base class default method instead of only copying flags and timestamp. This way, selected meta's like compostion overlay will be passed downstream as expected. https://bugzilla.gnome.org/show_bug.cgi?id=754047
View Lorry Controller Status