net/liveMedia 2026.10.24,2

net/liveMedia: Update to 2026.10.24

https://download.live555.com/changelog.txt

net/liveMedia: Update to 2026.10.23

https://download.live555.com/changelog.txt

net/liveMedia: Update to 2026.10.17

Add CPE info.

https://download.live555.com/changelog.txt

MFH:		2026Q4

net/liveMedia: Update to 2026.10.13

Add local backup to MASTER_SITES. Upstream doesn't keep an archive of
older releases, so I've set up a script to automatically archive them
locally and to remind me to update the port. This is a team port, so if
anyone else on multimedia@ wants the script, just let me know, but for
now, I'm limited to using my own public_distfiles dir on freefall.

https://download.live555.com/changelog.txt

MFH:		2026Q4

net/liveMedia: Update to 2026.08.14

https://download.live555.com/changelog.txt

net/liveMedia: Update to 2026.08.07

https://download.live555.com/changelog.txt

net/liveMedia: Update to 2026.01.12

net/liveMedia: Update to 2025.12.26

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.11.06

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.10.13

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.09.17

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.07.19

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.05.24

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.04.24

Use the stock config.linux-with-shared-libraries profile with minimal
patching instead of shipping our own config.freebsd-fixed profile. The
two profiles are almost identical, but we haven't exactly been keeping
up with the shared library number changes over the years.

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2025.01.17

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2024.10.31

http://www.live555.com/liveMedia/public/changelog.txt

net/liveMedia: Update to 2024.09.25

Fix LICENSE block. This is LGPL 3.0 or greater. Remove the "MAT" license
which appears to have been added as a misinterpretation from when this
port had NO_CDROM defined. There's no need for a bogus license just
because the port is versioned by date.

Set previously undefined c++ standard as a precaution.

Simplify Makefile. Move CFLAGS (builds fine on amd64 with -fpic, so
there's no need to conditionalize it) and the openssl sub (MAKE_ENV
already defines OPENSSLLIB) out to files/config.fixed-freebsd. Respect
PREFIX with a more concise sub and no logic requiring <b.p.p.m>.

Strip binaries by subbing the install commands with BSD_INSTALL_* and
patch Makefile.head/tail in the post-patch target instead of the
generated Makefile in the post-configure target.

Pet portclippy(1).

Remove pkg-message that only provided very obious information.

net/liveMedia: Update to 2024.08.01

Changelog: http://www.live555.com/liveMedia/public/changelog.txt

PR:		281185

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

