recloudstream / recloudstream/cloudstream

Add the ability to choose a specific duration for recording live streams

Open
#1,110 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

Tapping the download button on the page of a live stream records a very small portion (mostly 30 to 60 seconds long), rather than letting the user choose a specific duration for which they want to record that stream.

A possible execution for this feature: when the user taps on the download button, a dialog box should show up with a text field where the user must input the desired duration for recording the stream in minutes (and possibly hours in another text field next to it).

Other details

If possible, the dialog box could also include a text field to input the filename of the recorded stream, in case the user wants to record the same stream again at a later time. Currently, choosing to download a stream that has been previously recorded overwrites the existing file, unless the user renames that file in advance.

Acknowledgements
  • I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.
  • I have written a short but informative title.
  • I will fill out all of the requested information in this form.

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 at the live-stream page's download action and trace how recording is initiated. Determine where a duration dialog and optional filename input would fit in the Android flow. Done means users can choose a recording duration and, where supported, a filename without unintentionally overwriting an earlier recording.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.