I believe Ciscon has a branch where this is fixed but it doesn't seem to be in master.

Perhaps add a Join button while at it. :)

Currently you have to specify +exec qtv.cfg on cmdline for QTV to execute that file.

It should execute it by default.

Demos for games in progress (empty files) are listed on the /demos/ and /demo_filenames.txt endpoints.

The function generating available demos:

Example

Found during AllStars2018 match

The commit 65eb99d introduced a welcome change in that the QTV page now uses qw:// links instead of the .qtv files when linking to servers. The problem is that is uses the hostname field to get the address of the QTV. This becomes an issue as the hostname field seems to be used for a descriptive name of the servers in most installations (i.e. "qw.foppa.dk - QTV" or similar) rather than a proper hostname which messes up the qw:// path and breaks most current installations if the change is deployed.

In a brief discussion on discord it was suggested (by Meag) that it probably makes sense to use the address field to generate links instead.

When streaming events, there's a requirement to have a low-latency QTV stream for the streamers (incase they want to jump into the other team's MM3) and a higher-latency QTV stream for normal specs (so they can't ghost for their teammates).

Currently each QTV process has a single value for password & in-game delay, so it's currently impossible for a single instance (i.e. qtv port) to support different options for different classes of user.

Proposal: extend qtv command to allow for custom password & delay. If not specified, use the global defaults.