The line was needlessly chatty and thus harder to read. Currently,
it is a bit more techical but (IMO) somehow easier to read. Since
it is printed in VERBOSE mode or higher, there should be no problem.
- use custom IPv6 black hole address 100::556C:7472:4772:6453 instead
of 100::1, which a user may use explicitly to signalize server mode
- check just the one address, not the black hole prefix in general
(again, the user may select the discard address intentinally without
knowing our semantics)
- removed the black hole handling functions (no longer needed)
- compute the actual in6_addr from the string with inet_pton instead of
hard coding the value
Send RTCP correctly in the server mode to a client if we have the RTCP
connection (== receiving RTCP from the client).
It is done in the same way as it is currently implemented when UG is in
receiver-only mode without explicit remote address.
removed 2023-11-16 by commit c8080a4f
config.h include is actually requested (HAVE_ZFEC). If config.h is
included and HAVE_ZFEC is defined, also other headers, which have been
deleted, are required as well.
Moved the syntax using percents past the explicit matrix specification
to indicate that it is less preferred since it is not entirely generic
(parameters only for certain frame sizes).
+ highlight by red the syntax
Since 2023-09-20 (commit 97b956f5), UDP net buffers were not set, because
the property was set on tx_fd, which is, howver, a different socket than
rx_fd in Windows by default (not on other platforms).
closes GH-358
\+ added some direct pixfmt_conv.h includes (in attempt to remove its
inclusion from video_codec.h, which finally didn't take place but still
it is better to include this directly)
Issue a warning if unable to set the buffers andreceiving uncompressed
stream, but not not on initial setting, only if increase requested.
The logic is not entirely straightforward - as we are increasing only,
do not assume that the buffer is set to the initial size but rather read
the actual value, which will be less if wasn't possible to set. So the
second attemp issues the warning.
improved debug print:
- print in any case (if it succeeded and also failed)
- if set to value more of same, print in debug, if the set value is less
than requested print in verbose mode
\+ factor out common handling to common function
\+ ignore leading AUD NALU if present (add own 4B start code instead) -
it could have produced problems when AUD+SPS+PPS is prepended to regular
frame that is not an IDR frame
The option solves a problem with streams that do not correctly prepend
video headers, namely (and currently only implemented) SPS/PPS in
H.264 stream. Support for HEVC can be added later.
Use rather defined function as mkdir(3p) is, even though there is needed
a compat for MSW.
+ removed some strtok_r undef, which should no longer be needed (see
also commit 6c6253c9)
Since H.264 and HEVC uses different constants even for the same (named)
NAL type (eg. AUD has 9 in H.264 but 35 in HEVC), replace NAL_ prefix,
that were implilcitly meant or H.264 with NAL_H264.
H264_mf encoder (Windows) produces single byte AUD unit prior to SPS
NALU. Because only first NALU was evaluated to assess whether to pass
the frame further, it took 10 frames (+ additional 10 for probe) before
decoding started before it surrendered the checks.
