from `fr.palakis.obs-ndi`

6.0: 1 of [hopefully] 2: Rebrand to "DistroAV".  

There may be other PRs required to to support any required detecting and migrating of OBS-NDI.

2 of 2 will be the NDI6 changes, but I *may* hold off on creating and merging that much smaller and self contained PR until this big stuff is out of the way.

The reason(s) why I want to hold off the NDI6 change until the end is because:
1. It is pretty small.
2. If I put this in first then an argument could be made to release it on its own before all of the other non-NDI6 changes are done. I do not want this to happen.
3. Holding off on this will better force the other PRs to be finished before NDI6 is added as the final cherry on top.

build: Change plugin binary file from `DistroAV` to lowercase `distroav`

…/DistroAV into 6.0.0_source_log_tweaks

source: clean up code/formatting and tweak logging

I am changing from direct `blog(...)` calls to the template "recommended" `obs_log(...)`.
This cleans up the code a little bit to get rid of the redundant "[DistroAV] " prefixes.
This also lets the code gate the log levels a little better.
I have waffled on doing this several times but I am finally biting the bullet on this.

blog already uses va_list, so this is not much worse.
The only "worse" part is the dynamically allocated and freed buffer used by snprintf.
Hopefully this does not thrash memory too much.

6.0.0 logging & command-line argument tweaks

source: NDI5+ hardware acceleration

Also using `PLUGIN_DISPLAY_NAME` instead of `PLUGIN_NAME`

More to come.
I will move the ones in the root to a more appropriate folder in the future.

#1076)

* main output initialized at startup, start/stop doesn't create or destroy it
* output: refactor main/preview output to support "remote" start/stop
---------
Co-authored-by: Ignacio J. Venezia <ignaciovenezia@pircasolutions.com.ar>
Co-authored-by: Paul Peavyhouse <pv@swooby.com>

* source/outputs: logging fixes, tweaks, and cleanup
fix log initialize by removing LOG_NONE logic
* config: add `static void Initialize()`
* source: avoid config comparisons in receiver loop == improve performance
The receiver loop no longer does heavy config change comparisons.
Any config change is now determined in the main UI thread
that then sets a `bool reset_ndi_receiver` for the receiver loop
to quickly reset itself.

Also resetting if hw_accel_enabled is changed.

PTZ and Tally are still calculated in the receiver loop, but only if they are enabled.