[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