net: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Straup Cope <ascope@cpan.org>
  *  Aaron Zauner <az_mail@gmx.at>
  *  Adam Jette <jettea46@yahoo.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Alan Eldridge <alane@geeksrus.net>
  *  Alex Bakhtin <Alex.Bakhtin@gmail.com>
  *  Alex Deiter <Alex.Deiter@Gmail.COM>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Dupre <sysadmin@alexdupre.com>
  *  Alex Kapranoff <kappa@FreeBSD.org.ua>
  *  Alex Miller <asm@asm.kiev.ua>
  *  Alexander Hausner <alex@hugo.bmg.gv.at>
  *  Alexander Kriventsov <avk@vl.ru>
  *  Alexander Logvinov <avl@FreeBSD.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Moisseev <moiseev@mezonplus.ru>
  *  Alexander Novitsky
  *  Alexander Nusov <alexander.nusov@nfvexpress.com>
  *  Alexander Panyushkin <vsityz@gmail.com>
  *  Alexander V. Chernikov <melifaro@FreeBSD.org>
  *  Alexandre Biancalana <ale@biancalanas.net>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey V. Degtyarev <alexey@renatasystems.org>
  *  Alfred Perlstein <alfred@FreeBSD.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Anatoliy Dmytriyev
  *  Anders Nordby <anders@FreeBSD.org>
  *  Anders Nordby <anders@fix.no>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andreas Kohn <andreas@syndrom23.de>
  *  Andrei Lavreniyuk <andy.lavr@gmail.com>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrew Thompson <thompsa@FreeBSD.org>
  *  Andrey Zakhvatov
  *  Andy Kosela <akosela@andykosela.com>
  *  Anes Mukhametov <anes@anes.su>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>
  *  Anton Karpov <toxa@toxahost.ru>
  *  Anton Yuzhaninov <citrin@citrin.ru>
  *  Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>)
  *  Antonio Querubin <tony@lava.net>
  *  Archie Cobbs
  *  Arne Lundberg <arlu@telia.com>
  *  Babak Farrokhi
  *  Babak Farrokhi <babak@farrokhi.net>
  *  Babak Farrokhi <farrokhi@FreeBSD.org>
  *  Bartek Rutkowski robak@FreeBSD.org
  *  Bill Fenner <fenner@FreeBSD.org>
  *  Bill Fumerola <billf@chc-chimes.com>
  *  Bill Fumerola <billf@mu.org>
  *  Bjorn Konig <bkoenig@alpha-tierchen.de>
  *  Blaz Zupan <blaz@si.FreeBSD.org>
  *  BluePex Security Solutions <freebsd-ports@bluepex.com>
  *  Bob Frazier
  *  Boris Lytochkin <lytboris@gmail.com>
  *  Brad Davis <so14k@so14k.com>
  *  Brent B. Powers <bbp2006@columbia.edu>
  *  Brian Somers <brian@FreeBSD.org>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Bruce M. Simpson <bms@FreeBSD.org>
  *  Bruce Simpson
  *  Carlo Strub <cs@FreeBSD.org>
  *  Carlos J Puga Medina <cpm@FreeBSD.org>
  *  Carsten Larsen <cs@innolan.dk>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Cheng-Lung Sung <clsung@dragon2.net>
  *  Chris Hutchinson <portmaster@BSDforge.com>
  *  Christer Edwards <christer.edwards@gmail.com>
  *  Christian Brueffer <chris@unixpages.org)
  *  Christian Laursen <xi@borderworlds.dk>
  *  Christopher Boumenot <boumenot@gmail.com>
  *  Christopher Key <cjk32@cam.ac.uk>
  *  Chung-Kie Tung <tung@turtle.ee.ncku.edu.tw>
  *  Clement Laforet
  *  Clement Laforet <clement@FreeBSD.org>
  *  Clement Laforet <sheepkiller@cultdeadsheep.org>
  *  Corey Smith <corsmith@gmail.com>
  *  Cory R. King <coryking@mozimedia.com>
  *  Craig Boston <craig@yekse.gank.org>
  *  Craig Leres <leres@FreeBSD.org>
  *  Daisuke Aoyama <aoyama@peach.ne.jp>
  *  Dan Caescu <daniel at freebsd.ro>
  *  Dan Pelleg <dpelleg+unison@cs.cmu.edu>
  *  Daniel Baker <dbaker@FreeBSD.org> <dbaker@cuckoo.com>
  *  Daniel Bryan <sisko@bsdmail.com>
  *  Daniel O'Connor <darius@dons.net.au>
  *  Danilo G. Baio <dbaio@FreeBSD.org>
  *  Danny Howard <dannyman@tellme.com>
  *  David Carlier
  *  David O'Brien (obrien@FreeBSD.org)
  *  David O'Brien (obrien@NUXI.com)
  *  David O'Brien (obrien@cs.ucdavis.edu)
  *  David O'Brien <obrien@NUXI.com>
  *  David Shane Holden <dpejesh@yahoo.com>
  *  David Thiel (lx@redundancy.redundancy.org)
  *  David Thiel <lx@redundancy.redundancy.org>
  *  Dean Freeman (wfreeman@sourcefire.com)
  *  Denis Generalov <gd.workbox@gmail.com>
  *  Denis Pokataev <catone@cpan.org>
  *  Dennis Herrmann <adox@mcx2.org>
  *  Dennis Herrmann <dhn@FreeBSD.org>
  *  Derek Schrock <dereks@lifeofadishwasher.com>
  *  Diederik de Groot
  *  Dima Dorfman <dd@FreeBSD.org>
  *  Dima Panov <fluffy@FreeBSD.org>
  *  Dima Sivachenko
  *  Dima Sivachenko <dima@chg.ru>
  *  Dirk-Willem van Gulik / dirkx@webweaving.org
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Dmitry Sivachenko <dima@Chg.RU>
  *  Dmitry Sivachenko <mitya@yandex-team.ru>
  *  Dominic Marks <dominic.marks@btinternet.com>
  *  Dominic Mitchell <dom@happygiraffe.net>
  *  Douglas Thrift <douglas@douglasthrift.net>
  *  Dryice Liu
  *  Ed Schouten <ed@FreeBSD.org>
  *  Edwin Groothuis (edwin@mavetju.org)
  *  Elias Mandouvalos <ocean@compulink.gr>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@critical.ch>
  *  Emmanuel Richiardone (err@tollari.org)
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Erich Zigler <erich@tacni.net>
  *  Erwin Lansing <erwin@FreeBSD.org>
  *  Eugene Grosbein <eugen@FreeBSD.org>
  *  Eugene Grosbein <ports@grosbein.net>
  *  Felippe de Meirelles Motta <lippemail@gmail.com>
  *  Felix Hanley
  *  Felix Hanley <felix@userspace.com.au>
  *  Filippo Natali <filippo.natali@gmail.com>
  *  Filippo Natali <filippo@widestore.net>
  *  Florent Thoumie <flz@xbsd.org>
  *  Franco Fichtner <franco@opnsense.org>
  *  Frank Fenor <frank@fenor.de>
  *  Frank W. Josellis <frank@dynamical-systems.org>
  *  Frederic Culot <culot@FreeBSD.org>
  *  Frederic Culot <frederic@culot.org>
  *  Fukang Chen <loader@FreeBSD.org>
  *  G. Adam Stanislav <adam@whizkidtech.net>
  *  Gabriel Ambuehl <gabriel_ambuehl@buz.ch>
  *  Gabriel Dutra <0xdutra@gmail.com>
  *  Gabriel M. Dutra <0xdutra@gmail.com>
  *  Ganael LAPLANCHE <ganael.laplanche@martymac.org>
  *  Ganael Laplanche <ganael.laplanche@martymac.org>
  *  Gasol Wu <gasol.wu@gmail.com>
  *  Gaspar Chilingarov <nm@web.am>
  *  Gea-Suan Lin <gslin@ccca.nctu.edu.tw>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Geoff Garside
  *  George Reid <greid@ukug.uk.freebsd.org>
  *  George V. Neville-Neil
  *  Gerrit Beine (<tux@pinguru.net>)
  *  GomoR <netpkt@gomor.org>
  *  Goran Tal
  *  Greg Larkin <glarkin@FreeBSD.org>
  *  Gregory Edigarov <greg@bestnet.kharkov.ua>
  *  Guangyuan Yang <ygy@FreeBSD.org>
  *  Guerkan Karaman <gk.freebsd@googlemail.com>
  *  Gunter Wambaugh <gunter@six-two.net>
  *  Gustau Perez <gustau.perez@gmail.com>
  *  Gustau Perez i Querol <gustau.perez@gmail.com>
  *  HSIN-HSIUNG CHANG
  *  Hajimu UMEMOTO <ume@FreeBSD.org>
  *  Haowu Ge <ghw@7axu.com>
  *  Henk van Oers <hvo.pm@xs4all.nl>
  *  Henrik Hodne <henrik@hodne.io>
  *  Honza Betik
  *  Hugo Saro <hugo@barafranca.com>
  *  Hung-Yi Chen <gaod@hychen.org>
  *  Hye-Shik Chang <perky@FreeBSD.org>
  *  IWATSUKI Hiroyuki <don@na.rim.or.jp>
  *  Iblis Lin <iblis@hs.ntnu.edu.tw>
  *  Igor Vinokurov <igor@zynaps.ru>
  *  Ilia Skalozubov <freebsd@skinc.ru>
  *  Ilya Bakulin <webmaster@kibab.com>
  *  Ion-Mihai "IOnut" Tetcu <itetcu@people.tecnik93.com>
  *  J.R. Oldroyd <fbsd@opal.com>
  *  Jaap Akkerhuis <jaap@NLnetLabs.nl>
  *  Jacques Vidrine <nectar@FreeBSD.org>
  *  James Elstone <james@elstone.net>
  *  James FitzGibbon <jfitz@FreeBSD.org>
  *  Jan Hornyak <pav@oook.cz>
  *  Janni
  *  Janos Mohacsi <janos.mohacsi@bsd.hu>
  *  Janos.Mohacsi@bsd.hu
  *  Janos.Mohacsi@dante.org.uk
  *  Jase Thew <freebsd@beardz.net>
  *  Jean-Yves Lefort <jylefort@brutele.be>
  *  Jeff Putsch <jdputsch@comcast.net>
  *  Jeremie Le Hen <jlh@FreeBSD.org>
  *  Jesper Skriver <jesper@FreeBSD.org>
  *  Jesse McConnell <jesse@gallup.com>
  *  Jin-Shan Tseng <tjs@cdpa.nsysu.edu.tw>
  *  Joe Clarke
  *  Joe Horn <joehorn@gmail.com>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  John Bayly <freebsd.ports@tipstrade.net>
  *  John Hixson <jhixson@gmail.com>
  *  John Hixson<jhixson@FreeBSD.org>
  *  John Polstra <jdp@FreeBSD.org>
  *  Jon Nistor <nistor@snickers.org>
  *  Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
  *  Jose M. Alcaide <jose@we.lc.ehu.es>
  *  Joseph Benden <joe@thrallingpenguin.com>
  *  Joseph Scott <joseph@randomnetworks.com>
  *  Joshua Goodall <joshua@roughtrade.net>
  *  Jov <amutu@amutu.com>
  *  Juergen Lock <nox@FreeBSD.org>
  *  Jui-Nan Lin <jnlin@csie.nctu.edu.tw>
  *  Jui-Nan Lin <jnlin@freebsd.cs.nctu.edu.tw>
  *  Juraj Lutter <otis@FreeBSD.org>
  *  Jyun-Yan You <jyyou@cs.nctu.edu.tw>
  *  Karsten Pedersen <kpedersen@disroot.org>
  *  Kelly Yancey <kbyanc@FreeBSD.org>
  *  Kelly Yancey <kbyanc@posi.net>
  *  Kevin Bowling <k@kev009.com>
  *  Kevin Bowling <kbowling@freebsd.org>
  *  Kevin Lo <kevlo@FreeBSD.org>
  *  Kimura Fuyuki <fuyuki@hadaly.org>
  *  Kimura Fuyuki <fuyuki@mj.0038.net>
  *  Kirill Ponomarew <krion@FreeBSD.org>
  *  Kirill Ponomarew <ponomarew@oberon.net>
  *  Koop Mast <einekoai@chello.nl>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Kris Kennaway <kris@FreeBSD.org
  *  Kris Kennaway <kris@FreeBSD.org>
  *  Kristof Provost <kp@FreeBSD.org>
  *  Krzysztof Stryjek <ports@bsdserwis.com>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Lars Eggert <lars@eggert.org>
  *  Lars Erik Gullerud <lerik@nolink.net>
  *  Lars Thegler <lars@thegler.dk>
  *  Lars Thegler <lth@FreeBSD.org>
  *  Lasse L. Johnsen (lasse@freebsdcluster.org)
  *  Lawrence Chen <beastie@tardisi.com>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Loic Pefferkorn <loic-freebsd@loicp.eu>
  *  Loren M. Lang
  *  Lung-Pin Chang <changlp@cs.nctu.edu.tw>
  *  M. Birgmeier
  *  MANTANI Nobutaka <nobutaka@FreeBSD.org>
  *  MIHIRA Yoshiro <sanpei@FreeBSD.org>
  *  Mahlon E. Smith <mahlon@martini.nu>
  *  Maksym Sobolyev <sobomax@pbxpress.it>
  *  Manuel Creach <manuel.creach@icloud.com>
  *  Marcin Cieslak <saper@system.pl>
  *  Marcin Jessa <freebsd@yazzy.org>
  *  Marcin Jessa <yazzy@yazzy.org>
  *  Marco P. Rodrigues <drkangel@drkangel.org>
  *  Marco Steinbach <coco@webdev.c0c0.intra>
  *  Marcus Glocker <marcus@nazgul.ch>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mario Sergio Fujikawa Ferreira <liouxFreeBSD.org>
  *  Mark Felder <feld@FreeBSD.org>
  *  Mark Pulford <mark@kyne.com.au>
  *  Mars G Miro <spry@anarchy.in.the.ph>
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Masafumi NAKANE <max@FreeBSD.org>
  *  Masahiro Teramoto <markun@onohara.to>
  *  Masaki TAGAWA <masaki@club.kyutech.ac.jp>
  *  Massimiliano Stucchi <mstucchi@ripe.net>
  *  Matt Emmerton <matt@gsicomp.on.ca>
  *  Matt Peterson <matt@peterson.org>
  *  Matthew George <mdg@secureworks.net>
  *  Matthew Luckie <mjl@luckie.org.nz>
  *  Matthew Seaman
  *  Matthias Fechner <mfechner@FreeBSD.org>
  *  Matthias Teege <matthias@mteege.de>
  *  Max Khon <fjoe@FreeBSD.org>
  *  Max V. Kostikov <max@kostikov.co>
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Meno Abels <meno.abels@adviser.com>
  *  Michael Frey <frey@raum3.de>
  *  Michael Handler <handler@grendel.net>
  *  Michael Johnson <ahze@FreeBSD.org
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Joyner <mjoyner@hq.dyns.cx>
  *  Michael Kohn <mike@mikekohn.net>
  *  Michael L. Hostbaek (mich@freebsdcluster.org)
  *  Michael L. Hostbaek <mich@freebsdcluster.org>
  *  Michael Muenz <m.muenz@gmail.com>
  *  Mike Carlson <carlson39@llnl.gov>
  *  Mikhail Teterin
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Mikhail Zakharov <zmey20000@yahoo.com>
  *  Muhammad Moinur Rahman <5u623l20@gmail.com>
  *  Muhammad Moinur Rahman <bd_subzero@yahoo.com>
  *  Muhammad Moinur Rahman <bofh@FreeBSD.org>
  *  Munechika SUMIKAWA <sumikawa@FreeBSD.org>
  *  Nathan Whitehon <nwhitehorn@freebsd.org>
  *  Neil Booth
  *  Nick Sayer <nsayer@FreeBSD.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nobutaka Mantani <nobutaka@FreeBSD.org>
  *  Oleg Mamontov <oleg@mamontov.net>
  *  Oliver Mahmoudi <olivermahmoudi@gmail.com>
  *  Olivier Cochard-Labbé <olivier@FreeBSD.org>
  *  Olivier Duchateau
  *  Olivier Tharan <olive@oban.frmug.org>
  *  Palle Girgensohn <girgen@FreeBSD.org>
  *  Pankov Pavel <pankov_p@mail.ru>
  *  Paolo Pisati <flag@gufi.org>
  *  Patrick Li <pat@databits.net>
  *  Patrick MARIE <mycroft@virgaria.org>
  *  Patrick Powell <papowell@astart.com>
  *  Paul Dlug <paul@aps.org>
  *  Paul Schmehl <pauls@utdallas.edu>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pawel Pekala <pawel@FreeBSD.org>
  *  Peter Pentchev <roam@FreeBSD.org>
  *  Philip M. Gollucci <ports@FreeBSD.org>
  *  Philippe Audeoud <jadawin@tuxaco.net>
  *  Phillip Neumann <pneumann@gmail.com>
  *  Piotr Florczyk <pf@itwf.pl>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Raffaele De Lorenzo - raffaele.delorenzo@libero.it
  *  Rich Neswold <rneswold@mcs.net>
  *  Richard Gallamore <ultima@FreeBSD.org>
  *  Roger Hardiman <roger@FreeBSD.org>
  *  Roman Bogorodskiy <novel@FreeBSD.org>
  *  Roman Neuhauser (<neuhauser@bellavista.cz>)
  *  Roman Shterenzon <roman@xpert.com>
  *  Rong-En Fan <rafan@FreeBSD.org>
  *  Rong-En Fan <rafan@infor.org>
  *  Roy Marples <roy@marples.name>
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Russell Francis
  *  Ryan Steinmetz <rpsfa@rit.edu>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Ryan T. Dean <rtdean@cytherianage.net>
  *  Sahil Tandon <sahil@FreeBSD.org>
  *  Sahil Tandon <sahil@tandon.net>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Sebastien Petit <spe@phear.org>
  *  Sebastien Santoro <dereckson@gmail.com>
  *  Seiichirou Hiraoka
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sergey Kandaurov <pluknet@gmail.com>
  *  Sergey Kozlov <sergey.kozlov@intel.com>
  *  Sergey Kozlov <skozlov@FreeBSD.org>
  *  Sergey Matveychuk <sem@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Sergey Velichkevych <serg@cad.kiev.ua>
  *  Shinsuke Matsui (<smatsui@karashi.org>)
  *  Silvio Ap Silva aka kanazuchi <alvolivre@live.com>
  *  Simon Barner <barner@gmx.de>
  *  Simun Mikecin < numisemis at yahoo dot com >
  *  Simun Mikecin <numisemis@yahoo.com>
  *  Sofian Brabez <sbrabez@gmail.com>
  *  Stacey D. Son <sds@son.org>
  *  Stanislav Sedov <stas@FreeBSD.org>
  *  Stefan Hagen <sh@codevoid.de>
  *  Steve Jacobson <sjac@cs.stanford.edu>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Sunagawa Koji <koj@ofug.net>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  TAKAHASHI Kaoru <kaoru@kaisei.org>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TERAMOTO Masahiro <markun@onohara.to>
  *  Talal Al Dik (tad@vif.com)
  *  Thibault Payet <monwarez@mailoo.org>
  *  Thierry Thomas (<thierry@FreeBSD.org>)
  *  Thierry Thomas (<thierry@pompo.net>)
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas Dreibholz <dreibh@iem.uni-due.de>
  *  Thomas Quinot <thomas@cuivre.fr.eu.org>
  *  Tillman Hodgson <tillman@seekingfire.com>
  *  Tim Bishop <tim@bishnet.net>
  *  Timothy Beyer <beyert@cs.ucr.edu>
  *  Timothy Redaelli <drizzt@gufi.org>
  *  Tom McLaughlin <tmclaugh@FreeBSD.org>
  *  Tom McLaughlin <tmclaugh@sdf.lonestar.org>
  *  Tony Shadwick <tshadwick@oss-solutions.com>
  *  Torsten Zuehlsdorff <ports@toco-domains.de>
  *  Torsten Zuehlsdorff <tz@FreeBSD.org>
  *  Trenton Schulz <trueos@norwegianrockcat.com>
  *  Trevor Corpropst <tcornpropst@cox.net>
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  Ulrich Spoerlein <uspoerlein@gmail.com>
  *  Vadim Belman <vab@lflat.vas.mobilix.dk>
  *  Valery Komarov <komarov@valerka.net>
  *  Vanilla I. Shu <vanilla@FreeBSD.org>
  *  Vasil Dimov <vd@FreeBSD.org>
  *  Vassili Tchersky <vt@bsdjeunz.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Victor Yagofarov <xnasx@yandex.ru>
  *  Volker Stolz <stolz@i2.informatik.rwth-aachen.de>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen Heping<wenheping@gmail.com>
  *  Wen heping <wenheping@gmail.com>)
  *  Weongyo Jeong <weongyo@FreeBSD.org>
  *  Willem Jan Withagen <wjw@digiware.nl>
  *  William Grzybowski <wg@FreeBSD.org>
  *  William Ward <William.Ward@ericsson.com>
  *  Winston Weinert <winstonw@lavabit.com>
  *  Xiaoding Liu <xiaoding+freebsd@xiaoding.org>
  *  Xin LI <delphij@FreeBSD.org>
  *  Xin Li <delphij@FreeBSD.org>
  *  Yann Berthier <yb@sainte-barbe.org>
  *  Yarema <yds@CoolRat.org>
  *  Yen-Ming Lee <leeym@FreeBSD.org>
  *  Yen-Ming Lee <leeym@cae.ce.ntu.edu.tw>
  *  Yen-Ming Lee <leeym@leeym.com>
  *  Yi-Hsuan Hsin <mhsin@mhsin.org>
  *  Yi-Jheng Lin <yzlin@cs.nctu.edu.tw>
  *  Yi-Jheng, Lin <yzlin@cs.nctu.edu.tw>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Yoshihiko Sarumaru <mistral@imasy.or.jp>
  *  Yukihiro Nakai <Nacai@iname.com>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Zach Thompson <hideo@lastamericanempire.com>
  *  Zane C, Bowers <vvelox@vvelox.net>
  *  Zane C. Bowers <vvelox@vvelox.net>
  *  Zane C. Bowers-Hadley <vvelox@vvelox.net>
  *  Zhen REN <bg1tpt@gmail.com>
  *  aaron@FreeBSD.org
  *  ache
  *  adam
  *  adam@veda.is
  *  adamw
  *  alepulver
  *  alexp
  *  andreas
  *  andreas@FreeBSD.org
  *  andrey@kostenko.name
  *  arved
  *  asami
  *  ats (original)
  *  brd@FreeBSD.org
  *  brix@FreeBSD.org
  *  bsdx
  *  chinsan
  *  chinsan <chinsan.tw@gmail.com>
  *  clsung
  *  clsung@dragon2.net
  *  cpm <cpm@fbsd.es>
  *  cy@FreeBSD.org
  *  dave@dogwood.com
  *  dds
  *  devin@spamcop.net
  *  dikshie <dikshie@lapi.itb.ac.id>
  *  dikshie@sfc.wide.ad.jp
  *  doconnor@gsoft.com.au
  *  erwin@FreeBSD.org
  *  fenner
  *  gahr
  *  gebhart@secnetix.de
  *  glarkin
  *  glewis
  *  gugu
  *  igor@zynaps.ru
  *  ijliao
  *  james@targetnet.com
  *  jameskamlyn@gmail.com
  *  jamundsen
  *  janos.mohacsi@bsd.hu
  *  jeff@cetlink.net
  *  jesusr
  *  jhay
  *  jkh
  *  johans@stack.nl
  *  jupengfei <jupengfei@gmail.com>
  *  kai
  *  krion@FreeBSD.org
  *  kris@FreeBSD.org
  *  kungfuftr <scott@surreytech.co.uk>
  *  kuriyama
  *  lance@evitel.net
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  liamfoy@sepulcrum.org
  *  lwhsu@FreeBSD.org
  *  marck@FreeBSD.org
  *  matusita@jp.FreeBSD.org
  *  maurice
  *  melifaro@ipfw.ru
  *  mfechner@FreeBSD.org
  *  mharo@FreeBSD.org
  *  michael johnson <ahze@ahze.net>
  *  mike@binghamton.edu
  *  msmith
  *  mwest@uct.ac.za
  *  nbm
  *  netch@netch.kiev.ua
  *  nishida@sfc.wide.ad.jp
  *  nork@FreeBSD.org
  *  pat@databits.net
  *  paul@FreeBSD.org
  *  petef
  *  petef@FreeBSD.org
  *  peter
  *  ports@c0decafe.net
  *  quest <quest@mac.com>
  *  rdenis@simphalempin.com
  *  renchap@cocoa-x.com
  *  rflynn@acsalaska.net
  *  roam@orbitel.bg
  *  ru
  *  ryo
  *  scrappy@FreeBSD.org
  *  shan
  *  shanali
  *  shigeru@iij.ad.jp
  *  shipley@dis.org
  *  skreuzer
  *  smace@FreeBSD.org
  *  sobomax
  *  spf@xslt.cs.nccu.edu.tw
  *  stast
  *  stb
  *  steinex
  *  sten@blinkenlights.nl
  *  swills@
  *  thierry@pompo.net
  *  tim@relay.nnn.tstu.ru
  *  timur@FreeBSD.org
  *  tm@onepost.net
  *  trevor
  *  vanhu <vanhu@netasq.com>
  *  vanilla
  *  vanilla@
  *  wenheping <wenheping@gmail.com>
  *  will
  * # Created by Matthias Fechner <mfechner@FreeBSD.org>
  * # Created by Radim Kolar <hsn@sendmail.cz>

