[XBMC3.3.x] HTTP Streaming fails & remote polling too slow

[BuZz]

please try with a nightly build as some changes have taken place to the player libraries since your build.

[Guillaume]

Will do, thank you!

[Guillaume]

Still the same problem, I'm afraid. Used v3.5-DEV-r32695.

Debug log: https://db.tt/UcVXO21E

[BuZz]

please upload the file in question to ftp://aero.exotica.org.uk/incoming/ (call it yourusername.zip for example) and I'll take a look. thanks.

[Guillaume]

Do you mean the video file? Well, it's every LOL/2HD x264 MP4 file I've ever tried... It's less with XviD AVI's, so I thought it might be CPU use related...

[BuZz]

Not sure, but I'm not able to reproduce it hence I need a test file from you please.

Do you get the same behaviour when playing the file from the local xbox hd ?

I also notice you have a bunch of services enabled - is that an old config - have you tested with a fresh install with default settings to rule out something else interfering?

[Guillaume]

Yeah I did. Didn't matter. The services you mean are web server and UPNP? Well UPNP was for testing, turned that off now. Web server still used regularly.

[BuZz]

So I definitely need a copy of the file to try and reproduce the problem then. Thanks.

[BuZz]

I tried with your example file.

I get similar messages in the debug log from this file, but it plays fine and seeks back and forth fine. After doing a skip-back it sometimes takes a second for audio/video to resync, but it responds every time to the "back" button here (I am testing on a gamepad, but I will test on my remote downstairs)

Note that xbmc tends to manage the mkv container better than mp4 from my experience (could be down to the tools used to encode the files and codec settings etc). Also note that this file is close to the limit of what the xbox can handle (and may well drop frames during some scenes).

Unfortunately though, I see nothing here that I can fix unless you can help me reproduce the issue with it not responding to input. Sorry.

[BuZz]

on my remote it also behaves correctly, responding to "back" every time it is pressed (with a small delay for a/v to resync after seek)

[Guillaume]

Really odd, on my remote it's still quite sucky. Nevertheless, thanks for trying to reproduce it, if I find out anything to let you reproduce it more easily, I'll post it here.

On a side note, by default the Loop Filter is set to "Skip non-reference frames". Is setting it to "Skip all non-key frames" gonna be a lot worse for playback quality in theory? I found it took a lot less time for XBMC to "get up to speed" with the image after skipping back a few seconds with the back button.

[BuZz]

Quality will be lower, but you will have to experiment. Skip Everything is the lowest quality (will be very blocky without the in-loop filter).