There shouldn't be a property for this. The AUD should always be inserted inbytestream mode, and never in avc mode. And it should be inserted whatever thealignment is (au or nal), the question is just if it should be in the sameGstBuffer or not.

--Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email------- You are receiving this mail because: -------You are the QA contact for the bug.You are the assignee for the bug.

2. gst_pad_push should be enaught.do you have problem with some muxers ?for example if you generate hls with mpegtsmux I think that this should be okthat is reason why I flagged buffer SPS+PPS+IDR NALs withGST_BUFFER_FLAG_DELTA_UNITit is maybe useless btwGST_BUFFER_FLAG_SET (buffer, GST_BUFFER_FLAG_DELTA_UNIT);

--Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email------- You are receiving this mail because: -------You are the QA contact for the bug.You are the assignee for the bug.

--- Comment #11 from Sebastian Dröge (slomo) <***@coaxion.net> 2014-09-16 07:40:54 UTC ---The AU delimiter should be in the *same* buffer for alignment=AU, otherwisethings will break. Also this probably needs some changes to also insert the AUdelimiter if in passthrough mode

--Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email------- You are receiving this mail because: -------You are the QA contact for the bug.You are the assignee for the bug.

--- Comment #25 from Tim-Philipp Müller <***@zen.co.uk> ---I'm quite aware that Apple requires them (see various mailing list posts thatled most people to this bug), and I also agree that it makes sense toadd/output them by default for byte-stream output.

I just don't believe what Olivier said is true, that they are required to makea valid TS stream, but happy to be convinced otherwise :)

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

Ah, you're right.In case of alignment=nal, this patch inserts AUD to every nal unit, which iswrong.

I couldn't find a way to figure it out when it should insert AUD in case ofalignment=nal because a frame means a nal unit in this case, which meanswe should know if this nal unit is start of au or not and also if previous nalunit was AUD or not.

Any suggestion about this?Or we can go this only in case of alignment=au?

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

I think for that case it would have to be detected on the input side if thecurrent AU started with an AU marker, and then add it before outputting thefirst NAL of the AU at the output side. Doing might need to add a little bit ofbuffering.

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

--- Comment #34 from Sebastian Dröge (slomo) <***@coaxion.net> ---Looks good to me. Now someone should check if this is also needed for h265 andopen a bug for it in that case :) Hyunjun, Olivier, do you know?

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