With hat:	portmgr

net/liveMedia: Update to upstream release 2022.06.16

Details (since 2022.04.26):
- 2022.06.16:
  Both our RTSP client and RTSP server implementations now support (optional)
  RTSP-over-HTTPS streaming, when RTSP-over-TLS would otherwise be available.
  (This does not apply to a RTSP server that streams SRTP/SRTCP.  In that case, sending
  SRTP/SRTCP over a TLS connection would add unnecessary overhead, so is not supported.)
- 2022.06.14:
  Added optional support (via #ifdefs) to the "testOnDemandRTSPServer" demo application
  for streaming via RTSPS (RTSP-over-TLS) and optionally SRTP (encrypted RTP/RTCP).
  To use this, you would need to define SERVER_USE_TLS, and PATHNAME_TO_CERTIFICATE_FILE and
  PATHNAME_TO_PRIVATE_KEY_FILE.

net/liveMedia: update to 2022.04.26

2022.04.26:
- A minor update to the previous release, to ensure that we don't call "delete[]" on an
  uninitialized pointer.
2022.04.25:
- Updated "RTSPClient" so that it can optionally include a "Require:" header in RTSP commands.
  (See the definition of "setRequireValue()" in "include/RTSPClient.hh")
  (Thanks to Gregory Chiapa from Thales Group for suggesting this.)
2022.04.15:
- Fixed a "fprintf()" argument-order-evaluation bug in the "mikeyParse" demo application.
  (Thanks to Taeho Kim for reporting this.)
2022.04.12:
- Updated the "openRTSP" application (RTSP command-line client) to add an option '-L', meaning:
  receive only an "application" (e.g., 'metadata') track, if present, outputting the data
  to 'stdout'.  (This is analogous to the existing '-a' and '-v' options, for receiving only
  audio or video.)
2022.02.07:
- Updated the SRTP packet sending code in "MultiFramedRTPSink.cp" to not allocate
  a variable-sized buffer on the stack, because some compilers can't handle this.
- Ensure that RTSP servers that serve SRTP do not also support streaming over the TCP connection,
  because that would add extra overhead for no benefit.
2022.01.21:
- Fixed a bug in the "groupsock" library that could cause outgoing RTP packets to get duplicated
  when a RTSP "PLAY" command is sent after a "PAUSE".
  (Thanks to Yahia Benmoussa for reporting this.)
2022.01.20:
- More updates to the code for optional server SRTP streaming.
  (This appears to be working now, but needs further testing before being officially announced.)
2022.01.17:
- More updates to the code in preparation for optional server SRTP streaming.
  (SRTCP transmission and reception is now working; SRTP transmission is not working yet.)
2022.01.11:
- Fixed a minor memory leak in "RTSPClient" when receiving a SRTP stream.
- Updates to "RTPSink" in preparation for optional server SRTP streaming - not working yet.)
2022.01.06:
- Made "GenericMediaServer::addServerMediaSubsession()" a virtual function, and redefine it
  in the subclass "RTSPServer" to call the base function, then set the "ServerMediaSubsession"s
  "streamingIsEncrypted" flag (if the RTSP server is streaming SRTP).
  (This is in preparation for optional server SRTP streaming - not working yet.)
