Add metrics for how many frames we are decoding, but did not have the time to display.

Move RefCountedTexture to shared.

Add a metric for general Futatabi player health (how much buffer there is left).

Fix MJPEG white balance information when VA-API is in use.

The JPEG headers were cached (per resolution) and never invalidated,
causing wrong/outdated information to be sent.

I can't really remember why I wanted to cache these, but I suppose
I had a reason, so I'm a bit reluctant to just kill the cache.
Hopefully, the white balance won't change often enough, and these
objects are so small, that we won't need invalidation; we can just
let it grow until program exit.

Add summaries for tracking fade and interpolation latency across the GPU.

Add a Futatabi metric for JPEG decode times.

Fix a deadlock in Futatabi when using MIDI devices.

If something in the UI wanted to update a light on the MIDI device
at the exact same time the operator pressed a button on said device,
we could get a deadlock. The problem was that MIDIDevice::handle_event()
would lock the MIDIDevice and then go to tell MIDIMapper that the
note was coming (which needs a lock on the MIDIMapper), while in the
other thread, MIDIMapper::refresh_lights() would first lock the MIDIMapper
and then call MIDIDevice::update_lights() with the new set of lights
(which nedes a lock on the MIDIDevice). This is a classic lock ordering
issue.

The solution is to simply make MIDIDevice::handle_event() not lock the
MIDIDevice for anything that calls MIDIMapper; it doesn't actually modify
any state in MIDIDevice, except when we hotplug new devices (and that never
calls MIDIMapper).

Make so that auto white balance is stored per (physical) card, not per signal.

This fixes an issue where auto white balance would be completely off if
any signals were remapped out of the default. It means you no longer can
duplicate a signal and have different white balance on it, but that seems
narrow enough that one could use manual white balance for that (I can't
really imagine what the use case would be).

Nomenclature cleanups around channels, signals and cards.

Make it possible to get and set EQ parameters from the theme.

Fix an issue where a Kaeru connected to a nonfunctional input would get lots of sockets in CLOSE_WAIT (and useless threads).

It would actually eventually run out of sockets and go entirely zombie
if left for too long, which is obviously suboptimal.

Log a warning when we kill a client that is not keeping up.

Make CHECK_VASTATUS error messages textual instead of numeric.

In Futatabi, make it possible to set custom source labels.

An operator was consistently confused by having 3 on a left camera
and 4 on a right camera, and wanted L3 and R4 labels, so here goes :-)
There's no auto-import from Nageru at this point; it needs to be set
using --source-label NUM:LABEL (or -l NUM:LABEL) from the command line.

Stop refreshing the Futatabi channel overlay every frame.

Edit is normally to the left of View, so fix Futatabi.

Unbreak showing the first two channels in the tally JSON.

Revert "Make for faster shutdown of DeckLink cards."

This breaks turning on HDMI/SDI output mode from the GUI.

This reverts commit be7ba768a138bea4543a712c8261b1bfdc6e1dd0.

Fix an assertion error when FFmpeg inputs were dropping frames.

Give the theme access to basic audio information.

Currently, it can get (not set) number of buses and channel names,
get/set fader volume, and get/set mute. This should already be fairly
useful for most applications.

Make it possible to siphon out a single MJPEG stream.

The URL for this is /feeds/N.mp4 (although the .mp4 suffix will be ignored
in practice), where N is the card index (starting from zero). You are allowed to
use a feed that is not part of the “regular” multicam MJPEG input.

This can be used for remote debugging, recording of a given card with wget,
streaming a specific card as an aux, and probably over things.

Fix compilation in debug mode.

Make the MJPEG card-to-stream mapping invisible to outside callers.

As an important side effect, this allows should_encode_mjpeg_for_card()
to contain more complex policy in the future.

Split out some work from the MJPEG encoder constructor.

Fix a comment typo.

Make it possible for auto white balance to be controlled by another input.

This is useful if you want to run white balance on something that could
e.g. have an overlay.

Fix invalid white balance from nonconnected FFmpeg inputs.

Fix auto-WB of certain kinds of input.

Make Futatabi fades apply white balance.

When there are two different video streams involved, they will often
have different white points, so we can't just echo the Exif data back;
we need to apply it when converting, and then get back a result in
standard sRGB. It's not entirely correct since we still run with
crushed whites/black, but it's good enough.

