pad: Deprecate GST_FLOW_IS_FATAL() and GST_FLOW_IS_SUCCESS()
authorSebastian Dröge <sebastian.droege@collabora.co.uk>
Thu, 26 Aug 2010 21:07:51 +0000 (23:07 +0200)
committerSebastian Dröge <sebastian.droege@collabora.co.uk>
Fri, 27 Aug 2010 14:59:08 +0000 (16:59 +0200)
commitd7f59ca0c4d14b658331c7a80bc99efcdee05d19
tree20184634cd898bf7b52e572d56d0056f8830b354
parent4f3cccc77a19dbd78895420b313ca836f1778306
pad: Deprecate GST_FLOW_IS_FATAL() and GST_FLOW_IS_SUCCESS()

The problem with both macros is, that they suggest something that isn't true.
If GST_FLOW_IS_FATAL is true, there could still be a problem for many elements
and they should stop what they're currently doing and return that value
upstream (e.g. not-linked in a parser). If GST_FLOW_IS_SUCCESS is false, it
could still be that this is "ok" for the element (e.g. not-linked for a demuxer
on a few of its pads but not all).

It's better to not have these "convenience" macros but instead let people
*think* about the handling of different flow returns, that makes sense for
their element. And we should document the expected handling of flow returns for
different classes of elements in the plugin writer's guide.

Fixes bug #628014.
gst/gstpad.h