XBian_2021.02.19_rpi4 Playback Netflix crash

[Nachteule]

(31st Mar, 2021 01:03 AM)rafhtl Wrote:  The issue with inputstream adaptive that I have followed for our italian plugin seems to be fixed with this version:
https://github.com/xbmc/inputstream.adaptive/issues/615#issuecomment-809117916

https://jenkins.kodi.tv/blue/organizations/jenkins/xbmc%2Finputstream.adaptive/detail/PR-564/7/artifacts/

could you please tell me how to test this in xbian?
https://jenkins.kodi.tv/job/xbmc/job/inputstream.adaptive/job/PR-564/7/artifact/cmake/addons/build/zips/inputstream.adaptive+android-armv7/i...-2.6.8.zip

Is it enough to copy in?
/usr/local/share/kodi/addons/inputstream.adaptive

please help me understand
thank you

Don't believe that a build for android works on a Raspberry Pi
But you can try it of course. Save the existing directory and unzip the zip file to the same place. Try makes wise

[rafhtl]

(31st Mar, 2021 01:30 AM)Nachteule Wrote:  

(30th Mar, 2021 09:48 PM)rafhtl Wrote:  

(30th Mar, 2021 09:34 PM)Nachteule Wrote:  Ah, interesting. i guess the stream is h.264 encoded. there was a seek problem with h.264 PRIME hardware decoding for a long time. looks like this is not completely resolved yet

Exactly!

so what I'm doing now if anyone is interested, is changing the setting when I enter PVR

Code:

xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoder","value":true}}')
                    
                  xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoderforhw","value":true}}')

(true for no flickering, false for any other stream NON PVR)
only way to solve now unless you have a better suggestion...
thanks Nachteule

Looks interesting
Please tell me, where an how do you call the xbmc.execute statement?

It is in a service module
It could very well be in integrated in:
/usr/local/share/kodi/addons/script.service.xbian.upstart-bridge

Code:

try:        
                    useprimedecoder = str(get_option("videoplayer.useprimedecoder")).lower()
                    # elimina lo sfarfallio
                    if useprimedecoder == "false" and (xbmcgui.getCurrentWindowId()== 10700 or xbmcgui.getCurrentWindowId()==10800):
                        xbmc.executebuiltin(('Notification(%s,%s,%s)' %("Htlapp", "Setting Video TV ...", "1000")))
                        xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoder","value":true}}')
                        
                        xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoderforhw","value":true}}')
                    
                    
                    # per tutti gli altri va bene false
                    AddonName = xbmc.getInfoLabel('Container.PluginName').lower()
                    if useprimedecoder == "true":
                        ##xbmc.executebuiltin(('Notification(%s,%s,%s)' %("Htlapp", "Setting Video..."+AddonName, "2000")))
                        if 'plugin.video' in AddonName:
                        
                            
                            
                            xbmc.executebuiltin(('Notification(%s,%s,%s)' %("Htlapp", "Setting Video Other...", "1000")))
                            xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoder","value":false}}')
                            
                            xbmc.executeJSONRPC('{"jsonrpc":"2.0","method":"Settings.SetSettingValue","id":1,"params":{"setting":"videoplayer.useprimedecoderforhw","value":true}}')
                except:
                    pass

Code:

def rpc(method, params):
    payload = {
        "jsonrpc": "2.0",
        "method": method,
        "params": params,
        # Not sure what is this, but it's a required param
        "id": 1
    }
    response = json.loads(xbmc.executeJSONRPC(json.dumps(payload)))
    return response["result"]


def get_option(key):
    result = rpc("Settings.GetSettingValue", {"setting": key})
    return result["value"]

def set_option(key, value):
    return rpc("Settings.SetSettingValue", {"setting": key, "value": value})

---

(31st Mar, 2021 01:35 AM)Nachteule Wrote:  

(31st Mar, 2021 01:03 AM)rafhtl Wrote:  The issue with inputstream adaptive that I have followed for our italian plugin seems to be fixed with this version:
https://github.com/xbmc/inputstream.adaptive/issues/615#issuecomment-809117916

https://jenkins.kodi.tv/blue/organizations/jenkins/xbmc%2Finputstream.adaptive/detail/PR-564/7/artifacts/

could you please tell me how to test this in xbian?
https://jenkins.kodi.tv/job/xbmc/job/inputstream.adaptive/job/PR-564/7/artifact/cmake/addons/build/zips/inputstream.adaptive+android-armv7/i...-2.6.8.zip

Is it enough to copy in?
/usr/local/share/kodi/addons/inputstream.adaptive

please help me understand
thank you

Don't believe that a build for android works on a Raspberry Pi
But you can try it of course. Save the existing directory and unzip the zip file to the same place. Try makes wise

I tried already
But can't understand if it is the new version working or not
it has .so in the folder... that's what I needed help with

Code:

libinputstream.adaptive.so
libssd_wv.so

do I just leave them in the folder?
thanks

[Nachteule]

You're confusing me completely now. If you replace everything in that folder with the content of the zip file you'll see after restart of Kodi if it works or not

And btw, I don't believe that it is possible to integrate your workaround into xbmc-bridge, because this is pure event driven and so all events coming too late for changing anything in the settings

[rafhtl]

(31st Mar, 2021 02:53 AM)Nachteule Wrote:  And btw, I don't believe that it is possible to integrate your workaround into xbmc-bridge, because this is pure event driven and so all events coming too late for changing anything in the settings

