Posts by ( AMIN )

    ( AMIN )

    My question might be a bit out of place, but I'm wondering: since YouTube videos now play in up to 4K on DreamOS using the default player (GStreamer) via your modified plugin, without needing external tools like FFmpeg, Exteplayer, or ServiceApp, could this same method be applied to the XStreamity plugin to play trailers on DreamOS?

    Yes, I’ve experimented with exactly that – applying the same method to the XStreamity plugin to play movie trailers on DreamOS.

    The approach doesn't require any external tools like FFmpeg, Exteplayer, or ServiceApp. Here's how it works:


    How trailers now play in XStreamity (DreamOS / Python 2.7 & 3)

    • Obtaining a trailer ID – The trailer's YouTube video ID is taken first from the IPTV provider data (the trailer or youtube_trailer field). If that field is missing and TMDB integration is enabled, the ID is fetched from TMDB as a fallback.
    • Getting direct streaming URLs – Using the YouTube InnerTube API (youtubei/v1/player), the plugin asks for the video's streaming formats without any API key. This API returns separate video and audio streams (adaptive formats).
    • Building a local MPD file – The best video and audio streams are selected according to the quality settings (up to 4K, configurable), and a tiny temporary .mpd file is written. This file simply tells the player where to find the video and audio.
    • Playing with the default player (GStreamer) – The MPD file is played directly with the default Enigma2 player (eServiceReference(4097, …)) – the same one that plays your IPTV streams. GStreamer handles DASH perfectly, even 4K, so no Exteplayer, ServiceApp, or FFmpeg is needed.

    Is there any external dependency?

    • YouTube API – Yes, but it's just a standard HTTPS request to YouTube's own endpoint; no API key or special library is required.
    • TMDB API – Only needed if you want TMDB to supply the trailer ID when the IPTV provider doesn't. The trailer playback itself works independently of TMDB.
    • No FFmpeg, no pytubefix, no extra players.

    Important note

    These custom modifications are experimental and provided as a proof of concept. They are not endorsed by or affiliated with the original XStreamity developer.

    Hello Everyone,


    🎉 New YouTube Plugin Update for DreamOS – Improved Quality & Stability


    🖥️ GStreamer 1.6.4 Player and DASH Videos

    Videos are played directly through the system’s native GStreamer 1.6.4 player, using a temporary DASH file that combines the best video and audio streams, strictly following your chosen resolution limit.


    📺 Stable Live Streams

    Live streams are now more stable and automatically play at the best possible quality. They provide actual qualities directly from YouTube, adapting instantly to any future changes without relying on outdated tables.


    🎚️ Improved Resolution Settings

    Easily choose your preferred quality: Auto, 1080p, and 4K/VP9 (for supported devices).


    📥 Improved Video Downloads

    Downloading and merging video and audio into one high-quality file is now more reliable and works without issues.


    🧹 Lower Memory Usage & Smoother Performance

    Enhanced memory management ensures a smoother and more stable experience.


    ✅ Tested on DM520

    This update was tested on a DM520 HD and works perfectly with normal memory and CPU usage.


    🔧 Open Source

    The code for quality playback is open for any developer to use or improve.


    Best regards.

    What's the name of the skin you're using? It seems to be the problem. :thinking face:

    I tested the plugin on the original image, Dreamelite 7.2 r18, the default skin, LTA-FHD, Zombie, and hdsuisse.one4all.fhd, and it works perfectly for me without any errors.

    not being funny but should you perhaps not have seperate thread for dream.

    You're totally right! Let's keep this thread focused on Subssupport Plugin for OE 2.0/2.5/2.6 only so things don't get messy. Thanks for the heads up!

    What's the name of the skin you're using? It seems to be the problem. :thinking face:

    I tested the plugin on the original image, Dreamelite 7.2 r18, the default skin, LTA-FHD, Zombie, and hdsuisse.one4all.fhd, and it works perfectly for me without any errors.

    Dreamelite 7.2



    This has already been fixed in update 1.5.8-r55  :winking face:

    Update 5.0-r3


    System Integration: Smarter visibility management (auto-hide/resume)

    Synced SIB with system UI to ensure auto-hiding when opening menus, with seamless resume.


    Minor fixes and improvements.


    Download the updated file from the #1 post.

    The plugin’s location is always in Main Menu > Setup > Picture and Sound > Second Infobar Setup.


    Unfortunately, I forgot to mention earlier that my edits were only tested on the original image with the default skin.

    If you’re using a custom image or a skin that depends mainly on its own secondinfobar, removing it would also delete the entire skin, which is not a good idea!