input: rework input_type and creation
Preliminary work for the gapless branch: !94
Merge request reports
Activity
changed milestone to %4.0
added Component::Core: Input label
- Resolved by Thomas Guillem
Patch 3/4 does not seem to have anything to do with the rest of the MR, and it seems wrong anyway (the idea was that nodes may need to be processed asynchronously so ownership is transferred).
- Resolved by Rémi Denis-Courmont
It's kind of missing the point IMO. The ES output can already be subclassed. There should be separate constructors and implementation for the 3 scenarii, rather than an enumeration.
added MRStatus::InReview label
added MRStatus::Acceptable label and removed MRStatus::InReview label
added MRStatus::Accepted label and removed MRStatus::Acceptable label
MR Acceptance result
This MergeRequest has been Accepted! Congratulations.MR acceptance checks details:
-
MR should be considered mergeable by Gitlab -
Last pipeline should be successful -
MergeRequest should have at least one external review and/or vote -
All threads should be resolved, and score >= 0 -
MergeRequest should have no activity (threads/votes) for (24h/24h)
-
added 49 commits
-
f945408a...fafd64e0 - 46 commits from branch
videolan:master
- dee5364c - input: rename/move input_create_option
- 28a9b74b - input: merge all Create functions
- 9dcae0aa - decoder: pass input_type directly
Toggle commit list-
f945408a...fafd64e0 - 46 commits from branch
enabled an automatic merge when the pipeline for 9dcae0aa succeeds
mentioned in merge request !94