Architecture: ubuntu 14.04 64bit and Centos7 64bit.

could you get a debug log please?

Created attachment 330055 [details]
dbg.log.xz

Attached the dbg.log.xz

How exactly did you create the log? It doesn't look like it contains any test runs? Make sure to remove or update the GST_CHECKS= environment variable export.

Running twice: 
now consistent get this failure as below:

==============================================================
   GStreamer Bad Plug-ins 1.8.2: tests/check/test-suite.log
==============================================================

# TOTAL: 46
# PASS:  43
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: generic/states
====================

Running suite(s): states_bad
0%: Checks: 3, Failures: 0, Errors: 3
generic/states.c:117:E:general:test_state_changes_up_and_down_seq:0: (after this point) Test timeout expired
generic/states.c:154:E:general:test_state_changes_up_seq:0: (after this point) Test timeout expired
generic/states.c:189:E:general:test_state_changes_down_seq:0: (after this point) Test timeout expired

FAIL: elements/camerabin
========================

Running suite(s): camerabin
**
ERROR:elements/camerabin.c:1534:test_supported_caps: assertion failed: (camera != NULL)


Unexpected critical/warning: g_object_get: assertion 'G_IS_OBJECT (object)' failed
5%: Checks: 17, Failures: 15, Errors: 1
elements/camerabin.c:1514:E:generic:test_supported_caps:0: (after this point) Received signal 6 (Aborted)
elements/camerabin.c:1020:F:wrappercamerabinsrc:test_single_image_capture:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1020:F:wrappercamerabinsrc:test_single_image_capture_with_different_caps:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1137:F:wrappercamerabinsrc:test_single_video_recording:0: Assertion 'camera != NULL' failed
gstcheck.c:79:F:wrappercamerabinsrc:test_image_video_cycle:0: Unexpected critical/warning: g_object_get: assertion 'G_IS_OBJECT (object)' failed
elements/camerabin.c:1082:F:wrappercamerabinsrc:test_multiple_image_captures:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1191:F:wrappercamerabinsrc:test_multiple_video_recordings:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1328:F:wrappercamerabinsrc:test_image_capture_previews:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1409:F:wrappercamerabinsrc:test_image_capture_with_tags:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1579:F:wrappercamerabinsrc:test_idle_property:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1665:F:wrappercamerabinsrc:test_image_custom_filter:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1745:F:wrappercamerabinsrc:test_video_custom_filter:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1839:F:wrappercamerabinsrc:test_image_location_switching:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1020:F:photography-iface:test_photography_iface_image_capture:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1020:F:photography-iface:test_photography_iface_image_capture_with_caps:0: Assertion 'camera != NULL' failed
elements/camerabin.c:1020:F:photography-iface:test_photography_iface_image_capture_with_caps_and_restriction:0: Assertion 'camera != NULL' failed

FAIL: libs/player
=================

Running suite(s): GstPlayer
47%: Checks: 17, Failures: 8, Errors: 1
libs/player.c:412:F:general:test_play_audio_eos:0: 'change' (4) is not equal to 'STATE_CHANGE_MEDIA_INFO_UPDATED' (8)
libs/player.c:412:F:general:test_play_audio_video_eos:0: 'change' (4) is not equal to 'STATE_CHANGE_MEDIA_INFO_UPDATED' (8)
libs/player.c:1240:F:general:test_play_error_invalid_uri_and_play:0: 'change' (4) is not equal to 'STATE_CHANGE_MEDIA_INFO_UPDATED' (8)
libs/player.c:674:E:general:test_play_media_info:0: (after this point) Received signal 11 (Segmentation fault)
libs/player.c:924:F:general:test_play_error_invalid_external_suburi:0: 'GPOINTER_TO_INT (state.test_data)' (0) is not equal to '2' (2)
libs/player.c:1002:F:general:test_play_external_suburi:0: 'GPOINTER_TO_INT (state.test_data)' (0) is not equal to '2' (2)
libs/player.c:1073:F:general:test_play_forward_rate:0: 'GPOINTER_TO_INT (state.test_data) & 0xf' (0) is not equal to '10' (10)
libs/player.c:1104:F:general:test_play_backward_rate:0: 'GPOINTER_TO_INT (state.test_data) & 0xf' (0) is not equal to '10' (10)
libs/player.c:1311:F:general:test_play_audio_video_seek_done:0: 'change' (3) is not equal to 'STATE_CHANGE_SEEK_DONE' (9)

