summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* opusdec: intersect with the filter before returning on getcapsThiago Santos2016-05-032-8/+29
| | | | | | | So upstream gets a smaller set to decide upon as it is what it requested with the filter https://bugzilla.gnome.org/show_bug.cgi?id=765684
* opusdec: improve getcaps to return all possible ratesThiago Santos2016-05-032-0/+124
| | | | | | | | The library is capable of converting to different rates. Includes tests. https://bugzilla.gnome.org/show_bug.cgi?id=765684
* opusdec: remove artificial restriction on rate negotiationThiago Santos2016-05-031-16/+0
| | | | | | | Remove restrictions when rate is 48000, the underlying lib supports converting any of the input to any of the output rates. https://bugzilla.gnome.org/show_bug.cgi?id=765684
* opusdec: refactor getcaps repeated code into a functionThiago Santos2016-05-031-26/+23
| | | | Easier to read and maintain
* tests: opus: remove apparently useless macro in testsThiago Santos2016-05-031-2/+0
|
* opusdec: fix caps leaksGuillaume Desmottes2016-04-281-0/+2
| | | | | | The caps returned by gst_pad_get_allowed_caps() was leaked. https://bugzilla.gnome.org/show_bug.cgi?id=765706
* smartencoder: Only accept TIME segments for realSebastian Dröge2016-04-261-2/+6
| | | | | | | ... and don't try to push pending data without ever having received a SEGMENT event before EOS https://bugzilla.gnome.org/show_bug.cgi?id=765541
* codec-utils: H264 level idc 0 is not validSebastian Dröge2016-04-261-1/+3
| | | | | | Don't put level=0 into the caps, it confuses other elements. https://bugzilla.gnome.org/show_bug.cgi?id=765538
* codec-utils: H265 level idc 0 is not validSebastian Dröge2016-04-261-1/+3
| | | | | | Don't put level=0 into the caps, it confuses other elements. https://bugzilla.gnome.org/show_bug.cgi?id=765538
* encoding-profile: Remove codec_data and streamheader fields from constraint capsSebastian Dröge2016-04-261-0/+11
| | | | | | | | When converting discoverer output to an encoding profile, it makes sense to omit these. It's very very unlikely that our encoder is going to produce bit by bit the same codec_data or streamheader. https://bugzilla.gnome.org/show_bug.cgi?id=765534
* encoding-profile: Don't put G_BEGIN_DECLS around #include statementsSebastian Dröge2016-04-261-2/+2
| | | | It should only be around our own declarations.
* Release 1.8.11.8.1Sebastian Dröge2016-04-2034-827/+247
|
* Update .po filesSebastian Dröge2016-04-2037-37/+37
|
* win32: update .def for new APITim-Philipp Müller2016-04-201-0/+3
|
* po: Update translationsSebastian Dröge2016-04-201-5/+5
|
* sdp: update since markers to 1.8.1 for some new APIsJosep Torra2016-04-192-3/+3
| | | | As we decided to backport some fixes we update the since markers.
* sdpmessage: new gst_sdp_media_parse_keymgmt/gst_sdp_media_parse_keymgmtAleix Conchillo Flaqué2016-04-192-15/+93
| | | | | | | We add a couple of new functions gst_sdp_media_parse_keymgmt and gst_sdp_media_parse_keymgmt. We also implement gst_sdp_message_attributes_to_caps and gst_sdp_media_attributes_to_caps in terms of these new functions and also gst_mikey_message_to_caps.
* mikey: add new function gst_mikey_message_to_capsAleix Conchillo Flaqué2016-04-193-120/+139
|
* Revert "audioringbuffer: start ringbuffer if needed upon commit"Jan Schmidt2016-04-161-12/+0
| | | | | | | | | This reverts commit 13ee94ef1091f8a8a90dbd395b39876c26c5188e. Causes audio glitches at startup by starting to output segments from the ringbuffer before it has been filled / fully prerolled. https://bugzilla.gnome.org/show_bug.cgi?id=657076
* mikey: allow passing srtp or srtcp to create mikey messageAleix Conchillo Flaqué2016-04-151-4/+16
| | | | | | | | | Current implementation requires all srtp and srtcp parameters to be given in the caps. MIKEY uses only one algorithm for encryption and one for authentication so we now allow passing srtp or srtcp parameters. If both are given srtp parametres will be preferred. https://bugzilla.gnome.org/show_bug.cgi?id=765027
* audio: Fix a race with the audioringbuffer threadFabrice Bellet2016-04-112-4/+4
| | | | | | | | | There is a small window of time where the audio ringbuffer thread can access the parent thread variable, before it's initialized by the parent thread. The patch replaces this variable use by g_thread_self(). https://bugzilla.gnome.org/show_bug.cgi?id=764865
* decodebin2: Hold new buffering_post lock while posting msgsJan Schmidt2016-03-291-2/+23
| | | | | | | | | | There's a small window between decodebin choosing a buffering level to post and another thread choosing a different buffering level where things can race. Close that window by holding a new lock that's only for posting buffering messages - like what was done in multiqueue. https://bugzilla.gnome.org/show_bug.cgi?id=764020
* typefind: Reduce URI typefinder from MAX to LIKELYJan Schmidt2016-03-251-1/+1
| | | | | Don't claim maximum likelihood for anything that starts with text that looks like a uri, it's too broad.
* Release 1.8.01.8.0Sebastian Dröge2016-03-2434-58/+922
|
* Update .po filesSebastian Dröge2016-03-2438-38/+38
|
* install-plugins: update documentationVíctor Manuel Jáquez Leal2016-03-241-1/+1
| | | | | | Use gst-inspect-1.0 instead of gst-inspect-0.10 https://bugzilla.gnome.org/show_bug.cgi?id=763316
* Release 1.7.911.7.91Sebastian Dröge2016-03-1535-54/+264
|
* Update .po filesSebastian Dröge2016-03-1528-28/+28
|
* po: Update translationsSebastian Dröge2016-03-1510-57/+59
|
* decodebin: Shut down all elements explicitly to NULL state before freeing ↵Sebastian Dröge2016-03-141-0/+75
| | | | | | | | | | | the decode chain Due to transient locked state during autoplugging, some elements might be ignored by the GstBin::change_state() and might still be running. Which could then cause pad-added and similar accessing decodebin state that does not exist anymore, and crash. https://bugzilla.gnome.org/show_bug.cgi?id=763625
* multihandlesink: Remove useless streamheader storageSebastian Dröge2016-03-144-38/+11
| | | | | | | We don't do anything with it but always get them from the caps anyway, so stop storing them and having complicated logic around that. https://bugzilla.gnome.org/show_bug.cgi?id=763278
* multihandlesink: Only don't send HEADER buffers normally if they are ↵Sebastian Dröge2016-03-142-12/+65
| | | | | | | | | | actually streamheaders from the caps And also consider HEADER buffers without DELTA_UNIT flag as sync points. This fixes sync-mode=2 with mpegtsmux for example, which has no streamheaders but puts the HEADER flag on its keyframes. https://bugzilla.gnome.org/show_bug.cgi?id=763278
* decodebin: expose_pad() is always called with lock==TRUE, simplify codeSebastian Dröge2016-03-141-12/+8
| | | | | | This basically reverts ee44337fc3e3030a5155d28b3561af157e6c6003 . https://bugzilla.gnome.org/show_bug.cgi?id=763491
* decodebin: Don't check twice if the decode chain is complete in pad_added_cb()Sebastian Dröge2016-03-141-12/+0
| | | | | | expose_pad() already does the same. https://bugzilla.gnome.org/show_bug.cgi?id=763491
* decodebin: Don't hold EXPOSE_LOCK in type_found() outside the stream lockSebastian Dröge2016-03-141-5/+2
| | | | | | | | In other places we lock it the other way around, leading to possible deadlocks. Also this will deadlock if analyze_pad() causes a new element to be autoplugged that adds new pads on itself when its state is changed. https://bugzilla.gnome.org/show_bug.cgi?id=763491
* tcp: Remove unused fileSebastian Dröge2016-03-141-2794/+0
| | | | | | | It's a copy of multihandlesink, but completely outdated. Let's get rid of it before it gets even more outdated. https://bugzilla.gnome.org/show_bug.cgi?id=763278
* basetextoverlay: Add new properties and alignment type for unclamped ↵Lubosz Sarnecki2016-03-112-6/+68
| | | | | | | | | | | | | | | | absolute positions Introduces [x-absolute, y-absolute] properties for positioning in +/- MAX_DOUBLE range. Adds new (h/v)alignment type "absolute" where coordinates map the text area to be exactly inside of video canvas for [0, 0] - [1, 1]: [0, 0]: Top-Lefts of video and text are aligned [0.5, 0.5]: Centers are aligned [1, 1]: Bottom-Rights are aligned https://bugzilla.gnome.org/show_bug.cgi?id=761251
* Revert "textoverlay: Do not limit positioning to video area."Tim-Philipp Müller2016-03-111-4/+8
| | | | | | | | | This reverts commit a48daf6dd8cb69b4260a03aa7f3cdf227d4f1602. This changed behaviour in a way that's not always backwards-compatible. https://bugzilla.gnome.org/show_bug.cgi?id=761251
* win32: Add a module definitions file for gstfftNirbheek Chauhan2016-03-101-0/+22
|
* theora: fix performance category initialisationTim-Philipp Müller2016-03-094-18/+1
| | | | | Remove unused _register() functions and look up the performance debug category in a function that's actually called at some point.
* audio-channel-mixer: improve non-interleaved flagsWim Taymans2016-03-041-5/+7
| | | | | | Make separate flags for non-interleaved input and output because the channel mixer should be able to convert between the two layouts in the future.
* gst-play: remove peculiar setting of invalid -v propertyVincent Penquerc'h2016-03-041-2/+0
|
* oggdemux: fix chaining causing running time to restart from 0Vincent Penquerc'h2016-03-041-1/+1
| | | | | | | This fixes: gst-play-1.0 http://relay-nyc.gameowls.com:8000/chiptune.ogg https://bugzilla.gnome.org/show_bug.cgi?id=758282
* opusdec: plug caps leakHavard Graff2016-03-031-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=763059
* Revert "playbin: use avdeinterlace for deinterlacing until deinterlace is ↵Sebastian Dröge2016-03-021-4/+0
| | | | | | | | | | | | | ported" This reverts commit 0615794300234e3efbcb49a524efdee11171ab4c. deinterlace was ported at some point in the last 4 years and has better video format support, and especially better negotiation than avdeinterlace. Having avdeinterlace but not deinterlace causes various problems in zerocopy scenarios. https://bugzilla.gnome.org/show_bug.cgi?id=760553
* encodebin: Make dispose() function safe to be called multiple timesSebastian Dröge2016-03-021-0/+6
|
* Release 1.7.901.7.90Sebastian Dröge2016-03-0135-90/+1973
|
* po: Update translationsSebastian Dröge2016-03-0138-324/+413
|
* multisocketsink: handle client close correctly and EWOULDBLOCKTom Deseyn2016-03-011-4/+7
| | | | | | | | | | | | Fixes 100% cpu usage when client disconnects. Commit 6db2ee56 would just make multisocketsink ignore reads of 0 bytes without removing the client, so we'd get woken up over and over again for the client. Fix the original issue differently by handling the non-fatal error code. https://bugzilla.gnome.org/show_bug.cgi?id=761257 https://bugzilla.gnome.org/show_bug.cgi?id=743834
* video: update disted orc backup fileTim-Philipp Müller2016-02-272-0/+127
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=761851