Release Nageru 1.6.0.

Fix some more issues in rate change.

Fix a problem where change_rate() would hang until the next frame arrived.

More refactoring in FFmpegCapture.

In FFmpegCapture, frame decoding into its own function.

Redo the FFmpeg RAII helpers to not store function pointers.

In FFmpegCapture, refactor command queue processing into its own function.

Fix an outdated comment.

Expose choosing video pixel format to Lua.

Fix a crash with interlaced DeckLink inputs.

Nitpick: Add a little const.

Be slightly clearer about what happens when we try to enable output with no matching modes. Still not really handled well.

Add support for decoding video as Y'CbCr. Not activated yet.

Remove some redundant bmusb::.

Tiny comment pickiness.

Remove an obsolete comment, now that we have proper latency control.

Correct some comments.

Reduce a little console spam.

Removed a label that probably isn't going to be used right now.

Make it possible to set input Y'CbCr interpretation on the command line.

Support automatically grabbing frames at regular intervals in the analyzer.

Make it possible for the user to select Rec. 601/709 for each input from the UI.

Upgrade bmusb.

Fix the channel names in the analyzer.

Fix the context menus in the analyzer.

Implement the coordinate display in the analyzer.

Make the analyzer UI responsive.

Fix issues with shutdown happening without a context.

Should also be cleaner with not having to delete and recreate
the Analyzer all the time.

Fix crashes on exit.

Give the analyzer window a close button and such.

Fix the initial histogram display.

Implement the RGB histograms in the frame analyzer.

Requires QCustomPlot.

Make the sublabel under the grabbed frame a bit more dynamic.

Upgrade to a version of bmusb with fixed FakeCapture colors.

Found using the new analyzer, actually :-)

Make it possible to hover over the grabbed image to get out RGB values.

Add a display of the grabbed frame to the analyzer window.

Add a preview display to the frame analyzer window.

Start working on a frame analyzer.

The idea is that this will be able to show a histogram and a
color picker. So far, we have some logic to grab a frame,
and that's it.

Expose the video input signals to the theme, so that they can ask for connection status etc.

When we get an FFmpeg error, send a blank frame to tell the theme about the disconnection.

Support other audio sample rates than 48000 Hz from bmusb.

Give the x264 thread a name.

Fix an assertion failure when moving an input from non-interlacing to interlaced.

Add an option to record to another directory than the current one.

Initialize FFmpeg networking correctly.

Fix an issue where RGBA videos would flicker.

The issue would be that the preview chains and the live chain would often
have different sRGB texture needs, and they'd run at the same time and thus
have a race condition. Solve this by using a sampler object instead, which
overrides the texture state.

Change from RGBA to BGRA; slightly more Intel GPU-friendly, and Caspar uses that format.

Don't crash on invalid frame rates from FFmpeg.

Move some common FFmpeg utilities out into a shared file, instead of having them in ImageInput.

Support changing video files underway, just like images.

Factor out rewinding code in its own member function.

Make some more sleeps interruptable.

The pattern has now been encapsulated into a class of its own.

Remove a now obsolete comment.

Add support for changing the playback rate.

Add a Lua function to rewind the video.

Add support for FFmpeg inputs.

This has a variety of uses; most notably to play video, but it can
also be used to feed a CasparCG feed into Nageru. For this reason,
it uses RGBA as a format (for now), not Y'CbCr. There are some
limitations, but hopefully we can figure them out eventually.

Make search_for_file() understand URLs.

Replace the is_fake_capture parameter with a more descriptive and flexible enum.

Make sure our uploaded RGBA textures can deal with being asked for linear gamma.

They still are not used for anything, though.

Move NonBouncingYCbCrInput into its own header file.

Add support for RGBA frame types.

Nothing produces such frames yet, but now, we would be capable of
receiving them.

Give frames a pixel format.

This is preliminary work towards supporting frames with alpha.
It generally reduces the dependency on the global --10-bit-input
flag a bit, which is also a good thing.

Make search_for_file() understand absolute paths.

Make search_for_file (in ImageInput) available to the rest of the code.

Remove the declaration of a nonexisting member function.

Comment LiveInputWrapper slightly better.

