<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi,<br>
    <br>
    On 06/24/11 05:01, Stuart Gray wrote:
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite">Hi,<br>
      <br>
      Using:<br>
      <br>
      gstreamer-0.10.32<br>
      gst-plugins-base-0.10.32<br>
      gst-plugins-good-0.10.26<br>
      gst-plugins-bad-0.10.20<br>
      gst-plugins-ugly-0.10.16<br>
      <br>
      Running on an openembedded linux build on a TI OMAPL138 I cannot
      get playback of AIFF to be perfect.<br>
      <br>
      My pipeline has had to be modified to include audioconvert with
      capabilities set. It is as follows:<br>
      <br>
      gst-launch -v souphttpsrc location=<a moz-do-not-send="true"
        href="http://some">http://some</a> aif file.aif&nbsp; ! queue2 !
      decodebin2 ! audioconvert !
      audio/x-raw-int,channels=2,endianness=1234 ! alsasink<br>
    </blockquote>
    Please also add " ! audioresample " after audioconvert.<br>
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite">
      <br>
      Now this produces audio which plays ok for the most part, but if I
      pause it will swap channels, if I pause again the channels remain
      un-swapped, if I let the complete track play it will swap the
      channels at random times during playback.<br>
      <br>
    </blockquote>
    please open a bug and attach the file. Also tell us if it happens
    with one specific file only or if you have several. This way we can
    immediately try it ourself when (or before) answering to the mail.<br>
    <br>
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite">I have installed sox and used wget to pipe the track
      into sox, it plays fine when I do this. If I install mplayer and
      use it to playback the track, I get channel swapping as before. So
      this tells me that my kernel and ALSA layers are fine, the issue
      is somewhere within gstreamer.<br>
    </blockquote>
    <br>
    If you also get the channel swapping with mplayer, the file might be
    broken. mplayer does not use gstreamer.<br>
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite">
      <br>
      I output the decoded audio to a file and then took the file onto
      my Linux PC, it played back slowly. I then used the following
      aplay command to get it to playback correctly:<br>
      <br>
      aplay -c 2 -f S16_LE -r 88200 aifFile.raw<br>
      <br>
      The file playback completes without any channel swapping.<br>
      <br>
      For the above pipeline I get the following output from gstreamer:<br>
      <br>
      decodebin20.GstDecodePad:src0.GstProxyPad:proxypad2: caps =
      audio/x-raw-int, width=(int)16, depth=(int)16, channels=(int)2,
      endianness=(int)4321, rate=(int)44100, signed=(boolean)true<br>
      /GstPipeline:pipeline0/<br>
      GstCapsFilter:capsfilter0.GstPad:src: caps = audio/x-raw-int,
      endianness=(int)1234, signed=(boolean)true, width=(int)32,
      depth=(int)32, rate=(int)44100, channels=(int)2<br>
      /GstPipeline:pipeline0<br>
      /GstCapsFilter:capsfilter0.GstPad:sink: caps = audio/x-raw-int,
      endianness=(int)1234, signed=(boolean)true, width=(int)32,
      depth=(int)32, rate=(int)44100, channels=(int)2<br>
      /GstPipeline:pipeline0/GstAlsaSink:alsasink0.GstPad:sink: caps =
      audio/x-raw-int, endianness=(int)1234, signed=(boolean)true,
      width=(int)32, depth=(int)32, rate=(int)44100, channels=(int)2<br>
      Pipeline is PREROLLED ...<br>
      Setting pipeline to PLAYING ...<br>
      New clock: GstAudioSinkClock<br>
    </blockquote>
    <br>
    I wonder why you need to play the raw file at 88200 Hz, but the
    gstreamer elements use 44100.<br>
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite"><br>
      Decodebin correctly reports 16 bit audio at 44.1khz, but even
      without the audioconvert and caps, gstreamer will convert this to
      32 bit.<br>
    </blockquote>
    that might be for the audiosink in use.<br>
    <br>
    Stefan<br>
    <blockquote
      cite="mid:BANLkTimBQPbMm2mPJW8qeNWW-gZdd21yfg@mail.gmail.com"
      type="cite">
      <br>
      If I try the pipeline without the caps and play 24 bit aiff at
      88.2 or 96kHz it plays fine.<br>
      <br>
      Why does aiff at 44.1kHz/16bit not playback correctly through
      gstreamer?<br>
      <br>
      Thanks,<br>
      Stuart<br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>