Do I really need to dump the dbg log using this command for each of the test_xx?

GST_DEBUG=*:6 GST_CHECKS=test_xx make elements/camerabin.check-norepeat 2>/tmp/dbg_camerabin_xx.log ?

Can you provide the command for dump dbg log in all test?

No, you can just remove the GST_CHECKS=test_xx and then you get a log for all. (The reason I asked for it in the other bug report is that it removes the noise from passing tests).

After install:
The libtheora reference implementation provides the standard encoder and decoder under a BSD license.
[libtheora-1.1.1.tar.bz2]

The libtheora implementation depends on the following libraries...
libogg-1.3.1
libvorbis-1.3.3
libSDL 1.2 or later for the playback example

Rebuild & make install gst-plugins-base, gst-plugins-good.


The new "make check" result show as below:
==============================================================
   GStreamer Bad Plug-ins 1.8.2: tests/check/test-suite.log
==============================================================

# TOTAL: 49
# PASS:  47
# SKIP:  0
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: generic/states
====================

Running suite(s): states_bad
libDeckLinkAPI.so: cannot open shared object file: No such file or directory
libDeckLinkAPI.so: cannot open shared object file: No such file or directory
libDeckLinkAPI.so: cannot open shared object file: No such file or directory
66%: Checks: 3, Failures: 0, Errors: 1
generic/states.c:189:E:general:test_state_changes_down_seq:0: (after this point) Test timeout expired

FAIL: libs/player
=================

Running suite(s): GstPlayer
82%: Checks: 17, Failures: 0, Errors: 3
libs/player.c:674:E:general:test_play_media_info:0: (after this point) Received signal 11 (Segmentation fault)
libs/player.c:1002:E:general:test_play_external_suburi:0: (after this point) Test timeout expired
libs/player.c:1342:E:general:test_play_audio_video_seek_done:0: (after this point) Test timeout expired

Can you get a backtrace of the GstPlayer test crashes, and also of all threads when the state test hangs?

Created attachment 330125 [details]
dbg_state.log.xz

command: GST_DEBUG=*:6 make generic/states.check-norepeat 2>/tmp/dbg_state.log

Attached dbg_state.log.xz

> libSDL 1.2 or later for the playback example
Using SDL2-2.0,4

Like this ?? 

