[Bug 766618] mpegtsmux, high overhead for a small aac bitrate
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Jun 2 11:44:48 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=766618
--- Comment #4 from Vincent GĂ©nieux <vincent.genieux at startigen.fr> ---
Ok, I can store a GstAdapter into MpegTsPadData::prepare_data, and then use it
into mpegtsmux_prepare_aac.
This algorithm comes from libav :
libav/libavformat/mpegtsenc.c:1143
1) In libav/libavformat/mpegtsenc.c:1143, the latency is taken into accound via
a max_delay parameter :
"""
if (ts_st->payload_size + size > ts->pes_payload_size ||
(dts != AV_NOPTS_VALUE && ts_st->payload_dts != AV_NOPTS_VALUE &&
av_compare_ts(dts - ts_st->payload_dts, st->time_base,
s->max_delay, AV_TIME_BASE_Q) >= 0)) {
"""
-> may be we could implement the same solution in mpegtsmux ? (e.g: add a
"max-delay" property).
2) libav does not only aggregates AAC frames, but frames for all audio media,
do you think mpegtsmux should do the same ?
--
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