2021.12.18:
- Fixed a bug in the way that "RTSPClient" handles its two separate TCP connections when
  it does RTSP-over-HTTP.  (Thanks to Laszlo Ast for noticing this.)
- Updated "RTPInterface::sendDataOverTCP()" so that if it's necessary to do a blocking send(),
  we call "makeSocketNonBlocking()" immediately after the call to "send()".
  (This fixes an issue noted by Andrei Chtcherbatchenko.)
- Performed the annual update of the copyright years near the start of each file
2021.12.07:
- Added #ifndef NO_OPENSSL/#endif around "#include <openssl/err.h>" in "liveMedia/TLSState.cpp",
  so that the code will compile if you're compiling with no OpenSSL headers, and NO_OPENSSL
  defined.  (Thanks to William Pfeffer for noticing this.)
2021.11.23:
- Updated the "RTSPServer::setTLSState()" function to take an optional parameter
  "weServeSRTP".  For now, the default value of this parameter is False, but it will
  get changed to True later, when we implement server-side SRTP.
2021.11.14:
- Updated the RTSP server implementation to (optionally) support connections via TLS.
  To enable this, call
      setTLSState(<certFileName>, <privKeyFileName>);
  on your newly-created "RTSPServer" object (before you enter the event loop to start
  handling requests) - where <certFileName> is the (string) pathname of a certificate file,
  and <privKeyFileName> is the (string) pathname of a private key file - both in PEM format.
  At present, this implementation does *not* serve SRTP (encrypted RTP/RTCP), and so does
  not accept "rtsps://" URLs.  (This will change in the future.)
