[gstreamer-bugs] [Bug 343312] New: Assertion `file->wbuf_used_bytes < file->wbuf_size_bytes' failed.

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=343312
 GStreamer | don't know | Ver: 0.10.4

           Summary: Assertion `file->wbuf_used_bytes < file-
                    >wbuf_size_bytes' failed.
           Product: GStreamer
           Version: 0.10.4
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: sg02r at ecs.soton.ac.uk
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: 2.13/2.14
   GNOME milestone: Unspecified


I have a .asounrdc setup to forward PCM data to a file, which has been created
as a fifo (see below). When the fifo fills up, gstreamer hits the following
assertion and causes the audio program to crash/end unexpectedly.

pcm_file.c:112: snd_pcm_file_add_frames: Assertion `file->wbuf_used_bytes <
file->wbuf_size_bytes' failed.

I have reproduced this in banshee, rhythmbox and gst-launch with the following
cmd line;

gst-launch-0.10 filesrc location="/path/to/song.ogg" ! oggdemux ! vorbisdec !
audioconvert ! alsasink


When running with gdb, it first hits a number of SIGPIPE's before hitting the
assert.

I am running Fedora Core 5 using gstreamer-0.10.4-1 rpm. My .asoundrc is
setup as follows;

pcm.!default {
  type plug
  slave.pcm "stdout"
}


pcm.stdout {
  type file
  file "/tmp/airportfifo"
  slave {
    pcm "hw:0,0"
  }
}

where /tmp/airportfifo has been created with "mknod /tmp/airportfifo p"


Ideally I would expect gstreamer to "throw away" the unwritten data, or at
least  wait a short time before doing something more intelligent than
asserting.


-- 
Configure bugmail: http://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.