[Bug 692953] New: alsa modules are silent or noisy after several hours of use (Gst 0.10.30 and Gst 1.0.4)

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Jan 31 09:54:10 PST 2013


https://bugzilla.gnome.org/show_bug.cgi?id=692953
  GStreamer | gst-plugins-base | 1.0.4

           Summary: alsa modules are silent or noisy after several hours
                    of use (Gst 0.10.30 and Gst 1.0.4)
    Classification: Platform
           Product: GStreamer
           Version: 1.0.4
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: thomas.debesse at rcf.fr
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Hi, alsa modules (alsasrc, alsasink) become silent when used for several hours.
The time before become silent or noisy depend on the whole pipeline.

A pipeline like "udpsrc ! … ! alsasink" breaks after 3 ou 4 hours.
A pipeline like "alsasrc ! … ! alsasink" does the same.
A pipeline like "jackaudiosrc ! … ! alsasink" breaks after 14 hours.

I have tried different uses case, sometimes it's the alsasrc module that become
silent, sometimes it's the alsasink module.

On some use case, I get noise instead of silence.

This is a complete pipeline that breaks :
gst-launch-0.10 jackaudiosrc ! "audio/x-raw-float" ! audioconvert !
audioresample ! "audio/x-raw-int, rate=44100, width=16" ! alsasink
device="hw:1" sync=0

And another pipeline that breaks :
gst-launch-0.10 -v alsasrc device="hw:0" audioconvert ! audioresample !
"audio/x-raw-int,rate=44100,width=16,channels=2" ! alsasink device="hw:1"
sync=false

And another pipeline (Gst 1.0) that breaks :
gst-launch-1.0 alsasrc device="hw:0 ! 'audio/x-raw, format=S16LE' !
audioconvert ! audioresample ! 'audio/x-raw, format=F32LE, channels=2' !
jackaudiosink sync=0

I have some other examples with "alsasrc ! … ! udpsink" or "udpsrc ! … !
alsasink".

Good to know :
* I don't get this problem on other Gstreamer modules.
* This bug affect both Gstreamer 0.10 and Gstreamer 1.0
* The bug appears every time an alsa module (alsasrc or alsasink) is used, just
wait long.
* The time before become silent depend on the whole pipeline.
* The fact of getting noise or silence depend on the whole pipeline.
* I use soundcards directly without alsa modules (no 'plug', no 'dmix', no
'dsnoop') or with alsa modules (that changes nothing)

How to reproduce :
* build a pipeline using alsasrc or alsasink
* let the pipeline running a complete day to be sure to get the bug
Note : pipelining alsasrc with alsasink is one of the faster way to get a bug,
only 3 or 4 hours instead of more than 12 hours.

Some details :
* gst-inspect with -v option said nothing about any problem.
* GST_DEBUG=3 said nothing about any problem.
* The pipeline isn't broken, state is always Gst.State.PLAYING and the pipeline
seems functionnal
* Nothing seems broken, there is no sound so people could say "I got the bug"
but software does'nt know there is a bug.
* Some pipeline get noise instead of silent.
* Restarting the pipeline without destroying it (set Gst.State.NULL then set
Gst.State.PLAYING) fix it. So you can restart the pipeline every 3 hours to
have sound several days dealing with some milliseconds of silence every 3
hours)

The bug was tested and confirmed on :
* several computers
* several soundcards (usb Muse Pocket LT3, pci Audigy CA0106, internal Intel
82801, Nvidia MCP51, some Realtek chip)
* several alsa build
* several linux build (2.6.32 → 3.2.0), rt-kernels or not rt-kernels
* several Gstreamer versions (0.10 → 1.0)
* some distros (Debian Squeeze, Wheezy, Sid, Ubuntu 12.10)

There is a discussion about this bug on the mailing list :
*
http://gstreamer-devel.966125.n4.nabble.com/long-run-gstreamer-stops-working-without-message-td4655520.html

-- 
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