summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fix .gitmodules to use baserock upstreambaserock/1.6Javier Jardón2015-12-111-1/+1
|
* openjpegenc: All frames in JPEG2000 are keyframes, mark them as suchSebastian Dröge2015-12-081-0/+1
|
* pcapparse: Forward FLUSH_STOP events downstream tooPaolo Pettinato2015-12-071-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=758913
* 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
* qml: reuse existing GstQSGTextureRoman Nowicki2015-11-201-4/+2
| | | | | | Fixes a memory leak leaking the texture objects. https://bugzilla.gnome.org/show_bug.cgi?id=758286
* qml: activate the wrapped context when bindingMatthew Waters2015-11-201-4/+9
| | | | | | Mitigates the following critical gst_gl_context_thread_add: assertion 'context->priv->active_thread == g_thread_self ()' failed
* qml: proper initialization if scene is already initializedRoman Nowicki2015-11-201-1/+5
| | | | | | | | The scene graph can be initialized when the we receive window handle change notification and so we will not receive a scenegraph initialization notification. Initialize ourself in this case. https://bugzilla.gnome.org/show_bug.cgi?id=758337
* glimagesink: Fix structure memory leakVineeth TM2015-11-171-1/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=758205
* tsdemux: fix pending buffers leak when flushingNicolas Huet2015-11-161-0/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=757895
* tsdemux: Fix pad leak when the pad is never exposedEtienne Peron2015-11-161-0/+2
| | | | | | | | If tsdemux never receives data for a stream, the corresponding pad will never be added and stream->active will remain FALSE. When the stream is removed, the pad will not be unreffed and will be leaked. https://bugzilla.gnome.org/show_bug.cgi?id=757873
* 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
* tests:glcolorconvert: Fix caps memory leakVineeth TM2015-11-111-0/+1
| | | | | | Output caps being got from video info is not getting freed https://bugzilla.gnome.org/show_bug.cgi?id=757929
* gtk: add the overlaycomposition feature to the template capsMatthew Waters2015-11-101-2/+5
| | | | | | | | There is a possibility that the _get_caps impl will be called with the feature in the filter caps which when interecting with the template, will return EMPTY and therefore fail negotiation. https://bugzilla.gnome.org/show_bug.cgi?id=757854
* dvbsuboverlay: Don't send flush eventsEdward Hervey2015-11-071-30/+3
| | | | | | It is up to the element handling the seek to send flush events downstream, otherwise we end up with a situation where upstream would get unexpected GST_FLOW_FLUSHING
* assrender: don't send flush events on seeksTim-Philipp Müller2015-11-071-45/+7
| | | | | | | | | | It's for the upstream element driving the pipeline to handle seeks and send flush events or not, filters should not interfere here, otherwise downstream pads could be flushing before upstream pads are flushing, which can result in GST_FLOW_ERROR being sent instead of GST_FLOW_FLUSHING when trying to forward sticky events at just the wrong moment.
* 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
* opusenc: Place 48kHz first in the capsSebastian Dröge2015-11-031-1/+6
| | | | For all the other sample rates the encoder will have to resample internally.
* opusdec: Assume 48kHz if no sample rate is given in the headerSebastian Dröge2015-11-031-0/+2
|
* Release 1.6.11.6.1Sebastian Dröge2015-10-3081-161/+751
|
* Update .po filesSebastian Dröge2015-10-3032-32/+32
|
* po: Update translationsSebastian Dröge2015-10-308-58/+68
|
* ivfparse: Add vp9 supportSreerenj Balachandran2015-10-292-3/+23
| | | | | | Differentiate the vp8/vp9 bitstream based on fourcc. https://bugzilla.gnome.org/show_bug.cgi?id=757251
* waylandsink: don't advertise the local wl_display contextGeorge Kiagiadakis2015-10-261-6/+0
| | | | | | | | | | | | | | | | This wl_display proxy is temporary only until waylandsink goes NULL, at which point the connection to the display is disposed. Unfortunately, if this is advertised as a GstContext, playbin will cache it and re-feed it to the sink when it goes PLAYING again, but the wl_display pointer will at that point be invalid and cause a crash. Another solution to the problem would be to also cache the GstWlDisplay object inside the GstContext, which would automatically ref-count the display connection, but I see no reason in doing that at the moment, as there are no known users of this GstContext outside waylandsink. It's probably better to avoid chasing hidden refcounts. https://bugzilla.gnome.org/show_bug.cgi?id=756567
* hlsdemux: don't crash or leak memory on broken master playlistAndré Draszik2015-10-251-3/+4
| | | | | | | | | | | | | | | | | If a (master) playlist contains a variant list entry without a URI then during parsing of the next variant list entry we are a) leaking the entry we're currently parsing (new_list), and b) free'ing the pointer to the previous list entry (list) without updating the pointer. Hence when then adding the URI for the latest parsed entry, incorrect information is stored, as the information is used from 'list' which is not valid memory anymore, also leading to crashes. Fix this by correctly storing the new variant list entry pointer as needed. https://bugzilla.gnome.org/show_bug.cgi?id=756861
* srtp: Fix critical warning trying to retrieve SSRC from a non fb messageSantiago Carot-Nemesio2015-10-231-1/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756876
* srtpdec: skip padding when mapping RTP packetsMiguel París Díaz2015-10-201-2/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756653
* mpdparser: Set default last_byte_pos to -1Sebastian Dröge2015-10-201-1/+1
| | | | | | | The value is optional in the range, and if it is absent it means we should download until the end of stream. Not until position 0. https://bugzilla.gnome.org/show_bug.cgi?id=748316
* 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
* hls/m3u8: Update current position in all casesEdward Hervey2015-10-202-15/+25
| | | | | | | | | | In order to ensure the sequence_position will always be consistently updated, store the current file duration. This way, when we advance, we can always increment the position based on what was previously outputted. https://bugzilla.gnome.org/show_bug.cgi?id=752132
* pnmdec: drop frame in case of _handle() failureReynaldo H. Verdejo Pinochet2015-10-201-0/+1
| | | | | | | | Allows baseclass to handle it from there Related to: https://bugzilla.gnome.org/show_bug.cgi?id=756563
* pnmdec: propagate input state after parsingReynaldo H. Verdejo Pinochet2015-10-202-1/+32
| | | | | | | | | | Store and copy input state fields when setting the output state of the decoder. Avoids problems like the framerate set by an upstream element being ignored Related to: https://bugzilla.gnome.org/show_bug.cgi?id=756563
* pnmdec: completely reset parsing state at flushReynaldo H. Verdejo Pinochet2015-10-201-4/+1
| | | | | | | Makes sure the mngr struct reflects a clean state for the next frame, avoiding failures like: https://bugzilla.gnome.org/show_bug.cgi?id=756563
* gtk: separate out the widget/window destroy callbacksMatthew Waters2015-10-191-7/+10
| | | | | | | Fixes assertion due to the sink_finalize() being run before the widget destroy callback. https://bugzilla.gnome.org/show_bug.cgi?id=755969
* dtls: Fix name conflict with openssl on win32Paul Arzelier2015-10-171-0/+7
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756592
* hlsdemux: Avoid negative sequence numbersEdward Hervey2015-10-151-4/+12
| | | | | | | | | | | | | | | For live streams, we want to make sure there's a certain distance between the sequence to play and the last (earliest) fragment. The problem is that it assumes there are at least 3 fragments in the playlist, which might not always be the case (like in the case of a server restarting and gradually adding fragments). In order to avoid ending up with negative sequence numbers (which will just loop forever), limit the new target sequence number to the highest of: * either the first sequence number of the playlist (fallback) * or 3 fragments from the last one (standard behaviour)
* dashdemux: fix undefined reference to gst_ntp_clock_newJulien Isorce2015-10-112-1/+2
| | | | | | Found with gst-inspect-1.0 -b in gst-uninstalled env. https://bugzilla.gnome.org/show_bug.cgi?id=756383
* id3tag: fix sample memory leakVineeth TM2015-10-071-1/+5
| | | | | | When getting sample from taglist, the memory is not being freed resulting in memory leak. https://bugzilla.gnome.org/show_bug.cgi?id=756070
* glvideomixer: Proxy the ignore-eos videoaggregator property as wellNirbheek Chauhan2015-10-071-0/+7
| | | | Identical to how the z-order property is proxied
* audioaggregator: Fix build errorVineeth TM2015-10-071-7/+8
| | | | | | | | Build error due to wrong argument type in debug message aagg->priv->offset and next_offset are of type int64, but uint64 formatter is being used in logs. Changing all those to int64 https://bugzilla.gnome.org/show_bug.cgi?id=756065
* dashdemux: fixed has_next_periodFlorin Apostol2015-10-071-0/+8
| | | | | | | gst_mpd_client_has_next_period now calls gst_mpd_client_setup_media_presentation to refresh the period information. https://bugzilla.gnome.org/show_bug.cgi?id=756186
* rtmpsrc: plug memory-leaksHavard Graff2015-10-051-4/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=756001
* dtls: fix printf format on win32Polochon_street2015-10-051-1/+1
|
* dtls: require openssl >= 1.0.1Aleix Conchillo Flaqué2015-10-051-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755892
* dtls: fix printf format on win32Paul Arzelier2015-10-051-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=755981
* dashdemux: Correctly assign earliest pts instead of overriding it with first ↵John Chang2015-10-051-1/+1
| | | | | | offset https://bugzilla.gnome.org/show_bug.cgi?id=755824
* audioaggregator: Select the initial offset based on the start segment positionSebastian Dröge2015-10-021-3/+10
| | | | | | | instead of always using 0. Otherwise we might output a lot of silence in the beginning instead of outputting from the relevant position. https://bugzilla.gnome.org/show_bug.cgi?id=755623
* aggregator: Convert GST_ERROR_OBJECT() for seek events to GST_DEBUG_OBJECT()Sebastian Dröge2015-10-021-3/+2
|
* aggregator: For the start time selection, only set the segment positionSebastian Dröge2015-10-021-2/+0
| | | | | | | segment.time and segment.start can stay the same, and were always the same before anyway because of a mistake. https://bugzilla.gnome.org/show_bug.cgi?id=755623
View Lorry Controller Status