Acronym SOS

BBR : Bottleneck Bandwidth and Round-trip propagation time, a congestion control protocol for TCP, similar to TCP Cubic, TCP Vegas, TCP Reno.

SRT: Secure Reliable Transport, a transport for streaming

VVC: Versatile Video Coding, also sometimes called H.266, the successor to H.265/HEVC.

HEVC: High Efficiency Video Coding, also called H.265, the successor to H.264 AVC

AVC: Advanced Video Coding,

SVC: Scalable Video Coding, incorporated spatial scalability in to the codec.

v4l2loopback: Video4Linux (version 2) loopback interface

QUIC: is not an acronym, it was the breakaway part from SPDY. SPDY was an extension for HTTP. SPDY inspired people and resulted in updating TCP's Initial Window, and birthed HTTP/2. The Transmission Control Protocol (TCP) uses an initial window of 3 packets, after SPDY was released, new experiments were run and the IW was increased to 7 from 3. I think the acronym for QUIC was generated retroactively, Quick UDP Internet Connections -- which did not catch on.

VPx (VP3, VP7, VP8, VP9): Not sure if these are acronyms, if they are, I am completely blanking on what it is. The VPx is a codec series built by On2 technologies (from upstate NY), they opensourced VP3 in 2000s via xiph.org. The popularity lead the On2 to be acquired by Google, it was part of the acquisitions Google made to build WebRTC. VP7 was the codec when Google acquired On2 in late 2007/08. VP8 was in progress and was immediately opensourced to compete with H.264.

SDI VITC - Related to the SMPTE description I gave. VITC is Vertical Interval Timecode, and SDI VITC is Vertical Interval Timecode over SDI. SDI stands for Serial Digital Interface. Often used in production to send 1080p and 4K video over much longer distances than HDMI using copper coaxial cable.

VITC timecode is similar to linear timecode (the timecode I mentioned in the SMPTE description) but targetted towards interlaced video versus progressive video. VITC puts the timecode in each interlaced field, so essentially puts the timecode in there twice per 'frame'.

HDR10 - The default specification when talking about HDR content. The 10 comes from the fact that HDR content is in 10 bit as compared to the 8 bit of SDR content. Somewhat confusingly, HDR10 can also be in 12 bit though.

HDR+ (I'm assuming this isn't HDR10+) is a way of 'faking' HDR content on your HDR compatible TV. If your TV supports HDR content but the content is SDR you can use HDR+ to make it look like it's HDR. (Honestly it doesn't look anything like HDR content and is mostly a marketing gimmick).

HDR10+ - HDR10+ is an extension to the HDR specification to make it more in line with Dolby Vision content. Dolby Vision requires a hardware manufacturer to pay a license fee to use the technology. To combat this Samsung decided to create a competing specification that doesn't require a license fee. However, it hasn't seen much adoption in the real world and most of the time you'll either see HDR10 content or Dolby Vision content.

HDR10 content uses metadata embedded in the video to tell a display to get brighter or darker. Standard HDR10 content uses static metadata. Meaning that the brightness is defined at the start of the film and it can't be changed after the fact.

HDR10+ content changes this metadata to be dynamic. Meaning at any point in a movie, the TV can be told to get brighter or darker. This often results in punchier and better-looking images and content. Dolby Vision is able to do something similar.

HLG is an HDR format specific to TV broadcasts. It's a way of displaying HDR content over the air. HLG is generally considered to be lower quality when compared to HDR10 or DV content.