You are right. It needs a service script

(31st Mar, 2021 02:53 AM)Nachteule Wrote:  You're confusing me completely now. If you replace everything in that folder with the content of the zip file you'll see after restart of Kodi if it works or not

Ill let you know if it actually works
thank you
raf

[rafhtl]

(31st Mar, 2021 03:21 AM)rafhtl Wrote:  

(31st Mar, 2021 02:53 AM)Nachteule Wrote:  And btw, I don't believe that it is possible to integrate your workaround into xbmc-bridge, because this is pure event driven and so all events coming too late for changing anything in the settings

You are right. It needs a service script

(31st Mar, 2021 02:53 AM)Nachteule Wrote:  You're confusing me completely now. If you replace everything in that folder with the content of the zip file you'll see after restart of Kodi if it works or not

Ill let you know if it actually works
thank you
raf

It says its missing from my kodi
I copied everything on top of
/usr/local/share/kodi/addons/inputstream.adaptive
but as soon as I try to play, kodi says ia is missing

---

(31st Mar, 2021 04:45 AM)rafhtl Wrote:  It says its missing from my kodi
I copied everything on top of
/usr/local/share/kodi/addons/inputstream.adaptive
but as soon as I try to play, kodi says ia is missing

Im going to try
library_android="libinputstream.adaptive.so"/>
change to
library_linux....
...and it does not load....

as you said I need a different version.

[Nachteule]

(31st Mar, 2021 04:45 AM)rafhtl Wrote:  Im going to try
library_android="libinputstream.adaptive.so"/>
change to
library_linux....
...and it does not load....

as you said I need a different version.

That doesn't surprise me, because linux and android have different library formats

Tomorrow I can build a version with the PR-564 if it is still necessary and you want it. Should not be a big problem

[rafhtl]

(31st Mar, 2021 05:31 AM)Nachteule Wrote:  

(31st Mar, 2021 04:45 AM)rafhtl Wrote:  Im going to try
library_android="libinputstream.adaptive.so"/>
change to
library_linux....
...and it does not load....

as you said I need a different version.

That doesn't surprise me, because linux and android have different library formats

Tomorrow I can build a version with the PR-564 if it is still necessary and you want it. Should not be a big problem

That would be great!
I can test it and contribute to the issue.
Thank you

---

Whilst testing
I now realized that on pvr
some streams just stop after a while

it seems to be related to this
https://github.com/xbmc/inputstream.ffmpegdirect/issues/38

this is a different issue from the above
log:
Process - eof reading from demuxer
INFO <general>: CVideoPlayer::OnExit()

[rafhtl]

(31st Mar, 2021 05:31 AM)Nachteule Wrote:  

(31st Mar, 2021 04:45 AM)rafhtl Wrote:  Im going to try
library_android="libinputstream.adaptive.so"/>
change to
library_linux....
...and it does not load....

as you said I need a different version.

That doesn't surprise me, because linux and android have different library formats

Tomorrow I can build a version with the PR-564 if it is still necessary and you want it. Should not be a big problem

Thank you so much!
I tested and it worked
this is very helpful for the community
Raf

---

(31st Mar, 2021 05:59 AM)rafhtl Wrote:  Whilst testing
I now realized that on pvr
some streams just stop after a while

it seems to be related to this
https://github.com/xbmc/inputstream.ffmpegdirect/issues/38

this is a different issue from the above
log:
Process - eof reading from demuxer
INFO <general>: CVideoPlayer::OnExit()

So testing and testing and testing:
If I play the stream from a KODI PLAYER plugin the same stream that stops after 4 minutes does not stop.
It means that PVR has some setting that is responsible for this

also:
https://github.com/xbmc/inputstream.ffmpegdirect/issues/38
but this is not the culprit

tried useInputstreamAdaptiveforHls to true on pvr
and it does not work anyways

if anyone has any suggestions
thank you

[rafhtl]

(31st Mar, 2021 05:59 AM)rafhtl Wrote:  Whilst testing
I now realized that on pvr
some streams just stop after a while

it seems to be related to this
https://github.com/xbmc/inputstream.ffmpegdirect/issues/38

this is a different issue from the above
log:
Process - eof reading from demuxer
INFO <general>: CVideoPlayer::OnExit()


So testing and testing and testing:
If I play the stream from a KODI PLAYER plugin the same stream that stops after 4 minutes does not stop.
It means that PVR has some setting that is responsible for this

also:
https://github.com/xbmc/inputstream.ffmpegdirect/issues/38
but this is not the culprit

tried useInputstreamAdaptiveforHls to true on pvr
and it does not work anyways

if anyone has any suggestions
thank you

this is what could be needed to make sure the stream HLS in PVR keeps LIVE
put these directly in the m3u before the #EXTINF:

Code:

#KODIPROP:inputstream=inputstream.ffmpegdirect
#KODIPROP:mimetype=application/x-mpegURL
#KODIPROP:inputstream.ffmpegdirect.is_realtime_stream=true
#KODIPROP:inputstream.ffmpegdirect.stream_mode=timeshift
#KODIPROP:inputstream.ffmpegdirect.manifest_type=hls

https://github.com/xbmc/inputstream.ffmpegdirect

the stream is up and has not stopped since

...
after about 2 h it just froze and kodi would not restart had to reboot power
still testing

---
I left the stream without any #KODIPROP
and in pvr.iptvsimple

<setting id="useInputstreamAdaptiveforHls" >true</setting>

and now it looks good
testing tonight