This completes Nageru/Futatabi white balance round trip support.

Make Futatabi copy Exif data for interpolated frames.

This means that interpolated frames also get the right white balance,
so now only faded frames get none.

Heed the Exif white point when playing back (MJPEG) video.

In the MJPEG export, include white balance information.

We do this by converting it to an x-y white point and storing it in Exif,
which is the closest thing I could find to a standard in this space.

Change to using RGBTriplet for white balance.

Various fixes for non-VA-API MJPEG encoding.

Support auto white balance (ie., not controlled by the theme).

This is added as a regular (optional) white balance effect, but it automatically
intercepts set_wb() calls and stores it locally. (You can still set neutral_color
manually, but it's probably sort of pointless.)

This simplifies the themes somewhat and allows in some cases for fewer different
scene instantiations (since image inputs don't get white balance), but more
importantly, it will allow exporting the white balance setting in the MJPEG
export.

Factor out find_signal_to_connect().

Neutral white balance is (1,1,1), not (0.5,0.5,0.5). Probably irrelevant in practice currently, though.

Release Nageru and Futatabi 1.9.1.

Fix an assertion failure when fading into a zero-length clip.

Fix an issue where it was not possible to add new infinite clips to a playlist
that was already playing.

Non-infinite clips were okay all along, but infinite clips would have zero
(well, negative) length.

Fix the previous fix for the infinite display; it was causing crashes and odd stuff in the UI.

Show preview display when using cue in or cue out, not just on scrubbing.

Fix the “time remaining” display when queueing infinite clips.

When starting a new clip, start at the correct master speed (it was always at 100%).

When exporting interpolated files, don't include the subtitles meant for Nageru internal consumption.

Fix some jerkiness when playing back with no interpolation.

When hitting a frame exactly, we'd choose [pts_of_previous_frame, pts]
as our candidate range, and always pick the lower. This would make us
jerk around a lot, which would be a particular problem with audio.

Fix by taking a two-pronged approach: First, if we hit a frame exactly,
just send [pts,pts]. Second, activate snapping even when interpolation
is off.

We still have a problem when playing back audio in the case of dropped
video frames (we'll output the same audio twice), but better audio
handling is somewhat outside the scope of this commit.

Add a missing dependency on -pthread.

Patch by Morten Linderud.

Add a mailmap file to change my personal email address in old commits.

sgunderson@bigfoot.com has been de facto dead for a year or two,
and is now definitely dead.

Fix the wording of a warning.

Support disabling optional effects if a given other effect is _enabled_.

There are some restrictions (see the comments), but this is generally
useful if two effects are mutually exclusive, e.g., an overlay that can
be at one of many different points in the chain.

Make it possible for the theme to override the status line.

This is done by declaring a function format_status_line, which receives
the text that would normally be there (disk space left), as well as the
length of the current recording file in seconds. It can then return
whatever it would like.

My own code, but inspired by a C++ patch by Alex Thomazo in the Breizhcamp
repository (which did it by hardcoding a different status line in C++).

Release Nageru and Futatabi 1.9.0.

Fix a typo in NEWS.

Make it possible to call set_channel_name() for live and preview.

The use case for this is if you want to copy the channel name to
preview or similar. Does not affect the legacy channel_name()
callback (it is still guaranteed never to get 0 or 1).

Probably doesn't affect the analyzer; I haven't tested.

Clean some duplicate code from the default theme.

Make it possible to put checkboxes on theme menu entries.

Add get_frame_width() and get_frame_height() to the signals given to the theme, which is usually what the user wants.

Fix a Lua crash on exit.

Deal better with the user forgetting to set width/height on effects that require them.

Fix an issue where we would show no signal even when there was a signal. Patch by Martin Sandsmark.

Remove some leftover debugging code.

Add disable_if_always_disabled() to Block objects.

This allows the theme to specify that a given effect only makes sense
if another effect is enabled; e.g. a crop that only makes sense if
immediately followed by a resize. This can cut down the number of
instantiations in some cases.

Also change so that 0 is no longer always the canonical choice;
if disabling a block is a possibility, that is. In situations with
things disabling each other transitively, this could reduce the
number of instantiations further.

More theme cleaning.

Fix cross-compilation.

Patch from Helmut Grohne.

Move is_plain_signal(), which was now placed a bit confusingly.

Convert channel_signal() and supports_set_wb() to imperative versions.

This completes the theme conversion for all called-only-once functions.
As before, the old versions are supported for pre-1.9.0 compatibility.

Correct a comment.

Add a missing hint.

Make it possible to set number of channels imperatively instead of using a callback.

num_channels() will still be used if it exists, for compatibility with older
themes.

Make it possible to set channel names imperatively instead of using a callback.

channel_name() will still be used if it exists, for compatibility with older
themes.

Move the handling of human-readable input resolution printing into C++; every theme should not need to care about this.

Support submenus within theme menus.

Fix a possible deadlock in CEF.

Support optional effects with multiple inputs.

This allows you to prune away entire sections of the chain; the typical
case is if you have an OverlayEffect(a, b) and want to disable that.
In the disabled versions of the chain, the OverlayEffect will be replaced
with an IdentityEffect that passes through a only and leaves the entire
subgraph under b noninstantiated.

Refactor out find_inputs_for_block().

Add an enable_if() to Block, for convenience.

Small refactoring in Block.

Rename chain -> scene as appropriate.

Make Block.choose() return the effect that was chosen.

Fix so that parameters directly on effects actually override the ones on the block, as was intended.

Rename choose_alternative() to choose().

Allow calling disable() on everything that has an IdentityEffect as alternative.

Allow giving class names to Block.choose_alternative.

Scene doesn't need theme->input_state to be set, as we never get Lua callacks from its setup_chain.

Give a slightly friendlier error message if the user forgets to connect an input.

Rework the chain concept.

For complex themes, building the multitude of chains one might need
has become very bothersome, with tricky Lua scripting and non-typesafe
multidimensional tables.

To alleviate this somewhat, we introduce a concept called Scenes.
A Scene is pretty much an EffectChain with a better name and significantly
more functionality. In particular, scenes don't consist of single Effects;
they consist of blocks, which can hold any number of alternatives for
Effects. On finalize, we will instantiate all possible variants of
EffectChains behind-the-scenes, like the Lua code used to have to do itself,
but this is transparent to the theme.

In particular, this means that inputs are much more flexible. Instead of
having to make separate chains for regular inputs, deinterlaced inputs,
video inputs and CEF inputs, you now just make an input, and can connect
any type to it runtime (or “display”, as it's now called). Output is also
flexible; by default, any scene will get both Y'CbCr and RGBA versions
compiled. (In both cases, you can make non-flexible versions to reduce
the number of different instantiations. This can be a good idea in
complex chains.)

This also does away with the concept of the prepare function for a chain;
any effect settings are snapshotted when you return from get_scene() (the new
name for get_chain(), obviously), so you don't need to worry about capturing
anything or get threading issues like you used to.

All existing themes will continue to work unmodified for the time being,
but it is strongly recommended to migrate from EffectChain to Scene.

Move some Lua utility functions into a separate header file.

Work around a Mesa shader cache issue.

Add a helper so that theme script warnings get line numbers.

Defer creation of effects until they are added to a chain.

Right now, this is pretty much a no-op, but it is a necessary building
block for making auto-chains (chains that can specialize depending on
the conditions).

Fix ImageInput sRGB behavior.

After we made the different ImageInput instances share OpenGL textures,
some of them would assume they could output sRGB. Fix by the same way
we've done video textures, ie., use sRGBSwitchingInput.

Always require GL_EXT_texture_sRGB_decode.

Keeping the pure OpenGL path does not seem to actually buy us any
compatibility, so we simplify things a bit for an upcoming fix.
Strangely enough, this does not seem to be in any OpenGL standard.
Sampler objects, which we also require, is, though.

Remove a fixed FIXME.

Make the ImageInput cache store textures, not images.

This saves on a lot of texture memory when the same image is used
in multiple chains, but perhaps more importantly, will allow us to
decouple ImageInputs from which images they show later.

Remove unused code.

In ImageInput, make one global update thread instead of one per image.

Makes for fewer threads (obviously), and also probably makes it easier
to give it an OpenGL context later.

Remove unused member in ImageInput.

Fix another whitespace error.

Fix an indentation error.

Refactor out a function for adding the end of EffectChains.