[Bug 746595] omxaacdec requires pulsesink a large 'discont-wait' value

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Mar 25 01:27:08 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=746595

--- Comment #7 from Jun Ji <jun.ji at lge.com> ---
Slomo,

Regarding #685730, I believe the omxaacdec handles nframe and spf correctly
now.

If it's ok that qcom returns 2042 after processing 1024*2, I don't see any
fault on how gstreamer calculates the duration.

gst_audio_decoder_finish_frame() looks having a correct formula for duration.

0:00:01.887685104  3691 0x6ef0aa60 LOG             audiodecoder
gstaudiodecoder.c:1138:gst_audio_decoder_finish_frame:<omxaacdec-omxaacdec0>
accepting 8168 bytes == 2042 samples for 2 frames

GST_BUFFER_DURATION (buf) = GST_FRAMES_TO_CLOCK_TIME (samples, ctx->info.rate);

According to your comment, this duration should have been wrong but I think it
works correctly..

---
The durations are wrong. omxaacdec outputs one output buffer per two input
frames. The duration of each output buffer should be around 90ms, but is only
around 45ms (thus one frame).
---

So, could I get a little bit more information about your comment?

Thanks
Jun

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list