2021.11.10:
- Updated the "TLSState" interface and implementation to (1) reduce the amount of stuff
  that the compiler gets to see if you're compiling with NO_OPENSSL defined, and (2) add a
  new subclass "ServerTLSState" that will eventually be used to implement optional
  TLS connections to our RTSP server.  (This has not been completed yet.)
2021.11.01:
- Split the "TLSState" class into two classes: "TLSState" (an abstract base class),
  and "ClientTLSState" (a subclass).  This is in preparation for later defining a
  second subclass "ServerTLSState" that will eventually be used to implement TLS connections
  in our RTSP server.
2021.10.31:
- Updated the implementation of AES encryption/decryption (used by our client SRTP
  implementation) to use the new OpenSSL EVP interface.  This makes it possible to
  use hardware acceleration (e.g., AES-NI), when it is available.
2021.10.28:
- Updated the "RTSPClient"s implementation of receiving RTP/RTCP-over-TCP so that it will
  also work over a RTSP-over-TLS (including RTSPS) connection.
2021.10.20:
- Fixed a bug in "MatroskaFileParser" that could cause delivery of data to a downstream object
  that wasn't expecting it (potentially causing an invalid memory access).
  (Thanks to "pany.2011" for reporting this.)
2021.08.24:
- The final (I hope!) update to eliminate a "depends on uninitialised value" report from 'valgrind'.
  Because "recvfrom()" can be expected to fill in the 'from' address only if it's called on a
  datagram socket, we update the implementation of "RTPInterface::handleRead()" to set the
  'from' address variable to a 'dummy' value before calling "readSocket()", in the case where
  it's reading RTP/RTCP-over-TCP.
2021.08.23:
- Updated the "readSocket()" code in "GroupsockHelper.cpp" yet again to try to eliminate
  another (alleged) "depends on uninitialised value" report from 'valgrind'.
2021.08.19:
- Updated the "readSocket()" code in "GroupsockHelper.cpp" to eliminate another possible
  "depends on uninitialised value" report from 'valgrind'.  (Thanks to Dmitry Kostromin)
2021.08.18:
- Updated the "readSocket()" code in "GroupsockHelper.cpp" to eliminate a
  "depends on uninitialised value" report from 'valgrind'.  (Thanks to Dmitry Kostromin)
2021.08.17:
- Updated the 'groupsock' "setPortNum()" function to not rely upon the "ss_family" family
  field, in case it's uninitialized.
2021.08.14:
- Fixed a minor bug in the previous release ("delete" should have been "delete[]")
2021.08.13:
- Fixed a bug in "MPEG1or2Demux" that could cause a 'reading twice at the same time" abort
  when streaming from a MPEG Program Stream file.  (Thanks to Ba Jinsheng for reporting this.)
- Fixed a potential memory leak in "AC3AudioStreamFramer".  (Thanks to Ba Jinsheng for reporting this.)
2021.08.09:
- Fixed a bug in the MPEG-1 or 2 file server demultiplexors that could cause a RTSP server
  to crash if it received successive RTSP "SETUP" commands for the same track.
  (Thanks to Ba Jinsheng for reporting this.)
2021.08.06:
- Fixed a bug in the Matroska and Ogg file server demultiplexors that could cause a RTSP server
  to crash if it received successive RTSP "SETUP" commands for the same track.
  (Thanks to Ba Jinsheng for reporting this.)
2021.08.04:
- In the "MP3FileSource" implementation, we no longer do a recursive call to "doEventLoop()"
  when attempting to synchronously read from a MP3 file.  This avoids a possible
  stack overflow in the RTSP server if multiple concurrent requests are made.
  (Thanks to Ba Jinsheng for reporting this.)  The server still does some synchronous reads,
  when initializing, and when parsing MP3 frame headers.  This should be fixed sometime in the
  future.
