summaryrefslogtreecommitdiff
path: root/gst-libs/gst/codecparsers
AgeCommit message (Collapse)AuthorFilesLines
2018-08-31meson: Maintain macOS ABI through dylib versioningNirbheek Chauhan1-0/+1
Requires Meson 0.48, but the feature will be ignored on older versions so it's safe to add it without bumping the requirement. Documentation: https://github.com/mesonbuild/meson/blob/master/docs/markdown/Reference-manual.md#shared_library
2018-06-01codecparsers: mpeg2: don't mess the StartCode only packetsSreerenj Balachandran1-1/+1
It is completely legal to have packets with zero sizes. Zero-sized packet indicates header with only Start Code. One eg: is user data packet. The patch allows having GstMpegVideoPacket with zero sizes. https://bugzilla.gnome.org/show_bug.cgi?id=796477
2018-04-25h264parse: add constrained and progressive profilesGuillaume Desmottes1-2/+5
Those profiles have been added in the version 2012-01 and 2011-06 of the AVC spec. https://bugzilla.gnome.org/show_bug.cgi?id=794127
2018-03-13codecparsers: GST_EXPORT -> GST_CODEC_PARSERS_APITim-Philipp Müller14-113/+156
We need different export decorators for the different libs. For now no actual change though, just rename before the release, and add prelude headers to define the new decorator to GST_EXPORT.
2018-03-05h265parser: allow partial matching on range extension profileGuillaume Desmottes1-38/+114
Best to return a valid profiles rather than no profile if bitstream uses a not standard profile. https://bugzilla.gnome.org/show_bug.cgi?id=793876
2018-03-05h265parse: add support for 'Format range extensions profiles'Guillaume Desmottes2-2/+127
Those profiles have been introduced in version 2 of the HEVC spec (A.3.5). https://bugzilla.gnome.org/show_bug.cgi?id=793876
2018-03-05h265parser: parse extra profile fieldsGuillaume Desmottes2-1/+34
Those fields have been introduced in version 2 and later to define new profiles like the format range extensions profiles (A.3.5). NOTE: This patch breaks the parser ABI, rebuild needed. https://bugzilla.gnome.org/show_bug.cgi?id=793876
2018-03-05h265parser: decouple GstH265Profile and GstH265ProfileIDCGuillaume Desmottes2-0/+51
We used to have the same enum to represent H265 profiles and idc values. Those are no longer the same with extension profiles defined from version 2 of the spec. Split those enums so the semantic of each is clearer and we'll be able to add extension profiles to GstH265Profile. Also add gst_h265_profile_tier_level_get_profile() to retrieve the GstH265Profile from the GstH265ProfileTierLevel. It will be used to implement the detection of extension profiles. https://bugzilla.gnome.org/show_bug.cgi?id=793876
2018-02-21h264parser: Expose framerate even if fixed_frame_rate flag isn't setNicolas Dufresne1-1/+1
There is nothing in the spec that state that framerate is not valid in that case. This aligns GStreamer with FFMPEG behaviour for similar streams. https://bugzilla.gnome.org/show_bug.cgi?id=793284
2018-01-30codecparser: vp8: Fix range decoder initSreerenj Balachandran1-1/+1
According to the vp8 spec, the first partition (size can be derived from the frame header) should have all compressed header information and we implemented gst codecparser based on that. But it doesn't seem to be the case with some of the streams (#792773) and libvpx works fine because it uses the whole frame size (not the first partition size) to initialize the bool decoder. https://bugzilla.gnome.org/show_bug.cgi?id=792773
2018-01-02nalutils: Fix Exponential-Golomb 'ue' parsingEdward Hervey1-1/+1
The algorithm we use only supports up to a maximum exponent of 31 (for a maximum resulting of 2**32 -1) CID #1427097
2017-11-26codecparsers: mpegvideoparser: remove API that was deprecated 5 years agoTim-Philipp Müller2-255/+0
Libraries in -bad are not covered by our API/ABI stability guarantees, and to the best of our knowledge everyone using this API has moved to the replacement APIs ages ago.
2017-10-05meson: remove vs_module_defsHavard Graff1-1/+0
The GST_EXPORT should handle it.
2017-08-11codecparsers: make debug categories staticTim-Philipp Müller6-6/+6
They're only used internally. The VP9 parser's debug category symbol was accidentally exported.
2017-07-18codecparsers: mark symbols explicitly for export with GST_EXPORTTim-Philipp Müller11-25/+139
2017-07-04codecparsers: h264: flesh out documentation for GST_H264_PARSER_NO_NAL_ENDTim-Philipp Müller1-0/+9
2017-06-08jpeg2000sampling: fix critical when sampling is missing from capsVincent Penquerc'h1-1/+2
This can happen with real files
2017-04-12docs: Port all docstring to gtk-doc markdownThibault Saunier10-76/+49
2017-01-10codecparsers: remove problematic 'extern inline'Tim-Philipp Müller1-7/+7
'extern inline' was added in 2fb76c89 for MSVC (it was just 'inline' before), but all of this doesn't really make sense, the functions are not going to be inlined anyway, and what 'extern inline' means exactly also appears to depend on the Cxx standard targetted. Let's just remove the 'extern inline' entirely. At least gcc6 still emits the exact same code as before anyway. Fixes compilation/linking with gcc 4.8 as used on L4T on the TK1.
2016-11-29codecparsers: h264parse: improve documentation commentaryAnton Eliasson1-26/+31
https://bugzilla.gnome.org/show_bug.cgi?id=775306
2016-11-29codecparsers: h264parse: docs spellcheckAnton Eliasson1-14/+14
Spell checks, correct capitalization and some rewording to better fit the terms used in the H.264 spec. https://bugzilla.gnome.org/show_bug.cgi?id=775306
2016-11-15Fix some MSVC warnings about const-nessScott D Phillips1-1/+1
Some miscellaneous warnings about const-ness, either casting away const where we know it's safe or removing const where it's not correct. https://bugzilla.gnome.org/show_bug.cgi?id=774293
2016-11-15Cast away const from GstMetaInfo in *_get_meta_info() functionsScott D Phillips1-2/+3
MSVC warns about the const in the implicit argument conversion in the calls to g_once_init_{enter,leave}. It's OK so explicitly cast it. https://bugzilla.gnome.org/show_bug.cgi?id=774293
2016-08-20Add support for Meson as alternative/parallel build systemNirbheek Chauhan1-0/+54
https://github.com/mesonbuild/meson With contributions from: Tim-Philipp Müller <tim@centricular.com> Matej Knopp <matej.knopp@gmail.com> Jussi Pakkanen <jpakkane@gmail.com> (original port) Highlights of the features provided are: * Faster builds on Linux (~40-50% faster) * The ability to build with MSVC on Windows * Generate Visual Studio project files * Generate XCode project files * Much faster builds on Windows (on-par with Linux) * Seriously fast configure and building on embedded ... and many more. For more details see: http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html Building with Meson should work on both Linux and Windows, but may need a few more tweaks on other operating systems.
2016-08-19codecparsers: Explicitly export functions marked inlineNirbheek Chauhan1-7/+7
On MSVC, inline functions are not available outside of a file unless explicitly exported
2016-07-01codecparsers: jpeg2000: don't allow 0 value for array access with i-1Tim-Philipp Müller1-1/+4
2016-07-01codecparsers: jpeg2000: fix possible out-of-bounds array accessTim-Philipp Müller1-4/+4
sizeof(array) != G_N_ELEMENTS(array). CID 1362900
2016-06-28jpeg2000parse: fix typo in sampling checkLuis de Bethencourt1-1/+1
Fixing small typo that changes the value of the return.
2016-06-24jpeg2000parse: use enums for colorspace and sampling, rather than stringsAaron Boxer3-0/+217
Also, move gstjpeg2000sampling to codecparsers project https://bugzilla.gnome.org/show_bug.cgi?id=767908
2016-06-21h264parse: fix default time_offset_lengthMichael Olbrich1-1/+1
The default value for time_offset_length should be 24, see section E2.2 of the H264 spec. https://bugzilla.gnome.org/show_bug.cgi?id=767792
2016-06-17codecparsers: drop all otherwizesReynaldo H. Verdejo Pinochet6-23/+23
2016-05-28h264parser: maintain minimal ABI compatTim-Philipp Müller2-0/+4
Because we can. https://bugzilla.gnome.org/show_bug.cgi?id=723352
2016-05-28h264parser: Remove unused fps_num/fps_den fieldsSebastian Dröge2-23/+1
Instead the newly added function should be used to calculate the framerate properly. https://bugzilla.gnome.org/show_bug.cgi?id=723352
2016-04-15codecparsers: mpegvideo: Parse more slice header fieldsSreerenj Balachandran2-4/+15
https://bugzilla.gnome.org/show_bug.cgi?id=733872
2016-04-15codecparsers: mpegvideo: Add vbv_delay field to PictureHeaderSreerenj Balachandran2-2/+3
https://bugzilla.gnome.org/show_bug.cgi?id=733872
2016-04-15codecparsers: mpegvideo: Add more fields to the GstMpegVideoSequenceHdrSreerenj Balachandran2-5/+8
Added the fields load_non_intra_quantiser_matrix and load_chroma_intra_quantiser_matrix to the sequence header structure. https://bugzilla.gnome.org/show_bug.cgi?id=733872
2016-04-13meta: Initialize all GstMeta fieldsSebastian Dröge1-0/+1
During allocation they are not initialized to all zeroes. https://bugzilla.gnome.org/show_bug.cgi?id=764902
2016-04-01codecparser: vp9: move persistent fields from GstVp9FrameHdr to GstVp9ParserSreerenj Balachandran2-47/+43
The subsampling_x, subsampling_y, bit_depth, color_space and color_range fileds are moved from GstVp9FrameHdr to the global GstVp9Parser structure. These fields are only present in keyframe or intra-only frame, no need to duplicate them for inter-frames. This is an ABI change. https://bugzilla.gnome.org/show_bug.cgi?id=764370
2016-03-09mpegvideoparser: Handle non-hierarchical profiles againEdward Hervey2-1/+6
This is a regression from since mpegvideoparser was switched to use the codecparsing library. The problem is that the high bit of the profile_and_level is used to specify non-hierarchical profiles and levels. Unfortunately we were discarding that information. Expose that escape bit, and use it in the element https://bugzilla.gnome.org/show_bug.cgi?id=763220
2016-02-20codecparsers: h265: Fix initialization of slice_deblocking_filter_disabled_flagScott D Phillips1-0/+1
H.265 7.4.7.1 says: > When slice_deblocking_filter_disabled_flag is not present, it is > inferred to be equal to pps_deblocking_filter_disabled_flag. https://bugzilla.gnome.org/show_bug.cgi?id=762351
2016-02-19mpeg4parser: prevent assertion when scanning for sync codeThiago Santos1-2/+5
Only search if there is indeed enough data to be searched otherwise an assertion is raised
2015-12-30codecparsers: vp9: minor clean-upTim-Philipp Müller1-2/+1
Remove setting of parser variable to NULL after free, that makes no sense (and coverity is no doubt going to complain about it).
2015-12-30codecparsers: vp9: fix macro namespacing and rename GstVp9InterpFilterTim-Philipp Müller2-21/+21
2015-12-30codecparsers: vp9: fix doc typos and sprinkle some Since markersTim-Philipp Müller2-22/+56
2015-12-30codecparsers: vp9: move license blurb into header and remove aux filesTim-Philipp Müller6-164/+59
This is just a bunch of lookup tables..
2015-12-30codecparsers: Add another G_GNUC_INTERNALSebastian Dröge1-0/+1
2015-12-30codecparsers: Spread some G_GNUC_INTERNAL in various placesSebastian Dröge5-6/+33
2015-12-30vp9parser: Fix indentation to make gst-indent happierSebastian Dröge1-182/+185
2015-12-30vp9parser: Rename symbols to prevent symbol conflictsSebastian Dröge4-17/+15
Also make clamp() a static function for the same reason and use CLAMP (as defined by GLib) in the GStreamer code.
2015-12-30codecparsers: Add VP9 codec parserSreerenj Balachandran8-3/+1726
https://bugzilla.gnome.org/show_bug.cgi?id=757597
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-25 16:06:43 +0000