After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 748281 - tests: decodebin
tests: decodebin
Status: RESOLVED DUPLICATE of bug 747624
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-04-22 08:01 UTC by Hyunjun Ko
Modified: 2015-04-22 08:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Hyunjun Ko 2015-04-22 08:01:00 UTC 
There is a failure of decodebin testcase as below
test_parser_negotiation:0: Assertion 'GST_MESSAGE_TYPE (msg) == GST_MESSAGE_EOS' failed

The problem is that decodebin includes 2 parsers (fakeh264parse, h264parse).
So decodebin is like that.

(typefind -> fakeh264parse -> capsfilter -> h264parse -> capsfilter )

I think it should choose one parser and skip another parser in a chain.
But there is no logic in decodebin like that.

I'm not sure that this needs to be fixed or testcase needs to be changed accroding to decodebin's current logic.

I want some advices for this issue.
Comment 1 Tim-Philipp Müller 2015-04-22 08:12:08 UTC 
I suspect this is a duplicate of bug #748058 - you're using an older automake which causes the test environment not to be set up properly.

The -base unit test should only ever 'see' plugins from core/base, it shouldn't pick up h264parse here.
Comment 2 Tim-Philipp Müller 2015-04-22 08:13:10 UTC 
Sorry, I meant bug #747624
Comment 3 Tim-Philipp Müller 2015-04-22 08:13:55 UTC 

*** This bug has been marked as a duplicate of bug 747624 ***