[root@localhost check]# make libs/player.gdb
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-64.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/root/open_media/1.8.2/gst-plugins-bad-1.8.2/tests/check/libs/.libs/lt-player...done.
(gdb) run
Starting program: /home/root/open_media/1.8.2/gst-plugins-bad-1.8.2/tests/check/libs/.libs/lt-player
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Running suite(s): GstPlayer
[New Thread 0x7ffff4fcc700 (LWP 5943)]
[Thread 0x7ffff4fcc700 (LWP 5943) exited]
[New Thread 0x7ffff4fcc700 (LWP 5944)]
[Thread 0x7ffff4fcc700 (LWP 5944) exited]
[New Thread 0x7ffff4fcc700 (LWP 5945)]
[Thread 0x7ffff4fcc700 (LWP 5945) exited]
[New Thread 0x7ffff4fcc700 (LWP 5946)]
[New Thread 0x7fffefda9700 (LWP 5947)]
[New Thread 0x7fffee300700 (LWP 5948)]
[New Thread 0x7fffedaff700 (LWP 5949)]
[New Thread 0x7fffece8c700 (LWP 5950)]
[New Thread 0x7fffdffff700 (LWP 5951)]
[New Thread 0x7fffdf7fe700 (LWP 5952)]
[New Thread 0x7fffdeffd700 (LWP 5953)]
[New Thread 0x7fffde7fc700 (LWP 5954)]
[New Thread 0x7fffddffb700 (LWP 5955)]
[New Thread 0x7fffdd7fa700 (LWP 5956)]
[New Thread 0x7fffdcff9700 (LWP 5957)]
[New Thread 0x7fffbbfff700 (LWP 5958)]
[New Thread 0x7fffba1d8700 (LWP 5959)]
[New Thread 0x7fffb99d7700 (LWP 5960)]
[New Thread 0x7fffb91d6700 (LWP 5961)]
[New Thread 0x7fffb89d5700 (LWP 5962)]
[New Thread 0x7fffa3fff700 (LWP 5963)]
[New Thread 0x7fffa31dc700 (LWP 5964)]
[New Thread 0x7fffa29db700 (LWP 5965)]
[New Thread 0x7fffa21da700 (LWP 5966)]
[Thread 0x7fffba1d8700 (LWP 5959) exited]
[Thread 0x7fffb99d7700 (LWP 5960) exited]
[Thread 0x7fffb91d6700 (LWP 5961) exited]
[Thread 0x7fffb89d5700 (LWP 5962) exited]
[Thread 0x7ffff4fcc700 (LWP 5946) exited]
[New Thread 0x7ffff4fcc700 (LWP 5967)]
[Thread 0x7fffece8c700 (LWP 5950) exited]
[Thread 0x7fffefda9700 (LWP 5947) exited]
[Thread 0x7fffbbfff700 (LWP 5958) exited]
[Thread 0x7fffdffff700 (LWP 5951) exited]
[Thread 0x7fffdcff9700 (LWP 5957) exited]
[Thread 0x7fffdd7fa700 (LWP 5956) exited]
[Thread 0x7fffddffb700 (LWP 5955) exited]
[Thread 0x7fffde7fc700 (LWP 5954) exited]
[Thread 0x7fffedaff700 (LWP 5949) exited]
[Thread 0x7fffdeffd700 (LWP 5953) exited]
[Thread 0x7fffee300700 (LWP 5948) exited]
[Thread 0x7ffff4fcc700 (LWP 5967) exited]
[New Thread 0x7ffff4fcc700 (LWP 5968)]
[New Thread 0x7fffdeffd700 (LWP 5969)]
[Thread 0x7ffff4fcc700 (LWP 5968) exited]
[New Thread 0x7ffff4fcc700 (LWP 5970)]
[Thread 0x7ffff4fcc700 (LWP 5970) exited]
[New Thread 0x7ffff4fcc700 (LWP 5971)]
[Thread 0x7ffff4fcc700 (LWP 5971) exited]
[New Thread 0x7ffff4fcc700 (LWP 5972)]
[New Thread 0x7fffee300700 (LWP 5973)]
[New Thread 0x7fffedaff700 (LWP 5974)]
[New Thread 0x7fffece8c700 (LWP 5975)]
[New Thread 0x7fffdffff700 (LWP 5976)]
[New Thread 0x7fffde7fc700 (LWP 5977)]
[New Thread 0x7fffddffb700 (LWP 5978)]
[New Thread 0x7fffdd7fa700 (LWP 5979)]
[New Thread 0x7fffdcff9700 (LWP 5980)]
[New Thread 0x7fffbbfff700 (LWP 5981)]
[New Thread 0x7fffb9b8f700 (LWP 5982)]
[New Thread 0x7fffb938e700 (LWP 5983)]
[New Thread 0x7fffb8b8d700 (LWP 5984)]
[New Thread 0x7fffa12d2700 (LWP 5985)]
[New Thread 0x7fffa0ad1700 (LWP 5986)]
[New Thread 0x7fff93fff700 (LWP 5987)]
[New Thread 0x7fff937fe700 (LWP 5988)]
[New Thread 0x7fff92ffd700 (LWP 5989)]
[New Thread 0x7fff927fc700 (LWP 5990)]
[New Thread 0x7fff91ffb700 (LWP 5991)]
[New Thread 0x7fff917fa700 (LWP 5992)]
[New Thread 0x7fff90ff9700 (LWP 5993)]
[New Thread 0x7fff6ffff700 (LWP 5994)]
[New Thread 0x7fff6f7fe700 (LWP 5995)]
[New Thread 0x7fff6effd700 (LWP 5996)]
[New Thread 0x7fff6e7fc700 (LWP 5997)]
[New Thread 0x7fff6dffb700 (LWP 5998)]
[New Thread 0x7fff6d7fa700 (LWP 5999)]
[New Thread 0x7fff6cff9700 (LWP 6000)]
[New Thread 0x7fff5ffff700 (LWP 6001)]
[New Thread 0x7fff5f7fe700 (LWP 6002)]
[New Thread 0x7fff5effd700 (LWP 6003)]
[New Thread 0x7fff5e7fc700 (LWP 6004)]
[New Thread 0x7fff5dffb700 (LWP 6005)]
[New Thread 0x7fff5d7fa700 (LWP 6006)]
[New Thread 0x7fff5cff9700 (LWP 6007)]


