onAVStarted was calling _fetch_sb_segments synchronously, which subprocess.run()'s our sidecar — up to 8s of blocking on Kodi's serialized player event thread. When the user started a new video while one was playing, pv.youtube's stream resolve for the new video raced with our blocked callback and the new play got dropped as "unplayable item" before pv.youtube could finish. Moved the segment fetch + skip loop into a background thread that starts from onAVStarted and returns instantly. Player callbacks now clear in microseconds.
22 lines
994 B
XML
22 lines
994 B
XML
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
|
|
<addon id="plugin.video.torttube"
|
|
name="torttube"
|
|
version="1.0.4"
|
|
provider-name="Sulkta-Coop">
|
|
<requires>
|
|
<import addon="xbmc.python" version="3.0.0"/>
|
|
<import addon="inputstream.adaptive" version="2.0.0" optional="true"/>
|
|
</requires>
|
|
<extension point="xbmc.python.pluginsource" library="main.py">
|
|
<provides>video</provides>
|
|
</extension>
|
|
<extension point="xbmc.service" library="service.py"/>
|
|
<extension point="xbmc.addon.metadata">
|
|
<summary lang="en_gb">YouTube via RustyPipe + SponsorBlock</summary>
|
|
<description lang="en_gb">Browse, search, and play YouTube videos without an account. Backed by a native RustyPipe sidecar binary. SponsorBlock segments are skipped automatically.</description>
|
|
<license>GPL-3.0-or-later</license>
|
|
<source>http://192.168.0.5:3001/Sulkta-Coop/torttube</source>
|
|
<platform>linux</platform>
|
|
<language>en</language>
|
|
</extension>
|
|
</addon>
|