Add awss3sink "Soft seek" patch

[btgoodwin]

This patch is derived from this branch, which is being proposed as a merge request to mainline here.

[btgoodwin]

I've pulled the raw log from the build above and see nothing other than that the compile had an error, whatever that means. None of the preceding messages in the log point to anything. I re-ran the steps locally from this branch and the gst-plugins-rs compiled okay and gstreamer-1.0 packaged okay. Seems like this is a build environment problem on our runner, perhaps?

[btgoodwin]

@jawilson I see what you mean now. The "raw" log makes it hard to see, but it's the audiofx plugin. It sounds like something has been cached somewhere and that's what it's complaining about.

I'm going to re-run this after the 1.24.8 update finishes.

[btgoodwin]

The log messages (prior to 08fb8d7) are from gst-plugins-rs-compile.log:

Running command ['C:/actions-runner/_work/cerbero/cerbero/cerbero/cerbero-build/rust/cargo/bin/cargo.exe', 'cbuild', '--release', '--frozen', '--prefix', 'C:/actions-runner/_work/cerbero/cerbero/cerbero/cerbero-build/dist/msvc_x86_64', '--libdir', 'C:/actions-runner/_work/cerbero/cerbero/cerbero/cerbero-build/dist/msvc_x86_64/lib', '--library-type', 'staticlib', '--library-type', 'cdylib', '--config', 'debug-assertions=false', '--config', 'overflow-checks=false', '--verbose', '--offline', '--target', 'x86_64-pc-windows-msvc', '--target-dir', 'C:/actions-runner/_work/cerbero/cerbero/cerbero/cerbero-build/sources/msvc_x86_64/gst-plugins-rs-0.12.7/b', '-j15', '--features=glib/v2_74,gio/v2_74,gst-plugin-rav1e/asm,gst/v1_22,gst-app/v1_22,gst-audio/v1_22,gst-base/v1_22,gst-check/v1_22,gst-net/v1_22,gst-pbutils/v1_22,gst-plugin-tracers/v1_22,gst-rtp/v1_22,gst-sdp/v1_22,gst-utils/v1_22,gst-video/v1_22,gst-webrtc/v1_22,gst-plugin-webrtc/v1_22', '-p', 'gst-plugin-audiofx', '-p', 'gst-plugin-aws', '-p', 'gst-plugin-cdg', '-p', 'gst-plugin-claxon', '-p', 'gst-plugin-closedcaption', '-p', 'gst-plugin-dav1d', '-p', 'gst-plugin-fallbackswitch', '-p', 'gst-plugin-ffv1', '-p', 'gst-plugin-fmp4', '-p', 'gst-plugin-gif', '-p', 'gst-plugin-hlssink3', '-p', 'gst-plugin-hsv', '-p', 'gst-plugin-inter', '-p', 'gst-plugin-json', '-p', 'gst-plugin-livesync', '-p', 'gst-plugin-lewton', '-p', 'gst-plugin-mp4', '-p', 'gst-plugin-ndi', '-p', 'gst-plugin-onvif', '-p', 'gst-plugin-rav1e', '-p', 'gst-plugin-regex', '-p', 'gst-plugin-reqwest', '-p', 'gst-plugin-raptorq', '-p', 'gst-plugin-png', '-p', 'gst-plugin-rtp', '-p', 'gst-plugin-rtsp', '-p', 'gst-plugin-textahead', '-p', 'gst-plugin-textwrap', '-p', 'gst-plugin-threadshare', '-p', 'gst-plugin-togglerecord', '-p', 'gst-plugin-tracers', '-p', 'gst-plugin-uriplaylistbin', '-p', 'gst-plugin-videofx', '-p', 'gst-plugin-webrtc', '-p', 'gst-plugin-webrtchttp'] in C:/actions-runner/_work/cerbero/cerbero/cerbero/cerbero-build/sources/msvc_x86_64/gst-plugins-rs-0.12.7/b
Error: CliError { error: Some(failed to determine package fingerprint for build script for gst-plugin-audiofx v0.12.7 (C:\actions-runner\_work\cerbero\cerbero\cerbero\cerbero-build\sources\msvc_x86_64\gst-plugins-rs-0.12.7\audio\audiofx)

Caused by:
    0: failed to determine the most recently modified file in C:\actions-runner\_work\cerbero\cerbero\cerbero\cerbero-build\sources\msvc_x86_64\gst-plugins-rs-0.12.7\audio\audiofx
    1: failed to determine list of files in C:\actions-runner\_work\cerbero\cerbero\cerbero\cerbero-build\sources\msvc_x86_64\gst-plugins-rs-0.12.7\audio\audiofx
    2: object not found - no match for id (200badc673c5d7d1fbf7c83a758382f6b9fa76e6); class=Odb (9); code=NotFound (-3)), exit_code: 101 }

Trying to look up fragments of those log messages (tipped off by the logged error: Some(...), these messages seem to be from cargo (Rust). I've reached out on the gstreamer matrix chat to see if I can get some information while this build on 1.24.8 runs.

[btgoodwin]

I posted this as an issue to cerbero here. The only reply as of this date was a concern about antivirus et. al in the runner, but @jawilson confirmed that all of those things are disabled and we're still having this issue. If there is perhaps some way to use powershell rather than msys for this, then perhaps we could test that as a resolution here.

Otherwise, we'll have to wait until the soft-seek gets merged and released upstream. On that front, the PR is still under review by one of the maintainers here.

[btgoodwin]

We can probably close this out. The #18 route is going to eat this once all things are merged.