Fix tracing under offload.

Currently doSomeWork is never closed and so tracing is deceiving.

See https://screenshot.googleplex.com/eZDzn5APpBNnhe5

PiperOrigin-RevId: 474755816

RELEASENOTES.md

@@ -13,6 +13,7 @@
         ([#10458](https://github.com/google/ExoPlayer/issues/10458)).
         ([#10458](https://github.com/google/ExoPlayer/issues/10458)).
     *   Discard back buffer before playback gets stuck due to insufficient
     *   Discard back buffer before playback gets stuck due to insufficient
         available memory.
         available memory.
+    *   Close the Tracing "doSomeWork" block when offload is enabled.
 *   Downloads:
 *   Downloads:
     *   Fix potential infinite loop in `ProgressiveDownloader` caused by
     *   Fix potential infinite loop in `ProgressiveDownloader` caused by
         simultaneous download and playback with the same `PriorityTaskManager`
         simultaneous download and playback with the same `PriorityTaskManager`

libraries/exoplayer/src/main/java/androidx/media3/exoplayer/ExoPlayerImplInternal.java

@@ -1092,7 +1092,6 @@ import java.util.concurrent.atomic.AtomicBoolean;
 
 
     if (sleepingForOffload || playbackInfo.playbackState == Player.STATE_ENDED) {
     if (sleepingForOffload || playbackInfo.playbackState == Player.STATE_ENDED) {
       // No need to schedule next work.
       // No need to schedule next work.
-      return;
     } else if (isPlaying || playbackInfo.playbackState == Player.STATE_BUFFERING) {
     } else if (isPlaying || playbackInfo.playbackState == Player.STATE_BUFFERING) {
       // We are actively playing or waiting for data to be ready. Schedule next work quickly.
       // We are actively playing or waiting for data to be ready. Schedule next work quickly.
       scheduleNextWork(operationStartTimeMs, ACTIVE_INTERVAL_MS);
       scheduleNextWork(operationStartTimeMs, ACTIVE_INTERVAL_MS);