<div dir="ltr"><div>Sebastian,</div><div><br></div>Opened a bug for this:<div><br></div><div><a href="https://bugzilla.gnome.org/show_bug.cgi?id=727975">https://bugzilla.gnome.org/show_bug.cgi?id=727975</a><br></div><div><br>
</div><div>On this week i will take a closer look at it.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 9, 2014 at 2:25 PM, Tiago Katcipis <span dir="ltr"><<a href="mailto:katcipis@inf.ufsc.br" target="_blank">katcipis@inf.ufsc.br</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div>Hi,<br><br>I'm having some funny issues while trying to decode <span>IMA</span> <span>ADPCM</span> files. I'm working with mono/8000hz <span>IMA</span> <span>ADPCM</span> <span>WAV</span> files and when i try to play then with <span>gst</span>-launch i can hear a lot of audio gaps on the audio, and the total playback time is at half of the original audio file.<br>

<br></div>If i play the audio with "play", it plays correctly.<br><br>Debugging a little further, it seems that someone on the pipeline (my bet is on <span>adpcmdec</span>) is generating holes on the stream that causes the audio to be all messed up. If i use a <span>audioparse</span> to correct the holes, the audio plays correctly.<br>

<br></div>To generate a audio file on the <span>IMA</span> <span>ADPCM</span> format that causes the problem:<br><br><span>gst</span>-launch-1.0 <span>audiotestsrc</span> <span>num</span>-buffers=10 <span>samplesperbuffer</span>=8000 ! audio/x-raw,rate=8000,format=S16LE ! <span>wavenc</span> ! <span>filesink</span> location=test.<span>wav</span><br>

<br><span>sox</span> test.<span>wav</span> -e <span>ima</span>-<span>adpcm</span> test-<span>adpcm</span>.<span>wav</span><br><br></div>
Perfect playback (~10 seconds of audio):<br><br>play test-<span>adpcm</span>.<span>wav</span><br><br></div>Messed up playback (~5 seconds of audio):<br><br><span>gst</span>-launch-1.0 <span>filesrc</span> location=test-<span>adpcm</span>.<span>wav</span> ! <span>wavparse</span> ! <span>adpcmdec</span> ! <span>audioconvert</span> ! <span>pulsesink</span><br>

<br></div>Perfect playback (~10 seconds of audio):<br><br><span>gst</span>-launch-1.0 <span>filesrc</span> location=test-<span>adpcm</span>.<span>wav</span> ! <span>wavparse</span> ! <span>adpcmdec</span> ! <span>audioparse</span> channels=1 rate=8000 raw-format=4 ! <span>audioconvert</span> ! <span>pulsesink</span><br>

<br></div>It seems that half of the audio is lost on this gap problem, but the audio is there since with <span>audioparse</span> everything goes just fine.<br><br></div><span>audioparse</span> did not completely resolved my problem, because i need to query the duration of the audio in time, and doing this with this pipeline returns half the real duration of the audio, even with <span>audioparse</span> (makes sense with the rest of the problems i found).<br>

<br></div>I will continue to investigate the problem, just wanted to now if this is a know problem or if I'm doing something wrong. If it is really a problem i can open a bug<span></span>.<br><br></div>
<div>The tests have been executed on a Ubuntu 12.04 with Gstreamer 1.2.1.<br></div><div><br></div>Best Regards,<br><span>Tiago</span> <span>Katcipis</span><br></div>
</blockquote></div><br></div>