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 787431 - gstaudioringbuffer: should not be reached critical
gstaudioringbuffer: should not be reached critical
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
1.8.3
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-09-08 08:21 UTC by henning.hinze
Modified: 2018-01-19 18:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
file causing the above described critical output (262.42 KB, video/mp4)
2017-09-08 08:30 UTC, henning.hinze
Details

Description henning.hinze 2017-09-08 08:21:45 UTC
hi.

i'm facing a gst critical: i'm trying one and the same pipeline on two different pcs. they both run the same ubuntu linux 4.4.0-93-generic #116-Ubuntu SMP Fri Aug 11 21:17:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

i'm executing this pipeline:

gst-launch-1.0 filesrc location="myfile.mp4" ! decodebin name=mux ! fakesink mux. ! audioconvert ! alsasink

on one system it runs fine. on the other one it causes this message:

CRITICAL **: file gstaudioringbuffer.c: line 1971 (gst_audio_ring_buffer_set_channel_positions): should not be reached

do you have any information what might cause this message and how i could avoid or detect it? if you need further information please let me know.

the file causing this critical message is attached.

best,
henning
Comment 1 henning.hinze 2017-09-08 08:30:14 UTC
Created attachment 359390 [details]
file causing the above described critical output
Comment 2 Tim-Philipp Müller 2017-09-09 15:47:56 UTC
I can't reproduce the warning here with the tip of the 1.8, 1.10 or 1.12 branches, but it does look familiar, so it may well have been fixed already.

It might be a related to bug #763799 (which was fixed in 1.10), although I don't see the case from that bug (channels without position) in your file, so maybe it's not related after all.

Any chance you could try with a more recent GStreamer version?
Comment 3 Tim-Philipp Müller 2018-01-19 18:25:52 UTC
Can't really do anything about this without more information, sorry.

Please feel free to re-open if it still happens with recent versions of GStreamer (>= 1.12.x) and you can provide:

 - a stack trace of the critical (run with G_DEBUG=fatal_warnings)

 - a GST_DEBUG=*:6 log up to the warning (run with G_DEBUG=fatal_warnings GST_DEBUG=*:6)