Posts by gattino

    5002_0_1_0_0_0_0_0_0_0_20260222181140.jpg

    Technical Report: StreamlinkProxy 8.2.0 Troubleshooting on OpenATV 7.4

    Environment:

    • Device: Octagon SF8008
    • Image: OpenATV 7.4 (Python 3.12.x)
    • Plugin: enigma2-plugin-extensions-streamlinkproxy (Updated from old versions to 8.2.0)

    1. The "Ghost Process" & Conflict Issue We found that simply installing the new .ipk over old versions (like the legacy streamlinksrv) caused major conflicts. Old Python processes were hanging on port 8088, and residual files in /usr/sbin and /etc/init.d prevented the new proxy from starting correctly.

    • Solution: A "Tabula Rasa" (Clean Slate) was required. We manually killed all Python/Streamlink processes and deleted all legacy files/folders before a fresh install of the 8.2.0 .ipk.

    2. The GStreamer (Service 4097) "Kill" Bug This is the most critical finding for the developer.

    • Symptom: When using Service 4097 (GStreamer), the stream fails to open, and the streamlinkproxy process crashes or freezes entirely.
    • Debug Observation: GStreamer seems to send an unhandled interrupt or holds a pipe open incorrectly. This "freezes" the proxy, and subsequently, no other streams (even via other players) will work until the proxy is manually restarted and the .pid file is cleared.
    • Workaround: Switching the Service ID to 5002 (ExtePlayer3/ServiceApp) works perfectly. The proxy remains stable, and streams load quickly.

    Summary for Developer: On OpenATV 7.4 / Python 3.12, the 8.2.0 proxy is stable, but Service 4097 acts as a "killer" for the streamlinkproxy daemon. Improving the daemon's resilience to GStreamer's abrupt connection terminations or "stuck" pipes would prevent the service from needing a manual restart.

    4097_0_1_0_0_0_0_0_0_0_20260222145712.jpg

    Thank you very much for your suggestion. I've successfully updated the "youtube.py" plugin file in the streamlink directory and verified that permissions are set to 644.


    However, the issue persists. When I try to open a YouTube stream, I get the screen shown in the attached image: a spinning "pie chart" icon with an intermittent sound, but the video never actually starts.


    It seems like the player is stuck in a buffering loop or unable to handshake with the stream provided by the proxy. Any further ideas on what might be causing this or if there are other dependencies to check? Thanks again for your help!


    I also performed a manual test using 'wget' from the terminal to check the proxy output directly:


    wget -O /dev/null h***://127.0.0.1:8088/https://www.youtube.com/watch?v=cmkAbDUEoyA


    The result shows:

    - Connection: Successful (HTTP 200 OK)

    - Stream type: recognized as video/mp2t

    - Data flow: It actually downloads data (I reached about 4MB before stopping it)

    - Download speed: It stays around 210-220 KB/s


    This confirms that the updated youtube.py plugin is now correctly extracting the stream. However, the Enigma2 player still fails to display the video, showing only the spinning buffer icon. It seems like the data is being served by the proxy, but the player is unable to decode it or the bitrate is too unstable for a real-time playback.

    Subject: OpenATV 7.4 - YouTube Live Streams (Webcams) not working - Missing dependencies?


    Hi everyone,


    Since updating to OpenATV 7.4 (Scarthgap), I'm no longer able to play YouTube Live streams (webcams) within my IPTV bouquets. They used to work perfectly on previous versions.


    I suspect some dependencies might be missing or there is a conflict with the new pre-installed packages. I would appreciate some guidance on the following:


    1. Which specific packages should I install via opkg to ensure full Streamlink support on this image? (e.g., python3-streamlink, streamlinksrv, or other core components?)

    2. Are there any specific Python dependencies required for the latest YouTube plugin that I should manually check in the feeds?

    3. I noticed "streamlinksrv" is now included by default. Could there be a port conflict (e.g., port 8088), or do I need to install a different proxy version?


    My goal is to restore YouTube link playback within my bouquets. Any input on what to install or check via terminal would be greatly appreciated. Thanks!