[video_player]: Bump exoplayer-core from 2.18.1 to 2.18.2 in /packages/video_player/video_player_android/android

[dependabot]

Bumps exoplayer-core from 2.18.1 to 2.18.2.

Release notes

Sourced from exoplayer-core's releases.

r2.18.2

• Core library:
  • Add ExoPlayer.isTunnelingEnabled to check if tunneling is enabled for the currently selected tracks (google/ExoPlayer#2518).
  • Add WrappingMediaSource to simplify wrapping a single MediaSource (google/ExoPlayer#7279).
  • Discard back buffer before playback gets stuck due to insufficient available memory.
  • Close the Tracing "doSomeWork" block when offload is enabled.
  • Fix session tracking problem with fast seeks in PlaybackStatsListener (androidx/media#180).
  • Send missing onMediaItemTransition callback when calling seekToNext or seekToPrevious in a single-item playlist (google/ExoPlayer#10667).
  • Add Player.getSurfaceSize that returns the size of the surface on which the video is rendered.
  • Fix bug where removing listeners during the player release can cause an IllegalStateException (google/ExoPlayer#10758).
• Build:
  • Enforce minimum compileSdkVersion to avoid compilation errors (google/ExoPlayer#10684).
  • Avoid publishing block when included in another gradle build.
• Track selection:
  • Prefer other tracks to Dolby Vision if display does not support it. (google/ExoPlayer#8944).
• Downloads:
  • Fix potential infinite loop in ProgressiveDownloader caused by simultaneous download and playback with the same PriorityTaskManager (google/ExoPlayer#10570).
  • Make download notification appear immediately (androidx/media#183).
  • Limit parallel download removals to 1 to avoid excessive thread creation (google/ExoPlayer#10458).
• Video:
  • Try alternative decoder for Dolby Vision if display does not support it. (google/ExoPlayer#9794).
• Audio:
  • Use SingleThreadExecutor for releasing AudioTrack instances to avoid OutOfMemory errors when releasing multiple players at the same time (google/ExoPlayer#10057).
  • Adds AudioOffloadListener.onExperimentalOffloadedPlayback for the AudioTrack offload state. (androidx/media#134).
  • Make AudioTrackBufferSizeProvider a public interface.
  • Add ExoPlayer.setPreferredAudioDevice to set the preferred audio output device (androidx/media#135).
  • Rename com.google.android.exoplayer2.audio.AudioProcessor to com.google.android.exoplayer2.audio.AudioProcessor.
  • Map 8-channel and 12-channel audio to the 7.1 and 7.1.4 channel masks respectively on all Android versions (google/ExoPlayer#10701).
• Metadata:
  • MetadataRenderer can now be configured to render metadata as soon as they are available. Create an instance with MetadataRenderer(MetadataOutput, Looper, MetadataDecoderFactory, boolean) to specify whether the renderer will output metadata early or in sync with the player position.
• DRM:
  • Work around a bug in the Android 13 ClearKey implementation that returns a non-empty but invalid license URL.
  • Fix setMediaDrmSession failed: session not opened error when switching between DRM schemes in a playlist (e.g. Widevine to ClearKey).
• Text:
  • CEA-608: Ensure service switch commands on field 2 are handled correctly (google/ExoPlayer#10666).
• DASH:
  • Parse EventStream.presentationTimeOffset from manifests (google/ExoPlayer#10460).
• UI:
  • Use current overrides of the player as preset in TrackSelectionDialogBuilder (google/ExoPlayer#10429).
• RTSP:
  • Add H263 fragmented packet handling (androidx/media#119).
  • Add support for MP4A-LATM (androidx/media#162).
• IMA:
  • Add timeout for loading ad information to handle cases where the IMA SDK gets stuck loading an ad (google/ExoPlayer#10510).
  • Prevent skipping mid-roll ads when seeking to the end of the content (google/ExoPlayer#10685).
  • Correctly calculate window duration for live streams with server-side inserted ads, for example IMA DAI (google/ExoPlayer#10764).
• FFmpeg extension:
  • Add newly required flags to link FFmpeg libraries with NDK 23.1.7779620 and above (google/ExoPlayer#9933).
• AV1 extension:
  • Update CMake version to avoid incompatibilities with the latest Android Studio releases (google/ExoPlayer#9933).

... (truncated)

Changelog

Sourced from exoplayer-core's changelog.

2.18.2 (2022-11-22)

This release corresponds to the AndroidX Media3 1.0.0-beta03 release.

• Core library:
  • Add ExoPlayer.isTunnelingEnabled to check if tunneling is enabled for the currently selected tracks (#2518).
  • Add WrappingMediaSource to simplify wrapping a single MediaSource (#7279).
  • Discard back buffer before playback gets stuck due to insufficient available memory.
  • Close the Tracing "doSomeWork" block when offload is enabled.
  • Fix session tracking problem with fast seeks in PlaybackStatsListener (#180).
  • Send missing onMediaItemTransition callback when calling seekToNext or seekToPrevious in a single-item playlist (#10667).
  • Add Player.getSurfaceSize that returns the size of the surface on which the video is rendered.
  • Fix bug where removing listeners during the player release can cause an IllegalStateException (#10758).
• Build:
  • Enforce minimum compileSdkVersion to avoid compilation errors (#10684).
• Track selection:
  • Prefer other tracks to Dolby Vision if display does not support it. (#8944).
• Downloads:
  • Fix potential infinite loop in ProgressiveDownloader caused by simultaneous download and playback with the same PriorityTaskManager (#10570).
  • Make download notification appear immediately (#183).
  • Limit parallel download removals to 1 to avoid excessive thread creation (#10458).
• Video:
  • Try alternative decoder for Dolby Vision if display does not support it. (#9794).
• Audio:
  • Use SingleThreadExecutor for releasing AudioTrack instances to avoid OutOfMemory errors when releasing multiple players at the same time (#10057).
  • Adds AudioOffloadListener.onExperimentalOffloadedPlayback for the AudioTrack offload state. (#134).
  • Make AudioTrackBufferSizeProvider a public interface.
  • Add ExoPlayer.setPreferredAudioDevice to set the preferred audio

... (truncated)

Commits

• a9444c8 Merge pull request #10806 from google/release-v2-r2.18.2
• a114b0e Fix compilation error in ffmpeg JNI layer
• 9b0790e Reorder some release notes in other sections.
• aef5330 Update JavaDoc for exoplayer:2.18.2
• 66995db Version bump to exoplayer:2.18.2 and media3:1.0.0-beta03
• bd6570f Remove @​hide javadoc annotation from ExoPlayer GitHub
• f4259f3 Filter bogus AndroidX core jar file when creating javadoc
• 6108c05 Rename getVideoSurfaceSize to getSurfaceSize
• db2ab52 Set valid channel masks for 8 and 12 channels on all Android versions
• 88804dd Mark iterationFinished when triggering release event.
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[linear]

CORE-2 Spike - Investigate name checking options

Info:

In order to minimise fraud we have to compare the name on a card used to purchase BTC with the name of the account holder we have on record.

From past experience this is not very straight forward as names can be different, i.e my Bottlepay account is under the name Lucas Schieder but my card might be under the name L Schieder etc.

The goal of this spike is to identify a solution that will allow us to carry out this name checking with a relatively high confidence without inconveniencing the user too much.

After discussing this with checkout.com it appears that the flow for name checking is this:

When requesting the payment, we supply the name that the customer has provided us (we will get this from the bottlepay account) we send this name when requesting payment and if the name is correct, the payment will be authorized. no need for external name checking

[dependabot]

Superseded by #379.