resolve integration of BufferProvider with DataSink

[Ichthyostega]

As a Lumiera developer,
I want to represent output buffers through BuffHandle,
so that I can use uniform buffer access in accordance to the Buffer Provider protocol

make two similar protocols congruent

Both the buffer handling and the output designation and data sink handling were defined around the same time, and both were defined in terms of a protocol (and both still seem largely adequate today). From the implementation perspective of media processing, it is irrelevant if the destination buffer is provided from a memory pool, is actually attached to the frame cache, or represents a data block tied to I/O — in all cases, the buffer must be provided exclusively, and marked complete when done.

But the default implementations for both frameworks do not mesh up well with that observation; notably the DataDink indeed exposes a BuffHandle, but expects it to be treated in a special way. It seems the default implementation is too tightly interconnected with the interface and protocol aspects here, making it impossible to let the BuffHandle act as an uniform proxy.

Acceptance Criteria

The existing Render Node invocation code can handle an OutputSink correctly, while just adhering to the Buffer Provider protocol

[Ichthyostega]

Add subticket #1410 (clean-up BufferProvider base implementation).

[Ichthyostega]

Add subticket #1415 (setup proxying through BufferProvider).

[Ichthyostega <prg@…>]

In 722c12e3/Lumiera:

BufferProvider: assess status and consider approach to OutputSlot (see #1395)

The first round of the BufferProvider clean-up is roughly complete.

• a much cleaner diagnostic interface has been defined and implemented
• this allowed to modernise the DiagnosticBufferProvider_test and the BufferProviderProtocol_test
• the implementation scheme has been split in two realms
• the old heap-memory based implementation has been re-arranged, so that the aforementioned tests are green again.

Now is the point to draft a solution to get the interfaces of
BufferProvider and OutputSlot aligned, so that the latter
can expose its lifecycle through the former.

Today, I have analysed various aspects and developed a pathway
to get into that task, and next I will reshape the previously
failed OutputProxyProvider_test into a prototype to
validate this idea

[Ichthyostega]

Attach to parent #1417 (unwind from Render Node pull).

[Ichthyostega <prg@…>]

In 2c8ee05/Lumiera:

OutputSlot: validate and complete redesign (see #1395)

This is a breakthrough...
Using the realigned implementation structure in BufferProvider,
and especially the ability to establish an overarching context by
passing an connection-ID through the LocalTag in the BufferMetadata,
it was possible to resolve the longstanding mismatch buried deep within
the OutputSlot implementation.

Based on the new internal APIs in BufferProvider, it was thus possible
to setup an OututBufferProxy that acts as a hub to connect the
DataSink handles with the actual OutputSlot::Connection implementation.
This change allowed to rectify the convoluted control structure in
OutputSlot and finally to manage the Lifecycle properly. Furthermore,
one level of unnecessary implementation-inheritance could be removed,
so that it is no longer necessary to subclass OutputSlot in order to
configure the link to a specific output backend.

Using this redesigned internal structure, it was now fairly simple to
re-implement a tracking DiagnosticOutputSlot and then to verify proper
integration by passing the OutputSlotProtocol_test again.

[Ichthyostega]

Attach to parent #819 (diagnostic OutputSlot).

[Ichthyostega <prg@…>]

In ab22f37/Lumiera:

MERGE dev/play into integration

Integrate the work related to buffer management in the render engine.

• in-depth analysis and rework of the BufferProvider framework (see #1395)
• build a prototype for production-grade buffer allocation handling (closes: #1415)(see #1396)
• as an aside: Application code and namespace reorganisation

[Ichthyostega <prg@…>]

In ab22f37/Lumiera:

MERGE dev/play into integration

Integrate the work related to buffer management in the render engine.

• in-depth analysis and rework of the BufferProvider framework (see #1395)
• build a prototype for production-grade buffer allocation handling (closes: #1415)(see #1396)
• as an aside: Application code and namespace reorganisation

[Ichthyostega <prg@…>]

In ab22f37/Lumiera:

MERGE dev/play into integration

Integrate the work related to buffer management in the render engine.

• in-depth analysis and rework of the BufferProvider framework (see #1395)
• build a prototype for production-grade buffer allocation handling (closes: #1415)(see #1396)
• as an aside: Application code and namespace reorganisation