summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2017-02-24Release 1.11.21.11.2Sebastian Dröge22-37/+162
2017-02-24Update .po filesSebastian Dröge40-92/+92
2017-02-24po: Update translationsSebastian Dröge2-54/+54
2017-02-14meson: dist meson build filesTim-Philipp Müller1-1/+3
Ship meson build files in tarballs, so people who use tarballs in their builds can start playing with meson already.
2017-02-01x264: Initialize function vtable in plugin_init()Nirbheek Chauhan1-10/+22
These values are defined in the x264.h header and are not const on Windows due to the way DLLs work. See: https://msdn.microsoft.com/en-us/library/619w14ds.aspx https://msdn.microsoft.com/en-us/library/zw3za17w.aspx https://bugzilla.gnome.org/show_bug.cgi?id=777903
2017-01-31asfdemux: Check that we have enough data available before parsing bool/uint ↵Sebastian Dröge1-2/+12
extended content descriptors https://bugzilla.gnome.org/show_bug.cgi?id=777955
2017-01-30asfdemux: Reset number of languages to 0 when freeing the array because of ↵Sebastian Dröge1-0/+1
errors Otherwise we will happily index into the array at NULL if the requested index is smaller than the number of languages that were previously allocated. https://bugzilla.gnome.org/show_bug.cgi?id=777937
2017-01-24meson: Properly use ':' for defining keywordsThibault Saunier1-1/+1
2017-01-13meson: bump versionTim-Philipp Müller1-1/+1
2017-01-12Back to developmentSebastian Dröge1-3/+3
2017-01-12Release 1.11.11.11.1Sebastian Dröge22-1146/+359
2017-01-12Update .po filesSebastian Dröge40-116/+119
2017-01-12po: Update translationsSebastian Dröge3-84/+82
2017-01-03meson: Install presets filesThibault Saunier3-0/+4
2017-01-03x264enc: Add a youtube preset.Mathieu Duponchelle1-0/+7
Based on https://support.google.com/youtube/answer/1722171 https://bugzilla.gnome.org/show_bug.cgi?id=751560
2016-12-28mad: remove pluginTim-Philipp Müller12-759/+1
We have better replacements such as the mpg123 plugin. The main reason to keep around mad was for 'freeform' mp3 support, but mpg123 can handle those too nowadays. Also, mad is GPL and has been unmaintained for years. https://bugzilla.gnome.org/show_bug.cgi?id=776140
2016-12-16win32: remove platform-specific copies of generated headersTim-Philipp Müller5-366/+4
Unused and no longer needed.
2016-12-14Remove generated .spec fileTim-Philipp Müller4-132/+2
Likely extremely bitrotten, and we should not ship this anyway.
2016-12-09meson: Support building without Gst debugThibault Saunier1-0/+24
2016-12-03Automatic update of common submoduleEdward Hervey2-1/+1
From f980fd9 to 39ac2f5
2016-12-02asfdemux: Fix memory leak of payload extensions for unusable/unsupported streamsSebastian Dröge1-2/+8
https://bugzilla.gnome.org/show_bug.cgi?id=775515
2016-11-30x264enc: Add information for mixed modeVivia Nikolaidou1-0/+21
https://bugzilla.gnome.org/show_bug.cgi?id=775411
2016-11-30x264enc: Correctly pass interlacing/TFF informationVivia Nikolaidou1-6/+12
Give the interlacing information correctly to the encoder. Also parse TFF/BFF information from the caps and pass it too. https://bugzilla.gnome.org/show_bug.cgi?id=775411
2016-11-28x264enc: Auto-detect interlace mode from capsVivia Nikolaidou1-2/+6
If the caps are interlaced, interlacing is always enabled on the encoder. If the interlace-mode field is missing or if it's progressive, the encoder uses the "interlaced" property. https://bugzilla.gnome.org/show_bug.cgi?id=775228
2016-11-26common: use https protocol for common submoduleTim-Philipp Müller1-1/+1
https://bugzilla.gnome.org/show_bug.cgi?id=775110
2016-11-25real: Fix compiler warnings with latest clangSebastian Dröge1-1/+1
realhash.c:295:11: error: implicit conversion from 'int' to 'char' changes value from 128 to -128 [-Werror,-Wconstant-conversion] *buf1 = 128; ~ ^~~ https://bugzilla.gnome.org/show_bug.cgi?id=775112
2016-11-25asfdemux: Allow 64bit sizes for DATA objectEdward Hervey1-12/+11
we *can* have files greater than 4GB, any other object should be smaller than that
2016-11-25asfdemux: Add sanity check for asf_stream_audioEdward Hervey1-0/+5
We should have enough bytes for the specified codec_data https://bugzilla.gnome.org/show_bug.cgi?id=775070
2016-11-25asfdemux: Add sanity checks when reading asf_stream_video_formatEdward Hervey1-2/+13
It should report a size of at least 40 bytes Also check for the size of the remaining data (i.e. codec_data) https://bugzilla.gnome.org/show_bug.cgi?id=775070
2016-11-25asfdemux: Add check for invalid/corrupt asf objectEdward Hervey1-28/+72
An asf object can't realistically be bigger than 2**32 bytes. If it reports a size bigger than that, consider it corrupt and properly propagate the error back. https://bugzilla.gnome.org/show_bug.cgi?id=775070
2016-11-22asfdemux: Handle EOS in push-mode on corrupted filesEdward Hervey1-0/+7
It is possible no streams were activated when receiving EOS, if so handled it as if we hadn't seen the header https://bugzilla.gnome.org/show_bug.cgi?id=774846
2016-11-22asfdemux: FILE headers are mandatory in the headerEdward Hervey2-1/+10
As per the specification, also avoids ending up trying to play a file with plenty of un-initialized values. https://bugzilla.gnome.org/show_bug.cgi?id=774846
2016-11-22asfdemux: Handle incomplete header in pull modeEdward Hervey1-0/+2
pulling headers is meant to complete as a whole. If we don't have enough data, it's an error. Avoids pipeline hangs on corrupted files https://bugzilla.gnome.org/show_bug.cgi?id=774846
2016-11-22asfdemux: Handle issues with "empty" filesEdward Hervey1-6/+21
In some corrupted files, we could end up with no actual streams being exposed. In those cases, make sure we properly propagate the failure all the way to the loop function. This avoids ending up in cases where we are neither EOS'd nor ERROR'd out from a pipeline point of view. https://bugzilla.gnome.org/show_bug.cgi?id=774846
2016-11-20dvdreadsrc: dvd-spu-clut-change is a sticky custom eventMark Nauwelaerts1-1/+1
2016-11-18meson: Add ignored warnings for MSVCScott D Phillips1-1/+20
https://bugzilla.gnome.org/show_bug.cgi?id=774656
2016-11-14x264enc: Add configure parameter to specify additional x264 libraries with ↵Sebastian Dröge6-205/+360
e.g. different depth configuration x264 has to be compiled specifically for a target bit depth. Distributions currently ship various libraries in their packages, with different bit depths. This change now allows to provide them all at configure time and have the x264enc element dynamically switch between them based on the bit depth of the input format. https://bugzilla.gnome.org/show_bug.cgi?id=763297
2016-11-01meson: update versionTim-Philipp Müller1-1/+1
2016-11-01Back to development1.11.0Sebastian Dröge1-4/+4
2016-11-01Release 1.10.01.10.0Sebastian Dröge23-36/+1300
2016-11-01Update .po filesSebastian Dröge40-92/+92
2016-11-01po: Update translationsSebastian Dröge2-54/+54
2016-10-26meson: Don't depend on gstreamer-check-1.0 on windowsScott D Phillips2-3/+7
https://bugzilla.gnome.org/show_bug.cgi?id=773114
2016-10-25Revert "meson: move gstreamer-check-1.0 dependency to tests/check"Nirbheek Chauhan3-6/+3
This reverts commit 0555c09607e548b6c45d029ab31dbb3042195ae3. Does not actually work. See: https://bugzilla.gnome.org/show_bug.cgi?id=773114#c31
2016-10-24meson: fix build outside of gst-allTim-Philipp Müller1-1/+1
2016-10-21meson: move gstreamer-check-1.0 dependency to tests/checkScott D Phillips3-3/+6
https://bugzilla.gnome.org/show_bug.cgi?id=773114
2016-10-15meson: Don't set c_std to gnu99Nirbheek Chauhan1-1/+0
Use the default for each compiler on every platform instead. This improves our compatibility with compilers that don't have gnu99 as a c_std.
2016-10-04meson: Make use of new environment object and set plugin path to builddirThibault Saunier3-47/+27
Workaround source_root being the root directory of all projects in the subproject case and remove now unneeded getpluginsdir Bump meson requirement to 0.35
2016-09-30meson: Setup pre commit hook and fix getpluginsdir for standalone caseThibault Saunier3-5/+93
2016-09-30meson: update versionTim-Philipp Müller1-1/+1
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 19:17:50 +0000