Can I collect the crash like this step?
1. make libs/player.gdb
2. (gdb) run
3. (gdb) ctrl-c 
4. (gdb) run 
5. (gdb) thread apply all bt

This will be faster to get the crash compare....to still waiting to it crash it didn't crash.

Or can you provide command that using to collect the data?

> Can I collect the crash like this step?
> 1. make libs/player.gdb
> 2. (gdb) run
> 3. (gdb) ctrl-c 
> 4. (gdb) run 

     will show the crash after re-run 

> 5. (gdb) thread apply all bt

You mean it doesn't crash in gdb for you?

(In reply to Sebastian Dröge (slomo) from comment #13)
> You mean it doesn't crash in gdb for you?

Yes, it does not crash in gdb. And never exit just see until this "
[New Thread ......]" until it stop printing.

Is that normal? 


And for generic/states -> failed. 
I just noticed something.
I'm using putty, and remote to system. 
If I didn't "export DISPLAY=:0.0" the generic/states test won't failed. 

Is that test should walk like that?

(In reply to Lim Siew Hoon from comment #14)
> (In reply to Sebastian Dröge (slomo) from comment #13)
> > You mean it doesn't crash in gdb for you?
> 
> Yes, it does not crash in gdb. And never exit just see until this "
> [New Thread ......]" until it stop printing.
> 
> Is that normal? 

Are you running "make generic/states.gdb" or similar? Or how do you do it?

> And for generic/states -> failed. 
> I just noticed something.
> I'm using putty, and remote to system. 
> If I didn't "export DISPLAY=:0.0" the generic/states test won't failed. 
> 
> Is that test should walk like that?

How does it fail without that, also see gdb and get a debug log.

This bug report is a bit all over the place :)

I've done this for the camerabin test:

commit 92400a3b695ca0aad107a1be46963993ec80215b
Author: Tim-Philipp Müller <tim@centricular.com>
Date:   Sat Jan 20 15:49:35 2018 +0000

    tests: camerabin: skip checks if we don't have encoders for the default format
    
    https://bugzilla.gnome.org/show_bug.cgi?id=767863


There are other bugs about libs/player test_play_media_info which are probably the same issue (bug #787372, bug #787374).

Resolving as INCOMPLETE for now since we haven't gotten more info.

Please feel free to file new bugs if you're still having problems with recent GStreamer versions, thanks!