Add audio codec and channel-count preferences to quality profiles
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Lĩnh vực
- audio-video-rtc, mobile
Hướng nghiên cứu
Bắt đầu bằng cách lần theo phần triển khai Android Quality Profiles và dữ liệu ExtractorLink được các extension trả về. Xem xét cách tính độ ưu tiên của nguồn và liệu các manifest HLS hoặc DASH có cung cấp siêu dữ liệu âm thanh hay không; xác định các tùy chọn được hỗ trợ, cách xử lý siêu dữ liệu không xác định và các bài kiểm thử cần thiết để cho thấy việc xếp hạng có xét đến âm thanh hoạt động trên các profile.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe your suggested feature
Describe your suggested feature
CloudStream quality profiles currently allow users to prioritize video resolution and video sources, but they do not allow prioritization based on audio characteristics.
I suggest adding audio preferences to quality profiles.
Possible options could include:
Preferred minimum channel count
- Any
- Stereo
- 5.1
- 7.1
Preferred audio codecs
- E-AC-3
- AC-3
- DTS
- DTS-HD
- TrueHD
- AAC
- Opus
- Other
Additional options
- Prefer multichannel audio over stereo
- Hide stereo sources when multichannel sources are available
- Prefer passthrough-compatible codecs
- Prefer sources with known audio metadata
- Show audio codec and channel count in the source-selection list
Suggested behavior
Audio properties could be included in link priority calculation together with:
- video resolution priority
- source priority
- audio channel-count priority
- audio codec priority
For example:
- 1080p E-AC-3 5.1 could be ranked above 1080p AAC stereo
- 4K stereo could optionally be ranked below 1080p 5.1
- sources with unknown audio properties could remain available but receive neutral priority
Technical limitation
I understand that some extensions may not provide audio metadata when returning an ExtractorLink.
Possible implementation approaches:
- Use audio metadata supplied by the extension when available.
- Parse audio information from HLS or DASH manifests when possible.
- Inspect media tracks before automatic source selection.
- Treat unknown audio metadata as neutral rather than rejecting the source.
- Allow extensions to provide optional structured fields such as:
- codec
- channel count
- bitrate
- Atmos flag
Why this would be useful
Many users connect Android TV devices to AV receivers, soundbars, or multichannel home-cinema systems.
Two sources with the same video resolution can provide very different audio:
- AAC stereo
- AC-3 5.1
- E-AC-3 5.1
- DTS
- Dolby Atmos
At present, the user must manually test individual sources to determine which one offers multichannel audio.
Adding audio-aware profiles would make automatic source selection much more useful for home-theater users.
Other details
This feature should preferably be part of Quality Profiles rather than a single global setting, because users may want different behavior for:
- Wi-Fi playback
- mobile data
- downloads
- different devices
Acknowledgements
- I am sure this feature concerns the CloudStream application and not a specific extension.
- I have searched the existing issues.
- I understand that audio metadata may not always be available before the stream is opened.
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.
- Ngôn ngữ chính
- Kotlin
- Star
- 10.7k
- Fork
- 1.1k
- Merge trung bình
- 4 ngày 8 giờ
- Pull request đã merge (30 ngày)
- 25
Chuẩn bị môi trường
Chúng tôi chưa kiểm tra các tệp thiết lập môi trường của dự án này. Hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của recloudstream/cloudstream
-
[TR] Turkish Translation Improvements for Skip Types / Türkçe Atla Türleri Çeviri DüzeltmesiĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
recloudstream/cloudstream#3226 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Add new fonts for subtitlesĐang mởenhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
recloudstream/cloudstream#3100 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
recloudstream/cloudstream#2639 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
recloudstream/cloudstream#3227 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ownerajĐang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
recloudstream/cloudstream#3225 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của recloudstream/cloudstream
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SimonHalvdansson/Harmonic-HN#363 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
ionic-team/capacitor-file-transfer#83 · 1 bình luận ·
-
Meta request
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
keiyoushi/extensions-source#19500 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
go 🏃 testing 🧪
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
valkey-io/valkey-glide#7239 ·
Maintainer thường phản hồi trong vòng 2 ngày