Fix -o short option.

Errors in flags do not need core dumps.

Release Nageru and Futatabi 1.8.5.

Add audio output when playing at 100% speed.

Fairly untested, but should work both on single-track export and
on realtime output. No audio stretching or pitch shift, so only
plays when we're at regular speed. Note: There's no monitor output yet,
so the Futatabi operator will be deaf. There are also no VU bars.

Fix storing of audio sizes in the database.

Tiny fix in variational_refinement.txt.

bmusb 0.7.4 is out, and we need it.

Make multitrack export include audio.

Remove a legacy FFmpeg test which is no longer needed (we have required 4.0 for a while).

Make Futatabi accept and record the audio, although it cannot use it for anything yet.

Include the raw audio in the MJPEG output.

Fix handling of truncated frame files.

On errors, abort() instead of exit(1); exit() in a multithreaded program just gives more problems, and we want a core file.

In Futatabi, ignore non-video streams for now.

Correct a tiny miscalculation in convert_fixed24_to_fp32().

If a HTTP server backlog becomes very large (>1 GB), kill the connection to avoid runaway OOM.

Fix some memory leaks in the VA-API upload code (also make it more RAII-ish to be fail safe).

Increase the size of the VA-API resource freelist, to try to trickle the threading issues a tiny bit less.

Use vaCreateImage + vaPutImage instead of vaDeriveImage.

Seemingly, this largely fixes the L3 issues I've been seeing, taking
CPU usage down from ~2.1–2.2 to ~1.4 cores.

A test run with eight full 1080p59.94 inputs demonstrates that it can
be done without the GPU keeling over, although there are some issues with
VA-API threading.

When uploading MJPEG data to VA-API, do it directly into the buffer.

Besides the obvious of spending less time copying, this has two positive effects:

 - The VA-API thread is no longer a choke point; uploading can happen from
   multiple cores.
 - With one copy less, we seem to be reducing L3 cache pressure a bit;
   at some point between five and six 1080p sources, we “fall off a cliff”
   wrt. the L3 and start thrashing. This doesn't fix the issue, but alleviates
   it somewhat.

All in all, we seem to go down from ~2.6 to ~2.1–2.2 cores used with one
720p channel and five 1080p channels. I haven't tried saturating channels
yet to see how many we can actually encode.

Fix more repetition of the Userdata cast.

Fix some overly repetitive code in PBOFrameAllocator.

Fix a confusing variable name (frame_bytes sounded like a number of bytes).

Fix an unneeded copy when muxing MJPEGs.

Saves ~10% of one core at five 1080p50 sources.

Release Nageru and Futatabi 1.8.4.

Various fixes for 32-bit platforms.

Move to one JPEG decoder thread per view.

This is, surprisingly, the most useful for VA-API decodes; they can
have long latency at 1080p, and Futatabi's dropping scheme sometimes
caused massive unfairness. Our system doesn't pipeline all that
nicely, so just having multiple threads was the simplest solution.
The risk is that we now access VA-API from multiple threads, which
has a tendency to tickle bugs, but we'll see.

Of course, for CPU decoding, you will also benefit.

Release Nageru and Futatabi 1.8.3.

Unbreak audio transcoding in Kaeru, which has seemingly been broken from the very start.

For FFmpeg inputs, add an option for playing as fast as possible.

This is intended for live streams, where setting rate 2.0 or similar
would cause it to spew errors and keep resetting the clock. This mode
is automatically activated if rate >= 10.0.

Get rid of an unneeded sleep and message on Futatabi exit.

Fix an issue where Matroska HTTP FFmpeg streams would not correctly restart on connection close.

Add a failsafe for interrupted FFmpeg streams.

Fix a hang on exit when doing MJPEG encoding with VA-API.

Fix a MIDI-related deadlock in the GUI code.

Fix a broken database definition.

Add some asserts to guard against nonsensical start pts.

Fix a crash in Futatabi when two threads wanted to write to the database at the same time.

Make the number of files into a #define.

Update some error messages.

Use REPLACE instead of INSERT for changing state and settings.

Use REPLACE instead of INSERT + DELETE for frame files.

Allow controlling video mixing from MIDI events.

Adapted from a patch by Yann Dubreuil, from the BreizhCamp repository.

Adapt to newer CEF versions.

