[Bug 692953] alsa modules are silent or noisy after several hours of use
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Sep 9 02:21:35 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=692953
GStreamer | gst-plugins-base | 1.0.9
--- Comment #114 from Thomas DEBESSE <thomas.debesse at rcf.fr> 2013-09-09 09:21:05 UTC ---
Hello, I'm back! :)
****** 1rst jack patchbay (jackd does not manage soundcard itself), running
since 5 days
This pipeline has failed 3 times in 5 days: (1 time the 1rst day, 1 time the
second day, I was not here for two days, perhaps it fails 1 time per day):
gst-launch-1.0 -v jackaudiosrc client-name=julia name=sink connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
audioconvert ! audioresample ! capsfilter caps="audio/x-raw, format=S32LE,
rate=48000, channels=2" ! alsasink device=hw:Juli sync=false
This pipeline fails 3 times in 5 days (idem):
gst-launch-1.0 -v alsasrc device=hw:XFi ! capsfilter caps="audio/x-raw,
format=S16LE, rate=48000, channels=2" ! audioconvert ! audioresample !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink name=src client-name=xfi sync=false connect=none
This pipeline has not fails in three days (ooooh, this is the first time I see
such a pipeline last as long), but fails before 5 days:
gst-launch-1.0 -v jackaudiosrc client-name=xfi name=sink connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
audioconvert ! audioresample ! capsfilter caps="audio/x-raw, format=S16LE,
rate=48000, channels=2" ! alsasink device=hw:XFi sync=false
Before the three days, logs are plenty of that:
44:43:35.046368602 5839 0x986ccf0 WARN audiobasesrc
gstaudiobasesrc.c:843:gst_audio_base_src_create:<sink> create DISCONT of 9216
samples at sample 7728715776
44:43:35.046429596 5839 0x986ccf0 WARN audiobasesrc
gstaudiobasesrc.c:848:gst_audio_base_src_create:<sink> warning: Can't record
audio fast enough
44:43:35.046453839 5839 0x986ccf0 WARN audiobasesrc
gstaudiobasesrc.c:848:gst_audio_base_src_create:<sink> warning: Dropped 9216
samples. This is most likely because downstream can't keep up and is consuming
samples too slowly.
WARNING: from element /GstPipeline:pipeline0/GstJackAudioSrc:sink: Can't record
audio fast enough
Additional debug info:
gstaudiobasesrc.c(848): gst_audio_base_src_create ():
/GstPipeline:pipeline0/GstJackAudioSrc:sink:
Dropped 9216 samples. This is most likely because downstream can't keep up and
is consuming samples too slowly.
But we see in Comment #48 that this warnings are unerelated. Some pipeline fail
without this kind of warning, some pipeline don't fail with this kind of
warning.
In five days, this pipeline has failed:
gst-launch-1.0 -v jackaudiosrc client-name=queue0 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue0 name=out connect=none sync=false
with logs like that (extract):
101:46:20.206389522 5758 0x9031e30 WARN audiobasesrc
gstaudiobasesrc.c:843:gst_audio_base_src_create:<in> create DISCONT of 162816
samples at sample 17586240512
101:46:20.206444705 5758 0x9031e30 WARN audiobasesrc
gstaudiobasesrc.c:848:gst_audio_base_src_create:<in> warning: Can't record
audio fast enough
101:46:20.206468491 5758 0x9031e30 WARN audiobasesrc
gstaudiobasesrc.c:848:gst_audio_base_src_create:<in> warning: Dropped 162816
samples. This is most likely because downstream can't keep up and is consuming
samples too slowly.
These pipeline has not failed in 5 days:
gst-launch-1.0 -v audiotestsrc freq=440 ! capsfilter caps="audio/x-raw,
format=F32LE, rate=48000, channels=1" ! jackaudiosink client-name=src name=test
connect=none
gst-launch-1.0 -v jackaudiosrc client-name=queue1 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue1 name=out connect=none sync=true
gst-launch-1.0 -v jackaudiosrc client-name=queue2 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue2 name=out connect=none sync=true
drift-tolerance=25000000
****** 2nd jack patchbay, running since 4 days
These pipelines has not failed in 4 days:
gst-launch-1.0 -v audiotestsrc freq=1000 ! capsfilter caps="audio/x-raw,
format=F32LE, rate=48000, channels=1" ! jackaudiosink client-name=testsine
name=sine connect=none
gst-launch-1.0 -v jackaudiosrc client-name=queue0 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue0 name=out connect=none sync=false
gst-launch-1.0 -v jackaudiosrc client-name=queue1 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue1 name=out connect=none sync=true
with this complete log:
0:01:24.401569345 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20055490 < -20000000
0:01:25.510915961 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<out> correct clock
skew 20244932 > 20000000
0:01:26.513655131 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1579:gst_audio_base_sink_get_alignment:<out> Unexpected
discontinuity in audio timestamps of +0:00:00.040000000, resyncing
0:04:19.276611138 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20028081 < -20000000
0:06:14.800396151 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20055713 < -20000000
0:06:21.904643431 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<out> correct clock
skew 21088586 > 20000000
0:06:29.136902870 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20056509 < -20000000
0:07:20.445217286 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<out> correct clock
skew 21088498 > 20000000
0:07:32.029689158 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20055715 < -20000000
0:07:54.814458738 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<out> correct clock
skew 21088498 > 20000000
0:17:51.377957979 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20055715 < -20000000
118:25:35.542284376 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<out> correct clock
skew 21088498 > 20000000
118:25:41.729188668 8527 0x8062e30 WARN audiobasesink
gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<out> correct clock
skew -20059482 < -20000000
gst-launch-1.0 -v jackaudiosrc client-name=queue2 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue2 name=out connect=none sync=true
drift-tolerance=25000000
****** No jack patchbay:
This pipeline has not failed in 5 days:
gst-launch-1.0 -v audiotestsrc freq=600 ! alsasink device=hw:DSX
I lanched two more pipelines 3 days ago.
This one has failed:
gst-launch-1.0 -v alsasrc device=hw:Live ! capsfilter caps='audio/x-raw,
format=S16LE, rate=48000, channels=2' ! audioconvert ! audioresample !
capsfilter caps='audio/x-raw, format=S16LE, rate=48000, channels=2' ! opusenc
cbr=true bitrate=128000 dtx=false inband-fec=false packet-loss-percentage=0 !
rtpopuspay ! udpsink host=127.0.0.1 port=5004
I don't knwo if this one have failed (accidentally killed it before listening
it):
gst-launch-1.0 -v udpsrc uri=udp://127.0.0.1:5004 ! capsfilter
caps='application/x-rtp, media=(string)audio, clock-rate=(int)48000,
payload=(int)96, caps=(string)"audio/x-opus"' ! rtpjitterbuffer latency=60
drop-on-latency=true ! rtpopusdepay ! opusdec ! audioconvert ! audioresample !
capsfilter caps='audio/x-raw, format=S16LE, rate=48000, channels=2' ! alsasink
device=hw:Live sync=false
It outputs this log:
74:50:18.186647380 10273 0x964b890 WARN rtpjitterbuffer
rtpjitterbuffer.c:458:calculate_skew: delta - skew: 0:00:03.481668225 too big,
reset skew
Only one time, which is not related to alsa.
___________________________________
1rst conclusion: for the first time in history we have a failed pipeline that
does not use any alsamodule:
gst-launch-1.0 -v jackaudiosrc client-name=queue0 name=in connect=none !
capsfilter caps="audio/x-raw, format=F32LE, rate=48000, channels=1" !
jackaudiosink client-name=queue0 name=out connect=none sync=false
And we have the same pipeline running in another jack patchbay without problem.
2nd conclusion: alsasink does not failed in 5 days when only used with
audiotestsrc.
3rd conclusion: a pipeline can run more than 2 days without failing.
4th Conclusion: everything else that we had already observed has not changed.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list