[Bug 754664] Can't link tsdemux to aacparse and rtpmp4gpay

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Sep 11 02:30:50 PDT 2015


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

--- Comment #12 from davywj at gmail.com ---
I can't say whether or not the stream is valid. It comes from a hardware
encoder and plays happily in vlc, ffmpeg and gstreamer. Looking at one of the
PES packets for the audio stream I can see the ADTS syncword (0xFFF) followed
by a 1 indicating mpeg version 2.

The encoder can also be set to stream ADTS directly in RTP payload. I put the
following pipeline on it:
udpsrc ! rtpmp4gdepay ! aacparse ! rtpmp4gpay ! multiudpsink

In this case rtpmp4gpay is happy to accept the output of aacparse. The RTP
packets coming out contain raw AAC (RFC3640).

The RTP payload of the input stream contains the same ADTS header found in the
MPEG TS stream. Setting the debug to level 6 I can see this in the output:

0:00:04.721707416  5364   0306D9A0 LOG                 aacparse
gstaacparse.c:459:gst_aac_parse_check_adts_frame: ADTS frame found, len: 311
bytes

so I can see aacparse is recognizing the ADTS frames and does in fact convert
them to raw.

-- 
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