[henke66]

When using the new svtplay addon 3.0 on new video clips on svtplay.se the video is stuttering.
According to the author of the video clip it is now using "h.264 main" (avc1.77.30).
It seems that atv2 is not able to play this stream properly.
I don't know if this is an error or it is just a limitation for atv2.
Would appreciate any guidance on where/how to fix problem.


This isssue has previously been reported to the author of the svtplay addon:
https://github.com/nilzen/xbmc-svtplay/issues/30


The problem occurs at about 18:18:22 in the log file. My understanding is that svtplay uses HLS (HTTP Live Streaming) and that it selects the appropriate bitstream according to the capabilities of the device.

xmbc.log

My conclusion is that the automatic bitstream selection chooses a bitrate that atv2 is not capable of showing.

[henke66]

There was not much input from the community about this. Probably because the problem was not very well described.

I think the main problem is that the HLS stream selection is based on the selection of the bandwith in "Settings/System/Internet access/Internet connection bandwidth limitation.". However the problem in this case is not that I have a limited bandwidth to internet, but my device (atv2) is not able to play the high quality stream from SVT play. So what would be the best choice is to describe the capabilities of the device when it comes to playing video files and use this information when selecting the appropriate stream for HLS. This should ofcourse be used in conjunction with the bandwitdh settings as a maximum limit fo the stream.

Feel free to move this thread to a better sub-forum since it is not a specific ios problem but rather a problem with HLS and devices with limited rendering capabilities.

[dataolle]

Works for me when cache is used, see this: https://github.com/nilzen/xbmc-svtplay/issues/58
The problem is I cannot get .m3u8 files (playlists) to use the xbmc cache
When i dump the stream with ffmpeg and the play in xbmc it works without issues...

---

btw, my post was about raspberry pi, not sure if its the same on appletv.

[flyingrat]

Works for me when cache is used, see this: https://github.com/nilzen/xbmc-svtplay/issues/58
The problem is I cannot get .m3u8 files (playlists) to use the xbmc cache
When i dump the stream with ffmpeg and the play in xbmc it works without issues...

---

btw, my post was about raspberry pi, not sure if its the same on appletv.

The jumpiness goes for both RPi and AT and is probably a H264 codec issue: http://forum.xbmc.org/showthread.php?tid...pid1314709