recloudstream / recloudstream/cloudstream

Remember the selected video source when resuming from Continue Watching

Open
#3,105 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Kotlin
Stars
10.7k
Forks
1.1k
Avg merge
1d 23h
Merged PRs (30d)
15

Description

Describe your suggested feature

When playback is resumed from Continue Watching, CloudStream searches for all links again and may automatically select a different source than the one used previously.

This can result in a different video quality, audio codec, number of audio channels, subtitle compatibility, or general playback behavior.

I suggest remembering the previously selected source for each movie or episode and trying to select its equivalent again when playback is resumed.

CloudStream should not necessarily save and reuse the direct stream URL, because such URLs may expire. Instead, it could save metadata identifying the selected source, for example:

  • provider name
  • extractor/source name
  • displayed link name
  • video resolution
  • link type
  • audio metadata, if available

After links are generated again, CloudStream could try to match the newly generated links against the previously selected source.

Suggested behavior:

  1. The user selects a source and starts playback.
  2. CloudStream saves the identifying metadata of that source together with the watch progress.
  3. The user exits playback.
  4. The user resumes the movie or episode from Continue Watching.
  5. CloudStream generates fresh links.
  6. CloudStream first tries to select the closest match to the previously used source.
  7. If no matching source is available, it falls back to the normal quality profile and source-priority rules.

An optional setting could be added:

Prefer previously used source when resuming

Why this would be useful

Some sources offer different audio formats, such as stereo, 5.1, E-AC-3, AC-3, or DTS. A user may deliberately select a particular source because it works correctly with their TV or AV receiver.

Currently, after resuming playback, the user must search through the source list again and manually identify the same source.

This feature would also help with:

  • subtitle compatibility
  • server reliability
  • preferred bitrate
  • avoiding sources that previously caused buffering
  • keeping the same audio and video characteristics
Other details

This request is different from globally pinning or prioritizing a favorite source.

The preference should be stored separately for each movie or episode and used specifically when resuming playback from Continue Watching.

Acknowledgements
  • I am sure this feature concerns the CloudStream application and not a specific extension.
  • I have searched the existing issues.
  • I understand that direct stream URLs may expire and therefore suggest matching newly generated links by metadata instead.
Other details

No response

Acknowledgements
  • My suggestion is NOT about adding a new provider
  • I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the Continue Watching resume flow and the source-selection path used after links are generated. Trace where watch progress and selected-source information are stored, then determine how refreshed links can be matched by the proposed metadata without reusing expired URLs. Done means resuming a movie or episode prefers the previously selected equivalent and falls back normally when no match exists.

Written by the indexing model from the issue text.

Assessment

Tech stack
kotlin
Domain
mobile
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.