Fix some unneeded copying of encoded JPEGs around (would take ~15% of uninterpolated export).

Add Shift+Ctrl for super-fast scrubbing.

Give the ALSA threads names.

Patch by Yann Dubreuil, from the BreizhCamp repository.

Use ALSA timestamps for marking input data.

This reportedly gives much more stable delay, as the timer is sampled
when the audio actually arrives in the kernel. Patch by Yann Dubreuil,
from the BreizhCamp repository.

Remove unused variable in ALSAInput.

Fix detection of non-system CEF, when no system CEF package is installed.

Patch by Marcus Nilsen.

Fix a one-past-the-end access on Futatabi startup.

Reported by Marcus Nilsen.

Make TIMEBASE signed again; unsigned caused pts bugs, as signed * unsigned = signed.

Fix a segfault that could happen with FFmpeg inputs and slow startup.

Mark infinite clips as such in the machine-readable part of the subtitle track.

Make it possible to queue and play clips with no cue-out set (infinite clips). Note that you can only have one of them in the clip list for the time being.

Be more lenient about the playlist focus; this was too much (we should at least be able to queue and then immediately play).

Fix compilation with non-system CEF.

Rescale the pts/dts properly in the MJPEG encoder (matters only if we switch mux away from mp4).

Mark a TODO.

Remove the unused frame_length parameter to AudioMixer::add_audio().

More tweaks to the memcpy_interleaved multiversioning.

Make it possible to hide displays (and re-show them again). Not persistent for now.

Clang seemingly does not have working function multiversioning yet.

Fix display of out padding points.

Enable function multiversioning for memcpy_interleaved().

This makes the AVX2 version actually be used in practice (nobody really
compiles with -march=native).

Add MJPEG export metrics.

Increase the MJPEG encoding queue size by a lot.

Add support for aborting playing a clip early.

Fix an overflow issue with long (>= 10 min) clips.

Add basic Futatabi documentation to the README.

Split cue padding into separate in and out settings.

Fix overly aggressive snapping at very low speeds.

Release Nageru and Futatabi 1.8.2.

Add Yngve's copyright to the README.

Work around a crash on exit.

Add a MIDI mapping editor for Futatabi.

Make the master light speed maximum inclusive instead of exclusive

Less confusing when in an UI, and also doesn't require us to have
some spinners at max 127 and some at max 128 (save for pitch bend).

Move controller_spin_box.h to shared, so that the upcoming Futatabi MIDI editor can use it.

Fix some Clang 7 warnings.

Make MIDIMappingDialog reuse some of the code from midi_mapper_util.h.

Add support for a master speed MIDI light.

Add infrastructure for MIDI lights that are controllers instead of notes.

Unbreak the cue in and out lights.

Make the preview light blink and be solid like the play light is.

Make the MIDI play button blinking when something is ready to play, and solid when actually playing.

Only enable play if something is actually selected.

Blink the lock light if dragging the speed slider when locked.

Support non-binary MIDI lights (ie., with an on-velocity different from 1).

No UI support yet. Most likely we'll only have UI support in Futatabi.

Remove a non-defined member function from MIDIMapper.

Add some controls for locking the master speed to 100%.

Support changing overall playing speed at runtime, using a slider or a MIDI controller.

When sending original frames, do the reading in the queueing thread.

Earlier, we'd only preload it and hope the encoder's second read would
come from the cache. But this is more consistent, and perhaps more
importantly, it fixes a race on the FrameReader, where the two threads
would try accessing it at the same time, causing the file descriptor
to be closed while being used, and a crash.

Now, the FrameReaders are consistently accessed from one thread only.

Remove a debug message.

Turn off guessing if the source bus contains the pitch bend controller.

Support pitch bend as a virtual MIDI controller.

The primary reason this is important is that it's got higher range
(up to 14-bit). Also, DJ controllers with a slider typically send
pitch bend values, so it's useful just to get to use them.

Add an example Futatabi MIDI mapping for the Behringer CMD PL-1.

Add basic MIDI input support (jog, cue in/out, play, camera switch) to Futatabi. No editor yet.

Only enable the queue button if we can actually queue something.

Only enable the preview button if we can actually preview something.

Split the MIDI mapping proto file in two; one that will be shared with Futatabi soon, and one that is for Nageru only.