[Bug 652765] New: Audio distortion / glitch / popping when using audioconvert

[GStreamer (bugzilla.gnome.org)]

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

           Summary: Audio distortion / glitch / popping when using
                    audioconvert
    Classification: Platform
           Product: GStreamer
           Version: 0.10.32
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: danielgtaylor at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Distortions seem to be introduced for some inputs when using the audioconvert
element. Example file to reproduce:

  http://jadn.com/p.flv

Example command to hear distortion (it's quite clear between 3-4 seconds):

  $ gst-launch-0.10 uridecodebin uri="file:///home/dan/Videos/p.flv" name=dmux
qtmux name=mux ! queue ! filesink name=sink location="/home/dan/Videos/p1.m4v"
dmux. ! queue ! audioconvert ! audiorate ! audioresample ! faac bitrate=128000
profile=LC ! mux.audio_%d

Removing 'audioconvert' from the above command stops the distortion from
happening. Various audioconvert options don't seem to make a difference.

Reporting this upstream from an issue originally reported here:

  https://github.com/danielgtaylor/arista/issues/24

The Arista iPad preset produces the equivalent gst-launch command, which was
used to construct the simplified example above:

  $ gst-launch-0.10 uridecodebin uri="file:///home/dan/Videos/p.flv" name=dmux
qtmux name=mux ! queue ! filesink name=sink location="/home/dan/Videos/p1.m4v"
dmux. ! queue ! ffmpegcolorspace ! videorate ! videoscale ! video/x-raw-yuv,
width=\(int\)480, height=\(int\)360, framerate=\(fraction\)25/1,
pixel-aspect-ratio=\(fraction\)1/1\; video/x-raw-rgb, width=\(int\)480,
height=\(int\)360, framerate=\(fraction\)25/1,
pixel-aspect-ratio=\(fraction\)1/1 ! x264enc pass=qual quantizer=21 me=umh
subme=6 ref=3 cabac=0 threads=0 ! tee name=videotee ! queue ! mux.video_%d
dmux. ! queue ! audioconvert ! audiorate ! audioresample ! audio/x-raw-int,
width=\(int\)[ 8, 24 ], depth=\(int\)[ 8, 24 ], rate=\(int\)[ 8000, 96000 ],
channels=\(int\)[ 1, 2 ]\; audio/x-raw-float, width=\(int\)[ 8, 24 ],
depth=\(int\)[ 8, 24 ], rate=\(int\)[ 8000, 96000 ], channels=\(int\)[ 1, 2 ] !
faac bitrate=128000 profile=LC ! mux.audio_%d

The actual encoder element is irrelevant in this case, as the same thing
happens when using e.g. vorbisenc instead of faac. Same with the muxer, as
webmmux, qtmux, mp4mux, etc all display the same issue.

Any potential workarounds as well as an upstream fix would be greatly
appreciated. Thanks!

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