[PATCH] Change Encoder::applyEncodingPreference() to buildEncodingOptions()

As it turns out, FFmpeg does something to the pointers here that causes
the dictionary to never be properly used. This means we were never
applying the encoding options, as avcodec_open() was passed a nullptr
for options.

Fix this by changing the function to return an AVDictionary* instead of
trying to modify a passed-in pointer. This results in a proper dict
being returned, that can then be passed to avcodec_open().

The main result of this is that we now properly apply the encoding
options for VP9 encoding, which means we can now encode VP9 at realtime
speeds instead of it massively lagging behind.

BUG: 488896

Gbp-Pq: Name upstream_52911b70_Change-Encoder-applyEncodingPreference-to-buildEncodingOptions-.patch

[PATCH] Tweak compiler warning flags to reduce unneeded output

-Wno-gnu-statement-expression-from-macro-expansion and
-Wno-c99-extensions are non-existent options that add more noise than
they fix. Additionally, -Wpedantic is enabled by default which causes a
lot of noise, so disable that. Finally, add
-Wno-missing-field-initializers to quiet down the final bits of PipeWire
API.

Gbp-Pq: Name upstream_686df1e3_Tweak-compiler-warning-flags-to-reduce-unneeded-output.patch

kpipewire (6.3.5-1) unstable; urgency=medium

  [ Aurélien COUDERC ]
  * New upstream release (6.3.5).
  * Backport upstream commits:
    - Fix major VP9 encoding performance issue in apps using kpipewire like
    spectacle by actually passing the encoding options to FFmpeg. (kde#488896)
    - Correctly handle asynchronous request and feedback of encoding status
    changes.
    - Improve encoding startup performance by only querying VAAPI when
    actually necessary.
  * Update symbols from build for 6.3.5.

[dgit import unpatched kpipewire 6.3.5-1]

Import kpipewire_6.3.5.orig.tar.xz

[dgit import orig kpipewire_6.3.5.orig.tar.xz]

Import kpipewire_6.3.5-1.debian.tar.xz

[dgit import tarball kpipewire 6.3.5-1 kpipewire_6.3.5-1.debian.tar.xz]