[Bug 746617] opusenc: headers are never sent

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sun Mar 22 13:06:01 PDT 2015


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

--- Comment #6 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Ilya Konstantinov from comment #4)
> I agree. I also thought it strange that opusdec gives a single chance for
> the header to be present in the first packet, given that transport can be
> unreliable.

(note that other codecs like h264 or even Vorbis put the headers into the SDP
for that reason...)

> In OpenWebRTC, GstRTPOpusDepay gets 'application/x-rtp; ... channels:1' but
> this information isn't forwarded to GstOpusDec in any way.
> 
> Perhaps GstOpusDec should allow the fallback values to be configurable via
> properties?

The SDP fields should become caps fields in application/x-rtp, which then are
transformed by the depayloader in caps fields in audio/x-opus. Then the decoder
can do something useful with them.

It seems like the Opus payloader and depayloader completely ignore all the SDP
fields mentioned in the RFC.

> (In reply to Sebastian Dröge (slomo) from comment #2)
> > This function takes ownership of the list of headers. The pointer is not
> > valid anymore afterwards, so you would either need to deep-copy the list or
> > set enc->headers to NULL
> 
> I'll just set it to NULL and eliminate all of the unrefs.

I think the headers are also used to put them into the caps. They might still
be needed.

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


More information about the gstreamer-bugs mailing list