Hi Developers and Community,
I'm posting this here in the Third-Party Development section as I'm unsure of the best place for a feature request, but I wanted to propose an idea and discuss its feasibility.
I would like to suggest a feature often found on other STBs (like Icone/Senator): a **RAM-based short broadcast delay (Video + Audio together)**.
**Purpose:**
The main goal of this feature is to allow users to synchronize the live satellite/cable broadcast (both video and audio) with an external audio commentary source, such as a radio broadcast or an online stream. Often, these external audio sources are delayed or ahead compared to the TV broadcast.
**How it works on other devices:**
Devices like Icone, Senator, and some others offer a similar feature often called "Video Delay". It allows the user to introduce a small delay (e.g., adjustable up to 30 or 60 seconds) to the TV broadcast being watched. This delay is typically buffered in the device's RAM, not requiring timeshift on an external HDD/USB. The user can usually increase or decrease this delay using dedicated buttons until the TV picture/sound perfectly matches their preferred external commentary.
**Why it would be useful for Enigma2/OpenPLi:**
* Many users prefer listening to specific commentators (radio, online) while watching sports events.
* Currently, achieving this sync requires complex external setups or relying on the external audio source having its own delay controls, which is often not the case.
* Implementing this directly in OpenPLi would provide a seamless and integrated solution.
**Technical Considerations (as I understand them):**
* This would essentially be a very short-term timeshift buffered entirely in RAM.
* Memory consumption would be a key factor, especially on devices with limited RAM (e.g., 1GB or less). Perhaps the maximum delay could be configurable or limited based on available memory.
* Integration with the existing timeshift system and GStreamer pipeline would be necessary.
* User control could be via remote control buttons (e.g., long-press specific keys) or an option within the Audio menu.
**Request:**
Would the OpenPLi team consider the feasibility of adding such a RAM-based broadcast delay feature? I believe it would be a valuable addition for many users who face commentary synchronization issues.
Thank you for considering this request and for your continuous efforts in developing OpenPLi.
Best regards,
Mohamed
I'm posting this here in the Third-Party Development section as I'm unsure of the best place for a feature request, but I wanted to propose an idea and discuss its feasibility.
I would like to suggest a feature often found on other STBs (like Icone/Senator): a **RAM-based short broadcast delay (Video + Audio together)**.
**Purpose:**
The main goal of this feature is to allow users to synchronize the live satellite/cable broadcast (both video and audio) with an external audio commentary source, such as a radio broadcast or an online stream. Often, these external audio sources are delayed or ahead compared to the TV broadcast.
**How it works on other devices:**
Devices like Icone, Senator, and some others offer a similar feature often called "Video Delay". It allows the user to introduce a small delay (e.g., adjustable up to 30 or 60 seconds) to the TV broadcast being watched. This delay is typically buffered in the device's RAM, not requiring timeshift on an external HDD/USB. The user can usually increase or decrease this delay using dedicated buttons until the TV picture/sound perfectly matches their preferred external commentary.
**Why it would be useful for Enigma2/OpenPLi:**
* Many users prefer listening to specific commentators (radio, online) while watching sports events.
* Currently, achieving this sync requires complex external setups or relying on the external audio source having its own delay controls, which is often not the case.
* Implementing this directly in OpenPLi would provide a seamless and integrated solution.
**Technical Considerations (as I understand them):**
* This would essentially be a very short-term timeshift buffered entirely in RAM.
* Memory consumption would be a key factor, especially on devices with limited RAM (e.g., 1GB or less). Perhaps the maximum delay could be configurable or limited based on available memory.
* Integration with the existing timeshift system and GStreamer pipeline would be necessary.
* User control could be via remote control buttons (e.g., long-press specific keys) or an option within the Audio menu.
**Request:**
Would the OpenPLi team consider the feasibility of adding such a RAM-based broadcast delay feature? I believe it would be a valuable addition for many users who face commentary synchronization issues.
Thank you for considering this request and for your continuous efforts in developing OpenPLi.
Best regards,
Mohamed