summaryrefslogtreecommitdiff
path: root/gst/videoparsers/gstmpeg4videoparse.c
Commit message (Collapse)AuthorAgeFilesLines
* Use gst_buffer_new_memdup()Tim-Philipp Müller2021-05-241-1/+1
| | | | | | | | Update for function rename in core. https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/827 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/2281>
* Use new gst_buffer_new_copy()Tim-Philipp Müller2021-05-231-1/+1
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/2279>
* gst-plugins: allow per feature registrationStéphane Cerveau2021-04-111-0/+4
| | | | | | | | | | | | | Split plugin into features including dynamic types which can be indiviually registered during a static build. More details here: https://gitlab.freedesktop.org/gstreamer/gst-build/-/merge_requests/199 https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/661 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/2110>
* videoparsers: Disable gst_base_parse_set_infer_tsVivia Nikolaidou2019-11-191-0/+1
| | | | | | | From the documentation of gst_base_parse_set_infer_ts, it should be disabled for non-audio data. Currently just disabling for all video parsers that have reordered data: h264, h265, mpeg, mpeg4, vc1. Was already disabled in h263.
* documentation: fixed a heap o' typosAaron Boxer2019-11-051-1/+1
|
* mpeg4videoparse: allow sending config at IDRMarc Leeman2019-07-311-6/+11
| | | | Based on h264parse, also allow to send the config at every IDR.
* mpeg4videoparse: determine intra of frame at frame parse timeMark Nauwelaerts2016-12-281-10/+16
| | | | | | ... rather than when determining when to end the frame. The opportunity to do so might not come when forced to drain, and it seems nicer anyway to do so at parse wrapup time.
* bad: use new gst_element_class_add_static_pad_template()Vineeth TM2016-03-241-4/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=763081
* videoparsers: Check for NULL return value of gst_pad_get_current_caps()Dave Craig2015-12-161-2/+11
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=759503
* videoparsers: Use gst_base_parse_merge_tags()Olivier Crête2015-08-161-2/+2
| | | | | | Instead of squashing all upstream tags https://bugzilla.gnome.org/show_bug.cgi?id=679768
* videoparsers: enable accept-template flagThiago Santos2015-08-141-0/+1
| | | | | | | Do a quick check with the pad template caps as it is enough. Users should have figured the appropriate full caps on a previous caps query https://bugzilla.gnome.org/show_bug.cgi?id=753623
* remove unused enum items PROP_LASTLuis de Bethencourt2015-04-241-2/+1
| | | | | This were probably added to the enums due to cargo cult programming and are unused.
* style: remove unnecessary break statementsLuis de Bethencourt2014-09-251-1/+0
| | | | | | | Code flow never arrives to these break statements due to the gotos preceding them. So the breaks are unnecessary, as discussed in bug 736942. https://bugzilla.gnome.org/show_bug.cgi?id=737370
* mpeg4videoparse: do not lose DISCONT flag if buffer isn't pushedThiago Santos2014-01-081-0/+10
| | | | | | | | | mpeg4videoparse might not push buffers while parsing. If those buffers contain the DISCONT flag, it gets lost and downstream won't get any buffer with the flag. Fix it by adding the DISCONT to the next pushed buffer. This makes backwards playback work.
* mpeg4videoparse: Post VIDEO_CODEC tagSebastian Dröge2013-12-161-2/+21
|
* videoparsers: use ACCEPT_INTERSECTWim Taymans2013-12-041-7/+2
| | | | We can also accept caps with missing fields.
* videoparsers: remove fields from filterWim Taymans2013-12-041-1/+8
| | | | | Don't filter out the caps properties we can convert between when proxying the getcaps query to the downstream peer pad.
* videoparsers: refactor remove_fields in getcapsWim Taymans2013-12-041-8/+14
|
* mpeg4videoparse: accept VideoObjectLayer as start of frame and configMark Nauwelaerts2013-11-231-2/+10
| | | | | | ... which it deserves as much as VideoObject. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=667564
* mpeg4videoparse: Reparse the config if the size changedOlivier Crête2013-08-161-3/+20
| | | | | Also only re-issue the caps update if the part of the config that changed is one we care about.
* mpeg4videoparser: Fix a compiler warning about uninitialised variable useJosep Torra2013-03-301-1/+1
|
* mpeg4videoparse: Use correct type specifiers for format strings to fix ↵Sebastian Dröge2013-03-031-1/+1
| | | | compiler warnings
* Revert "mpeg4videoparse: set 0 duration when vop_coded is 0"Tim-Philipp Müller2013-02-141-47/+2
| | | | | | | | | This reverts commit d3219a261a5a7b7340b63c80010009a73b032759. vop_coded 0 means that the previous frame should be repeated, so it should have valid duration after all. https://bugzilla.gnome.org/show_bug.cgi?id=683169
* videoparsers: Make sure the caps are actually writable before changing themSebastian Dröge2012-12-171-0/+1
|
* videoparsers: Use the peer caps for restrictions instead of the srcpad ↵Sebastian Dröge2012-12-171-3/+3
| | | | | | | | | | allowed caps Otherwise we will intersect with the srcpad template caps and add all the caps fields that the parser will ever set, no matter if downstream restricts this field or not. This requires upstream to set this field on the caps to successfully negotiate. https://bugzilla.gnome.org/show_bug.cgi?id=690184
* mpeg4videoparse: export number of sprite warping points in capsArnaud Vrac2012-12-131-0/+4
| | | | | | This allows filtering out videos for hardware decoders that do not support GMC at all or only support a limited number of sprite warping points (usually 1).
* mpeg4videoparse: handle divx capsArnaud Vrac2012-12-131-5/+7
| | | | DivX 4/5 are MPEG4 part 2 videos, so they can be parsed by this plugin.
* mpeg4videoparse: Fix nitpickThibault Saunier2012-11-151-1/+1
|
* mpeg4videoparse: Make sure pad template caps are not fixed from the beggingThibault Saunier2012-11-151-0/+3
| | | | | | | | Right now decodebin will concider the pad template caps as fixed and if a decoder has restriction on for example height/width it won't be autoplugged because gst_caps_is_subset fails as those fields are missing from the pad template caps. We fix the issue here making sure that the pad caps are fixed using data from the stream.
* Fix FSF addressTim-Philipp Müller2012-11-041-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=687520
* videoparsers: use parsed or upstream fps to set some baseparse parametersMark Nauwelaerts2012-10-251-9/+15
|
* Use gst_element_class_set_static_metadata()Tim-Philipp Müller2012-10-171-1/+1
| | | | | where possible. Avoids some string copies. Also re-indent some stuff. Also some indent fixes here and there.
* mpeg4videoparse: reset frame parser after parsing caps codec dataMark Nauwelaerts2012-10-101-0/+1
| | | | ... so as to arrange for a proper fresh state upon first frame.
* mpeg4videoparse: properly mark config data presenceMark Nauwelaerts2012-10-091-1/+4
| | | | | | | ... which we allow to start at VisualObjectSequence or at VideoObject. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=685709
* replace gst_element_class_set_details_simple with gst_element_class_set_metadataMark Nauwelaerts2012-09-141-1/+1
|
* mpeg4videoparse: use previously parsed visual object when parsing VOLArnaud Vrac2012-09-141-8/+22
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683254
* mpeg4videoparse: do not skip user dataArnaud Vrac2012-09-141-6/+9
| | | | | | | User data was skipped until now, so the user data was included when parsing the previous packet and in the config buffer. https://bugzilla.gnome.org/show_bug.cgi?id=683254
* videoparsers: Disable PTS interpolation in the base parse classJan Schmidt2012-09-121-0/+2
| | | | | | | All these formats have re-ordered PTS which the base class gets wrong. It's better to leave them blank and let the decoder sort it out. Better yet would be to track and interpolate the timestamps in the subclasses (FIXME)
* mpeg4videoparse: Don't override upstream framerate and PAREdward Hervey2012-09-081-3/+7
| | | | If upstream provided some, there's a good chance they are the ones to use
* mpeg4videoparse: set 0 duration when vop_coded is 0Matej Knopp2012-09-021-2/+47
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683169
* videoparsers: Fix GstBaseParse::get_sink_caps() implementationsSebastian Dröge2012-06-051-8/+11
| | | | | | | | | They should take the filter caps into account and always return the template caps appended to the actual caps. Otherwise the parsers stop to accept unparsed streams where upstream does not know about width, height, etc. Fixes bug #677401.
* videoparsers: Update for baseparse API changesSebastian Dröge2012-03-301-3/+3
|
* update for buffer changesWim Taymans2012-03-281-1/+3
|
* videoparsers: adjust to standardized baseparse frame state trackingMark Nauwelaerts2012-02-151-6/+1
|
* videoparsers: don't leak eventWim Taymans2012-02-151-0/+1
| | | | Unref the event when we don't chain up to the parent
* videoparsers: chain up to parent event handlerWim Taymans2012-02-151-37/+36
| | | | | Chain up to the parent event handler to get the default behaviour instead of returning FALSE.
* videoparsers: adjust to modified baseparse APIMark Nauwelaerts2012-02-131-15/+25
|
* port some more to new memory APIMark Nauwelaerts2012-01-251-9/+16
|
* mpeg4videoparse: Don't update caps on every bufferSebastian Dröge2012-01-091-0/+2
|
* mpeg4videoparse: Don't call gst_buffer_memcmp() with a NULL bufferSebastian Dröge2012-01-091-1/+2
|
View Lorry Controller Status