Add audio codec and channel-count preferences to quality profiles
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Área
- audio-video-rtc, mobile
Línea de trabajo
Empieza por rastrear la implementación de Android Quality Profiles y los datos de ExtractorLink devueltos por las extensiones. Revisa cómo se calculan las prioridades de las fuentes y si los manifiestos HLS o DASH exponen metadatos de audio; define las preferencias admitidas, el comportamiento ante metadatos desconocidos y las pruebas necesarias para demostrar que el ranking basado en audio funciona en todos los perfiles.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Kotlin
- Estrellas
- 10.7k
- Forks
- 1.1k
- Merge medio
- 3 d 3 h
- PR fusionados (30 d)
- 23
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de recloudstream/cloudstream
-
Add new fonts for subtitlesAbiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
recloudstream/cloudstream#3100 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
recloudstream/cloudstream#2639 · 1 comentario · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
enhancement potential extension
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
recloudstream/cloudstream#3232 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
recloudstream/cloudstream#3231 · 2 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
-
Home, UI, Download, ExtentionAbiertoenhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
recloudstream/cloudstream#3230 · 3 comentarios · 5 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de recloudstream/cloudstream
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
SimonHalvdansson/Harmonic-HN#363 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
Automattic/pocket-casts-android#6095 ·
Los mantenedores suelen responder en 1 día