Lines Matching refs:SPS
1767 h265parse: ignore VUI parse fail when parse SPS
1768 VUI is an optional for SPS parse, some HEVC file has incorrect VUI
4868 h265parse: Don't duplicate VPS/SPS/PPS per config-interval if exists
4869 Don't need to manually insert VPS/SPS/PPS since inband data could be useable.
4876 h264parse: Don't duplicate SPS/PPS per config-interval if exists
4877 Don't need to manually insert SPS/PPS since inband data could be useable.
6582 h265parse: Fix periodic SPS/PPS sending work after a seek
6650 "have new SPS/PPS to be submitted?"
22672 insertion of PPS/SPS will use wrong offsets and overwrite wrong data.
22958 In the SPS:
26165 h264parse: Ensure codec_data has the required size when reading number of SPS
31910 openh264enc: Use a constant SPS/PPS ID no matter if openh264 older or newer than 1.4 is used
32712 config-inteval = -1 represents resending SPS and PPS for each
32719 h264parse: refactored handling of SPS/PPS when pushing frames
33241 fields in SPS struct which are to be removed.
39155 events downstream on every SPS/PPS change.
39162 If we have a stream that contains an unchanging SPS/PPS for every video frame,
40800 rtph265pay: add "send VPS/SPS/PPS with every key frame" mode
40801 It's not enough to have timeout or event based VPS/SPS/PPS information
40804 for "config-interval" of 1 second for sending VPS/SPS/PPS isn't enough.
40805 It might also be desirable in general to make sure the VPS/SPS/PPS is
40808 VPS/SPS/PPS is not signaled out of band.
40809 This commit adds the possibility to send VPS/SPS/PPS with every key frame.
40811 this case the payloader will add VPS, SPS and PPS before every key (IDR)
43404 h26xparse: Resend PPS/SPS after seek
43406 PPS/SPS after a flush. This is not needed by all decoders, but is
49174 we correctly extract the SPS and PPS.
49272 h264parse: Clear SPS info after processing.
49273 The SPS struct might be filled out by a call to
49277 to clear out any allocated SPS data when returning
49314 rtph265pay: fix buffer leak when using SPS/PPS
49316 SPS/PPS header was being created.
49459 rtph265depay: Insert SPS/PPS NALs into the stream
49461 SPS (or 256 PPS). It is allowed to have SPS ID 0 to 31 (or PPS ID 0 to 255),
49462 but the field in the codec_data for the number of SPS or PPS is only 5
49463 (or 8) bit. As such, 32 SPS (or 256 PPS) are interpreted as 0 everywhere.
50443 Don't throw away AU delimiter(s) that precede the SPS/PPS. Should
54554 Like SPS/PPS they do contain information which will be needed to
54556 Also ensures that the series of SPS/PPS/SEI NALU before a keyframe
54571 x265enc: Only copy VPS/SPS/PPS NAL units in header buffer
54573 into the header buffer assuming only SPS and PPS would follow. This is
54575 where copied to the header buffer. Now the VPS/SPS/PPS are explicitely
61202 h264parse: parse SPS subset
61204 SPS subset NAL type is found.
61205 All the bits required for parsing the SPS subset in NALs were
62122 h264parse: Fix periodic SPS/PPS sending work after a seek
62123 Reset the interval variable to have SPS/PPS sending work after
64714 h264parse: set the HEADER flag on buffers containing SPS or PPS
64720 h265parse: set the HEADER flag on buffers containing VPS, SPS or PPS
70217 between an SPS and PPS NAL unit, check that the output buffer still
70228 preserve config headers like SPS and PPS when invalid or broken NAL
70231 <SPS> <PPS> <invalid-NAL> <slice>
70233 broken NAL is parsed, i.e. SPS and PPS NAL units were lost, thus
70248 inserted between SPS and PPS, or SPS-Ext NAL following a traditional
70249 SPS NAL unit, among other cases too.
70266 submit updated caps or not, and rather mean "have new SPS/PPS to
72293 2) Rewind the stream until we find SPS and PPS informations,
72296 4) Push the SPS, PPS and SEI units before the new keyframe.
73766 SPS, slice header and pic timing using formula:
87544 h265parse: Update caps when receive VPS/SPS/PPS
89749 h264parse: Fix conversion to AVC if a SPS/PPS not from the first indizes is used
90500 contain any SPS or PPS, because they are embedded inside the stream.
90501 In case of avc->bytestream h264parse will push the SPS and PPS from
90505 already SPS/PPS in the stream and sets h264parse->push_codec to FALSE.
90509 from the parsed SPS/PPS in the stream. However it does not remove these
90510 SPS/PPS from the stream. bytestream->avc3 is the same as bytestream->avc
90511 except that the codec_data must not have any SPS/PPS in it.
90513 |stream-format | SPS in-band | SPS in codec_data |
90522 data (e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
90862 h264parse: do not set CAPS and passthrough mode if SPS/PPS have not been parsed
91403 Instead of this only send (potentially) new codec_data when we have *both* SPS and
92445 during sps header parsing. Added new fields to SPS header structure
93540 h264parse: Wait until SPS/PPS before outputting any data
96431 h264parse: Do not check for VUI parameters if they were not present in the SPS
99863 codecparsers: h264: zero-initialize SPS VUI parameters
101590 codecparsers: h264: fix error code for invalid size parsed in SPS.
118596 h264parse: avoid pushing SPS/PPS at start only if both are found in stream
118597 Avoid injecting SPS/PPS nals only if both are already present in the stream.
118610 Although some decoders can start decoding with just PPS and SPS and waiting for
118832 bits like SPS/PPS too. This is useful in connection with
119030 Send SPS/PPS on force key unit events. Useful for example when serving HLS
141071 h264parse: add option to insert SPS/PPS in stream
141072 Add a new config-interval property to insert SPS and PPS at periodic intervals
141080 h264parse: also collect SPS and PPS nalu in codec_data
146310 At first iteration we don't have any cached SPS/PPS buffer to free.
146405 mpegtsmux: generate SPS/PPS header once and fix overflow
146408 SPS/PPS header and the start codes. This corrupts the ES stream.
146409 We now generate the SPS/PPS only once which is much more optimal and we now
147602 Also consider PPS when selecting SPS to pick parameters from.
148151 h264parse: parse SPS some more (e.g. for width/height)
152650 h264parse: decode SPS
152655 h264parse: SPS: decode vui params
152660 h264parse: SPS: decode hrd params
152683 h264parse: Start SPS parsing work