You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Idea: maybe it would be easier to support different kodi version if instead of vendoring burst will use appropriate script.module. ?
i mean: specific script.module is supposed to work with specific kodi version. so no need for burst to have some magic version of modules that works with all kodis.
if burst still wants to support kodi 16 for some reason then
maybe with such approach burst can keep old modules in resources/site-packages/ for kodi 16, and use script.module.* for other kodis.
The text was updated successfully, but these errors were encountered:
Idea: maybe it would be easier to support different kodi version if instead of vendoring burst will use appropriate script.module. ?
i mean: specific script.module is supposed to work with specific kodi version. so no need for burst to have some magic version of modules that works with all kodis.
looks like almost all modules from
resources/site-packages/
exists as script.module for all modern kodis.https://mirrors.kodi.tv/addons/omega/
https://mirrors.kodi.tv/addons/nexus/
https://mirrors.kodi.tv/addons/matrix/
https://mirrors.kodi.tv/addons/leia/
https://mirrors.kodi.tv/addons/krypton/
i see certifi, chardet, idna, requests, urllib3. (also simplejson that is used by elementum also there)
only kodi 16 lacks modules
https://mirrors.kodi.tv/addons/jarvis/
if burst still wants to support kodi 16 for some reason then
maybe with such approach burst can keep old modules in
resources/site-packages/
for kodi 16, and use script.module.* for other kodis.The text was updated successfully, but these errors were encountered: