Skip to content

Conversation

@bastimeyer
Copy link
Member

Fixes #4838

As mentioned in #4838 (comment), it's possible (very likely) that the whole embedded and obfuscated stream URL data extraction is useless now. Since I'm not fully sure, I've kept it for now. I've also wrapped the HTTP request which retrieves the obfuscated data into a try-except block, so that if the site removes the endpoint, the plugin will continue working with the generic HLS URL template.

I only tested the URLs listed in the URL matcher tests. The site is also geo-blocked (on the HLS playlist level), so I can't fully test it anyway. The main issue however should be fixed (the old while-loop - see #4838 (comment)).

@jairoxyz I would appreciate it if you could test the PR before this gets merged. Thanks.

@bastimeyer bastimeyer added the plugin issue A Plugin does not work correctly label Sep 20, 2022
@bastimeyer bastimeyer force-pushed the plugins/rtve/fix-ztnr-translate branch from e0b9121 to ff4666b Compare September 20, 2022 16:17
@jairoxyz
Copy link

Hi @bastimeyer tested and works fine. Thanks!

@bastimeyer bastimeyer merged commit 8bd58c0 into streamlink:master Sep 21, 2022
@bastimeyer bastimeyer deleted the plugins/rtve/fix-ztnr-translate branch September 21, 2022 11:52
Billy2011 added a commit to Billy2011/streamlink-27 that referenced this pull request Sep 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

plugin issue A Plugin does not work correctly

Projects

None yet

Development

Successfully merging this pull request may close these issues.

plugins.rtve: ZTNR.translate() runs endlessly

2 participants