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
streamlinkproxyprocess 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
.pidfile 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.
