[Bug 731601] New: audioconvert: Does not always negotiate the best formats

[GStreamer (bugzilla.gnome.org)]

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

           Summary: audioconvert: Does not always negotiate the best
                    formats
    Classification: Platform
           Product: GStreamer
           Version: 1.2.4
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: nicolas.dufresne at collabora.co.uk
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=278384)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=278384)
Original pipeline log as run on BSD

I've crafted the following pipeline from a situation that was described to me
that is actually happening on BSD. I think I've seen this problem on Windows
too without realizing that the bad audio quality was due to low depth being
chosen.

gst-launch-1.0 audiotestsrc -v num-buffers=1 ! audio/x-raw,format=F32LE !
audioconvert name=c1 !
"audio/x-raw,layout=interleaved,rate=44100,format=S8,channels=[1,2];audio/x-raw,layout=interleaved,rate=44100,format=S16LE,channels=[1,2]"
! fakesink

In this case, audioconvert will fixate to S8, where S16LE would have given
better results. I am not sure why the caps get split this way, but I think
audioconvert should try and preserve quality in all cases.

Original pipeline was (trace attached):
gst-launch-1.0 filesrc location="file.ogg" ! oggdemux ! vorbisdec !
audioconvert ! audioresample ! osssink

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