[Bug 732167] h264parse: default to byte-stream/nalu format (Annex B)

[GStreamer (GNOME Bugzilla)]

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

--- Comment #21 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
Thing is, as far as I know e.g. tsdemux may output buffers that contain
multiple NALs in one single buffer, because that's how they were packed. First
random file I can find:

$ gst-launch-1.0 filesrc location=zdf-hd-sweden-test2.ts ! tsdemux !
video/x-h264 ! fakesink dump=true num-buffers=1 -q | head -n 5
00000000: 00 00 00 01 09 50 00 00 00 01 06 00 01 c0 01 01  .....P..........
00000010: 04 04 0a b5 00 31 44 54 47 31 41 f8 ff 04 0e b5  .....1DTG1A.....
00000020: 00 31 47 41 39 34 06 cf c0 00 c0 00 ff 80 00 00  .1GA94..........
00000030: 00 01 01 a8 03 84 97 92 7f fb 6f c1 f0 cb 19 3e  ..........o....>
00000040: 0b 5d 31 e0 66 3f f5 aa fc 8a 19 2a cb 5b ca 6a  .]1.f?.....*.[.j

So as far as I can tell we can't just redefine alignment=nal to mean "1 nal per
buffer" however much we might want things to work that way, unless we want to
add parsing to tsdemux. It's also called "alignment" for a reason, which
implies just that - alignment, not packetisation.

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