2021.07.20:
- If a "RTSPClient" receives a response to a RTSP "PLAY" that changes the 'scale()' or 'speed()'
  of the whole session, then those parameters also need to be changed in each subsession
  (as that inheritance doesn't happen automatically).
  (Thanks to a developer in China for reporting this.)
2021.07.10:
- Updated "H264or5VideoStreamFramer.cpp" once again to set the default value of
  "DeltaTfiDivisor" to 2.0 for H.265, and 1.0 for everything else.  (This fixes the frame rate
  for another stream supplied by Paul Westlund.)
2021.06.29:
- In the proxy server implementation, if a client closes one substream, but there are still
  other clients receiving other substream(s), then we no send a single-track RTSP "PAUSE"
  command downstream, because some back-end servers might handle that by pausing all tracks
  of the stream.  So now, in this case, we don't send a RTSP "PAUSE" command at all.
  (Thanks to Jose Maria Infanzon for noting this issue.)
2021.06.25:
- Updated "H264or5VideoStreamFramer.cpp" to set the default value of "DeltaTfiDivisor" to
  1.0 (rather than 2.0), and to assume a frame rate of 30 fps (rather than 25 fps) if there
  is no VPS or SPS NAL unit that specifies a different frame rate.  This seems to work the best
  for most raw H.264 and H.265 video streams.  (Thanks to Paul Westlund for supplying an
  example file to motivate this.)
2021.05.22:
- Fixed a bug that might cause a "REGISTER" or "DEREGISTER" command to be handled after
  the corresponding "RTSPClientConnection" object is deleted.
  (Thanks to Mario Takeuchi for reporting this bug and providing a patch.)
2021.05.17:
- If a stream has no known duration, then our "a=range:" line (in the server's SDP description)
  now says "npt=now-" rather than "npt=0-".  Although the latter appears to be valid
  (according to RFC 2326), it has been claimed that "ffmpeg" RTSP clients do not handle it.
  (Thanks to Dmitry Bely for raising this issue.)
2021.05.03:
- Updated the code for "getOurIPAddresses()" to check that "p->ifa_addr" is not NULL before
  we try dereferencing it.  (Thanks to Thore Mehr for noting this.)
2021.04.06:
- Fixed a bad #define in "liveMedia/include/MPEG2TransportStreamAccumulator.hh"
2021.04.05:
- Updated "groupsock/GroupsockHelper.cpp" to cast the 4th argument of various calls to
  "setsockopt()" to "(const char *)" to make MSVC happy.
  (Thanks to Josh Thorson for suggesting this.)
2021.03.22:
- Updated the "BasicUDPSource" class to reimplement the "maxFrameSize()" virtual function.
  This will make "StreamSource" subclasses work properly when fed from "BasicUDPSource"s,
  by telling the "StreamSource" to read as much data as possible from each incoming datagram.
  (Thanks to Josh Thorson for discovering this.)
2021.03.17:
- Removed extraneous code from "MPEG2TransportStreamAccumulator.hh".  (Also, include that
  header file in "liveMedia.hh".)
2021.03.16:
- Fixed a bug in the implementation of "OnDemandServerMediaSubsession" that could cause a
  RTSP server to crash - for certain "OnDemandServerMediaSubsession" subclasses - if it is
  accessed by a malicious RTSP client.  If you have a RTSP server that uses one or more of
  the following "OnDemandServerMediaSubsession" subclasses:
      AC3AudioFileServerMediaSubsession
      ADTSAudioFileServerMediaSubsession
      AMRAudioFileServerMediaSubsession
  then you should upgrade to this version of the code ASAP, as this is a potential security
  vulnerability.  (Note, however, that the "DynamicRTSPServer" code used by the
  "LIVE555 Media Server" is not vulnerable to this bug.)
  (Thanks to Zhao Jiaxu for reporting this bug.)
2021.03.15:
- Updated the various RTSP server applications in "testProgs" to use a common routine
  "announceURL()" (implemented in "announceURL.cpp") to display the IPv4 and/or IPv6 "rtsp://"
  URLs of the stream.
- Updated the "testMP3Streamer", "testMP3Receiver", "testMPEG1or2AudioVideoStreamer",
  "testMPEG1or2VideoStreamer", and "testMPEG2TransportStreamer" demo applications to
  (optionally) stream using IPv6 multicast instead of IPv4 multicast.
  (To enable this, uncomment the line that #defines USE_IPV6_MULTICAST)
- Removed from the "live555 Media Server" code the line that outputs a comment about
  supportng HTTP Live Streaming (on indexed Transport Stream files).
  This is no longer supported.
2021.02.11:
- Updated the "live555 Media Server" and "testOnDemandRTSPServer" applications to display both
  IPv4 and IPv6 RTSP URLs when starting (or just an IPv4 RTSP URL if the system is IPv4-only,
  or just an IPv6 RTSP URL if the system is IPv6-only).
2021.02.10:
- Fixed a bug in "GenericMediaServer" that could potentially cause infinite recursion in the
  "live555 Media Server" application.  (This had earlier been fixed in version 2019.09.30,
  but had accidentally been reintroduced into a recent revision.)
- Before binding to IPv6 sockets, set the IPV6_V6ONLY flag set to 1, so that we can have
  an IPv4 socket and an IPv6 socket bound to the same port.
2021.02.09:
- Fixed a bug in "groupsock/GroupsockHelper.cpp" that could cause a compilation error on
  some systems where "sa_len" is not defined in "struct sockaddr".
2021.02.05:
- Updated the mechanism by which we figure out our (IPv4 and/or IPv6) address.
  Instead of the 'multicast loopback' mechanism, we use "getifaddrs()".
  (If "getifaddrs()" doesn't work, then we fall back to the
  "lookup host name"->"resolve host name" method, as we did before.)
  If "getifaddrs()" is not defined on your system (or if you don't want to use it), then
  you can disable its use by compiling with NO_GETIFADDRS defined.
- Updated "RTSPServer::rtspURL()" (and "RTSPServer::rtspURLPrefix()") to take an optional
  parameter "useIPv6" (default value: False).  If True, the returned "rtsp://" URL (or prefix)
  uses our IPv6 address, rather than our IPv4 address.
  (We also defined shortcut functions "ipv4rtspURL(Prefix)()" and "ipv6rtspURL(Prefix)()"
   that call the above functions.)
- Fixed a bug in the 'groupsock' "addressIsNull()" function for IPv6 addresses.
2021.01.29:
- Renamed the 'groupsock' function "ourIPAddress()" to "ourIPv4Address()".
  (We also define a function "ourIPv6Address()", though for now this just returns a null
   IPv6 address.)
2021.01.28:
- Fixed the "config.macosx-no-openssl" configuration file (it had been accidentally trying to
  link with SSL and crypto libraries).
2021.01.21:
- Updated the "GenericMediaServer" class (and its subclasses, including "RTSPServer" and
  "DynamicRTSPServer") to use two main server sockets: one for handling connections over IPv4;
  the other for handling connections over IPv6.  (Connections over IPv6 might not be fully
  working yet.)
- Changed the "groupsock" "getSourcePort()" function to take an extra "domain"
  (AF_INET or AF_INET6) parameter.  (This is needed in case the function's implementation
  needs to call "bind()".)
2021.01.20:
- Updated the implementations of several helper functions in "groupsock/GroupsockHelper.cpp"
  to work with IPv6 (once we support it).
2021.01.18:
- Changed the virtual function "ServerMediaSession::sdpLines()" to take an 'address family'
  parameter.  This lets us ensure (in "OnDemandServerMediaSubsession") that generated SDP
  descriptions for unicast streams have the correct IP address family string ("IP4" or "IP6").
- Changed the "GenericMediaServer::setUpOurSocket()" function to take a 'domain'
  (AF_INET or AF_INET6) parameter, in preparation for eventual support for IPv6.
2021.01.17:
- In the "groupsock" library, changed the signature of "nullAddress()" to take an optional 'address family' parameter.
- Removed obsolete parameters "fServerAddressForSDP" and "fPortNumForSDP" (and member function "setServerAddressAndPortForSDP()") from "ServerMediaSubsession".
2021.01.16:
- Fixed minor bug in "RawVideoRTPSource".  (Thanks to Yahia Benmoussa.)
2021.01.14:
- Changed the virtual function "GenericMediaServer::lookupServerMediaSession()" to be
  asynchronous, to allow the actual lookup to be performed within the event loop, in response
  to an event.  "lookupServerMediaSession()" now takes a 'completion function' and
  'completion client data' as parameter.  Once the lookup is done, the completion function
  is called - with the 'completion client data' and looked-up "ServerMediaSession" object
  as parameter.
  (Thanks to Mit Shan for providing the use case that motivated this change.)
2021.01.13:
- Fixed a memory leak in the "MIKEYPayload" class.  (Thanks to Micha Kalfon for reporting this.)
2021.01.09:
- Updated the constructor for the 'groupsock' "NetAddressList" class to take an (optional)
  'address family' parameter.  This can be used to lookup specifically an IPv4 or IPv6 address
  for a given host name.  (In 'liveMedia', updated "MediaSession.cpp" to use this mechanism
  when parsing a SDP description.)
- Updated the "ServerMediaSession::generateSDPDescription()" function to take an
  'address family' parameter, so we can generate proper SDP (specifying the proper IP address
  family) even for connections from IPv6 clients.  Updated the
  "RTSPServer::RTSPClientConnection" constructor accordingly, to record the address family
  of the connection, for subsequent use when calling "generateSDPDescription()".
2021.01.01:
- Updated the 'groupsock' "setupDatagramSocket()" and "setupStreamSocket()" to take
  an 'address family' parameter, in preparation for eventual support for IPv6.
2020.12.23:
- Updated the implementation of "NetAddressList()" to properly return an IPv6 address
  if the hostname being looked up is IPv6 only.  (This is in preparation for eventual
  support for IUPv6.)
- More minor changes to the "groupsock" library in preparation for eventual support for IPv6.
  Note that the type name "netAddressBits" is no longer defined; use "ipv4AddressBits" instead.
2020.12.13:
- Fixed a bug accidentally introduced in the previous release (Linux distributions don't
  include the field "ss_len" in their definition of "struct sockaddr_storage").
  (Thanks to Scott Robinson for reporting this.)
2020.12.12:
- Updated the "groupsock" "socketJoin/LeaveGroup()" functions to take
  "struct sockaddr_storage const&" as parameter, in preparation for eventual support for IPv6.
2020.12.11:
- Updated the "MediaSession" "fSourceFilterAddr" field and "connectionEndpointAddress()"
  and "setDestinations()" member functions to use a "struct sockaddr_storage",
  in preparation for eventual support for IPv6.
- More cleanup of the "groupsock" library.
2020.12.10:
- Updated the "Groupsock" constructors to take "struct sockaddr_storage const&"s as
  parameter, in preparation for eventual support for IPv6.
  (Ditto for the "createGroupsock()" virtual in "OnDemandServerMediaSubsession"
   and its subclasses.)
- Updated "Groupsock::groupAddress()" and "Groupsock::sourceFilterAddress()" to return
  a "struct sockaddr_storage&", in preparation for eventual support for IPv6.
2020.12.09:
- Cleaned up the "groupsock" library by removing a lot of code that was used only for the
  old "UDP multicast tunneling" mechanism (which would not work for IPv6 addresses anyway).
- Fixed a bug (accidentally introduced in the previous release) that could cause clients'
  RTCP "RR" packets to not get sent properly.
2020.12.08:
- Updated the "Groupsock::addDestination()" and "Groupsock::changeDestinationParameters()"
  functions to take a "struct sockaddr_storage" as parameter, in preparation for
  eventual support for IPv6.
2020.12.07:
- Updated the interface to the 'groupsock' "GroupEId" class to use "struct sockaddr_storage",
  in preparation for eventual support for IPv6.
2020.12.06:
- Allow for parsing (and generating) "IP IP6" in SDP descriptions,
  for when we later support IPv6.
2020.12.05:
- Changed "fServerAddress" in "RTSPClient" and "SIPClient" to use a "struct sockaddr_storage",
  in preparation for eventual support for IPv6.
- Performed the annual update of the copyright years near the start of each file
2020.12.04:
- Updated "RTCPInstance::(un)setSpecificRRHandler()" to take "struct sockaddr_storage"
  as parameter, in more preparation for eventual support for IPv6.
2020.12.03:
- Updated "AddressPortLookupTable"s member functions to take "struct sockaddr_storage"
  as parameter, in more preparation for eventual support for IPv6.
2020.12.02:
- Updated the "ServerMediaSubsession" "getStreamParameters()" virtual function to
  take "struct sockadd_storage" as parameters, in preparation for eventual support for IPv6.
2020.12.01:
- More cleanup of the "groupsock" and "liveMedia" libraries,
  in more preparation for eventual support for IPv6.
2020.11.30:
- Updated "RTSPServer.cpp" again to replace another "sockaddr_in" with "sockaddr_storage",
  in more preparation for eventual support for IPv6.
2020.11.29:
- Updated the 'groupsock' "GroupEId" implementation (but not yet the interface) to
  use "sockaddr_storage", in preparation for eventual support for IPv6.
2020.11.28:
- Updated the packet output routines in the "groupsock" library to use "sockaddr_storage",
  in preparation for eventual support for IPv6
2020.11.27:
- Fixed some non-portable code (not buildable on some Linux versions) in
  "groupsock/GroupsockHelper.cpp" that was accidentally introduced in version 2020.11.25.
  (Thanks to Olivier Binda for reporting this.)

Deorbit RESTRICTED && NO_CDROM, part one.

For ports that already use the licenses framwork, merge the content of
RESTRICTED/NO_CDROM/LEGAL* entries into LICENSEs.

Approved by:	rene
Differential Revision:	https://reviews.freebsd.org/D30010

Remove # $FreeBSD$ from Makefiles.

net/liveMedia: update to 2020.11.26

2020.11.26:
- We now use a "struct sockaddr_storage" rather than a "struct sockaddr_in" for the
  'client address' field in the ("GenericMediaServer" and "RTSPServer") "ClientSession" class.
2020.11.25:
- Updated readSocket(), Groupsock::handleRead(), and RTPInterface::handleRead()
  (and related functions) to take/return a "sockaddr_storage" (rather than a "sockaddr_in"),
  to prepare for eventual support for IPv6.
- Added some basic logging code (from Jim Ham) to "RTSPServer.cpp".
  This code is #ifdef'd out by default.  To enable it, define LOG_RTSPSERVER_ACCESS

net/liveMedia: update to 2020.11.21

2020.11.21:
- Removed the use of "our_inet_addr()" (and "inet_addr()") functions, and replaced them with
  calls to (the more up-to-date) "inet_pton()" function.
- Updated the "parseRTSPURL()" function to recognize IP address literals (in "rtsp://" URLs)
  that are enclosed in square brackets [].  (This is how IPv6 address literals are included in
  URs, although we don't yet support IPv6.)

net/liveMedia: update to 2020.11.20

2020.11.20:
- Renamed the existing 'macosx' config file to 'config.macosx-catalina', and created a new
  config file 'config.macosx-bigsur' that will work with Apple's new OS "MacOS Big Sur".
2020.11.19:
- In "liveMedia/TLSState.cpp", changed the call to "TLS_client_method()" back to
  "SSLv23_client_method()", because "TLS_client_method()" isn't defined for SSH
  in some systems (e.g., Mac OS)

net/liveMedia: update to 2020.11.05

2020.11.05:
- Changed the HTTP version used in our RTSP-over-HTTP implementation (for both clients and
  servers) from HTTP/1.1 back to HTTP/1.0.
  (This was a suggest from David Yang, who noted that HTTP/1.1 would require that we
   implement "chunked" transfer-coding.)

net/liveMedia: update to 2020.11.03

2020.11.03:
- Updated the "LIVE555 HLS Proxy" application to output the liveMedia version number
  when starting.
- Added the LGPLv3 header to some files (where it had accidentally been omitted before).
  (Thanks to Sebastian Ramacher for noting this.)

net/liveMedia: update to 2020.10.16

2020.10.16:
- Changed "TLSState::read()" to treat any "SSL_read()" result of <=0 as if the
  TLS connection has closed (unless the error was SSL_ERROR_WANT_READ).
  This fixes a problem that could cause 100% CPU usage in RTSP client applications.
  (Thanks to Larry Wu for reporting this.)
- Updated "TLSState::setup()" to use "TLS_client_method()" instead of the (deprecated)
  "SSLv23_client_method()".

net/liveMedia: udpate to 2020.08.19

2020.08.19:
- Fixed a bug in "QuickTimeFileSink" that could cause malformed "esds" atoms to be
  generated.  (Thanks to Chris Paucar for reporting this issue.)
2020.08.18:
- In "MPEG2TransportStreamFromESSource.cpp", changed the name of the constant LOW_WATER_MARK
  to TS_FROM_ES_LOW_WATER_MARK, and "#ifndef"d it, so that, if you wish, you can redefine it
  at compile time.

net/liveMedia: update to 2020.08.12

2020.08.12:
- Fixed a bug in the handling of pausing, when streaming from (multi-track) Matroska files.
2020.08.11:
- Fixed another bug in the handling of seeking within Matroska files.
2020.08.10:
- Fixed a bug in the handling of seeking within Matroska files.
  (Thanks to Jim Ham for reporting this problem.)

net/liveMedia: update to 2020.08.09

2020.08.09:
- Changed the parameter signature of the "RawVideoRTPSink" constructor and "createNew()"
  functions so that the "width" parameter comes before the "height" parameter.  This order
  - "width", "height" - is more common, and is the order used when these parameters are
  defined in RFC 4175.
  IMPORTANT NOTE: Because the types of these two parameters are the same, existing application
  code that uses "RawVideoRTPSink" will compile without error; however, it will not work
  properly unless the order of the parameters in the call to "RawVideoRTPSink::createNew()"
  is changed.

The sole consumer multimedia/vlc does not use RawVideoRTPSink, so no patching is required.

net/liveMedia: update distinfo (changed post release)

- diffing the distfile used when creating the initial update in r544379 with the one
  on the server now leads to:

  live/liveMedia/Makefile.tail:

  -include/RawVideoRTPSink.hh:    include/VideoRTPSink.hh include/RawVideoFrameParameters.hh
  +include/RawVideoRTPSink.hh:    include/VideoRTPSink.hh RawVideoFrameParameters.hh

  The moved header file is identical.

net/liveMedia: update to 2020.08.05

2020.08.05:
- More cleanup of the implementation of "RawVideoRTPSink".

net/liveMedia: update to 2020.07.31

2020.07.31:
- Cleaned up the implementation of "RawVideoRTPSink".

net/liveMedia: update to 2020.07.21

2020.07.21:
- Updated the "RawVideoRTPSource" implementation to not set "fCurrentPacketCompletesFrame"
  until we are processing the last line in the packet.
  (Thanks to Andrey Lisovoy for reporting this issue.)

net/liveMedia: update to 2020.07.09

2020.07.09:
- Fixed a potential buffer overflow bug in the server handling of a RTSP "PLAY" command,
  when the command specifies seeking by absolute time.
  (Thank to Xiaobo Xiang for reporting this.)

net/liveMedia: update to 2020.06.25

From the changelog:

2020.06.25:
- Fixed a memory leak in the "sha1()" function (a "EVP_MD_CTX" object was not being deleted).
  (Thanks to Amir Perlman for reporting this.)

2020.06.23:
- Moved all definitions of PREFIX from "Makefile.tail" files to "Makefile.head" (so that
  it can be redefined by a "config.*" file, if desired.
  Also changed the definition of EXE in "config.mingw" to be ".exe".
  (Thanks to Eric Beuque for this suggestion.)

2020.06.22:
- Fixed a typo in the previous release that could cause a compilation problem for some
  developers.  (Thanks to Eric Beuque for reporting this.)

net/liveMedia: update to 2020.05.15

2020.05.15:
- Added a new filter class "ADTSAudioStreamDiscreteFramer" that prepends ADTS headers to
  incoming AAC audio frames.  This makes the AAC audio playable (by media players)
- Updated "openRTSP" to use a "ADTSAudioStreamDiscreteFramer" when outputting a AAC audio
  stream.  This makes the resulting file playable (by media players).
- Updated the "LIVE555 HLS Proxy" to support AAC audio tracks (as well as H.264/5 video).

2020.05.14:
- Updated "H264or5VideoStreamDiscreteFramer" to add VPS,SPS,PPS NAL units (if known) to
  the output stream, each time an "access_unit_delimiter" NAL unit is added.
  This makes it more likely that the Transport Stream segments produced by the
  "LIVE555 HLS Proxy" will be understandable by a client browser.
- Added support for H.265 video streams to the "LIVE555 HLS Proxy".  (This has not yet been
  fully tested.)

2020.05.13:
- Made the "MPEG2TransportStreamMultiplexor" segmentation mechanism (used by "HLSSegmenter")
  more robust in case the Transport Stream PTS is not monotonic non-decreasing.

2020.04.24:
- Fixed an apparent bug in "RTSPClient" that was causing it to not always send an
  "Authorization:" header when sending a RTSP "OPTIONS" command.
  (Thanks to Alexander Prohorov for reporting this.)

2020.04.12:
- Updated "config.linux-with-shared-libraries" (and "liveMedia/Makefile.tail") to ensure
  that "libssl" and "libcrypto" are linked when "libliveMedia" is built.
  (Thanks to Felix Kaechele for reporting this.)

2020.04.06:
- Removed support for the classes "RTSPServerSupportingHTTPStreaming" and "TCPStreamSinkâ€.
  These were being used (in the "LIVE555 Media Server") for streaming using
  "HTTP Live Streaming" (HLS).  This was always a hack; it is better to use a dedicated
  HTTP server to serve HLS segments, rather than trying to implement a HTTP server
  (serving 'virtual HLS segments) within our own (primarily RTSP) server.
  If you are looking for HLS support, note that we provide a source-code demo application
  "testH264VideoToHLSSegments" that converts a (static) H.264 Elementary Stream file to
  HLS segments, and the "LIVE555 HLS Proxy", which proxies a live RTSP/RTP stream
  to HLS segments.

2020.03.06:
- Fixed a problem in "H264or5VideoStreamFramer.cpp" that was allegedly causing problems
  compiling for Windows.

2020.02.25:
- Added full support for the "LIVE555 HLS Proxy" ("live555HLSProxy") application, which
  is documented at:
      http://live555.com/hlsProxy/

net/liveMedia: updatei to 2020.04.24

2020.04.24:
- Fixed an apparent bug in "RTSPClient" that was causing it to not always send an
  "Authorization:" header when sending a RTSP "OPTIONS" command.
  (Thanks to Alexander Prohorov for reporting this.)

net/liveMedia: update to 2020.04.12

2020.04.12:
- Updated "config.linux-with-shared-libraries" (and "liveMedia/Makefile.tail") to ensure
  that "libssl" and "libcrypto" are linked when "libliveMedia" is built.
  (Thanks to Felix Kaechele for reporting this.)

net/liveMedia: update 2020.04.06

2020.04.06:

- Removed support for the classes "RTSPServerSupportingHTTPStreaming" and "TCPStreamSink".
  These were being used (in the "LIVE555 Media Server") for streaming using
  "HTTP Live Streaming" (HLS).  This was always a hack; it is better to use a dedicated
  HTTP server to serve HLS segments, rather than trying to implement a HTTP server
  (serving 'virtual HLS segments) within our own (primarily RTSP) server.

  If you are looking for HLS support, note that we provide a source-code demo application
  "testH264VideoToHLSSegments" that converts a (static) H.264 Elementary Stream file to
  HLS segments, and the "LIVE555 HLS Proxy", which proxies a live RTSP/RTP stream
  to HLS segments.

Update to upstream version 2020.03.06

Details: Upstream changelog since last ports version:
2020.03.06:
- Fixed a problem in "H264or5VideoStreamFramer.cpp" that was allegedly causing problems
  compiling for Windows.
2020.02.25:
- Added full support for the "LIVE555 HLS Proxy" ("live555HLSProxy") application, which
  is documented at: http://live555.com/hlsProxy/
2020.02.24:
- Commented out a line of code that was preventing "RTSPClientConnection" objects from being
  closed when a RTSP server handles a "TEARDOWN" command (on a RTP-over-TCP stream).
2020.02.23:
- Updated our (unicast) RTSP server implementation to handle "PAUSE" commands by calling
  "stopGettingFrames()" on the input source.  Normally, this is just a no-op, but might not
  be for some input sources. (See below.)
- Fixed a bug in "H264or5VideoStreamFramer" that was causing it to not update its
  presentation times properly following a pause.  (Thanks to Micha Kalfon for reporting this.)
- Updated "openRTSP" to improve the handling of the "-R <port-num>" option.  If the specified
  port number cannot be used (e.g., because it's already in use), then "openRTSP" now exits.

net/liveMedia: update to 2020.02.11

2020.02.11:
- Added support for receiving SRTP (encrypted) RTSP streams.
  Currently only a few RTSP servers support SRTP.  Our current RTSP client code is known
  to support two of them: The Axis and Bosch network cameras.  These cameras support SRTP
  only when the RTSP connection to the camera is over a TLS connection (something that our
  RTSP client code has supported since early December 2019).
  (If you manufacture a network camera (or other RTSP server) that supports streaming SRTP,
  but which our RTSP client code does not yet handle, then please let us know, and we might
  be able to update our code to support it.)
  Note that this support for SRTP is currently only for RTSP *clients*.
  Our RTSP server implementation does not currently support streaming (outgoing) SRTP
  However, the "LIVE555 Proxy Server" can now be used to proxy back-end SRTP streams.
  (The front-end streams will be regular RTP.)
  As usual, if you don't have the "openssl" library, you can compile the code by specifying
     -DNO_OPENSSL=1
  on the command line.  (If you do this, you won't be able to connect to RTSP servers over TLS,
  nor access SRTP streams.)
  (Many thanks to Thales Group for sponsoring this work.)
- Updated the "LIVE555 Proxy Server" so that it can recognize/handle back-end "rtsps://" URLs.
- Removed a cast that had prevented a file from compiling on MSVC.
  (Thanks to Jonathan Brady for reporting this.)
- Added a new configuration file "config.macosx-no-openssl" for Mac OS X.

net/liveMedia: update to 2020.01.28

2020.01.28:
- Fixed a bug (accidentally introduced in version 2020.01.10 that had caused "openRTSP"s
  -K option to stop working.

net/liveMedia: update to 2020.01.24

2020.01.24:
- Added #ifdefs around the code in the function "setSocketKeepAlive()" (in "GroupsockHelper.cpp")
  in case "TCP_KEEPCNT" and/or "TCP_KEEPINTVL" are not defined.
  (Thanks to Wictor Lund for reporting this issue.)
- More minor improvements to the "mikeyParse" testProg

net/liveMedia: update to 2020.01.23

2020.01.23:
- Removed stray characters that had been accidentally left in "mikeyParse.cpp" (in "testProgs")
2020.01.22:
- Fixed a bug in the "TLSState" constructor (some fields were not initialized properly).
  (Thanks to Horst Possegger for reporting this.)
- Updated the "mikeyParse" demo application to properly parse the "Key validity" section
  of a "Key Data" sub-payload.