Release Nageru 1.5.0.

Spelling fix.

Make the mixer much less noisy when dealing with frame rate mismatches.

Make a friendlier error message if OpenGL initialization fails.

Movit 1.5.0 is released.

Fix secondary output from TimecodeRenderer; it was not updated for RGBA updates going away. It somehow worked by accident, though.

Fix timecode rendering for 10-bit output.

If not using VA-API zerocopy, don't write extra copy textures.

Saves some precious memory bandwidth.

Support CRF for x264, similar to the CQP mode we already use in Quick Sync Video.

Support 4:2:2 v210 (10-bit) output for DeckLink.

This again requires compute shaders; my GTX 950 needs a bit under 0.1 ms
to convert a 720p frame from the 16-bit planar representation. It replaces the
flag for 10-bit x264.

v210 is, as far as I understand, pretty much the native format for the DeckLink
cards, but I believe the conversion happens in hardware, so there shouldn't
be any significant speed gains to be have.

Support 10-bit x264 output.

Requires a 10-bit-compiled x264. Probably breaks DeckLink output for now.

Support loading 10-bit x264 dynamically.

Add support for recording the x264 video to disk.

This makes recording entirely independent on Quick Sync Video
(or VA-API, if you wish). There's no way of running two separate
x264 encodes, though; you get the same as for the stream.

Removed an obsolete TODO.

Fix a fence that was not waited on correctly in the DeckLink output.

Support switching Y'CbCr coefficients midway, which will allow doing the Right Thing(TM) (BT.601 when you can for greater stream compatibility, BT.709 when you must for HDMI/SDI output) automatically.

Display a copy of the Y'CbCr images instead of an RGB565 copy.

This is both higher-quality (the 16-bit artifacts were getting rather
annoying), more true to what's actually being output, _and_ higher performance
(well, at least lower memory bandwidth; I haven't benchmarked in practice),
since we can use multi-output to make extra copies on-the-fly when writing
instead of doing it explicitly. Sample calculation for a 1280x720 image; let's
say it is one megapixel for ease of calculation:

  GL_565:  2 MB written (565 texture), 2 MB read during display = 4 MB used
  Y'CbCr:  1.0 + 0.5 MB written (Y' texture plus half-res dual-channel CbCr texture),
           same amount read during display = 3 MB used

We could have reused the full-resolution CbCr texture, saving the 0.5 MB
write, but that make the readback 3 MB instead of 1.5 MB, so it's a net loss.

Ideally, we'd avoid the copies altogether, cutting the writes away
and getting to 1.5 MB, but interactions with VA-API zerocopy seemingly
made that impossible.

Remove a dead code line.

Found by Coverity Scan.

Make the API for begin_frame()/end_frame() in VideoEncoder a bit more sensible.

Correct a comment.

Make QuickSync surfaces be allocated dynamically.

Instead of specifying that frame N always uses surface N % 16,
we allocate dynamically from a pool. This both makes a lot more
sense, and also allows us to hold onto surfaces for other reasons
(like that we want to render _from_ them) in a future patch.

This also necessitated explicit usage tracking of reference frames
in order to avoid display corruption (you can't reuse a surface
before its dependent frames are also done rendering); I'm unsure
if this actually was correct before, but it's possible that the
implicit serialization made sure it actually was, because I've
run the existing code pretty hard before without seeing reference
frame corruption.

In QuickSyncEncoderImpl, make RefPicList* local variables; no need to hold permanent state for them.

bmusb 0.6.0 is in experimental.

Fix an issue where our v210 texture would be too narrow, since there are two different conventions for the width.

Unbreak 10-bit input on NVIDIA.

Fix an issue where the v210 input texture would have an inefficient width.

Make sure we do not ask for sRGB backbuffers when rendering to screen.

Do not try to stop and restart on DeckLink mode switch if we are not running.

Add a copy of the right-click HDMI/SDI output video menu on the main menu bar.

Support 10-bit capture, both on bmusb and on DeckLink drivers.

Remove an assert that no longer holds.

Refactor upload_func by splitting out some helper functions.

Set num_levels correctly on the input format.

Make DeckLinkCapture work with non-interleaved buffers.