Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Feature Request: Optional external metadata provider for high-quality posters and banners

オープン
  • 何か問題がありますか？
#3,087 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
android, kotlin
領域
api, mobile

調査の方向性

ファイル、テスト、エントリーポイントは指定されていません。まず、現在拡張機能がどのようにアートワークとメタデータを提供しているかをたどって確認し、次に提案されているプロバイダー選択、マッチング、ローカルキャッシュの要件を見直してください。完了条件には、定義された統合設計と、拡張機能のメタデータや再生を妨げない形でのオプションのAniList/TMDB解決の検証を含める必要があります。

索引モデルが issue の本文から書いたものです。

説明

enhancement
Describe your suggested feature
Summary

Add an optional metadata resolver that can retrieve posters, banners, backgrounds, and additional metadata from external services (such as AniList for anime or TMDB for movies/TV) instead of relying exclusively on the images provided by extensions.

Image
Motivation

Many extensions scrape websites that only expose small thumbnail images (300–500 px). These thumbnails look acceptable in grids but become heavily pixelated when displayed in CloudStream's featured hero carousel.

Since CloudStream simply displays the image URL returned by the extension, the application has no way to improve image quality.

Instead of requiring every extension to provide high-resolution artwork, CloudStream could optionally resolve metadata from dedicated metadata providers.

Proposed Architecture

Extension
↓
title
year
type
↓
Metadata Resolver (optional)
↓
AniList / TMDB / other providers
↓
poster
banner
background
logo
description (optional)
genres (optional)

The extension would still provide the playable content.

CloudStream would only replace (or supplement) the visual metadata.

Benefits

  • High-resolution artwork across all providers.

  • Consistent UI regardless of extension quality.

  • Less work for extension developers.

  • Better-looking featured carousel.

  • Future support for additional assets such as banners, logos, and fanart.

Optional Behavior

This feature should be configurable.

For example:

Metadata source

  • Extension (default)

  • AniList

  • TMDB

  • Automatic

Users who prefer the extension's metadata could keep the current behavior.

Caching

Resolved metadata should be cached locally.

Possible cache key:

title
year
type

or, when available,

provider ID

This would avoid repeated API requests.

Matching

Matching would naturally be the most difficult part.

Possible matching strategy:

  • exact title

  • alternative titles

  • release year

  • media type

  • fuzzy matching as fallback

Since this would only affect artwork, an occasional mismatch would be far less critical than playback errors.

Why this should not be implemented inside extensions

Every extension currently has to solve the same problem independently.

Moving artwork resolution into CloudStream would:

  • reduce duplicated work

  • improve consistency

  • allow future metadata providers without modifying existing extensions

Other details

This is not intended to replace extension metadata.

It would simply be an optional enhancement for users who prefer higher-quality artwork, especially on large displays such as Android TV or tablets, where low-resolution thumbnails become very noticeable.

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.
主要言語
Kotlin
スター
10.9k
フォーク
1.1k
平均マージ
2日 17時間
マージ済み PR（30日）
25

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

recloudstream/cloudstream のほかの issue

recloudstream/cloudstream の issue をすべて見る

似ている issue

Kotlin の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。